Reminder: if you're a Mac user and you do music production and are due for an upgrade, you'd better do that now. The Apple Silicon transition is *guaranteed* to be a complete clusterfuck for the DAW ecosystem.
-
-
I fully expect a significant fraction of plug-in developers to do the ARM port as an upgrade or separate product, which means you will be re-buying some plug-ins. And plug-ins that are no longer being developed? Say goodbye to those once you switch to ARM mode.
Show this thread -
Apple is pushing their own Audio Unit plug-in system which runs out-of-process. They don't care about VSTs. You can only mix CPU architectures with AUv3 plug-ins.
Show this thread -
It *is* possible to wrap in-process plug-ins to be out-of-process (I do that on Linux to use Windows VSTs), but it is a finicky thing, reduces performance, and someone has to write the code, probably DAW authors if they want it to work *well* (it's meh on Linux)
Show this thread
End of conversation
New conversation -
-
-
How much slower are we talking? Part of the “emulation” has architectural support, so I’d expect it to be reasonably fast.
-
GeekBench scores are ~60% on the DTK under Rosetta 2 vs a current MBP. I assume that will be higher on production silicon, but almost certainly not enough to catch up.
- Show replies
New conversation -
-
-
what about dynamic binary translation? yes, you have to deal with some ABI issues, but i recall that some people did manage to get x86_64 code and AArch64 code to talk to each other
-
I don't think the ABI problem is solvable generally. It is solvable for specific defined interfaces with manually written translation code (which is what a plug-in wrapper which I describe later would do).
- Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.