diff options
| author | Mark Himsley <mark@mdsh.com> | 2013-11-01 11:22:53 +0000 |
|---|---|---|
| committer | Reinhard Tartler <siretart@tauware.de> | 2014-05-31 20:07:52 -0400 |
| commit | b7b798a1afb1bfb1365b4ce67985351967c229d4 (patch) | |
| tree | ed0f2b52353e2e7e3078aa6b63581b243cc74101 /libavcodec/fft.c | |
| parent | 5463a2b0566b34b9e3847db9ceb1ef1d2a6004fc (diff) | |
| download | ffmpeg-b7b798a1afb1bfb1365b4ce67985351967c229d4.tar.gz | |
isom: lpcm in mov default to big endian
It is my understanding that "Unless otherwise stated, all data in a
QuickTime movie is stored in big-endian byte ordering" [1] in MOV files.
I have a couple of thousand files, which technically are invalid because
their sound sample description element 4CC is 'lpcm' but its version is
0 - and "Version 0 supports only uncompressed audio in raw ('raw ') or
twos-complement ('twos') format" [2]
Because isom.c only contains a mapping for 4CC 'lpcm' to
AV_CODEC_ID_PCM_S16LE, these files have their audio decoded as LE when
it is actually BE.
This commit adds AV_CODEC_ID_PCM_S16BE as the first match for 4CC 'lpcm'.
[1]
https://developer.apple.com/library/mac/documentation/quicktime/QTFF/qtff.pdf
page 21
[2]
https://developer.apple.com/library/mac/documentation/quicktime/QTFF/qtff.pdf
page 178
Reviewed-by: Yusuke Nakamura <muken.the.vfrmaniac@gmail.com>
Diffstat (limited to 'libavcodec/fft.c')
0 files changed, 0 insertions, 0 deletions