Re: covertInputSamples after detaching audio streams
Re: covertInputSamples after detaching audio streams
- Subject: Re: covertInputSamples after detaching audio streams
- From: BlazeAudio Developer <email@hidden>
- Date: Thu, 10 Aug 2006 18:47:36 +0530
What would be the appropriate way for the driver to tell
clients to stop using it's streams, and to re-enumerate what's
available!
Thanks.
Devendra.
At 05:39 PM 8/10/2006, BlazeAudio Developer wrote:
Hi,
We have a CoreAudio device driver in which we need to remove audio
streams at runtime (and recreate them).
This seems to work fine in most cases.
However, we have a case with one application where after we detach the
audio streams, and attach a new one, we still get calls to
convertInputSamples with a stream that has been detached, and this causes
a kernel painc!
To remove the streams, we do the following:
pauseAudioEngine()
beginConfigurationChange()
detachAudoiStreams()
And to add them back:
addStream() (multiple)
completeConfigurationChange()
resumeAudioEngine()
Right after the resumeAudioEngine, the performAudioEngineStart() is
called, and after that the next call into convertInputSamples() comes
with a stream that was detached!
Is there something wrong with the way I'm doing this?
If so, what should be the appropriate procedure?
Thanks.
Devendra.
_______________________________________________
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