Hacker News Reader

Comment by monocasa | Hacker News Reader

Will an ARM version of Logic support loading x86 plugins?

Last time Rosetta was on a process by process basis, so you might have to make some unfortunate choices.

Edit: https://developer.apple.com/documentation/apple_silicon/abou...

> The system prevents you from mixing arm64 code and x86_64 code in the same process. Rosetta translation applies to an entire process, including all code modules that the process loads dynamically.

View on HN

Yes - they called out "plugins" being transpiled in the keynote.

I linked to the docs where it says they plugins and the process need to be the same architecture; you won't be able to mix and match in a process.

Also transpile is a source to source compilation and isn't the right term here.

Oh, I see. Extensions have a different model than plugins. Will be interesting to see how support develops and if it expands or not.

Apple has pushed XPC architecture for plug-ins for several years and has announced that these plug-ins will work in Rosetta for a Native host app. Audio Units will work as well.

VST is way older than Apple's push for XPC, and is dependent on being linked into the same process as the main DAW application.

No AVX is fairly brutal

What does that mean and what are you basing that on?

The question is if those plugins are modules (shared objects/dynamic libraries), or if they are used via some sort of IPC to an external process. (or even an XPC service)

They are shared libraries, yes. And rely on lower latency than you would get from an IPC channel to another process.

That would make sense. On the other hand, would that go for Audio Units as well? I thought those were XPC based.

They could have a separate bridging process to host the x86 plugins, so we can’t know whether it does or does not support them.

The plug-in arch doesn't really support that. They're reliant on being able to do brain surgery to the main app, and being in the same GUI context.

Reply on news.ycombinator.com