I have an app playing background music (in a loop) on a storyboard page.
App suspends for an incoming phone call.
Resuming the app loses background music
Suspend/Resume works as expected on the simulator.
On a device running iOS 6.0.1, the audio is lost on suspend or resume.
Any workarounds or suggestions? [import]uid: 48484 topic_id: 32827 reply_id: 332827[/import]
Was it working pre-6.01? If so, I imagine this yet another Apple audio bug that seems to occur in just about every new update, especially (like yours) audio being “suspended” on incoming call, not resuming, etc. Not like the other platforms do it much better, they all seem to have problems implementing flawless audio behavior. [import]uid: 9747 topic_id: 32827 reply_id: 130522[/import]
Was it working pre-6.01? If so, I imagine this yet another Apple audio bug that seems to occur in just about every new update, especially (like yours) audio being “suspended” on incoming call, not resuming, etc. Not like the other platforms do it much better, they all seem to have problems implementing flawless audio behavior. [import]uid: 9747 topic_id: 32827 reply_id: 130522[/import]
I don’t remember running into this scenario with earlier versions before iOS 6.0.1.
Please note that NORMAL/MANUAL suspend/resume seem to work fine (i.e, you press the home button to suspend app and resume works as expected with audio on the device. The issue seems to be with suspend by a phone call and resume doesn’t come back with audio).
The current scenario looks really bad with suspend/resume, the audio is completely lost and none of the audio API works till you quit your app and restart.
On the console, I see the following messages …
iPhone-4G networkd[70] : opportunistic_interface_ioctl SIOCSIFOPPORTUNISTIC failed: 6 - Device not configured
iPhone-4G kernel[0] : AppleSerialMultiplexer: mux-ad(eng)::setTrafficCategoryLimitGated: Setting traffic category limit to 0x3
iPhone-4G kernel[0] : AppleSerialMultiplexer: npio::setTrafficCategoryLimit: changing traffic category limit from 0x4 to 0x3
iPhone-4G kernel[0] : AppleSerialMultiplexer: npio::setTrafficCategoryLimit: changing traffic category limit from 0x4 to 0x3
iPhone-4G kernel[0] : AppleSerialMultiplexer: npio::setTrafficCategoryLimit: changing traffic category limit from 0x4 to 0x3
iPhone-4G kernel[0] : AppleSerialMultiplexer: npio::setTrafficCategoryLimit: changing traffic category limit from 0x4 to 0x3
iPhone-4G mediaserverd[37] : 04:41:01.647 <com.apple.coremedia.playerserver> AcquireLock – the mutex was already locked
iPhone-4G mediaserverd[37] : 04:41:01.650 <com.apple.coremedia.playerserver> AcquireLock – the mutex was already locked
[import]uid: 48484 topic_id: 32827 reply_id: 130527[/import] </com.apple.coremedia.playerserver></com.apple.coremedia.playerserver>
I don’t remember running into this scenario with earlier versions before iOS 6.0.1.
Please note that NORMAL/MANUAL suspend/resume seem to work fine (i.e, you press the home button to suspend app and resume works as expected with audio on the device. The issue seems to be with suspend by a phone call and resume doesn’t come back with audio).
The current scenario looks really bad with suspend/resume, the audio is completely lost and none of the audio API works till you quit your app and restart.
On the console, I see the following messages …
iPhone-4G networkd[70] : opportunistic_interface_ioctl SIOCSIFOPPORTUNISTIC failed: 6 - Device not configured
iPhone-4G kernel[0] : AppleSerialMultiplexer: mux-ad(eng)::setTrafficCategoryLimitGated: Setting traffic category limit to 0x3
iPhone-4G kernel[0] : AppleSerialMultiplexer: npio::setTrafficCategoryLimit: changing traffic category limit from 0x4 to 0x3
iPhone-4G kernel[0] : AppleSerialMultiplexer: npio::setTrafficCategoryLimit: changing traffic category limit from 0x4 to 0x3
iPhone-4G kernel[0] : AppleSerialMultiplexer: npio::setTrafficCategoryLimit: changing traffic category limit from 0x4 to 0x3
iPhone-4G kernel[0] : AppleSerialMultiplexer: npio::setTrafficCategoryLimit: changing traffic category limit from 0x4 to 0x3
iPhone-4G mediaserverd[37] : 04:41:01.647 <com.apple.coremedia.playerserver> AcquireLock – the mutex was already locked
iPhone-4G mediaserverd[37] : 04:41:01.650 <com.apple.coremedia.playerserver> AcquireLock – the mutex was already locked
[import]uid: 48484 topic_id: 32827 reply_id: 130527[/import] </com.apple.coremedia.playerserver></com.apple.coremedia.playerserver>
This has been talked about under other threads. This is the same as the Siri bug.
Apple broke this in 6.0. There is no workaround/fix. (See the other threads for things that have been tried.)
Apple must fix this. Please file a bug report with Apple at bugreport.apple.com
[import]uid: 7563 topic_id: 32827 reply_id: 130868[/import]
This has been talked about under other threads. This is the same as the Siri bug.
Apple broke this in 6.0. There is no workaround/fix. (See the other threads for things that have been tried.)
Apple must fix this. Please file a bug report with Apple at bugreport.apple.com
[import]uid: 7563 topic_id: 32827 reply_id: 130868[/import]