GNOME Bugzilla – Bug 156339
[alsasink] gst does not identify its default output sink properly.
Last modified: 2005-01-10 17:26:09 UTC
1. Open any gst application (gstreamer properties, rhythmbox) 2. Play a stream (or press "alsa sink test button") 3. I get < 1s of sound, and then: gstreamer-properties: pcm.c:2094: snd_pcm_wait: Assertion `err == 1' failed. Xlib: unexpected async reply (sequence 0xa79)!
I don't see bugzilla showing the version specifics, where I put that this is alsa from kernel 2.6.9 with no OSS.
Which alsalib version (rpm -qa|grep alsa, if you run a RPM-based distro).
Ronald, I have sort of solved my problems. On both of my machines, changing the sink to 'alsasink device="hw:0"' makes it work. Should this not be some sort of default?
I've proposed that, but others disagree because it changes application default behaviour based on asoundrc. We will really have to fix alsasink at some point to also work well with all soundcards and alsalib versions around when not using hw:X devices.
Say I'm using dmix, how would that be entered as the device? Or is it that gst breaks on dmix, which should be the default output on my machine?
In Gstreamer-properties, use a custom output device: alsasink device=dmix
This is fixed in alsalib bug 642 or 643 (forgot), update alsalib and you're done. RedHat already ships fixed packages for Fedora. Marking NOTGNOME.