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

[muki]

@numerouno - GUI wishlist:

i'd like to have those menu-pulldown-items, like OSC/LFO-> wave select, FilterMode etc (actually all),
to feature a <> (advance/previous) clickable button (hotspot) to click select advanced/previous entries

and

with the mousepointer hovered on top of the menu
the ability to scroll the list with the mouse-scrollwheel (2finger drag on mac-osx trackpad)
like in u-he GUIs (OSC select or Filter select for example)

[tristan-]

The MAME project is perfectly legal, and people still procure the ROM files themselves. Nothing's wrong with it, as long as no commercial activity is being made with these ROM files.

Of course such procurement is bound to owning the original hardware, thus only serving as a backup. You own the hardware, you sold the hardware, you bought 2nd hand hardware, you get it.

Well usually it's a grey area.

To be perfectly in the right, most recommend you use a tool to back up the rom that you actually own rather than download a version where someone else did that.

However due to the age of most of the systems involved, i think a lot of people really don't give a f*ck and just do it anyways.

It also depends on the demand of the ROM in question, but regardless Nintendo will still go after people who host their ROMS from consoles that are now decades old. Why? They still sell a lot of these old games on the Wii as "legacy" titles you can download and play. It's a bit cringey, but they are well within their right to do this as legally it is their IP.

Seeing how Access is milking their Virus TI2 systems they might actually aggressively go after this project. Not sure about Clavia.

I can see some lawsuits arising if someone was to reverse engineer the roms and hardware due to this project and essentially plagiarize their designs.

It sounds like you're trying to stir the pot to me.

Access is a very small entity, with limited resources - unlike Clavia which aren't using their old designs these days. I don't see Access aggressively go after anything.

and Nintendo is a giant, there's no comparison at all.

All in all, you're just proving the point with your Nintendo example, that even while they go after ROM hosters from time to time, tons of them exist online (just google it) and emulation for their systems is stronger than it ever was.

Looks like the same thing will eventually happen with digital synths.

[Synthack]

.........

[tristan-]

The MAME project is perfectly legal, and people still procure the ROM files themselves. Nothing's wrong with it, as long as no commercial activity is being made with these ROM files.

Of course such procurement is bound to owning the original hardware, thus only serving as a backup. You own the hardware, you sold the hardware, you bought 2nd hand hardware, you get it.

Well usually it's a grey area.

To be perfectly in the right, most recommend you use a tool to back up the rom that you actually own rather than download a version where someone else did that.

However due to the age of most of the systems involved, i think a lot of people really don't give a f*ck and just do it anyways.

It also depends on the demand of the ROM in question, but regardless Nintendo will still go after people who host their ROMS from consoles that are now decades old. Why? They still sell a lot of these old games on the Wii as "legacy" titles you can download and play. It's a bit cringey, but they are well within their right to do this as legally it is their IP.

Seeing how Access is milking their Virus TI2 systems they might actually aggressively go after this project. Not sure about Clavia.

I can see some lawsuits arising if someone was to reverse engineer the roms and hardware due to this project and essentially plagiarize their designs.

It sounds like you're trying to stir the pot to me.

Access is a very small entity, with limited resources - unlike Clavia which aren't using their old designs these days. I don't see Access aggressively go after anything.

and Nintendo is a giant, there's no comparison at all.

All in all, you're just proving the point with your Nintendo example, that even while they go after ROM hosters from time to time, tons of them exist online (just google it) and emulation for their systems is stronger than it ever was.

Looks like the same thing will eventually happen with digital synths.

Yah and the lawyers will come a knocking too.

Either way I'm out before SHTF.

I had to google this. So to help everyone else:

ACRONYMS DICTIONARY
SHTF
[es-eych-tee-ef]

Published January 18, 2019
WHAT DOES SHTF MEAN?
Any responsible person tries to be ready in case of emergency, but only a true prepper is ready for when SHTF. That is, when shit hits the fan. At the very least, they’ve probably got a six-month stockpile of canned beans.

https://www.dictionary.com/e/acronyms/shtf/

[Synthack]

.........

[freecham]

For the patches with CPU spikes, change the Lowpass filter with Analog filter type.

[muki]

For the patches with CPU spikes, change the Lowpass filter with Analog filter type.

but that's only possible with the first filter?
the 2nd doesn't have an alternative to LP as far as i can see...

tried this with OvertoneJS:
quite a different tone with "Analog 1P" and
completely different tone with all the others..

