[alsa-devel] [Vorbis-dev] libao problem (Re: No dmix/dsnoop on Intel ICH4/5 by default?)
rene.herman at gmail.com
Sun Mar 24 18:25:10 CET 2013
On 07-03-13 09:20, xiphmont at xiph.org wrote:
>> I can, now, set it to dev=default manually but what this means is
>> that libao-1.1.0 by default kills alsa default software mixing.
> The only alternative is to have any attempt at playing surround
> always fail to play more than stereo on a default setup.
Correct me if I'm wrong, but currently I believe the libao setup is to
try, depending on the number of channels of the input:
channels : device
7, 8 : surround71
6, 5 : surround51
4, 3 : surround40
2 : front
1 : default
The only thing I personally had an actual issue with is using "front"
for stereo rather than "default". I don't seem able to come up with a
compelling reason why it should be "front" myself, so one tweak could
perhaps be to only change the stereo device back to "default"?
Frankly, on my system libao is (actively) used only by ogg123 and even
for me, your average back-in-the-day, technology-obsoletist, any even
halfway involved audio needs are these days met not by anything that
involves libao. As such, I just need the most basic setup to be, well,
Currently arch linux is by the way shipping with an /etc/libao.conf that
contains dev=default due to this issue. Trying to look at it from your
side, I suppose the most consistent solution might be to introduce
dev1=, dev2=, dev34=, dev56= and dev78= settings into the libao
configuration (with for the ALSA plugin by default dev1=dev2=default
still) -- but I'll butt out of that.
If the stereo device can be "default" by default rather than "front"
then I guess that goes a long way towards this issue being a non-issue.
Remainder left in for possible comments from the ALSA side:
> The bug reports about _that_ prompted the change to the current
>> These days everybody seems to have regressed to using a soundserver
>> again anyway
> Part of the reason for that is that ALSA provides so precious little
> in the way of programmatic configuration discovery. So far as I can
> tell, each and every user gets to script/configure his own setup, and
> then also explicitly configure the applications what to do.
> Applications can't even tell if a default setup is in use. It's all
> If that's not the case, I'd love to hear about it. I agree the
> current behavior sucks.
More information about the Alsa-devel