diff options
| author | wm4 <wm4@nowhere> | 2016-02-04 12:29:32 +0100 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2016-02-04 12:29:32 +0100 |
| commit | 363a225364f334213b8a1bfb1e9bd77fccdd560e (patch) | |
| tree | 97228b80bc2a522d958e4e35d815e44a6aa755b2 /video | |
| parent | 54d0f5bc9aaeb43828caaecac0fd9b1e96a41a81 (diff) | |
| download | mpv-363a225364f334213b8a1bfb1e9bd77fccdd560e.tar.bz2 mpv-363a225364f334213b8a1bfb1e9bd77fccdd560e.tar.xz | |
ao_coreaudio: fix 7.1(rear) channel mapping
I can't explain this, but it seems to be a similar case to the ALSA HDMI
one. I find it hard to tell because of the slightly different names and
conventions in use in libavcodec, WAVEEXT channel masks, decoders, codec
specifications, HDMI, and platform audio APIs.
The fix is the same as the one for ao_alsa (see commit be49da72). This
should fix at least playing 7.1 sources on OSX with 7.1(rear) selected
in Audio MIDI Setup. The ao_alsa commit mentions XBMC, but I couldn't
find out where it does that or if it also does that for CoreAudio. It's
woth noting that PHT (essentially an old XBMC fork) also exhibited the
incorrect behavior (i.e. side and back speakers were swapped).
Diffstat (limited to 'video')
0 files changed, 0 insertions, 0 deletions