Re: AudioQueue latency problem
Re: AudioQueue latency problem
- Subject: Re: AudioQueue latency problem
- From: William Stewart <email@hidden>
- Date: Mon, 10 Mar 2008 15:36:23 -0700
And just to be fair - it wasn't in our design goals to have audio
queue be able to do low-latency audio I/O
We already have audio units (AUHAL for instance does both in and out)
for doing that, so we didn't think this was a problem that needed to
be addressed by the AQ.
Bill
On Mar 10, 2008, at 11:32 AM, Jens Alfke wrote:
On 10 Mar '08, at 7:59 AM, Mark's Studio wrote:
I did not spend that much time with the AudioQueue, but i think if
low latency is a must, it's better to have full control over things.
Yup. AudioQueue is clearly intended as the *simple* way to play/
record audio. Part of the simplicity is that you don't have to worry
about threading, because it invokes your callbacks on your main
thread's runloop. But the trade-off is that the latency of on-
runloop calls is unpredictable (because your app might be taking a
long time to handle some other event), so the queue implementation
has to do a lot of buffering to make sure it doesn't underrun.
—Jens _______________________________________________
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