Re: Buffer Size in Audio Units
Re: Buffer Size in Audio Units
- Subject: Re: Buffer Size in Audio Units
- From: Stephen Blinkhorn <email@hidden>
- Date: Wed, 28 Nov 2007 16:03:37 +0000
On 26 Nov 2007, at 22:36, William Stewart wrote:
On Nov 26, 2007, at 4:28 AM, Adam Stark wrote:
Hi,
I have developed an audio unit that at some point in it's
processing uses an FFT. This FFT depends on the incoming buffer
size of the audio unit. I need to initialise the FFT routine before
it is used so that is is using the correct size (e.g. 128, 256, or
512, etc). I know that during the process method I get the variable
inFramesToProcess which tells me the buffer size but is there any
other way to find out this information outside of the process method?
No. Your AU is told (or has a default) called Max Frames per slice -
this is the maximum number of sample frames your AU can be asked to
render at any time. So, you have to intitialise your AU to deal with
at most this many samples (and it could be less).
I'm slightly confused.. I am using the AUBase::GetMaxFramesPerSlice in
my Initialize method. But, what happens when the host changes the
block size? I'm using AULab to test my AU but nothing seems to happen
unless the AU is completely relaunched. Out of curiosity, does the
CoreAudio/AudioUnit specification impose an upper limit on block size
for a host application?
cheers, Stephen
// audiospillage.com
_______________________________________________
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