Re: SampleAccurate Tempo
Re: SampleAccurate Tempo
- Subject: Re: SampleAccurate Tempo
- From: Jeremy Sagan <email@hidden>
- Date: Mon, 06 Mar 2006 14:09:01 -0500
This seems to be a major gap in the AU specification IMO. Imagine a
drum machine type plug-in that syncs tempo at every measure. If it
does not (and cannot because of the AU specification) have access to
the tempo at the beginning of the measure, where the measure is so
many samples within the current audio frame buffer, it cannot
properly sync. This is only an issue with multiple tempo changes but
it should nevertheless be addressed.
Please address this deficiency in the next revision of the AU spec.
Perhaps some kind of addition to the callback that looked like this:
OSStatus HostCallback_GetBeatAndTempo (
void inHostUserData,
Float64 * outCurrentBeat,
Float64 * outCurrentTempo,
Float64 * outNextTempo,
UInt32 * samplesUnitlNextTempo
)
where samplesUnitlNextTempo would be the number of samples from the
current audio processing call to the next tempo change.
Jeremy
On Sep 7, 2005, at 1:39 PM, Olivier Tristan wrote:
Hi,
So far to retrieve the tempo, I use the beatAndTempoProc function.
The problem is that a tempo change could happen in the middle of a
buffer especially when using ramp...
Is there a more accurate way to retrieve the tempo ? like using
events like in midi.
Thanks,
--
Olivier Tristan
Ultimate Sound Bank
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40verizon.net
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