Also note: the 64-bit operating system will effectively obsolete VST
support, as their interfaces are written (almost always) in Carbon.
Carbon libraries are not available to apps that are 64-bit clean. We
are going down the 64-bit clean path, as every app eventually will,
and Carbon.framework will be unavailable. So unless someone
(Steinberg?) finds a way to update the VST libraries to not access
Carbon.framework, update their headers to properly use the 64-bit
memory access (does VST3 do this?) and to use Cocoa GUIs instead of
Carbon (up to the individual developers), VST plugs are a dead end.
Audio Units seem to be the only path forward. If someone could prove
me wrong, we would really really like to know.
The VST 2 API is completely Carbon API free. It's just that in 32 bit
it currently defines that the effOpenEditor opcode specifies that one
of its parameter is a WindowRef. In 64 bit this will be defined to be
a NSView pointer. That's all what it needs to get the VST 2 API into
the 64 bit world on Mac OS X.
And VST 3 supports from the beginning HIView and NSView based plug-in
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden