[Gstreamer-bugs] [Bug 104854] New - mp3 typefinding (and typefinding in general) too exact

[bugzilla-daemon at widget.gnome.org]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=104854

Changed by walters at verbum.org.

--- shadow/104854	Thu Jan 30 17:18:46 2003
+++ shadow/104854.tmp.8400	Thu Jan 30 17:18:46 2003
@@ -0,0 +1,29 @@
+Bug#: 104854
+Product: GStreamer
+Version: 0.5.2
+OS: other
+OS Details: Debian GNU/Linux
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: gst-plugins
+AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
+ReportedBy: walters at verbum.org               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: 0.4.0
+URL: 
+Summary: mp3 typefinding (and typefinding in general) too exact
+
+For internet radio, I often get a stream that is right in the middle of an
+MP3.  The current mp3 typefinding code
+(/foreign-cvs/cvs.sourceforge.net/gst-plugins/gst/mpegaudioparse/gstmp3types.c)
+is too exact; only looks at the beginning of the buffer.
+
+In general, it would be nice if we had a way to pass a 'fuzziness'
+qualifier to typefinding functions.  For now though, I think we would not
+break anything if we just made the mp3 typefinding function search through
+more of the buffer for an mp3 frame header.  Most programs will already
+konw the content from the filename extension.
+
+By the way, I have a small patch to clean up that file, which I will attach.