Earlier on Fedora 11, everything worked fine.
Bug must have been introduced with some recent package upgrade.
I'm up to date with all updates, including kernel
Linux lapkaie 18.104.22.168-217.2.16.fc11.i686.PAE #1 SMP Mon Aug 24 17:16:21 EDT 2009 i686 i686 i386 GNU/Linux
Description of problem:
With USB-headset plugged in during boot, this routes all sound to the headset. Internal intel hardware never plays sound. Gnome mixer applet displays both audio output devices, but regardless of setting (internal or usb) the audio always goes to usb.
When booting without usb-headset, audio is played find using internal audio (laptop, external speaker connected to standard stereo jack).
Version-Release number of selected component (if applicable):
Which packages do you need to see?
Sound always goes to usb.
mixer applet switching of output device has no effect.
When both usb and internal are present, sound should go via internal audio by default.
At least mixer applet should allow to switch audio to either usb or internal.
I'll give more info about hardware etc. in follow-up comments
I also did basic tests on console (outside X, not logged in to desktop), which gave me same results.
Boot attempt 1:
only internal audio, no usb connected
=> plays to internal audio, as expected, fine
Boot attempt 2:
usb headset already connected at boot time
=> plays in usb headset, only
=> no sound, gives error messages, see attached files
Created attachment 358854 [details]
boot 1, dmesg
Created attachment 358855 [details]
boot 1, lsmod
Created attachment 358856 [details]
boot 1, lspci
Created attachment 358858 [details]
boot 1, lsusb
Created attachment 358859 [details]
boot 2, dmesg
Created attachment 358861 [details]
boot 2, lsmod
Created attachment 358862 [details]
boot 2, lspci
Created attachment 358863 [details]
boot 2, lsusb
I also saw the following kernel error:
ALSA sound/usb/usbaudio.c:873: cannot submit datapipe for urb 0, error -28: not enough ...: 14 Time(s)
Created attachment 358864 [details]
aplay error after removing usb headset
(In reply to comment #1)
> aplay /usr/share/sounds/generic.wav
> => no sound, gives error messages, see attached files
Just open pavucontrol and move the applications to the right device by right clicking on them in the "playback" tab. PA will then remember.
Low-level alsa device indexes are not stable. They are assigned in a different order on each reboot. PA hence does not rely on them and uses hal/udev identifiers instead.
I disagree with "notabug".
The user interface gives me the impression that I'm able to switch output device, but it doesn't work. That's a bug in the software that is installed on my system.
My Fedora 11 installation does not have package pavucontrol installed. How should a user know that this package is required? Not having the necessary packages installed is another bug.
It appears broken to users, and I spent 1 hour asking around and filing a bug report. It shouldn't be like that.
Note that "alsa" was simply an example.
I got the exact same audio output behavior when being logged in to the gnome desktop, and used xmms for playback.
Which "user interface" are you referring to?
g-v-c in F11 should allow changing the default device too. You don't have to use pavucontrol for that. And g-v-c is installed by default.
XMMS probably also goes to the low-level audio device directly. It's a wrong assumption in those programs if they assume the device index was stable in any way.
So, I am closing this again, as this bug is unrelated to PA and we do ship (and install by default) a tool that allows selecting the default audio device for PA applications.
(In reply to comment #15)
> g-v-c in F11 should allow changing the default device too. You don't have to
> use pavucontrol for that. And g-v-c is installed by default.
as I said in comment 0:
> Gnome mixer applet displays both audio output devices,
> but regardless of setting (internal or usb) the audio
> always goes to usb.
I had already tried to switch the audio output device using the gnome mixer applet. I doesn't work.
To state it more clearly:
audio output device set to "internal audio"
=> audio is played via usb headset
audio output device set to "usb headset"
=> audio is played via usb headset