summaryrefslogtreecommitdiffstats
path: root/video
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2015-11-04 13:50:22 +0100
committerwm4 <wm4@nowhere>2015-11-04 21:48:37 +0100
commitbe49da72ea245e2b5227ce4b96b6c2c8f360cfaf (patch)
treefe5637e5874bb9fec414a3b150930012bc8b5212 /video
parent46f59f25c23bf9fc4c73fd56b29cc39812bb42a5 (diff)
downloadmpv-be49da72ea245e2b5227ce4b96b6c2c8f360cfaf.tar.bz2
mpv-be49da72ea245e2b5227ce4b96b6c2c8f360cfaf.tar.xz
ao_alsa: fix 7.1 over HDMI
We need to effectively swap the last channel pair. See commit 4e358a96 and 5a18c5ea for details. Doing this seems rather strange, as 7.1 just extends 5.1 with 2 new speakers, and 5.1 doesn't need this change. Going by the HDMI standard and the Intel HDA sources (cited in the referenced commits), it also looks like 7.1 should simply append two channels to 5.1 as well. But swapping them is apparently correct. This is also what XBMC does. (I didn't find any other applications doing 7.1 PCM using the ALSA channel map API. VLC seems to ignore the 7.1 case.) Testing reveals that at least the end result is correct. "Normal" ALSA 7.1 is unaffected by this, as it reports a different (and saner) channel layout.
Diffstat (limited to 'video')
0 files changed, 0 insertions, 0 deletions