wait.... what? 2.4 plugs guaranteed NOT to work in Cubase#The fREaK! wrote:based on what aciddose has said however, they are pretty much guaranteed not to work in cubase
What does 'export the main function' mean?
Thanks,
Adam
wait.... what? 2.4 plugs guaranteed NOT to work in Cubase#The fREaK! wrote:based on what aciddose has said however, they are pretty much guaranteed not to work in cubase
aciddose wrote:you empty headed animal food trough wiper, your mother was a hamster and your father smelt of elderberries!
Oh, we're down to "some hosts" now?aciddose wrote:i think he is refering to the fact some hosts use the audioeffectx class directly.
Unfortunately, yes. They added the new virtual methods processDoubleReplacing() and canDoubleReplacing() in the middle of the AEffect structure, a very bad move IMO; guaranteed to break compatibility with hosts that rely on a fixed layout in the object pointer and don't know about V2.4.has the class structure changed in 2.4?
In VST 2.4 a new VSTPluginMain function is used by hosts to retrieve the struct instead of the old main/main_macho/main_plugin ones, which are now defined as wrappers for VSTPluginMain. The old one (name depends on platform, main for Windows) are required for backward compatibility.What does 'export the main function' mean?
Yes, that's what I meant (obvious from the fact that I mentioned virtual methods, which aren't in AEffect)... was in a bit of a hurry when I wrote it, didn't double-check. Shame on me.aciddose wrote:maybe you mean they put it in the middle of the audioeffect class, displacing members in the vtable?
I'm still waiting for a list backing this statement.aciddose wrote:what i said with 99% is that 99% of hosts "try" to use the object pointer..
You da man, Adam -- thanks! Took me a bit to realize that I couldn't just change the USE_LIBPNG definition, clean, and build. I had to manually delete the libpng and libz dependencies that cropped up in the solution view for drawtest. (Whatever that means!) It'll take me a bit to get a handle on what this MSVC build environment does and doesn't automate.asomers wrote:as for libpng... if USE_LIBPNG is not set to 1 it shouldn't complain about it, since the surrounddelay resources are .bmps.
double check that project->properties->configuration properties->general->configuration type is "dynamic library (.dll)"learjeff wrote: For some reason, for surrounddelay, it builds a .lib rather than a .dll file. But the project->properties->linker->general->OutputFile is ".\Debug/surrounddelay.dll".
aciddose wrote:you empty headed animal food trough wiper, your mother was a hamster and your father smelt of elderberries!
While that is true, it still is a DLL - and for the linker that means that somebody might want to link it to an application, so it creates an import library for that purpose. Makes no sense for a VST PlugIn, but that's far beyond the linker's intelligence levellearjeff wrote:But surrounddelay is supposed to be a VST.
© KVR Audio, Inc. 2000-2024
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement