GNOME Bugzilla – Bug 465570
No Sound with Ubuntu Gusty Tribe 4
Last modified: 2009-04-15 19:32:07 UTC
I have already posted this bug with Ubuntu, but they recommended posting it upstream as well. The following is the report submitted to Ubuntu's Launchpad. here is the link to the downstream bug report: https://bugs.launchpad.net/ubuntu/+source/gstreamer/+bug/131711 After formatting my Feisty installation to install the Gusty Tribe 4, sound no longer works on my machine. My sound card is detected, however, the "wave" device itself does not show up in the mixer or the Sound preferences window. I'm using an ASUS P5WD2, which is an Intel 82801G (ICH7 Family) AC'97 Audio Controller. I tried the steps defined in SoundTroubleShooting (https://help.ubuntu.com/community/SoundTroubleshooting), which has you purge the linux-sound-base and alsa, then reinstall. This has not worked for me. Pressing the Test button in Sound Preferences brings up this message: audiotestsrc wave=sine freq=512 ! audioconvert ! audioresample ! gconfaudiosink: Internal GStreamer error: state change failed. Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer. At first, this seemed to be inline with Bug #129511, but that turned out to be user error. The only applications I have installed besides those provided with the standard desktop install is XGL (with proprietary ATI drivers enabled) to run Compiz Fusion, but I don't remember hearing any sound before installing XGL, so I don't XGL is the issue. I did run gconf-editor once to put icons on my desktop and I noticed a few errors in the terminal window that said something about "esd not found". I don't know if this is helpful, but the is the output of "aplay -l": **** List of PLAYBACK Hardware Devices **** card 2: Intel [HDA Intel], device 0: ALC882 Analog [ALC882 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: Intel [HDA Intel], device 1: ALC882 Digital [ALC882 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0
Could you run this on a command line: $ export GST_DEBUG_NO_COLOR=1 $ GST_DEBUG=*:5 gst-launch-0.10 audiotestsrc ! audioconvert ! gconfaudiosink 2>dbg.log $ gzip dbg.log and then attach the dbg.log.gz file? Also, does one of these work? (as in: doesn't error out; if it doesn't produce sound, that's probably a problem with the mixer settings) $ gst-launch-0.10 audiotestsrc ! audioconvert ! autoaudiosink $ gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=default $ gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=dmix:0 $ gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=dmix:1 $ gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=dmix:2 $ gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=plughw:0 $ gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=plughw:1 $ gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=plughw:2
Created attachment 93497 [details] gst debug log
Just to let you know, late last night, after about 4 hard reboots, the sound just started working again. However, this morning, the problem returned. Creating the dbg.log, I got the following message: ERROR: from element /pipeline0/gconfaudiosink0: Internal GStreamer error: state change failed. Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer. Additional debug info: gstswitchsink.c(155): gst_switch_commit_new_kid (): /pipeline0/gconfaudiosink0: Failed to set state on new child. Running "gst-launch-0.10 audiotestsrc ! audioconvert ! autoaudiosink" produced this: Setting pipeline to PAUSED ... ERROR: Pipeline doesn't want to pause. ERROR: from element /autoaudiosink0-actual-sink-alsa: Could not open resource for writing. Additional debug info: gstalsasink.c(626): gst_alsasink_open (): /autoaudiosink0-actual-sink-alsa: Playback open error on device 'default': No such file or directory Setting pipeline to NULL ... FREEING pipeline ... Running "gst-launch-0.10 audiotestsrc ! audioconvert ! autoaudiosink" produced the same result. Running "gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=dmix:1" produced the test sound with no error, but going into Sound Preferences and selecting "HDA Intel" device (dmix:1), then clicking Test, I got the original error message with no sound. It should also be noted that in Sound Preferences, selecting a Device under "Default Mixer Tracks" shows the track in the list below. When the sound DOES work in that window, the "PCM" track is listed, but it doesn't, "PCM" is not listed. Running "gst-launch-0.10 audiotestsrc ! audioconvert ! alsasink device=plughw:1" also produced the test sound.
Finally fixed my problem. Every time I launched a gnome application from the terminal, I would always see something about esd not being found. So, the little light bulb came on in my head and I installed the esound package. After a quick reboot, magically the sounds works and I have my PCM device The cause of esd not being installed? Well, I actually installed Kubuntu first to see if I would like the new KDE. I ended up liking Gnome more, so I installed the ubuntu-desktop package. So for whatever reason, esound is not in the list of dependencies for ubuntu-desktop.
Well, I have had my machine running for a week now and after rebooting, I am having the same problem, only this time, esd is installed. I cannot get audio to play at all in Ubuntu. Using RhythmBox, I have to manually set the output device, and it will only play one song before it gives me an error about not finding the sound device.
It should also be noted that I have TV cards in my machine, and one of them gets assigned to dmix:0, my actual sound card gets dmix:1, and the other TV capture card gets dmix:2. So I'm wondering if maybe this problem is because my sound card isn't getting assigned as the first dmix deice.
This: Playback open error on device 'default': No such file or directory seems to indicate that the problem is that no alsa device by the name "default" is set up for alsa. Ideally, GStreamer's autoaudiosink should probably do device probing for those audio sinks that implement the GstPropertyProbe interface and try all devices instead of just the "default" device. However, IMHO your distro should still make sure a "default" device is set up for alsa.
Well, I think the problem is that alsa has somehow set the default to my TV capture card, which has only capture ability, no playback devices. And for some reason, won't set it to the real sound card.
Not sure who's responsible for selecting the 'default' device, but I'd guess it's probably either alsa or the distribution. The useless error message has been fixed in gst-plugins-good CVS.
*** Bug 477607 has been marked as a duplicate of this bug. ***
This is an error reporting problem in GStreamer that was fixed ages ago, please upgrade your ubuntu installation. The main problem, however, is the 'no default device' thing, but that's a distro or alsa problem. Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 471364 ***