Summary: | alsa-lib 1.0.9 broke gst-plugins-alsa-0.8.8 + musepack/ogg audio (at least) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Giacomo Perale <ghepeu> |
Component: | [OLD] Unspecified | Assignee: | GStreamer package maintainers <gstreamer> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | sound |
Priority: | High | ||
Version: | 2005.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Giacomo Perale
2005-05-31 15:56:23 UTC
That's more a gstreamer problem than an alsa one. the upgrade didn't fix the problem, so I submitted the bug upstream and discovered that it is due to changes in alsa http://bugzilla.gnome.org/show_bug.cgi?id=306934 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1101 It seems that nobody's working on it. A workaround is setting "alsasink device=hw:0" as default audio sink in the Multimedia Systems Selector This problem is a bug in alsa, only showing up since 1.0.9 of the drivers. For certain sound cards alsa advertises it supports audio with certain parameters and when setting those parameters it says parameters invalid. However not many cards have this problem.. Just for your information, spider is now deprecated and decodebin is recommended instead. So try: gst-launch-0.8 filesrc location="lugradio-s2e12-280305.ogg" ! decodebin ! audioconvert ! alsasink Same error. ghepeu@KazeNoTani ~ $ LC_ALL="C" gst-launch-0.8 filesrc location="lugradio-s2e12-280305.ogg" ! decodebin ! alsasink RUNNING pipeline ... ERROR: from element /pipeline0/alsasink0: Could not get/set settings from/on resource. ERROR: from element /pipeline0/decodebin0/vorbisdec0: Internal GStreamer error: pad problem. File a bug. Additional debug info: gstpad.c(2562): gst_pad_set_explicit_caps: /pipeline0/decodebin0/vorbisdec0: failed to negotiate (try_set_caps with "audio/x-raw-float, rate=(int)22000, channels=(int)1, endianness=(int)1234, width=(int)32, buffer-frames=(int)0" returned REFUSED) Execution ended after 16 iterations (sum 253732000 ns, average 15858250 ns, min 21000 ns, max 235830000 ns). My soundcard is a Sound Blaster Live! 5.1 (emu10k1): 0000:00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) Subsystem: Creative Labs SB Live! 5.1 Model SB0100 Flags: bus master, medium devsel, latency 32, IRQ 19 I/O ports at e800 Capabilities: [dc] Power Management version 1 I have the same problem. I'm using alsa from kernel 2.6.15-r1 and gst-plugins-base-0.10.4-r1 and 5(own ebuild). fausto@ryba mp3_3_other % gst-launch-0.10 playbin uri=file:///mnt/music/mp3_3_other/1.mp3 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /playbin0/abin/audiosink/actual-sink: Could not get/set settings from/on resource. Additional debug info: gstalsasink.c(570): set_hwparams (): /playbin0/abin/audiosink/actual-sink: Rate doesn't match (requested 44100Hz, get 0Hz) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ... fausto@ryba mp3_3_other % Setting various audio outputs in gstreamer-properties doesnt help. Forum topic related to this: http://forums.gentoo.org/viewtopic-t-451439.html This seems to prevent media-sound/banshee from working. According to gstream developers it is a gentoo-specific bug. Is there a solution or workaround yet? Not going anywhere; if you have issues w/ 0.10.x and recent alsa-lib (1.0.14_rcX), feel free to reopen. gstreamer 0.8.x is basically dead. |