Hello,
my client has those errors on one of his computer Macbook Air OSX 10.12.6 (Sierra) with Pro Tools 12.5.0.
While on Mac Mini with the same OSX and the same Pro Tools version and the same copy of plugin, there is no problem.
As I’ve heard those errors (especially 7054) has something to do with 32bit version of plugins. But of course my plugins are 64bit.
So I have no idea what could I do.
I found in that thread similar problem, but I always launch the projects from Projucer and don’t use any libraries other than Juce, and the Juce libraries which I use are static (I mean compiled in outputed binary in that case aax).
To be honest I gave up. My client was two instances of my plugin on two two separated computers. One on Macbook Air where the problem exists, and second one on Mac Mini (with the same configuratoion) where everything is OK, so my client told me it’s not big deal for him.
But I am still very interesting how to fix it? So if you find the solution, please inform me here and I would be very appreciate.
It sounds to me like the problem is some breakage in the MobileDevice framework, which is linked via CoreAudioKit, which in turn is required for AudioUnit UIs and Bluetooth MIDI support. Therefore, I’d expect all AudioUnit plugins with a custom UI to be affected, but other formats (AAX, VST3 etc.) may only be affected if they link CoreAudioKit. If your users have functioning AudioUnit plugins, then either there’s a way to use CoreAudioKit without triggering the break, or there’s a way of avoiding the CoreAudioKit dependency altogether for some AudioUnits.
Can you find out whether your users have functioning third-party AudioUnits?
When I built with 10.12 SDK I didn’t had the issue.
Since adding arm version I had to move to the latest SDK (unfortunately you cannot have a per arch SDK unless you lipo manually even if xcode allows to set it up)
So it’s related to newer SDK, so other 3rd party AU can avoid this using older SDK