MDA plugins updated (2008-09-24) @ sourceforge

[plastique]

The infamous MDA plugins have been made open-source quite a while ago, and just some days ago I had and took the opportunity to port them (*) to native 64-bit Windows (I can't recall that it has been done yet).
Which means, they will work under hosts that run in native 64-bit mode, like e.g. the Reaper 64-bit beta or the Cubendo 64-bit builds.

Hope they're of some use. Have fun
Many thanks again to Paul Kellett for having created them in the first place.

(*) all but mdaSpecMeter (which would have needed a gui)


UPDATE 1: I also recompiled the 32bit versions after going through all the code and fixing a couple of things here and there (some comments in the code hint at some other bugs already having been fixed as well). The 64-bit versions have been updated as well.

UPDATE 2: Silly me forgot to include three plugins. Everything updated now (7-Sept-2008)

UPDATE 3: The compiled plugins and the updated source code can now be found at the sourceforge project website (24-Sept-2008)

[jupiter8]

Coolness.

[spacefox]

Thank you. These are valuable tools still and it's nice to know can be used even in 64 bit systems.

[olepro]

Hi plastique, working with the MDA plugs you could maybe handle a bug there allways was in the detune plugin. I don't know if you have had or notised the problem your self, but when moving the sliders on the detune plugin it does not change the sound before you turn off and then turn on the plugin in Cubase SX3...
In another host (Vaz 2010) i have to close the program and then reopen to update the settings!
I allways loved the MDA detune plugin and i haven't found anything else like it so if you have the skills to find this bug it would be sooo great

[plastique]

Thanks for the info olepro. I recompiled both the 64bit and the 32bit plugins. Some comments in the code tell that some bugs have already been fixed (at the places where I suspected the bugs to be, as regarding the settings issues, but have probably not found yet their way into the plugins). Apart from that I fixed some other issues as well, also to do with settings and preset name display (also to be found in the 64bit plugins as well now). Check the first post for the download links! Let me know if there are still issues.

BTW, there seem to be a couple of new plugins included as well, compared to the list at the smartelectronix website, in particular:

- mdaAmbience
- mdaLooplex
- mdaTransient

I haven't tested them myself to be able to tell you what they do, so check them out.

[olepro]

Thanks for the info olepro. I recompiled both the 64bit and the 32bit plugins. Some comments in the code tell that some bugs have already been fixed (at the places where I suspected the bugs to be, as regarding the settings issues, but have probably not found yet their way into the plugins). Apart from that I fixed some other issues as well, also to do with settings and preset name display (also to be found in the 64bit plugins as well now). Check the first post for the download links! Let me know if there are still issues.

BTW, there seem to be a couple of new plugins included as well, compared to the list at the smartelectronix website, in particular:

- mdaAmbience
- mdaLooplex
- mdaTransient

I haven't tested them myself to be able to tell you what they do, so check them out.

Thanks plastique i will check them out assap

[plastique]

You may want to redownload if you have done so already as I noticed that I forgot to include three plugins. They should be all complete now (all 37 plugins, including the 4 VSTi).

[Compyfox]

Hm... VST2.4 Standard now?

[plastique]

Mostly. And they're still downwards compatible to 2.3 hosts (like eXT or Cantabile). Just check them out yourself and let me know what doesn't work and I'll try to change it.

[Uncle E]

Do the plug-ins sound any different at 64-bit than at 32-bit?

[plastique]

No (and the code itself doesn't hint at any differences between being compiled under 32- or 64-bit either, it almost looks like it was already prepared for such a case).

[Download SOphist]

But thanks anyway

[plastique]

Well - purely marketing-technically - they sound exponentially better

[plastique]

Someone could add 64-bit _internal_ processing to the code (a VST2.4 feature which needs a host that has this option available as well), which would indeed to some extent change the sound, regardless of running under a 32-bit or 64-bit native host. It's a lot of work and probably for the little difference not worth it though.

[mystran]

Someone could add 64-bit _internal_ processing to the code (a VST2.4 feature which needs a host that has this option available as well),

Not really. Tila for example runs happily in 64-bits internally, whether or not the host supports 64-bits processing. I switched at some point, 'cos I was having some issues running into rounding errors accumulating a bit too much due to how it's designed. But I never added the 64-bits processing interface support (I'd need the whole main processing routine twice for absolutely no practical difference; maybe some day as it might run very marginally faster in 64-bits host them saving the conversions), so it'll still round them back into 32-bits before it gives the result back to the host. As such, it'll sound exactly the same (with the same 64-bit internal processing) in a VST2.3 host (and while I haven't tested, if it runs in even earlier hosts, it'll still sound the same).

So yes, somebody could add 64-bit internal processing to the plugins, but no you don't need VST2.4 for that. You can run the whole crap in 64-bits, and just round output to 32-bits on hosts that don't support 64-bit processing including all pre-VST2.4 hosts. Whether there would be any audible difference depends on the algorithms used (that is, whether there's cases where 32-bits rounding accumulates too much).

edit: oh and I never even bothered mentioning the whole change in public change logs.. bad marketing I guess.. but it's free anyway?