aboutsummaryrefslogtreecommitdiffstats
path: root/libavcodec/resample2.c
diff options
context:
space:
mode:
authorAnssi Hannula <anssi.hannula@iki.fi>2011-02-12 15:57:01 +0200
committerMichael Niedermayer <michaelni@gmx.at>2011-02-14 23:58:19 +0100
commitaf1e8ffdad4ae0a6d73e8d26d5893739e3c7a389 (patch)
treeab9ec2e9e6d816d1ce8db2ea908087b2de915f40 /libavcodec/resample2.c
parentec0a6889ae914cb5aa77dc75308cbd64a66ba14e (diff)
downloadffmpeg-af1e8ffdad4ae0a6d73e8d26d5893739e3c7a389.tar.gz
spdifenc: fix byte order on big-endian systems
There is a check for HAVE_BIGENDIAN when outputting the IEC 61937 stream. On big-endian systems the payload data is not byteswapped, causing in effect the outputted payload data to be in a different byte order on big-endian than on little-endian systems. However, the IEC 61937 preamble (and the final odd byte if present) is always outputted in the same byte order. This means that on big-endian systems the headers have a different byte order than the payload, preventing useful use of the output. Fix that by outputting the data in a format suitable for sending to an audio device in S16LE format by default. Output as big-endian (S16BE) is added as an AVOption. This makes the muxer output the same on all archs by default. Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net> (cherry picked from commit 57f2c9aed9fecbb1e6798ec33613141afe74fd31)
Diffstat (limited to 'libavcodec/resample2.c')
0 files changed, 0 insertions, 0 deletions