After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 537235 - [mp3parse] some mp3 files do not play with gstreamer
[mp3parse] some mp3 files do not play with gstreamer
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
0.10.x
Other All
: Normal normal
: 0.10.9
Assigned To: Sebastian Dröge (slomo)
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-06-08 11:21 UTC by Sam Morris
Modified: 2008-06-09 09:15 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Sam Morris 2008-06-08 11:21:47 UTC
Please describe the problem:
I noticed that when Rhytmbox tries to play certain mp3 files, it just stays at 0:00 without progressing.

Steps to reproduce:
See the attached file.

Actual results:


Expected results:


Does this happen every time?


Other information:
$ gst-launch -v playbin uri=file:///home/sam/noplay.mp3
Setting pipeline to PAUSED ...
/playbin0/decodebin0/typefind.src: caps = application/x-id3
/playbin0/decodebin0/id3demux0.sink: caps = application/x-id3
/playbin0/decodebin0/mpegaudioparse0.sink: caps = audio/mpeg, mpegversion=(int)1, layer=(int)3
Pipeline is PREROLLING ...

[nothing further happens]
Comment 1 Sam Morris 2008-06-08 11:28:24 UTC
file uploaded to http://robots.org.uk/stuff/gnome%23537235.mp3
Comment 2 Sebastian Dröge (slomo) 2008-06-09 06:35:51 UTC
Seems to be a broken file:
0:00:00.385900605 18028  0x8c95e38 DEBUG             mp3parse gstmpegaudioparse.c:1356:head_check:<mpegaudioparse0> checking mp3 header 0xfffb9202
0:00:00.385917884 18028  0x8c95e38 DEBUG             mp3parse gstmpegaudioparse.c:1391:head_check:<mpegaudioparse0> invalid emphasis
0:00:00.385934080 18028  0x8c95e38 DEBUG             mp3parse gstmpegaudioparse.c:1338:gst_mp3parse_chain:<mpegaudioparse0> wrong header, skipping byte
0:00:00.385954825 18028  0x8c95e38 DEBUG             mp3parse gstmpegaudioparse.c:1356:head_check:<mpegaudioparse0> checking mp3 header 0xffffffff
0:00:00.385970485 18028  0x8c95e38 DEBUG             mp3parse gstmpegaudioparse.c:1378:head_check:<mpegaudioparse0> invalid bitrate
0:00:00.385985404 18028  0x8c95e38 DEBUG             mp3parse gstmpegaudioparse.c:1338:gst_mp3parse_chain:<mpegaudioparse0> wrong header, skipping byte


Can other players play this?
Comment 3 Sebastian Dröge (slomo) 2008-06-09 07:36:38 UTC
Apparently madplay can play that file...
Comment 4 Sebastian Dröge (slomo) 2008-06-09 07:50:48 UTC
2008-06-09  Sebastian Dröge  <slomo@circular-chaos.org>

	* gst/mpegaudioparse/gstmpegaudioparse.c: (head_check):
	Don't mark MPEG headers with emphasis == 0x2 as invalid. This
	emphasis value is reserved but unfortunately files with that
	value exist and the information is not important for the decoder
	anyway. Fixes bug #537235.