Re: AudioFileOpenWithCallbacks fails on certain files / file types, while AudioFileOpen succeeds
Re: AudioFileOpenWithCallbacks fails on certain files / file types, while AudioFileOpen succeeds
- Subject: Re: AudioFileOpenWithCallbacks fails on certain files / file types, while AudioFileOpen succeeds
- From: "Svilen Stoilov" <email@hidden>
- Date: Fri, 7 Nov 2008 12:02:55 +0200
Thank you, James!
I will file a bug report but it will take some time to prepare the sample code and to make up smaller audio files - because they are about 60 MB now.
You say that the parsing code is the same - I guess you talk about the MPEG, WAVE and other parser classes that are used internally by AFO and AFOWC.
But probably there's a difference in how it is decided which parser to use.
AFO - has the advantage to know the file extension; I guess it takes the hint when the file has no extension and only then it audodetects the file
AFOWC - tries to autodetect the file by looking at the data and only if the autodetection fails it looks at the hint.
The autodetection however may be wrong on certain files.
On Thu, Nov 6, 2008 at 8:41 PM, james mccartney
<email@hidden> wrote:
On Nov 6, 2008, at 1:01 AM, Svilen Stoilov wrote:
So, does anybody know for sure that AFOWC is not the same as AFO in
terms of the logic that parses that audio data?
It is exactly the same parsing code. AFOWC does not have access to the file name extension, so it must rely on the file type hint to determine which parser to call.
Please file a bug report and attach the files which exhibit problems.
_______________________________________________
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