Re: kExtAudioFileProperty_CodecManufacturer and client formats
Re: kExtAudioFileProperty_CodecManufacturer and client formats
- Subject: Re: kExtAudioFileProperty_CodecManufacturer and client formats
- From: William Stewart <email@hidden>
- Date: Wed, 25 Aug 2010 10:36:12 -0700
I know it is more work, but if this is a critical feature for you, you can use the AudioQueue's offline render functionality. It allows you to use the hw codecs, and gives you back buffers of decoded audio you can then use as you need too. There is a tech note about this with some example code
Bill
On Aug 25, 2010, at 6:00 AM, Christopher Liscio wrote:
>
> On Aug 24, 2010, at 8:27 PM, Doug Wyatt wrote:
>> The 'perm' error is indeed a result of an attempt to create the AudioConverter and failing due to lack of permission to use the hardware decoder.
>
> OK, that's what I feared.
>
>> The header is correct; kExtAudioFileProperty_CodecManufacturer only supports use of hardware encoders.
>
> D'oh! I filed rdar://8352659 to track this one.
>
> I'm not sure if the hardware supports MP3 decoding, but it'd be a huge performance win for some of the stuff I'm working on which does some offline audio analysis.
>
> Cheers,
>
> Chris Liscio
> http://supermegaultragroovy.com
> Learn _your_ music with Capo: http://capoapp.com _______________________________________________
> 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
_______________________________________________
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