Noel Borthwick [Cakewalk
]
If vst3 does not consume CPU when no signal present that's really smart. I know another DAW that lets you automate bypass of effects to eliminate unnecessary CPU consumption. That always made sense to me. If in fact that's how Vst3 functions automatically that would seem like number 1 priority in any DAW.
All cakewalk products have had this functionality since the 90's. Our DX sdk had an IDeferZeroFill interface that Ron thought of way back then. If anything I think this capability in VST3 came from there :) Additionally SONAR has always optimized to not stream through plugins that do not have an active audio stream. Only channels that have audio or are input monitored or have a synth feed actually pass through audio to plugins. That has been done from day one so its most certainly not something new you will get.
The huge misconception that many people advocating VST3 have is that the feature list posted is something you magically get for free by adopting the VST3 standard. VST3 is a plugin standard, nothing more nothing less. i.e like VST 2.4 all it does is publish a set of API's (a communications protocol) by which the DAW and plugin communicate. It facilitates a few new things like expression parameters and hierarchical parameter grouping, but its still up to the DAW to choose to implement these. Steinberg lists these because they are features they chose to do in their DAW. Nothing wrong with that but it most definitely doesn't mean that other DAW's will implement them - in the same way that VST2.4 has optional extensions. The other misconception is that the features in VST 3 are things unavailable to VST2. As I've said several times in the past - VST 2 may not be the prettiest API but it is extensible and pretty much anything in VST 3 could be accomplished in VST 2 with extensions. The entire prochannel API is written as a VST 2.4 extension for example and our requirements for these are not even met in VST 3. In fact VST 3 could itself have been an extension to VST2 but Steinberg chose to redo the entire specification which requires an expensive rewrite from host vendors to support it.
Anyway to summarize, support for VST3 is on the table for us. I cannot say when it will happen since it hasn't been scheduled in our product plan yet. We acknowledge that some plugin vendors in the future will ultimately choose to publish only VST 3 compatible versions (primarily to save development resources) or won't have the time to do things like sidechaining in VST 2.4 (which is possible and documentation published) What I can say with certainty is that when we do VST3, you will not get any new functionality in SONAR other than the support for plugins that do not have equivalent VST 2.4 counterparts.
Noel, you missing the point! VST3 is here and it here to stay, period. Its not about if Cakewalk like it or not. As you point out, some plugins only support VST3 You say that it doesn't bring anything new to the table, still if I can't use it it must bring me something?...
Anyhow its definitely a bumper for any users that need it.
As for today and the future of X2, I can't even use some of the plugins because of the lack of VST3 support.
Let's look further down the road...
What about the new x64bit UAD plugins that going to be release very soon? As far as I know, they will ONLY SUPPORT VST3! So basically If you have UAD card/UAD user you can't use it with SONAR X2? After that next up is WAVES: This is the last version of WAVES that will include VST2.4 support. What about Native Instruments, Spectrasonics plugins etc 2013? Shall we stop use them too if you are SONAR user because there are no VST3 support?
Have you at Cakewalk though about that?