Re: Releasing AudioQueue stops RemoteIO callback?
Re: Releasing AudioQueue stops RemoteIO callback?
- Subject: Re: Releasing AudioQueue stops RemoteIO callback?
- From: Stefan Alder <email@hidden>
- Date: Mon, 9 Mar 2009 23:44:32 -0700
Doug,
Thanks for your response.
In this case I have set the Audio Session to kAudioSessionCategory_AmbientSound. First the Remote IO player is setup and the session is set active -- this has been working flawlessly. The Audio Queue player is initialized later, much like is done in the SpeakHere example. Since I already set the Audio Session, and it's already active, I don't change it at this point. Simultaneous playback of both the RemoteIO player and the Audio Queue player has been working well. Even stopping the Audio Queue player seems to work -- it's just when I release the Audio Queue player [audioPlayer release] that the RemoteIO player also stops. It starts playing again when I create a new Audio Queue player (again, no change in session category or activity). I guess one solution is just not releasing the Audio Queue player -- but I'm worred about this creating other problems.
I'm not performing any input.
-Tom
On Mon, Mar 9, 2009 at 10:46 PM, Doug Wyatt
<email@hidden> wrote:
On Mar 9, 2009, at 20:38 , Stefan Alder wrote:
I've got a Remote IO playback callback running in the background while simultaneously running an Audio Queue playback callback. I'd like to keep the Remote IO playback callback running while I stop, release, and create a new Audio Queue playback object. For some reason when I release the Audio Queue object, the Remote IO playback callback stops executing -- though they're kept independent in my code (at least as far as I can tell). If I just stop and don't release, the RemoteIO callback appears unchanged. Does anyone know what might be happening here?
Thanks for any ideas.
What AudioSession calls are you making, in particular, what category and do you set it active? Does your RemoteIO perform input?
_______________________________________________
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