It’s over Between Us, AVAudioEngine
supermegaultragroovy.com
supermegaultragroovy.com
The moral of this story is clear but third-party developers for Apple devices don't want to face it. With a few exceptions, most Apple frameworks and application software are proprietary. If Apple's internal source code is deemed to be central to their business, outside developers will probably never get to see it. And if they can't see it, they can't fix and improve it.
If you write application software for Apple devices, you have made a Faustian bargain. You are at the mercy of the whims of Apple Software Engineering; Apple has you by the proverbial balls. If your own code is also proprietary then your customers are in the same vulnerable position, so stop complaining.
When I wished for MacOS to become more Linux-like, I regret not specifying how or when.
Also, after reading this article I suddenly understand why my MBP sometimes goes into low-quality, mono mode during conference calls.
I publish an app that works on Windows, Mac, and Linux, but if I ever ran into a situation like this repeatedly, I’d just kill the feature on that platform and save my engineering hours for something more important.
I’m interested in what Apple is going to do for me, I’m not interested in enriching their platform.
Is that just known to be so pointless that it's not worth mention?
For a taste of it, episode 412 (and 411) of the Accidental Tech Podcast gets into the pain of the process around the 15 minute mark (and 1:30 minute mark for 411).
When another dev and I had a blocking issue with their external accessories IAP framework, they invited us to fly to Cupertino to speak in person. Which we did. And they were extremely helpful.