Re: Render Buffer Sizes Usually Consistent?
Re: Render Buffer Sizes Usually Consistent?
- Subject: Re: Render Buffer Sizes Usually Consistent?
- From: Doug Wyatt <email@hidden>
- Date: Tue, 10 Feb 2009 10:23:41 -0800
On Feb 10, 2009, at 10:02 , James Chandler Jr wrote:
Does anyone know if I can count on the DefaultOutputUnit USUALLY
doing a RenderCallBack using the same NumberOfFrames render buffer
size? Occasional different-sized buffers wouldn't be much problem. A
'permanent switch' from one buffer size to another buffer size
wouldn't be much problem. Constantly-varying buffer sizes would be a
problem.
It's not going to change unless some non-CoreAudio code in your
process changes it, or the hardware sample rate changes. The HAL has
an idea of an ideal default buffer size based on duration.
If the hardware sample rate changes, AUHAL's default response will be
to start doing a SRC so that your client is still operating at the
same sample rate. That can result in constantly-varying pulls (well,
there's probably a pattern, but due to rounding and alignment, there
will be variation unless the two rates vary by a factor of a power of
2).
Doug
_______________________________________________
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