diff options
author | wm4 <wm4@nowhere> | 2014-12-15 16:40:17 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2014-12-15 16:40:23 +0100 |
commit | ae5fd4a809bcba8eae934787da01d7f801a64560 (patch) | |
tree | b3ca798ff4ed2a59f6022369cb74c04cf780060a /DOCS | |
parent | 756adee999bbc24b79d02fea34f8512239de016c (diff) | |
download | mpv-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