Motorola DSP563xx Emulator (BETA) (Access Virus, Nord Lead, Waldorf MW...)

[codeblackmedia]

Virus Powercore is a full Virus B and use only one Mo chip.
How is this possible?
Maybe in this code is the answer.
No matter Virus B or C.

Both the virus B & C were designed to use 1 DSP chip, same as the powercore, its all the same.
Only with the Virus TI did we get a 2nd DSP chip which would allow you to use another patch on the 2nd dsp

[muki]

I can play for 10 seconds the preset (Pensive) without a problem, but there is a moment the CPU goes high and needs
some seconds to come down.So I got the feeling the voices are out of control.

sounds like the famous cpu-spikes

where is "Pensive" exactly ? bank nr and preset nr ?

while we´re at it
if i'm not mistaken virus will get up to 24 voices of poly (?)
maybe it might be useful to have a (artificial/extra) polyphony limit switch
just to prevent extensive cpu-crackling ?

[OrionAlpha101]

Bank A - Pensive BC

I play the sound like a piano and the cpu stay down 10% for 10 voices.
Suddenly it's like a missile and out of control 90% for what?
So this is not a CPU problem !

[chk071]

Virus Powercore is a full Virus B and use only one Mo chip.
How is this possible?
Maybe in this code is the answer.
No matter Virus B or C.

No, the answer is inthe Powercore's DSP, which is used to run the code. It's basically the same as if you would record the hardware Virus in your computer. You don't need much processing power for that either.

[codeblackmedia]

Bank A - Pensive BC

I play the sound like a piano and the cpu stay down 10% for 10 voices.
Suddenly it's like a missile and out of control 90% for what?
So this is not a CPU problem !

I can play this patch without any issues at all, then again im not using a 2015 macbook like yourself but a 2021 pc build, you most definitely dont have enough power to smoothly run this emu unfortunately.

[OrionAlpha101]

Like I said, they working on the code on new machines , but this means not that older cpu can't handle it and 2015 is not old.


Please look what is the problem with the cpu spikes on older computers.
It's not the power that is for sure.Logical because the Virus B is not so complex that it kills my cpu.
The problem is somewhere else.Dosen't matter Native or not.

[numerouno]

Like I said, they working on the code on new machines , but this means not that older cpu can't handle it and 2015 is not old.


Please look what is the problem with the cpu spikes on older computers.
It's not the power that is for sure.Logical because the Virus B is not complex that it kills my cpu.
The problem is somewhere else.

Our main developer wrote the whole emulator on i7 4790K, runs at 4Ghz, and is from 2014

We dont have any ambition to make this run on older machines, this is a project for the future not the past

[AnX]

Like I said, they working on the code on new machines , but this means not that older cpu can't handle it and 2015 is not old.

It is in the computer world

[chk071]

We dont have any ambition to make this run on older machines, this is a project for the future not the past

I can only speak for myself, but, I surely don't expect that. And, I'm also sure that you guys don't want to have the CPU usagee through the roof in most cases either, so, I'm pretty sure, having at least a layman idea of what's possible in programming, that there will be some improvements in that regard in future versions. Because, it's really quite hardcore. I can play the most CPU heavy plugins with a couple of voices on this machine, but, the emulator crackles with very, very simple one or two oscillator patches.

[numerouno]

We dont have any ambition to make this run on older machines, this is a project for the future not the past

I can only speak for myself, but, I surely don't expect that. And, I'm also sure that you guys don't want to have the CPU usagee through the roof in most cases either, so, I'm pretty sure, having at least a layman idea of what's possible in programming, that there will be some improvements in that regard in future versions.

If we make the emulator more efficient then it will run better on all systems regardless of the year, but we arent going to get hung up on it not working well on older machines as its out of our control

As we progress over the next few years CPUs are only going to improve in performance, this is what I mean when I say its a project for the future

[OrionAlpha101]

What a project for the future?


The Virus emulation don't need much cpu that is logical.
And the Emulator also don't need that much power.
So work it out right or leave it.

2,2 GHz Intel Core i7 works great I never had any problems.

No plugin needs that Power of 4 Ghz.

[chk071]

We dont have any ambition to make this run on older machines, this is a project for the future not the past

I can only speak for myself, but, I surely don't expect that. And, I'm also sure that you guys don't want to have the CPU usagee through the roof in most cases either, so, I'm pretty sure, having at least a layman idea of what's possible in programming, that there will be some improvements in that regard in future versions.

If we make the emulator more efficient then it will run better on all systems regardless of the year, but we arent going to get hung up on it not working well on older machines as its out of our control

As we progress over the next few years CPUs are only going to improve in performance, this is what I mean when I say its a project for the future

Fair enough, but, the thing is not just old CPU's, but, also, running multiple instances of the plugin on allegedly performant enough CPU's.

As far as I understood it, that will run on multiple cores though? Dunno, I think I read something like that.

[numerouno]

We dont have any ambition to make this run on older machines, this is a project for the future not the past

I can only speak for myself, but, I surely don't expect that. And, I'm also sure that you guys don't want to have the CPU usagee through the roof in most cases either, so, I'm pretty sure, having at least a layman idea of what's possible in programming, that there will be some improvements in that regard in future versions.

If we make the emulator more efficient then it will run better on all systems regardless of the year, but we arent going to get hung up on it not working well on older machines as its out of our control

As we progress over the next few years CPUs are only going to improve in performance, this is what I mean when I say its a project for the future

Fair enough, but, the thing is not just old CPU's, but, also, running multiple instances of the plugin on allegedly performant enough CPU's.

As far as I understood it, that will run on multiple cores though? Dunno, I think I read something like that.

That shouldnt be an issue on newer systems (the point im making)
People in our Discord server have had over 10 running at the same time spread across the cores of the CPU

If we had made this emulator in 10 years time nobody would have any issues at all. we have just landed slap bang in the middle when creating it, your CPU can either handle it or it cant and its all down to single core performance

[Funkybot's Evil Twin]

What a project for the future?


The Virus emulation don't need much cpu that is logical.
And the Emulator also don't need that much power.
So work it out right or leave it.

This isn't a Virus emulation. This is Motorola DSP563xx emulator. They're emulating the DSP chip the Virus used to allow the Virus ROM's to run on non-DSP systems (e.g. PC's). There's going to be some major CPU overhead in doing this.

This isn't porting the osc/filter/env/fx algorithms to PCs (like Softube plugins running on UAD vs PC), this project is emulating the actual DSP chip itself and running the exact same code. Emulating the chip isn't easy.

Think of it this way: modern PC's have billions of transistors. A fuzz pedal has very few and is a really simple circuit. Yet, modern CPU's suck at emulating fuzz pedals, and to do a really good one can be CPU intensive. But it's just a few transistors right? Why so hard? Well, because emulating something using something else, requires more processing power.

[numerouno]

What a project for the future?


The Virus emulation don't need much cpu that is logical.
And the Emulator also don't need that much power.
So work it out right or leave it.

This isn't a Virus emulation. This is Motorola DSP563xx emulator. They're emulating the DSP chip the Virus used to allow the Virus ROM's to run on non-DSP systems (e.g. PC's). There's going to be some major CPU overhead in doing this.

This isn't porting the osc/filter/env/fx algorithms, this project is emulating the chip.

Think of it this way: modern PC's have billions of transistors. A fuzz pedal has very few and is a really simple circuit. Yet, modern CPU's suck at emulating fuzz pedals, and to do a really good one can be CPU intensive. But it's just a few transistors right? Why so hard? Well, because emulating something using something else, requires more processing power.

This guy gets it ^^