iOS4 questions about Core Audio
iOS4 questions about Core Audio
- Subject: iOS4 questions about Core Audio
- From: John Michael Zorko <email@hidden>
- Date: Wed, 23 Jun 2010 14:06:53 -0700
Hello, all ...
I'm still seeing weird behavior in my app when it's put in the background. I have the "audio" key added to the app's plist file, but I still see weird things like:
CFReadStreamRead() seems to sometimes block even when there are bytes available, until the app is brought to the foreground NSCondition sometimes doesn't indicate that the lock is available, until the app is brought to the foreground
... and a few others. I'm thinking that iOS4 is suspending my app, even though I have the "audio" key added. What i'm wondering is what exactly this sentence means from the "iPhone Application Programming Guide: Executing Code in the Background" means:
"However, if this key is not present when the application moves to the background, or if your application stops playing audio while in the background, your application is suspended."
1. Does this mean my app will be suspended at some point after I call AudioQueueStop()? I call this when the stream is finished or an error occurs, but the app still has to try to connect to the next stream, even while backgrounded.
2. Does it mean my app will be suspended if the audio queue has played through all of it's buffers and is waiting for more (delivered via my CFReadStream)?
3. If my app calls AudioQueuePause() while in the background, will iOS4 suspend the app?
Regards,
John, trying to understand
|
_______________________________________________
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