Re: Silent m4a AAC recordings
Re: Silent m4a AAC recordings
- Subject: Re: Silent m4a AAC recordings
- From: Dominic Feira <email@hidden>
- Date: Mon, 31 Oct 2005 20:30:32 -0500
Well, apparently the stsz atom is filled with zeros because the
AudioStreamPacketDescriptions that are returned by the converter are
filled with all zeros. So, it appears that the AudioConverter isn't
set up correctly. I thought I had checked this already, but
apparently I had not.
Hopefully I'll figure this out soon so a definitive answer of what is
wrong can be on the record in the archive.
Dominic Feira / Code Monkey / Ambrosia Software, Inc.
On Oct 31, 2005, at 2:53 PM, William Stewart wrote:
There's also some comparisons between these two APIs in the latest
SDK.
In the Simple Examples directory, there's a ConvertFile example.
This has two versions - they both "work the same" for the user, but
show you two different approaches to getting there.
The ExtAF path uses the ExtAF API - this does alot for you of
course using the AudioFile and AudioConverter (and AudioFormat) APIs
The other shows how to use both the AudioFile and AudioConverter
APIs directly. I've tested writing m4a's with AAC and this works fine
Bill
On 31/10/2005, at 10:12 AM, Dominic Feira wrote:
Okay,
I see the key difference between a correct recording and the ones
that I am making. The stsz atom in my recordings contains all
zeros. Now as far as I understand this information should be
coming fromt he AudioPacketDescriptions that I get from the audio
converter and then pass into the AudioFileWritePackets function.
I'm going to see if I can find the difference between the afrecord
example and my code. Thanks for your help.
Dominic Feira / Code Monkey / Ambrosia Software, Inc.
_______________________________________________
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