[hardy] [amd64] system sounds and flash sound output are redirected to the wrong sound card

Bug #204345 reported by Jan Rathmann
6
Affects Status Importance Assigned to Milestone
pulseaudio (Ubuntu)
Invalid
Undecided
Unassigned
Nominated for Hardy by Jan Rathmann

Bug Description

Binary package hint: pulseaudio

Hello,

I am using two sound cards on my system, the Intel HDA onboard device for primary playback and a Creative Labs Sound Blaster Live Value card for Skype etc. . On previous versions of Ubuntu it was quite easy to configure which should be the default playback device for all "normal" things.

But on my up to date Hardy amd64 installation both the system sounds that can be configured at System -> Settings -> Audio -> Sounds and sound output from the Adobe flash plugin are redirected to the Creative card, no matter what I do.

I have set the Intel card as default at System -> Settings -> Audio and also with the command 'asoundconf set-default-card Intel', I even assigned a low priority to the Creative card at /etc/modprobe.d/alsa-base, all of this didn't help. I also tried to change the pulseaudio settings with paman an padevchooser, no success likewise.

The only thing that resolves at least the issue with Flash is to kill the pulseaudio server, so I suppose this might be a problem somehow related to pulseaudio.

Kind regards,
Jan

Tags: iso-testing
Revision history for this message
Jan Rathmann (kaiserclaudius) wrote :
Revision history for this message
Jan Rathmann (kaiserclaudius) wrote :
Revision history for this message
Jan Rathmann (kaiserclaudius) wrote :
Revision history for this message
Luke Yelavich (themuso) wrote :

You might want to install one of the various toos available for pulseaudio to force it to use a particular sound card. Otherwise, it just uses the first card it finds.

Revision history for this message
Jan Rathmann (kaiserclaudius) wrote :

If it was not that clear in my original description, setting the desired sound card for playback did work fine for applications like Totem, except for
- System sounds (in System -> Settings -> Audio -> Sounds, e.g. log on, log off...)
- and sound of the Flash plugin (on AMD64).

I also tried to resolve this with padevchooser and paman, but got no sucess.

Anyway, after some further testing, it seems as if it has helped to temporary blacklist the module for the Creative card (that should be the secondary sound device). After this the System and flash sounds are finally played by the Intel card, even if undo the blacklisting, strange indeed.
I was not able to reproduce the previous state so far, even on deleting everything related to pa in my home directory the correct device is choosen for everything. Maybe I'm gonna do a reinstallation of Hardy in the next days and check if it happens again and if I can find another solution beside temporary module blacklisting.

Kind regards,
Jan

Revision history for this message
Jan Rathmann (kaiserclaudius) wrote :

I have done some testing on a fresh installation now, and it still seems as if Pulseaudio doesn't like my sound card configuration. Here is a step-by-step description of what I have done after installation:

- setting the Intel card as default device everywhere in System -> Settings -> Audio -> Devices
- then the right card is chosen in "normal" applications, except System sounds and Flash
- editing ~/.pulse/default-sink and inserting the correct device does not help, the change gets automatically reverted if I reboot my system (to name of the Creative card)
- neither does launching 'sudo pulseaudio -C --system' followed by 'set-default-sink index_of_the_Intel_card' in a terminal, so it is just ignored even if specify the desired playback device explicitly.

I guess it would once again help to temporary blacklist the Creative card, but this is of course not a so nice and intuitive solution. And I think it is in general an undesired behaviour if the Settings in System->Settings->Audio->Devices are ignored for some applications and there is no easy way to change that.

Another "workaround" I have tested is to uninstall everything related to Pulseaudio and installing esound, then everythings works fine as it did in Gutsy.

Kind regards,
Jan

Revision history for this message
Jan Rathmann (kaiserclaudius) wrote :

Yeah, I have found another way to solve this issue :)

The following mail on ubuntu-devel gave me a hint:

https://lists.ubuntu.com/archives/ubuntu-devel/2008-March/025226.html

As far as I undestand, in gnome-sound-preferences the Pulseaudio server should be selected instead of the desired playback device, which I did before. After setting everything to pulseaudio, all sounds from any applications where played by the secondary card, so now I had to find away to convince Pulseaudio to choose the Intel card instead. What helped here was

- editing /etc/pulse/default.pa
- uncommenting the line 'set-default-sink' and adding the name of the Intel card instead of 'output'

So sound is working now properly, but to me it seems that this is a regression compared to previous versions of Ubuntu, since there is no easy and obvious way to select the default sound card anymore, if you have more than one sound devices.

Kind regards,
Jan

Revision history for this message
Daniel T Chen (crimsun) wrote :

pavucontrol ("Volume Control" in the padevchooser applet) is used for this.

Revision history for this message
Jan Rathmann (kaiserclaudius) wrote :

Thanks, this also worked for me after I restarted my system.

So I am not sure if one could consider this actually a bug but rather a missing feature (since pavucontrol isn't installed by default).

Kind regards,
Jan

Daniel T Chen (crimsun)
Changed in pulseaudio:
status: New → Invalid
Revision history for this message
Owen Tuz (owentuz) wrote :

So I'm late to the party but for posterity's sake, I fixed this by adding

option snd_hda_intel index=-2

(where snd_hda_intel is the name of my internal sound card, which I want to use for capture but not for playback) to /etc/modprobe.d/alsa-base, and commenting out the similar line which applied to my USB sound device.

Jan, you mentioned that you'd tried giving the new soundcard a lower priority, so maybe this didn't work for you but I thought I should record it here just in case.

Cheers,
 Owen

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.