GNOME Bugzilla – Bug 598335
mpegaudioparse: fails to parse "free format" mp3 file
Last modified: 2012-02-26 20:35:23 UTC
It is available there: http://netzflocken.de/files/03%20-%20the%20lucky%20one.mp3
Trying with playbin2: ERROR: from element /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstMPEGAudioParse:mpegaudioparse0: Failed to parse stream Additional debug info: gstmpegaudioparse.c(1479): gst_mp3parse_handle_data (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstMPEGAudioParse:mpegaudioparse0
This is a free format mp3 file. mp3parse doesn't support free format.
I started working on this and made mp3parse parse free format files (hacky in some ways), but mad and libmad fails to find the sync header because this is a free format and frames are aligned to buffers, so there is no 'next' sync header in the current buffer and it doesn't return the 'need more data' error. It returns 'lost sync' instead. We could have a workaround in mad.
This should be fixed in git now, even if this bug isn't referenced: commit 0d5b5d839a3fb92620bdc90579eab9192a74df3a Author: Mark Nauwelaerts <mark.nauwelaerts@collabora.co.uk> Date: Tue Feb 21 18:42:31 2012 +0100 mpegaudioparse: support parsing freeform bitrate stream commit 838493c9a7cc199805563299fc3152a0bdf3a77e Author: Mark Nauwelaerts <mark.nauwelaerts@collabora.co.uk> Date: Tue Feb 21 18:53:57 2012 +0100 mad: handle libmad freeform parsing quirk