[Gstreamer-bugs] [Bug 98193] New - gstspideridentity doesn't flush cache on seek

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

Changed by pb at nexus.co.uk.

--- shadow/98193	Sun Nov 10 17:13:00 2002
+++ shadow/98193.tmp.24590	Sun Nov 10 17:13:00 2002
@@ -0,0 +1,28 @@
+Bug#: 98193
+Product: GStreamer
+Version: 0.4.2
+OS: other
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: gstreamer (core)
+AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
+ReportedBy: pb at nexus.co.uk               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: 0.4.0
+URL: 
+Summary: gstspideridentity doesn't flush cache on seek
+
+If I try to plag an ogg file with gst-launch filesrc ! spider ! esdsink,
+the spider correctly identifies the type of the file but the vorbis decoder
+rejects it with "This is not a Vorbis file".
+
+The problem is that vorbisfile explicitly seeks the stream to 0 when it
+starts up.  At this point, the spider has the first 4k or so of data in its
+cache.  It plays this data out and then switches back to feeding from the
+filesrc.  But, since the seek was passed through to filesrc, it starts over
+from the beginning of the file.  The effect of all this is that the first
+page of the file is read twice, which causes vorbisfile to decide that the
+stream is corrupt and turn its nose up at it.