GNOME Bugzilla – Bug 153418
Pad error when trying to play MP3 file
Last modified: 2009-08-15 18:40:50 UTC
When I try to play a MP3 file in Totem-GStreamer, this message appears on the console: (totem:22869): GStreamer-WARNING **: element work_thread claimed state-change success,but state didn't change to PLAYING. State is PAUSED (NONE_PENDING pending), fix the element. If I try with gst-launch-0.8, this happens: $ gst-launch-ext-0.8 h2g2-20040921.mp3 Running command-line gst-launch-0.8 filesrc location="h2g2-20040921.mp3" ! mad ! esdsink RUNNING pipeline ... ERROR: from element /pipeline0/mad0: Internal GStreamer error: pad problem. File a bug. Additional debug info: gstpad.c(2490): gst_pad_set_explicit_caps: /pipeline0/mad0: failed to negotiate (try_set_caps with "audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)48000, channels=(int)2" returned REFUSED) Execution ended after 2 iterations (sum 2760000 ns, average 1380000 ns, min 135000 ns, max 2625000 ns). I'm using libgstreamer0.8-0 0.8.5-1 and gstreamer0.8-mad 0.8.4-1ubuntu1.
Try gst-launch-0.8 filesrc location="h2g2-20040921.mp3" ! mad ! audioconvert ! audioscale ! esdsink I don't know why totem-gstreamer fails right now.
Yes, that works. I take it the error was esd refusing to accept a 48khz stream?
Yes.
Can you confirm that the current CVS of Totem plays this file fine (or provide the file, for that matter)?
I can indeed, closing.