Example: I just fed this wav file to Max (output courtesy of shntool):
Code: Select all
Length: 6:40.27
WAVE format: 0x0001 (Microsoft PCM)
Channels: 2
Bits/sample: 16
Samples/sec: 44100
Average bytes/sec: 176400
Rate (calculated): 176400
Block align: 4
Header size: 44 bytes
Data size: 70623504 bytes
Chunk size: 70623540 bytes
Total size (chunk size + 8): 70623548 bytes
Actual file size: 70623548
File is compressed: no
Compression ratio: 1.0000
CD-quality properties:
CD quality: yes
Cut on sector boundary: yes
Sector misalignment: 0 bytes
Long enough to be burned: yes
WAVE properties:
Non-canonical header: no
Extra RIFF chunks: no
Possible problems:
File contains ID3v2 tag: no
Data chunk block-aligned: yes
Inconsistent header: no
File probably truncated: no
Junk appended to file: no
Odd data size has pad byte: n/a
Code: Select all
Length: 6:40.24
WAVE format: 0x0001 (Microsoft PCM)
Channels: 2
Bits/sample: 16
Samples/sec: 44100
Average bytes/sec: 176400
Rate (calculated): 176400
Block align: 4
Header size: 44 bytes
Data size: 70615584 bytes
Chunk size: 70616759 bytes
Total size (chunk size + 8): 70616767 bytes
Actual file size: 70616768
File is compressed: no
Compression ratio: 1.0000
CD-quality properties:
CD quality: yes
Cut on sector boundary: no
Sector misalignment: 1488 bytes
Long enough to be burned: yes
WAVE properties:
Non-canonical header: no
Extra RIFF chunks: yes (1139 bytes)
Possible problems:
File contains ID3v2 tag: no
Data chunk block-aligned: yes
Inconsistent header: no
File probably truncated: no
Junk appended to file: yes (1 byte)
Odd data size has pad byte: n/a
Apple's afconvert utility has the same issue, and in trying to write a core audio utility to do it myself, I have the exact same issue. But XLD doesn't have the same issue.
So I'm posting here to give a heads up that the Apple Lossless conversion may not be 100% accurate. Maybe it's an Apple bug?