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

[plastique]

Yeah I actually meant the full-64bit-path, i.e. "processDoubleReplacing", which does need a 2.4 host (I was already thinking here about the next step I guess) - but you're right, it will make just a negligible difference to use 64-bit processing inside the 32-bit process functions. I leave it up to the person who thinks it's worth the effort to take over from here A lot of the DSP code is way over my head, so I wouldn't mostly be able to decide if and where it makes sense and it's a huge undertaking to go through all 37 plugins' codes.

BTW, if Paul Kellett is reading this - and if you like to have the updated source code to put onto sourceforge, just send me a PM with your email address and it's yours. I'm going to keep watching if there maybe some further issues are going to be spawned but I think the code is already of good quality (there were mainly some things introduced inbetween VST SDK version changes as it seems).

[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

Update: I have tried the detune plugin and it now works as it should...
Thanks a lot plastique ! really great work
The talkbox plugin is really great allso, the best vocoder sound for vocals in my opinion.

[dreaddd]

thx for yr efforts...giving them a run ASAP


Peace

[geroyannis]

With all these newer plugins that exist nowadays and all the money I've spent, I'm always amazed at the completeness and usefulness of this pack.
Thanks for improving them further more.

[plastique]

Great to hear it was worth the update. If anyone still remembers any sort of long-time issues which were never solved, just let me know and I'll try to fix them, before the updated code goes (hopefully also) onto sourceforge (or some other public place if I can't get in contact with Paul Kellett).

[Christian Budde]

Great to hear it was worth the update. If anyone still remembers any sort of long-time issues which were never solved, just let me know and I'll try to fix them, before the updated code goes (hopefully also) onto sourceforge (or some other public place if I can't get in contact with Paul Kellett).

Hi plastique have you fixed the bugs I reported on the sourceforge project so far? I've been integrated the plugins in my open source project. I added some GUIs and created 64bit functions for all plugins. Unfortunately I hadn't had time to test all the plugins yet. Also I did this just for educational purpose (for me and the others using that open source framework).

Christian

[plastique]

I'll have a look. Thanks! As for the 64-bit functions - I'd love to integrate them into the original sources as well (later, after the bug fixed version of the sources is ready).

[plastique]

Christian, is this just the one bug mentioned in the sourceforge bug tracker (about the variable name) or are there more ? Thanks!

[Christian Budde]

Christian, is this just the one bug mentioned in the sourceforge bug tracker (about the variable name) or are there more ? Thanks!

I don't remember. I found several and I thought that I reported at least 2 bugs. However, if you look through the code trying to write the 64-bit code with the "eye-debugger" switched on, you should find most of them by yourself. There was nothing "wrong", but something wasn't solved in the best fashion, leading to unnecessary calculations. In detail you can also optimize a lot, by not recalculating every internal variable, when only one parameter changed only. In case of heavy automation this will save some cycles. Also you can replace some functions by more efficient ones (in particular the function generator can be done either more efficient or more accurate).
I can have a look again at what I noted, but since I made the notes, when I was working on a project in norway, I can't remember where I put those notes :-/
I'm probably not reading KVR the next days, but if you drop me a mail I can explain some things in more detail.

Christian

[plastique]

OK, no problem! I'll get this one bug-fix done (and I think I found a couple of these no-good-but-not-bad-either code details too) and focus on getting the source code in the current form onto source forge.
Other issues will be dealt later with.

[plastique]

Nice, it already was corrected in the original source!
Now where to put the code ? I already sent a notice to Paul Kellett via sourceforge. It would be great to have all the versions there (and then maybe add a changelog as well etc.).

[plastique]

Update:

The compiled plugins and the updated source code can now be found at the sourceforge project website
Thanks to Gareth Edwards (NPProject) as well for providing VCE 2008 project files to be included into the source code package.

[plastique]

I thought I'd give this a friendly weekend bump

At sourceforge you'll find together with the source code the latest *.dlls for Win32/64 as well as *.so for Linux32/64.

[dark_virus]

Man, that's good news for sure. These plugs are so seminal and still rocks a lot!

Good memories! Thanks for your effort!

[Funkybot's Evil Twin]

Thanks so much for continuing to support these. I'm going to download the updated versions as soon as I'm back from work.

Now who's going to put a GUI on these?

(I'm kidding of course, thanks!)