GNOME Bugzilla – Bug 336964
Decodebin can't play MP3 files with ID3v1 tag
Last modified: 2006-04-03 19:25:38 UTC
Please describe the problem: If an MP3 file is played with decodebin (such as with Totem, or with a pipeline like gst-launch-0.10 filesrc location=tono.mp3 ! decodebin ! audioconvert ! alsasink), and that file has only an ID3v1 tag, an error will occur "Internal flow error". The same file is OK if played with gst-launch-0.10 filesrc location=tono.mp3 ! mad ! audioconvert ! alsasink The problem does not seem to occur with untagged MP3, or with MP3 files with ID3v2 tags Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
Created attachment 62633 [details] an MP3 file created with LAME with option --id3v1-only
What version of -core and -base and -good is this with? Works fine for me with CVS: tim@sceptic:~/samples/audio/mp3$ gst-launch-0.10 playbin uri=file:///home/tim/samples/audio/mp3/onlyid3v1-336964.mp3 -t Setting pipeline to PAUSED ... Pipeline is PREROLLING ... FOUND TAG : found by element "id3demux0". title: tono track number: 0
I had a mix of CVS HEAD libs and libs from the RPMs. After reinstalling everything from RPMs, everything works. If everything works at the next release, this can be closed
The problem occur if gstreamer is from HEAD CVS and the rest is from RPMs. It does not if everything is installed from RPMs: gstreamer-0.10.4-0.gst.2.5 gstreamer-plugins-base-0.10.5-0.gst.3.5 gstreamer-plugins-good-0.10.2-0.gst.2.5 gstreamer-plugins-bad-0.10.1-0.gst.3.5 gstreamer-plugins-ugly-0.10.3-0.gst.1.5 libmad-0.15.1-2.b.lvn5 libid3tag-0.15.1b-2.fc5
Thanks for narrowing this down, I think this is the same issue as bug #335028. There should be a new -core and -base releases by the end of this week. *** This bug has been marked as a duplicate of 335028 ***