dave96
February 6, 2018, 2:15pm
1
I’ve been trying to improve support for VST3 plugins in Waveform but keep running in to problems. The most recent of these is that Steinberg’s Padshop doesn’t want to be loaded more than once.
If I scan and add it to the JUCE Plugin Host
, delete the plugin then try to add it from the list again I get this assertion and the plugin fails to initialise:
If I remove it and add it again I get this crash:
Our testers confirm this is happening with all Steinberg synths.
It looks like the DLL doesn’t want to load more than once?
Any ideas?
sebk
November 5, 2019, 1:12pm
2
Hi @dave96 ,
recently I have seen the same crash with our JUCE-based plugin host. Did you ever find a workaround for this?
dave96
November 5, 2019, 1:15pm
3
Honestly I can’t remember. I think my trial for Padshop has run out so I can’t even test it anymore. Sorry I can’t be of more help.
Maybe contact Steinberg to let them know this is still an issue?
sebk
November 6, 2019, 1:41pm
4
Ok, thanks for the feedback.
sebk
December 3, 2019, 10:58am
5
I tried to debug this a little more but I am stuck with the interpretation of my findings. Maybe someone else has an idea how that could be fixed?
One can load or unload as many Retrologue instances as long as at least one instance is kept active in the plugin host. The order does not matter.
After removing ALL Retrologue instances in the plugin host, adding a new instance will crash.
Removing the call to bundleExit
in DLLHandle destructor (juce_VST3PluginFormat.cpp:840 ) resolves the crash.
So I guess calling bundleExit
on Retrologue corrupts some internal state of the bundle and calling bundleEntry
again is not able to recover.
sebk
March 13, 2020, 9:26am
6
This will hopefully be fixed with my PR https://github.com/WeAreROLI/JUCE/pull/674 . Feel free to test and confirm.
1 Like