Re: Proper way for stopping a graph from it's renderInput callback
Re: Proper way for stopping a graph from it's renderInput callback
- Subject: Re: Proper way for stopping a graph from it's renderInput callback
- From: Guy Shaviv <email@hidden>
- Date: Tue, 13 Jul 2010 08:17:01 +0300
Hmm..
In checking with the iPhoneMixerEqTest example, I added an AUGraphStop(mGraph) in the renderNotification function (moved mGraph to be static first so the renderNotification can have it's value easily) and it produces a deadlock. Same results if places in the renderInput.
On Jul 12, 2010, at 22:46 , William Stewart wrote:
>
> On Jul 11, 2010, at 11:17 PM, Guy Shaviv wrote:
>
>> I'm wondering what is the proper way to stop a graph from playing from within it's render input or render notification callbacks. I tried calling AUGraphStop from my render input callback but that seems to have no effect.
>
> Do you mean that it doesn't stop the graph?
>
>> What I'm doing now is filling the buffer with silence
>
> you will have to do that for at least the current cycle as the device is "still running" at that point.
>
>> and scheduling a call to AUGraphStop from the main thread. But it seems like there must be a better way then what I'm doing.
>
> yes, this doesn't seem correct to me
>
>>
>> Thanks. _______________________________________________
>> 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
>
_______________________________________________
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