GNOME Bugzilla – Bug 151520
Assertion failure in snd_pcm_wait
Last modified: 2005-08-29 15:42:46 UTC
Run rhythmbox, play a file, rhythmbox will segfault. Here's my ~/.asoundrc: ------begin asoundrc------------ pcm.ossmix { type dmix ipc_key 1024 # must be unique! slave { pcm "hw:0,0" # you cannot use a "plug" device here, darn. period_time 0 period_size 1024 # must be power of 2 buffer_size 8192 # dito. It #format "S32_LE" #periods 128 # dito. #rate 8000 # with rate 8000 you *will* hear, # if ossmix is used :) } # bindings are cool. This says, that only the first # two channels are to be used by dmix, which is enough for # (most) oss apps and also lets multichannel chios work # much faster: bindings { 0 0 # from 0 => to 0 1 1 # from 1 => to 1 } } # Everything shall be dmixed, so redefine "default": pcm.!default { type plug slave.pcm "ossmix" } # OSS via aoss should d(mix)stroyed: pcm.dsp0 { type plug slave.pcm "ossmix" # use our new PCM here } # mixer0 can stay unchanged, because it isn't used anyway, I guess ;) ctl.mixer0 { type hw card 0 } -----end .asoundrc-------- How often does this happen? Everytime. Additional Information: This setup works fine with other apps. Tested with VLC media player, XMMS, Mplayer and mpg321. Using Debian 2.6.8.1-k7 kernel and latest alsa packages from Debian Sid.
Did you test with the gst-laucnh command line described in rhythmbox README ?
Sorry, here's some additional info: % gst-launch-0.8 gnomevfssrc location=sens.mp3 ! spider ! volume ! audioscale ! audioconvert ! $(gconftool-2 -g /system/gstreamer/0.8/default/audiosink) RUNNING pipeline ... gst-launch-0.8: pcm.c:2094: snd_pcm_wait: Assertion `err == 1' failed. zsh: abort gst-launch-0.8 gnomevfssrc location=sens.mp3 ! spider ! volume ! audioscale ! Same thing with ogg files. Using gstreamer 0.8.
What alsa-lib version ? This may have been fixed in the 1.0.5 release.
% dpkg -l | grep libasound ii libasound2 1.0.5-1 Advanced Linux Sound Architecture (libraries ii libasound2-dev 1.0.5-1 Advanced Linux Sound Architecture (developme % dpkg -l | grep alsa ii alsa-base 1.0.5a-3 ALSA sound driver common files ii alsa-headers 1.0.5a-3 ALSA sound driver header files ii alsa-oss 1.0.5-1 Advanced Linux Sound Architecture (OSS compa ii alsa-utils 1.0.5-3 Advanced Linux Sound Architecture (utilities % dpkg -l | grep rhythmbox ii rhythmbox 0.8.5-3 music player and organizer for GNOME
This is a gstreamer bug anyway (or maybe alsa bug), reassigning...
*** Bug 155316 has been marked as a duplicate of this bug. ***
Which version of GStreamer-plugins is this? If it's possible for anyone to reproduce this under gdb, I expect a backtrace with the function gst_alsa_sink_loop in it, around line 500 of gstalsasink.c. In there, I'd be interested in the values of avail and avail2. If you don't know how to use gdb but want to try to help (and can reproduce this), please come online on IRC (irc.freenode.net #gstreamer) and speak to me (my nick is BBB), I'll try to help to get this working. I need this information to fix this bug.
I'd be glad to help, but I can't reproduce this bug anymore : alsa and gstreamer packages have been updated in Sid, and I got a new soundcard so even the alsa driver is not the same.
Hm... Which driver did you use? I might want to buy one of those to reproduce.
*** Bug 157957 has been marked as a duplicate of this bug. ***
*** Bug 158337 has been marked as a duplicate of this bug. ***
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=643 contains a patch for libalsa that fixes this. We can, as far as I'm aware, not easily workaround this bug except for duplicating libalsa functions inside the GStreamer alsa plugin, which I'd rather not do. I'm tempted to mark this bug as 'NOTGNOME', but I'll leave it open to dup other bugs - we'll get more. :-(.
I get the exact same bug using a similar config and dmix. Running NVIDIA original NForce audio on Fedora Core 3. i.e. gstreamer-0.8.7, alsa-lib-1.0.6. I see this was commited on alsa CVS, but I wonder when new RPMs for Fedora will come out... perhaps in 6 months. Blech. Oh well, I can always use mplayer instead. That works just peachy. [ I did the dmix changes so I could get sound out on my SPDIF out plug, why won't Fedora just let me get that working without mucking around :( ].
It's not a Fedora bug, and I've already asked Colin to fix it. Please be patient.