[recursive one]

For the patches with CPU spikes, change the Lowpass filter with Analog filter type.

but that's only possible with the first filter?
the 2nd doesn't have an alternative to LP as far as i can see...

The second filtetr must not have the analog mode

Also if you replace a regular filter with "analog" you lose the various options for filter saturation.

Any yes, the analog filter changes the sound quite a bit.

(at least that's how it is in Virus TI, I suppose must be the same in C)

[freecham]

For the patches with CPU spikes, change the Lowpass filter with Analog filter type.

but that's only possible with the first filter?
the 2nd doesn't have an alternative to LP as far as i can see...

The second filtetr must not have the analog mode

Also if you replace a regular filter with "analog" you lose the various options for filter saturation.

Any yes, the analog filter changes the sound quite a bit.

(at least that's how it is in Virus TI, I suppose must be the same in C)

It need some adjustments (try differents analog filter types and cutoff) and i agree, the sound is changed but it's the only solution for the moment for playing with those heavy patches...

[muki]

don't see, uhm hear, a big difference here...i7 2.3GHz that is, cpu wise

[BBFG#]

Does anyone have a direct link to version 1.2.2 (w/GUI)?
I've registered on and searched Discord for a couple of days now with no luck of getting the actual file.
Mainly just for the better browser right now as I do read where a few are getting crashes using it to edit.

[Markus Krause]

For the patches with CPU spikes, change the Lowpass filter with Analog filter type.

Sounds like a classic denormalisation problem here. It could be easily fixed with a couple of codelines. I suggest that you add this code to the project and check out if the CPU spikes disappear

Code: Select all

#include <xmmintrin.h>

//call this at the beginninng of your precoessing block
inline unsigned int disableDenormals()
{
const int maskFTZ = 0x8000; // Mask to switch FLUSH TO ZERO mode
const int maskDAZ = 0x0040; // Mask to switch DENORMALS ARE ZERO mode
unsigned int oldRegisterStatus = _mm_getcsr();
_mm_setcsr(_mm_getcsr() | maskFTZ);
_mm_setcsr(_mm_getcsr() | maskDAZ);
return oldRegisterStatus;
}

//recover the old register status at the end of your processing block
inline void recoverOldDenormalsRegisterStatus(unsigned int oldRegisterStatus)
{
_mm_setcsr(oldRegisterStatus);
}

void myPlugin::processReplacing (float **inputs, float **outputs, VstInt32 sampleFrames)
{
unsigned int oldRegisterStatus = disableDenormals();
...
//process your stuff here
...
recoverOldDenormalsRegisterStatus(oldRegisterStatus);
}

[freecham]

Does anyone have a direct link to version 1.2.2 (w/GUI)?
I've registered on and searched Discord for a couple of days now with no luck of getting the actual file.
Mainly just for the better browser right now as I do read where a few are getting crashes using it to edit.

In Discord, click on pin icon at the top right. You'll see the pinned messages with the downloads links. The version 1.2.3 for all the platforms are out.

[wikter]

11:13 DSP56300 : Well, the DSP doesn't use floats at all

[freecham]

For the patches with CPU spikes, change the Lowpass filter with Analog filter type.

Sounds like a classic denormalisation problem here. It could be easily fixed with a couple of codelines. I suggest that you add this code to the project and check out if the CPU spikes disappear

Code: Select all

#include <xmmintrin.h>

//call this at the beginninng of your precoessing block
inline unsigned int disableDenormals()
{
const int maskFTZ = 0x8000; // Mask to switch FLUSH TO ZERO mode
const int maskDAZ = 0x0040; // Mask to switch DENORMALS ARE ZERO mode
unsigned int oldRegisterStatus = _mm_getcsr();
_mm_setcsr(_mm_getcsr() | maskFTZ);
_mm_setcsr(_mm_getcsr() | maskDAZ);
return oldRegisterStatus;
}

//recover the old register status at the end of your processing block
inline void recoverOldDenormalsRegisterStatus(unsigned int oldRegisterStatus)
{
_mm_setcsr(oldRegisterStatus);
}

void myPlugin::processReplacing (float **inputs, float **outputs, VstInt32 sampleFrames)
{
unsigned int oldRegisterStatus = disableDenormals();
...
//process your stuff here
...
recoverOldDenormalsRegisterStatus(oldRegisterStatus);
}

Thanks Markus, i gave the info to the team on Discord but they said the DSP doesn't use floats at all.