Ben [KVR] wrote:I'd be happy for KVR to get behind something like this with any resources we could provide (domain, hosting, forums, storage, wiki, cvs/svn, etc.).
Let me know if there is anything I can do to help.
I'm definetely interested
Ben [KVR] wrote:I'd be happy for KVR to get behind something like this with any resources we could provide (domain, hosting, forums, storage, wiki, cvs/svn, etc.).
Let me know if there is anything I can do to help.
Here's my guess:Ben [Camel Audio] wrote:It will be interesting to see how quickly and widely adopted the VST3 standard is - I wonder if/when Steinberg will drop VST 2.4 compatibility.
If this new silence detection 'listens' to a tap delay, how will it know that another tap isn't arriving after a long blank pause....? I guess the dev has a choice to switch it on, and how many will do that?And the silence detection/switch off, can't you do that with 2.4 as well?
yes, everyone keeps saying that, but no one implements it in their plugins
I don't know what the others will do. How would I?ttoz wrote:soooooo.... u r saying developers ARE "obviously" going to adopt to vst3? That's what your post implies.
Maybe I overstated it because it will cause a huge amount of extra work for me. Possibly a rewrite of over 40,000 lines of code, if it realy is tied to C++.ttoz wrote:"so much"? so far i have seen 4 developers complain here on kvr (out of hundreds)nollock wrote:If there's so much plugin and host devoloper unrest about VST3 why not organize a boycott?
I was there yesterday only. I've seen you standing behind Dave and Jim from UA during the VST3 event, but I couldn't just jump to say hello, and then you were goneotristan wrote:In order to see in person, guys you see on ML daily.
Nope. I want to say that Steinberg can sell any kind of bulltalk. It's possible to support VST3 if you implement its support from the scratch. You do not have to drop existing VST2.4 - this is what Steinberg meant I think. But you still have to implement it from the scratch.ttoz wrote:so you are saying they ARE compatible?![]()
I try to support all useful features. But AudioUnits do not have means to report 'bouncing' state - so 'Auto' quality is disabled in AudioUnits. Seems like in AudioUnits a user can't give names to channels, so this feature is also left behind while it's supported in VST. VST had speaker arrangements from v2.1 I think - it allows dynamic IO (number of channels changes) and provides speaker setup (same as channel layout in AU I presume).Urs wrote:Another thought: Devs who support multiple formats do usually keep stuff within the boundaries of the smallest common denominator of the formats. That's why hardly anyone uses ChannelLayouts in AU when they also support VST. So. I guess that the new flexibility won't be adopted widely as long as VST2 still has to be supported?
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement
© KVR Audio, Inc. 2000-2026