Re: Inconsistencies with large WAV file
Re: Inconsistencies with large WAV file
- Subject: Re: Inconsistencies with large WAV file
- From: tahome izwah <email@hidden>
- Date: Fri, 4 Dec 2009 13:34:34 +0100
2009/12/4 Richard Dobson <email@hidden>:
>
> AIFF/AIFF-C has always been a bit of a mess.
Agreed.
> In the spec, the chunk size is
> defined as a signed 32bit field; which does indeed mean that in principle an
> AIFF file as a whole cannot exceed 2MB.
That should read 2 GB.
> However, the specs (Apple draft,
> 1991) also propose that the best source of information on the size of the
> audio data is not the chunksize but the numSampleFrames field in the COMM
> chunk - and that is an unsigned 32bit long. BUT: the chunk size in the SSND
> chunk is of course a signed value - go figure. Way back then, the chances of
> anyone wanting to make a file that long must have seemed vanishingly low. I
> have to confess in CDP we simply treat all sizes as unsigned, Just In Case.
> Looks like AudioFile needs to do the same. Of course, ~now~, everyone should
> be using CAF instead anyway.
That's right, but unfortunately noone really does (except Apple of course).
--th
_______________________________________________
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