aboutsummaryrefslogtreecommitdiffstats
path: root/libavutil/aarch64/asm.S
diff options
context:
space:
mode:
authorMark Himsley <mark@mdsh.com>2013-11-01 11:22:53 +0000
committerReinhard Tartler <siretart@tauware.de>2014-03-09 17:50:54 -0400
commitd37fac6dbbdddb76225aa691b83ffd9a0c7dae6b (patch)
tree6ab003a22c1abae4fafba147ee19855a6fd171a6 /libavutil/aarch64/asm.S
parent7940306a47df602be4f57a62175706265bbfd0aa (diff)
downloadffmpeg-d37fac6dbbdddb76225aa691b83ffd9a0c7dae6b.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> (cherry picked from commit 360022bd3b894cc01ea112b275fa4c8f53881808)
Diffstat (limited to 'libavutil/aarch64/asm.S')
0 files changed, 0 insertions, 0 deletions