summaryrefslogtreecommitdiffstats
path: root/DOCS
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-12-15 16:40:17 +0100
committerwm4 <wm4@nowhere>2014-12-15 16:40:23 +0100
commitae5fd4a809bcba8eae934787da01d7f801a64560 (patch)
treeb3ca798ff4ed2a59f6022369cb74c04cf780060a /DOCS
parent756adee999bbc24b79d02fea34f8512239de016c (diff)
downloadmpv-ae5fd4a809bcba8eae934787da01d7f801a64560.tar.bz2
mpv-ae5fd4a809bcba8eae934787da01d7f801a64560.tar.xz
ao_alsa: add ridiculous hack to deal with braindead ALSA behavior
dmix reports channel layouts it doesn't support. The rest of the technical part of the story is in the code comment. This seems to be the only reasonable way to fallback from trying to initialize certain devices (like dmix) with multichannel audio. We could probably add support for such padding channels to our audio chain or to ao_alsa itself, but this would probably be much more work than this commit. What dmix does is probably a bug. I've tried to report it to ALSA. Thay have a link on their website to a bug tracker, but it's a dead link, and has been for years. I've posted to alsa-devel, but received no reply. I'm thus assuming this absolutely retarded behavior is by design, and nothing will happen to improve upon it. I'm considering sending Lennart Poettering a "thank you" email, because with PulseAudio, multichannel audio just works (although some other things just don't work).
Diffstat (limited to 'DOCS')
0 files changed, 0 insertions, 0 deletions