Re: ExtAudioFileOpenURL and associated functions...
Re: ExtAudioFileOpenURL and associated functions...
- Subject: Re: ExtAudioFileOpenURL and associated functions...
- From: Richard Burnett <email@hidden>
- Date: Fri, 17 Apr 2009 14:48:02 -0400
Yes, I believe that makes sense.
When I use ClientDataFormat, am I telling the code how I want to decode the data into the buffers? In other words, by using 'kAudioFormatFlagsAudioUnitCanocical' is this essentially driving the ExtAudioFileRead to non-interleaved since this is what the AudioUnit uses?
And if that is so, do I even need to use kExtAudioFileProperty_ClientChannelLayout set to 2?
Rick
On Friday, April 17, 2009, at 01:33PM, "Doug Wyatt" <email@hidden> wrote:
>CAStreamBasicDescription::SetAUCanonical would have helped here, even
>if only for reference if you didn't want to use C++.
>
>In a non-interleaved PCM format, bytes per packet and bytes per frame
>represent the size of one sample, not multiplied.
>
>In an interleaved PCM format, bytes per packet and bytes per frame
>are, as you have coded, the size of nchannels' samples.
>
>Make sense?
>
>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