From: "Eugenia Loli-Queru" <eloli@eugenia.co.uk>
To: alsa-devel@lists.sourceforge.net
Cc: torvalds@osdl.org
Subject: The ALSA Situation
Date: Tue, 9 Nov 2004 16:24:09 -0800 [thread overview]
Message-ID: <016301c4c6bb$a3613fa0$0a00000a@eugenia> (raw)
Hi,
I have outlined here the mixing problem of Alsa/OSS (read point #4):
http://www.osnews.com/story.php?news_id=8823
I am writing to express my dissapointment over the piss poor desktop
experience I get out of 2 of my PCs because of this problem (and I know that
there are actually... millions like me as these ac97 onboard cards are
everywhere these days). When the alsa driver knows that there is no hardware
mixing, a software one should be created automatically, and it should be
100% transparent to all alsa/oss applications or other kde/gnome mixers. It
should behave like hardware mixing was there all along.
You see, I have already created the dmix plugin utter crap, and LD_PRELOADed
the aoss wrapper and have the .asoundrc file in place (and esd, arts,
gstreamer, mplayer and xmms configured to use the new "default" alsa
device). But even after all this work to figure out how to do all that (it
literally took me 2 days of googling and trying to figure out the black
magic of alsa scripting) there are too many other sound apps that simply
don't obey the dmix plugin. There are apps that they won't even launch until
I press "stop" on xmms! Sometimes I even forget that I have launched them,
and then I stop xmms, and then sudenly, hours later, the app that was
blocked before, it would popup in my face! You call this good usability?
Yes, you can claim that some "apps are broken and they don't use the alsa
api properly". But I say this to you: if a framework allows for such kinds
of problems, then the framework itself is broken, not the apps. Mixing is
something that the apps should be getting automatically from ALSA, the
developers should not add code to their apps to allow for stuff like
"changing the default alsa device". There should NOT be, EVER, an error like
"the sound card is used by another app". If this happens, it's a failure of
the media framework, NOT the failure of the app (I have never,ever,ever,ever
seen such an error on OSX or BeOS). Besides, when I email these devs to add
support for alternative alsa devices, they reply "get another sound card".
And how the heck am I going to get a new sound card for my laptop, I don't
know (the problem is mostly with laptops, as these use these AC97 intel/via
cards).
I believe that this is an important point for all Alsa developers to read,
because I am not alone. Read the comments on that story I link, and you will
see that many other people FULLY agree with me that playing one sound at a
time when the sound card doesn't have a hardware mixer, is POOR Linux
experience. It just kills the impression of the operating system.
I am sorry, but from my POV, this mixer situation should be a SHOWSTOPPER
for alsa getting released out in the wild. I wouldn't imaging Be, Apple or
Microsoft releasing an OS or update where some of their sound drivers didn't
have mixing support. It is laughable in 2004 not having proper *transparent*
mixing for both Alsa/OSS-emulation via the sound framework on a popular
operating system, like Linux is. You replaced OSS for some arguably good
reasons, but your solution is equally crappy from where I stand: default
muting (!), no proper mixing, ultra-weird scripting that noone really
understands, impossible to find out how to enable 5.1 surround (even if the
driver is capable of it) etc...
Alsa should have been a completely transparent thing as far the user is
concerned. Alsa is a framework, and so only developers should be messing
with it, not users. If the user needs to unmute the PCM, or write alsa
scripts to get some *basic* functionality, then the Alsa project has already
failed. Have you ever heard of Windows users talk about "GDI"? No. Why?
Because they don't have to. It just works. Same thing on Linux, Alsa or X11
are things that users should not even know what they are. These should just
work. Let the users worry about bugs or problems in the higher level skirts
of a Linux distro, not the frameworks.
I am sorry if I sound a bit angry over this, but I spent days trying to get
more than one app to use the sound card at the same time (plus dmix would
still not work properly with all apps), and I know that there are many-many
others like me, and I am so extremely surprised that the Alsa project hasn't
found a better solution for the problem after 4-5 years of development.
Rgds,
Eugenia
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
next reply other threads:[~2004-11-10 0:24 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-10 0:24 Eugenia Loli-Queru [this message]
2004-11-10 1:50 ` The ALSA Situation Paul Davis
2004-11-10 2:38 ` Eugenia Loli-Queru
2004-11-10 2:55 ` Paul Davis
2004-11-10 5:59 ` Lee Revell
2004-11-10 23:22 ` James Courtier-Dutton
2004-11-10 10:57 ` Jaroslav Kysela
2004-11-10 16:09 ` Lee Revell
2004-11-10 16:43 ` Linus Torvalds
2004-11-10 17:30 ` Takashi Iwai
2004-11-10 18:08 ` Linus Torvalds
2004-11-10 17:45 ` Jaroslav Kysela
2004-11-10 18:15 ` Linus Torvalds
2004-11-10 18:41 ` Paul Davis
2004-11-10 19:09 ` Linus Torvalds
2004-11-10 21:13 ` Paul Davis
2004-11-10 22:34 ` Linus Torvalds
2004-11-10 23:53 ` Fernando Pablo Lopez-Lezcano
2004-11-11 6:32 ` Jaroslav Kysela
2004-11-11 6:42 ` Linus Torvalds
2004-11-11 16:34 ` Takashi Iwai
2004-11-11 16:58 ` Linus Torvalds
2004-11-11 17:25 ` Takashi Iwai
2004-11-11 18:23 ` Linus Torvalds
2004-11-11 22:34 ` Manuel Jander
2004-11-12 8:57 ` Takashi Iwai
2004-11-12 8:51 ` Takashi Iwai
2004-11-12 15:50 ` Linus Torvalds
2004-11-12 22:06 ` Florian Schmidt
2004-11-13 1:15 ` Manuel Jander
2004-11-13 10:38 ` Jaroslav Kysela
2004-11-14 4:00 ` Manuel Jander
2004-11-20 2:16 ` Configuration system and Resource Manager. Was: " Manuel Jander
2004-11-13 10:42 ` Jaroslav Kysela
2004-11-13 12:11 ` Florian Schmidt
2004-11-13 18:01 ` Linus Torvalds
2004-12-02 1:48 ` Florian Schmidt
2004-11-12 9:07 ` Giuliano Pochini
2004-11-11 22:52 ` Manuel Jander
2004-11-12 13:44 ` Takashi Iwai
2004-11-10 22:00 ` Hannu Savolainen
2004-11-10 17:13 ` Giuliano Pochini
[not found] <20041110235502.6C8211D2B2D@sc8-sf-uberspam1.sourceforge.net>
2004-11-11 8:56 ` Andreas Mohr
2004-11-11 15:50 ` Manuel Jander
[not found] <20041112040611.8390B1D2669@sc8-sf-uberspam1.sourceforge.net>
2004-11-12 8:24 ` Andreas Mohr
2004-11-12 13:33 ` Manuel Jander
2004-11-12 15:06 ` Clemens Ladisch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='016301c4c6bb$a3613fa0$0a00000a@eugenia' \
--to=eloli@eugenia.co.uk \
--cc=alsa-devel@lists.sourceforge.net \
--cc=torvalds@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.