Re: iPhone OS 3.0 and AudioQueueStart
Re: iPhone OS 3.0 and AudioQueueStart
- Subject: Re: iPhone OS 3.0 and AudioQueueStart
- From: "Jeff Schindler" <email@hidden>
- Date: Thu, 25 Jun 2009 16:51:25 -0400
bill luoma:
One way I've found around this problem
is to call AudioQueueStart(q, NULL);
then prime the buffers by manually invoking the callback.
On the first prime, create a timestamp
and set mFlags = kAudioTimeStampSampleTimeValid,
and convert your future mach_absolute_time to sample time
then pass that timestamp in to
AudioQueueEnqueueBuffersWithParameters.
It seems to have more latency than the simple method that works in 2.x.
The way I convert future host time to future sample time
is with a call to AudioQueueGetCurrentTime and then some math
that Bill and Doug posted a while back on syncing two audio queues.
Hi Bill,
We're running into the same issue - have you tried
FillOutAudioTimeStampWithHostTime? I had tried the method you describe
originally under 2.2 to no avail, which led me to use AudioQueueStart() with
a timestamp. I'm now trying to revert back to
AudioQueueEnqueueBuffersWithParameters w/ FillOutAudioTimeStampWithHostTime
on the first enqueue, and it definitely delays the playback, but my queues
are still not in sync. It sounds like you are not getting perfect sync, is
that correct? I'm worried that Apple has left us with no solution for
syncing audio queues...
Thanks,
Jeff
_______________________________________________
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