I still have a very similiar crash on the iPad 1 with the latest tip. I pause playback and let my app running paused for a long time. Then I unlock the iPad and after my app screen shows, it crashes in juce_ios_Audio.cpp, createAudioUnit() on line 419:
AudioComponentInstanceDispose (audioUnit);
It seems the audioUnit has somehow already been freed during the long pause.
Yes, the latest changes seem to have stopped the outright crashes that used to occur in both the demo and the app that I’m working on. However, Siri still behaves very strangely if used with an active audio device running unless I specifically do a deviceManager.closeAudioDevice() before using it.
Also, if you modify the plist to allow background recording, the background processing not automatically resume at the end of an audio session interruption. This is not such a problem so long as I can put the app into a paused state when the interruption occurs. The user can then go back to the app and enable a running mode again manually. What would be the most elegant way to notify the paused/playing function in my main app code from the interruptionListener member function in juce_ios_Audio.cpp?
Thought I'd post this here because I still occasionally get a very similar crash... it's in an app with a mix of JUCE for the audio part and the iOS SDK for all the rest. Any idea what could be going wrong here? I'm using the latest tip...