[gstreamer-bugs] [Bug 348075] [typefind] fails to typefind mp3 content after ID3v2 tag

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=348075
 GStreamer | gst-plugins-base | Ver: 0.10.3


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW
     Ever Confirmed|0                           |1




------- Comment #4 from Tim-Philipp Müller  2006-07-23 10:34 UTC -------
A hexdump of the beginning of this file looks like this:

...
000002c0  58 58 58 00 00 00 18 00  00 03 4d 75 73 69 63 42  |XXX.......MusicB|
000002d0  72 61 69 6e 7a 20 4e 6f  6e 2d 41 6c 62 75 6d 00  |rainz Non-Album.|
000002e0  30 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |0...............|
000002f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
002f8dc0  00 00 51 7d 02 4b ba 31  4e 83 2c cf b9 67 d6 df  |..Q}.K.1N.,..g..|


In other words, the file (which is ~4MB apparently) consists of

 - 1kB of ID3v2 data.
 - about 3.1MB of zeroes
 - about 0.9MB of mp3 data after that



I see two options here:

 - WONTFIX

 - implement a very simple "zero-tag"-demuxer based on the
   tagdemux base class we already have (very little code required)
   that strips zeroes from the beginning of a stream (this seems
   to be reasonably common for some reason, althoug this file is
   an extreme case of course)


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.