Re: Render Buffer Sizes Usually Consistent?
Re: Render Buffer Sizes Usually Consistent?
- Subject: Re: Render Buffer Sizes Usually Consistent?
- From: James Chandler Jr <email@hidden>
- Date: Tue, 10 Feb 2009 13:35:54 -0500
Thanks very much Doug!
On Feb 10, 2009, at 1:23 PM, Doug Wyatt wrote:
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