RE: Basic AudioQueue Service issue
RE: Basic AudioQueue Service issue
- Subject: RE: Basic AudioQueue Service issue
- From: email@hidden
- Date: Thu, 23 Oct 2008 09:49:28 -0700
On Thu, Oct 23, 2008 at 8:32 AM, Hamish Allan <email@hidden> wrote:
> The documentation for AudioQueueReset() states
>
> "If you queue buffers after calling this function, processing does not
> begin until the decoder and DSP state of the audio queue are reset.
> This might create an audible discontinuity (or "glitch")
That was why I didn't use AudioQueueReset (unless it's called indirectly by one of the other methods I'm calling).
> I guess if you want lower latency than the time it takes for the DSP
> state to be reset, you're out of luck.
Is there a callback or some other way to tell when the DSP state has been reset?
> Have you tried setting the queue volume to 0, then using
> AudioQueueEnqueueBufferWithParameters() to set it back?
No, but setting the volume to 0 and then adding a delay works in AudioQueue. (The pop is not currently an issue for me with AudioQueue, unless the delay is causing the latency issues...my issue with the pop at the moment is with SoundEngine.)
> I'm about to start writing a seekable file audio player...
> ...so I'll let you know how I get on.
I appreciate it.
Craig
_______________________________________________
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