After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 151520 - Assertion failure in snd_pcm_wait
Assertion failure in snd_pcm_wait
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 155316 157957 158337 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-08-31 14:24 UTC by Anil Daoud
Modified: 2005-08-29 15:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Anil Daoud 2004-08-31 14:24:01 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.
Comment 1 Christophe Fergeau 2004-08-31 14:25:42 UTC
Did you test with the gst-laucnh command line described in rhythmbox README ?
Comment 2 Anil Daoud 2004-08-31 14:33:00 UTC
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.
Comment 3 Christophe Fergeau 2004-08-31 14:40:04 UTC
What alsa-lib version ?
This may have been fixed in the 1.0.5 release.
Comment 4 Anil Daoud 2004-08-31 14:44:07 UTC
% 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
Comment 5 Christophe Fergeau 2004-08-31 15:04:30 UTC
This is a gstreamer bug anyway (or maybe alsa bug), reassigning...
Comment 6 Ronald Bultje 2004-11-10 10:20:50 UTC
*** Bug 155316 has been marked as a duplicate of this bug. ***
Comment 7 Ronald Bultje 2004-11-10 15:38:33 UTC
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.
Comment 8 Anil Daoud 2004-11-10 23:02:33 UTC
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.
Comment 9 Ronald Bultje 2004-11-11 08:04:35 UTC
Hm... Which driver did you use? I might want to buy one of those to reproduce.
Comment 10 Ronald Bultje 2004-11-11 15:24:10 UTC
*** Bug 157957 has been marked as a duplicate of this bug. ***
Comment 11 Ronald Bultje 2004-11-15 09:32:43 UTC
*** Bug 158337 has been marked as a duplicate of this bug. ***
Comment 12 Ronald Bultje 2004-11-15 09:34:35 UTC
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. :-(.
Comment 13 Vasco Alexandre da Silva Costa 2004-11-30 19:08:51 UTC
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 :( ].
Comment 14 Ronald Bultje 2004-11-30 19:44:09 UTC
It's not a Fedora bug, and I've already asked Colin to fix it. Please be patient.