Re: Completely not getting it with AudioBufferList and CASpectralProcessor
Re: Completely not getting it with AudioBufferList and CASpectralProcessor
- Subject: Re: Completely not getting it with AudioBufferList and CASpectralProcessor
- From: David Preece <email@hidden>
- Date: Thu, 4 Dec 2008 13:16:17 +1300
Thanks for this Bill,
On 3/12/2008, at 7:43 AM, William Stewart wrote:
[snip]
Audio Units use a canonical format of de-interleaved audio data - we
wanted to use one standard layout so it would be trivial to pass
audio data from one audio unit to the next. So, all effects will
only generally deal with de-interleaved data.
Makes sense. A quick aside: Can I take it as read that float32 is the
"preferred" format for audio unit chains?
Have a look at AUOutputBL in Public Utility - that is robust for
creating an ABL that will represent different "layouts" of linear
PCM in an audio stream basic description
Right, so I can construct one of these using an
AudioStreamBasicDescription (actually a CAStreamBasicDescription
that's cast) which is the same stream description I'm setting as the
client format on the source file (via ExtAudioFileSetProperty -
kExtAudioFileProperty_ClientDataFormat). However, whenever I try to do
this with a non-interleaved stream description
(streamDescription.mFormatFlags=kAudioFormatFlagIsNonInterleaved |
kAudioFormatFlagIsFloat) the call fails with error 1718449215 which
does not appear to be documented.
Am I to take it that I can only extract audio in the interleaved
format? Does this apply to writing as well? Am I to take it that I
should de-interleave manually? - in itself not a problem except for my
dislike of reinventing the wheel.
Thanks,
Dave
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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