Sciolistic much? In regards to a VST2 host, the most taxing thing it does is provide two buffer pointers and a buffer length, something the host already supplies for every other plugin format. It's the plugin that does all the hard work. But you'd know that, being a rockstar programmer, right?Trensharo wrote: Wed Mar 02, 2022 6:45 pmI can tell you've never developed software.syntonica wrote: Wed Mar 02, 2022 6:37 pmUnnecessarily high amounts of resources?Trensharo wrote: Wed Mar 02, 2022 5:55 pmTo move to a different architecture again, which would require steinberg to devote unnecessarily high amounts of resources to port over and maintain equivalent stability for a legacy component. Steinberg has not been maintaining VST2 for quite a while. I think they're ready to move on. Even on Windows, the updates for Padshop, Retrologue, Groove Agent, etc. remove VST2 plug-ins from the installer.
They are not willing to maintain that, moving forwards. I can't blame them, either.
Yes, flipping that switch from Intel to ARM can be so taxing... I hope they had an ambulance on stand-by...![]()
This is SB trying to shift blame for their decision to kill VST2 themselves since VST3 has been an utter failure at the task. There are plenty of plugin devs that have recompiled their VST2s from Apple Silicon, along with other DAWs who have recompiled to support them.
For computationally intensive software, you can't just "flip the switch" from x86 to ARM. All that does is ensure you're going to pay even more in support costs, and develop a bad reputation as word of your incredibly buggy software port spreads across the internet like wildfire.
If that were the case, everything would have been ARM Native on Day 1. Windows on ARM would have been a smashing hit, too, as anyone with a Win32 App would have just flipped that switch and moved on. Microsoft has had ARM compilers in Visual Studio for at least 15 years, and more likely 20+ (Windows Mobile, etc.). Microsoft has generally always had production compilers available for all of the more popular industry platforms (x32/64, ARM, and others like Itanium in the past).
What you're referring to works well with hello world. It doesn't work well with software that actually has dependencies that it would need to be ported over in order to have itself ported over.
I'd be interested in seeing how other DAWs are supporting VST2, because I think the implementation details being opaque is clouding some people's view of just how complicated a task this actually is.
I am not even going to reply to this type of comment, beyond this reply. This ignorance doesn't deserve further attention.
So, no, in this instance, flipping a switch is all that's needed.
Thanks for playing! kthxbye...