Re: AudioQueue getting delayed by other audio output of the system
Re: AudioQueue getting delayed by other audio output of the system
- Subject: Re: AudioQueue getting delayed by other audio output of the system
- From: Markus Hanauska <email@hidden>
- Date: Thu, 20 May 2010 21:35:01 +0200
Hi Doug,
I tested this issue on 10.5 PPC and 10.5 Intel. The result is that those don't play audio at all if I first start the queue and then enqueue buffers, no matter if I enqueue them with or without timestamps. Well, maybe it would play them sooner or later, but I stopped after about 30 seconds without playback. Wether iTunes is playing in the background or not has no effect.
When first enqueuing the buffers and then starting the queue, it works fine and that *regardless* the fact if I use timestamps or not and regardless the fact if iTunes is playing or not. All combinations work fine. On my 10.6 Intel machine, though, enqueuing buffers first and then starting the queue behaves exactly like the other way round, works fine if iTunes is not playing music, hangs for a very long time if iTunes is playing music, but only if using timestamps, starts at once if not using timestamps.
This is all very frustrating. Can it be that Audio Queue Services is a horribly unstable interface, that is not even working consistent across 10.4 to 10.6? It looked so promising and whenever it is working, it works so lovely (perfect audio/video synchronization). I really hoped I can avoid programming Core Audio on lowest level and do all synchronization myself :-(
On Thursday, 2010-05-20, at 18:50, Doug Wyatt wrote:
> What version of Mac OS X are you running?
>
> Doug
>
>
--
Kind Regards,
Markus Hanauska
_______________________________________________
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