[Gstreamer-bugs] [Bug 94113] Changed - [0.6.2] spider doesn't detect type of mp3 stream

[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=94113

Changed by in7y118 at public.uni-hamburg.de.

--- shadow/94113	Mon Apr 28 13:55:08 2003
+++ shadow/94113.tmp.9711	Wed Apr 30 11:55:55 2003
@@ -120,6 +120,24 @@
 work.  I think people were discussing having spider try pulling until
 it had "enough" data to make a decision.
 
 So we could keep this bug around as a wishlist to implement that.  Or
 we could open a new one and close this one.  Up to you.
 
+
+------- Additional Comments From in7y118 at public.uni-hamburg.de  2003-04-30 11:55 -------
+Problem is that nobody knows how much data we need for typefinding.
+If somebody puts everything he can (complete with images of the 
+cover) into an IDv2 tag at the beginning of the file, we could easily 
+need 50k of data before we know what kind of data (mp3, flac, 
+something else?) we have.
+
+Another thing is that lots of mp3s have garbage at the beginning of 
+the file, for example loads of zeroed bytes. If we wanted to support 
+these (invalid) mp3s we would have to look quite far into the file 
+(no idea how far).
+
+However proper typefinding requires a redesign of the API for 
+typefinding functions, the current API doesn't support this. (It 
+should allow for some other things like ranks for sorting which 
+typefind function to use first, confidence values, ...)
+I did a bit of design on that one in Oslo but lost it somwhere.