Hi again,
After eating my words on this thread, thinking I'd just done something stupid, I had an interesting discussion with another iOS music developer who mentioned he'd also noticed some odd inconsistencies with multitasking and the PlayAndRecord category, even with the kAudioSessionProperty_OverrideCategoryMixWithOthers property set.
For example, on iOS 5.1.1, he'd observed that launching Polychord would interrupt Grain Science's audio session if Grain Science was in the PlayAndRecord category, with kAudioSessionProperty_OverrideCategoryMixWithOthers. If Grain Science is in MediaPlayback, no interruption occurs.
This runs directly against my most recent observations, having two apps (Loopy and a test suite app I use for mucking about) both in PlayAndRecord with kAudioSessionProperty_OverrideCategoryMixWithOthers, running on iOS 5.1.1, both coexisting perfectly. But this is only the most recent observation - previously, for a reason I can't divine, they weren't coexisting so peacefully, and would clobber each others' audio session.
So, does anyone know the conditions in which two or more apps in PlayAndRecord with kAudioSessionProperty_OverrideCategoryMixWithOthers set either coexist happily, or interrupt each others audio sessions? Is there any data on this?
Many thanks, once again, Michael
On 8 Aug 2012, at 12:33, Michael Tyson < email@hidden> wrote: Good lord. Ignore all of that!
I'm utterly mystified as to what was happening before - chances are it's my own stupid mistake/bad assumption somewhere along the line - but I've discovered that PlayAndRecord really does appear to be able to be used across multiple apps, as long as they're all overriding the 'kAudioSessionProperty_OverrideCategoryMixWithOthers' property properly.
This is what I'd expected from the beginning, but something must've gone awry in my prior experiments, which after reboot is now actually behaving as expected.
How embarrassment - so the upshot is all this is a total nonissue. The odd one-at-a-time problems we were seeing must've been due to something totally different - some odd audio session state problem.
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
|