After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 98193 - [SPIDER] gstspideridentity doesn't flush cache on seek
[SPIDER] gstspideridentity doesn't flush cache on seek
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.4.2
Other other
: Normal normal
: 0.4.0
Assigned To: Steve Baker
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-11-10 22:12 UTC by Phil Blundell
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Phil Blundell 2002-11-10 22:12:59 UTC
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.
Comment 1 David Schleef 2003-07-17 05:59:07 UTC
I can't reproduce this with either 0.6 or HEAD.  So I'm assuming it's
fixed.  Could you reopen the bug if it isn't?