mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@suse.cz>
To: Albert Cahalan <acahalan@gmail.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: ALSA pisses me off
Date: Fri, 22 Aug 2008 12:03:44 +0200	[thread overview]
Message-ID: <20080822100344.GG6542@atrey.karlin.mff.cuni.cz> (raw)
In-Reply-To: <787b0d920808201939k6b6a4707n73ede33d96df9e74@mail.gmail.com>

> As the ALSA asoundrc documentation (not available as a man page, grrr...)
> tells me:
> 
> : Warning
> :
> : Neither .asoundrc or /etc/asound.conf is normally required. You should
> : be able to play and record sound without either (assuming your mic and
> : speakers are hooked up properly). If your system won't work without one,
> : and you are running the most current version of ALSA, you probably
> : should file a bug report.
> 
> Well, OK, here you go.
> 
> All I want to do is play some damn audio. All I have is a pair of
> USB speakers. This should be trivial; OSS sound worked perfectly.
> 
> It hasn't been reliable since the "upgrade" to ALSA. It seems I can
> go edit a complicated config file (alsa.conf, w/o man page) if I
> want to make sound work. Of course, this gets overwritten with any
> OS upgrade and, as noted above and obviously expected, sound should
> "just work" without any config file hacking.
> 
> I gather that somebody decided that USB audio should never be selected
> as the default. There are two obvious problems with this. The first is
> that there exist systems that ONLY have USB audio. The second is
> that,

That shoudl work.

> if a user adds USB audio, they probably want to use it! Plugging in a
> USB audio device should take over the audio, much like plugging in a
> set of headphones normally will. The use case may be very similar,
> such

New machines are able to use headphones & internal speakers at the
same time. WIth USB audio, you should be able to play different songs
to both... so no, I don't think kernel should make a decision to just
take over internal sound...

...that said, yes, I believe ALSA is one of most problematic
subsystems. (The next one is 3d graphics)... and yes, it should be
fixed. Going to regular devices (and not alsa card names) would be
welcome first step.
									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

      parent reply	other threads:[~2008-08-22 10:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-21  2:39 Albert Cahalan
2008-08-21  8:28 ` Stefan Richter
2008-08-21  8:29 ` Justin Mattock
2008-08-21  9:17 ` Clemens Ladisch
2008-08-22 10:03 ` Pavel Machek [this message]

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=20080822100344.GG6542@atrey.karlin.mff.cuni.cz \
    --to=pavel@suse.cz \
    --cc=acahalan@gmail.com \
    --cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®