Re: Setting kAudioDevicePropertyBufferFrameSize
Re: Setting kAudioDevicePropertyBufferFrameSize
- Subject: Re: Setting kAudioDevicePropertyBufferFrameSize
- From: "Roni Music" <email@hidden>
- Date: Wed, 29 Mar 2006 16:15:09 +0200
Thanks for responding.
Have you looked at what's going on with the telemetry in HALLab? That
might show where things are going astray.
At any rate, I presume that you don't see this problem with the built-
in hardware.
No
This makes me a somewhat suspicious of the driver. You
might want to get in touch with M-audio and let them know what you
are seeing.
I donwloaded a newer version of their beta driver and that seems to have
solved the problem
Rolf
On Mar 28, 2006, at 6:29 AM, Roni Music wrote:
I'm trying to set a bigger frame size for my input device as below
(error checking removed):
UInt32 m_IOFrameSize = 4096; // max we want
AudioValueRange audioValueRange; // get min/max range
theErr = mInputDevice.GetBufferFrameSizeRange(&audioValueRange);
// set as high as possible
m_IOFrameSize = std::min(m_IOFrameSize, (UInt32)
audioValueRange.mMaximum);
theErr = mInputDevice.SetBufferSize(m_IOFrameSize);
The code have always worked for both the built-in device, iMic and
my M-Audio Firewire 1824 interface
on PPC's but when building my app as an Universal binary, running
it on my IntelMac
with M-Audio beta drivers, the sound gets bad (crackles) if I set
the frame size to max reported (1536 frames in this case).
Am I doing something wrong or could this a problem with the driver?
After all it's called a "beta release" - the only one available.
Shouldn't I be able to change it into what GetBufferFrameSizeRange
() reports as maximum.
--
Jeff Moore
Core Audio
Apple
_______________________________________________
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