[gstreamer-bugs] [Bug 325972] [typefinding] doesn't recognise this mp3

[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=325972
 GStreamer | gst-plugins-base | Ver: 0.10.0


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
          Component|gst-plugins-ugly            |gst-plugins-base
     Ever Confirmed|0                           |1
            Summary|[gst0.10] Internal GStreamer|[typefinding] doesn't
                   |error: caps problem         |recognise this mp3




------- Comment #3 from Tim-Philipp Müller  2006-01-19 16:08 UTC -------
Doesn't work with current CVS.

Looks like it has a stand-alone ID3v2 'custom object' frame at the beginning of
the file that is not embedded in a proper ID3v2 tag:

00000000  0b 47 45 4f 42 00 00 06  90 00 00 00 62 69 6e 61  |.GEOB.......bina|
00000010  72 79 00 00 52 65 61 6c  4a 75 6b 65 62 6f 78 3a  |ry..RealJukebox:|
00000020  4d 65 74 61 64 61 74 61  00 52 4a 45 58 00 00 00  |Metadata.RJEX...|
00000030  01 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
...

Probably Real's custom object is fairly large; from the looks of it the MP3
frames start around offset 0x6f24 at the earliest, that might be longer than
we're probing for header frames for in typefind. IIRC in 0.8 the mp3 typefinder
would also scan the middle of the file for consecutive mpeg audio frames;
possible there are some typefind changes from 0.8 that need to be
forward-ported.


-- 
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.