[gstreamer-bugs] [Bug 153004] [typefind] can't identify a specific mp3 file

[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=153004
 GStreamer | gst-plugins | Ver: HEAD CVS


Jan Schmidt changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thaytan at mad.scientist.com




------- Comment #14 from Jan Schmidt  2006-01-20 11:48 UTC -------
The file contains exactly one mp3 frame, and sadly it's not decodable on its
own. It needs 36 bytes from a subsequent frame to actually decode. 

Most mp3s are going to be like that - not decodable unless there's at least 2
or 3 frames. The same isn't true for layer 1 and 2 though. 

To be able decode all files, even if they only have a fraction of a second of
auduio, we should probably go the path of lowering the probability when we
don't have as many frames to detect type on.

Also, the fact that there is a valid mp3 header at byte 0 should raise the
probability. If we have to skip bytes to find the header, it's more likely to
be id3 or wav or something else.

I think this is what the current typefind logic is trying to do anyway, it
probably just needs massaging.


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