GNOME Bugzilla – Bug 668745
[0.11] - mp3 playback fails with playbin
Last modified: 2012-02-18 23:57:57 UTC
gst-launch-0.11 playbin uri=file:///home/cschalle/Music/Ray_Parker_Jr-Ghostbusters.mp3 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMpegAudioParse:mpegaudioparse0: GStreamer encountered a general stream error. Additional debug info: gstbaseparse.c(2961): gst_base_parse_loop (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstMpegAudioParse:mpegaudioparse0: streaming stopped, reason not-negotiated ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... ** CRITICAL **: gst_audio_decoder_finish_frame: assertion `buf == NULL || gst_pad_has_current_caps (dec->srcpad)' failed Freeing pipeline ... However this pipeline works: gst-launch-0.11 filesrc location=/home/cschalle/Music/Ray_Parker_Jr-Ghostbusters.mp3 ! mpegaudioparse ! mad ! audioconvert ! pulsesink
Once the typefind failure is fixed (see the patch in https://bugzilla.gnome.org/show_bug.cgi?id=667571), the assert is gone, but we then hit a loop autoplugging id3demux elements one after the other (probably infinitely, I got 451 id3demux elements plugged when I ^Cd).
Just tested with Wim's latest commit and it plays for me. Closing as fixed.
Great :) Which commit was that you're referring to, for my own curiosity ? I see several commits from Wim in core or -base but none that seem like the right one.
Author: Wim Taymans <wim.taymans@collabora.co.uk> Date: Thu Jan 26 19:47:38 2012 +0100 tagdemux: use default event handler for delayed events