Re: [OT]Non-padded odd-length chunks in AppleLoops
Re: [OT]Non-padded odd-length chunks in AppleLoops
- Subject: Re: [OT]Non-padded odd-length chunks in AppleLoops
- From: Brian Willoughby <email@hidden>
- Date: Thu, 2 Dec 2004 09:05:56 -0800
Hi Art,
Yes, at its most basic level, the AIFF specification defines chunks as having
a 4-char name, 4-byte (big-endian) length, and data which is always padded to
an even length. Even if the 4-byte length in the chunk header is odd (which is
rare, but allowed), the file itself should start the next chunk at an even
byte offset.
I think that the reason this bug creeps up so much is that most chunks are
even anyway, and audio is either at least 16-bit or stereo (or both). It's so
rare to see an odd-sized chunk that most AIFF libraries get this wrong -
despite the loud warning in the 1991 AIFF specification!
Brian Willoughby
Sound Consulting
Begin forwarded message:
From: Art Gillespie <email@hidden>
Before I submit a bug, I wanted to sanity check with other programmers:
In an AIFF file, 'AUTH', 'NAME' and '(c) ' chunks are supposed to be
padded to even length, like every other EA-IFF-85 chunk, right?
The AppleLoops Utility appears to happily write chunks with an odd
number of bytes.
Best,
Art
Glaresoft, 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