On Aug 6, 2008, at 10:44 AM, Francois Baronnet wrote:
2008/8/6 Richard Dobson <email@hidden>:
Stephen Davis wrote:
The FLLR chunk is added by the AudioFile code to align the data
chunk on a
4K page boundary for optimized I/O during playback.
The AIFF specification says to ignore chunks you don't recognize
over them. This is such a chunk. :-)
As for the NONE chunk, it is not a separate chunk but is found in
"compressionType" field of the COMM chunk.
Only in AIFC files (the COMM chunk is larger there with extra
does not support compression (or 32bit floats). But the
that AIFC supercedes AIFF, so should be used for everything, these
Oops, Richard is correct.
Ok, thanks. As I'm the recorder of the sound and then there is only me
to analyse it (then the sound file is deleted), I thing I can use
uncompressed AIFF, no?
Please correct me if I go wrong, but if I move to the SSND chunk, I
should find very closed to it the "sound data", shouldn't I?
And these data must be of type float, from -1.000 to 1.000, right? If
it's true, then I don't understand why I'm getting stange numbers
(xxx.xx E-41 for example).
You're setting the data to 16-bit linear integer PCM. Why are you
expecting to read 32-bit floats?
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