Re: AudioFile API vs. IMA-in-WAV-type files
Re: AudioFile API vs. IMA-in-WAV-type files
- Subject: Re: AudioFile API vs. IMA-in-WAV-type files
- From: "Isaac Wankerl" <email@hidden>
- Date: Thu, 8 Jun 2006 13:17:24 -0500
On 6/8/06, Evan Olcott <email@hidden> wrote:
On Jun 8, 2006, at 12:56 PM, Doug Wyatt wrote:
Trying to use the CAAudioFile API to read either of these files:
http://www.igorlabs.com/etc/dirtsurface1C.wav
http://www.igorlabs.com/etc/fort_cruise_missile16_11_looped_i.wav
Both of these files read and play with Quicktime Player.
When I ask for the stream format, I get no error return but the stream
format comes up cleared out and empty...
The AudioFile apparently doesn't understand the format... you're not doing
anything wrong.
$ afinfo /tmp/dirtsurface1c.wav
File: /tmp/dirtsurface1c.wav
File type ID: WAVE
Data format: 0 ch, 0 Hz, ' ' (0x00000000) 0 bits/channel, 0
bytes/packet, 0 frames/packet, 0 bytes/frame
no channel layout.
audio bytes: 2816
audio packets: 2
maximum packet size: 1024
packet size upper bound: 1024
audio data file offset: 60
OK, that makes sense then!
Is this bug-report-worthy, or is it not in the plan to support this file
type?
-ev
I ran into the same issue and filed a bug (4577313) yesterday. You
might want to file one as well so Apple has another sound file to test
against. It is my opinion that kAudioFileUnsupportedDataFormatError
should be returned for this case instead of noErr.
Isaac
_______________________________________________
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