(for the Linux users: in case the pre-built binaries don’t work because of a C++ ABI mismatch, consider building from source)
If possible, send bug reports to https://git.iem.at/pd/vstplugin/issues (needs an GitHub or gmail account) because it’s easier for me to track them. Otherwise just post them here.
NOTE:
VSTPlugin v0.1.0 is largely compatible to the last test release (VstPlugin pre-release) but the naming convention has changed from Vst to VST, e.g. VstPlugin => VSTPlugin. Better late than never .
Other important changes/additions:
plugins are now probed in a seperate process, so opening a bad plugin shouldn’t crash the Server.
searched plugins are now simply stored by their name (instead of the relative file path). Subfolders are still searched but the folder names are not prepended anymore. This means you can have “SomePlugin” anywhere in your search paths and.open("SomePlugin") will just work.
Another advantage is that the actual file name can differ across platforms and architectures because the plugin name is platform independent (e.g. “SomePlugin.vst”, “SomePlugin.so”, “SomePlugin_win32.dll” and “SomePlugin_x64.dll” can all be opened as “SomePlugin”).
In the (rather unlikely) case of nameclashes, you have to resort to opening the plugin via its file path.
Oh, this is a bug! Fixed it right now. Don’t hesitate to report if you notice any kind of odd behavior!
EDIT: the bug only manifests when trying to open two or more different plugins which are not in the plugin dictionary (yet). Plugins added with VSTPlugin.search are not affected, that’s why I haven’t noticed it :-/.
@dkmayer to avoid confusion you could change the example to use VSTPlugin.search(verbose: true); before each example and then open them simply like ~ctrls[0].open("ComboV");
That’s actually the preferred way to open plugins, using the full path is rarely necessary.
This is amazing! Thanks so much Christof! I do have one question. I have some waves plugins which are “bundled?” in WaveShell1-VST 10.0.vst. These are not being found by VSTPlugin.search. Is there any way to load these?
@Daniel_Peterson actually I’m planning to release a test version of v0.2 in a few hours on the forum and it will finally support VST2 shell plugins! I’ve successfully tested “Waves” on Windows, but I’m curious if it also works for you on the Mac. The initial search/probing for “Waves” takes quite some time (around 1 1/2 minutes on my Laptop), but the next time you start the Server and do VSTPlugin.search, it will be almost instantaneous (because I cache the plugin info in a hidden text file). So watch out for the test release and give me some feedback!