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 501775 - [wavparse] regression in CVS: seeking is broken
[wavparse] regression in CVS: seeking is broken
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other All
: Normal normal
: 0.10.7
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-12-05 15:06 UTC by Peteris Krisjanis
Modified: 2007-12-06 11:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description Peteris Krisjanis 2007-12-05 15:06:16 UTC 
Please describe the problem:
I can't seek 16-bit raw PCM WAV file with gst-plugins-base/tests/examples/seek. Gstreamer also fails to seek it in other applications (f.e. playing the same file in Totem within Gst CVS env).

Steps to reproduce:
1. Download WAV file from
http://mail.republika.lv/~peteriskrisjanis/HelloHello.wav (Song by me, licensed to use for testing purposes ;)). 16-bit raw PCM.
2. Compile and use Gstreamer CVS env.
3. Launch 'seek' gtk app from gst-plugins-base/tests/examples/seek:
./seek 10 HelloHello.wav
4. Try to seek forward

Actual results:
It stays in current place and console spawns tons of messages "seek failed". I can't seek.

Expected results:
I can seek forwards and backwards.

Does this happen every time?
Yes.

Other information:
Comment 1 Tim-Philipp Müller 2007-12-06 11:52:12 UTC 
Thanks, fixed again:

 2007-12-06  Tim-Philipp Müller  <tim at centricular dot net>

        * gst/wavparse/gstwavparse.c: (gst_wavparse_srcpad_event):
          Fix seeking in .wav files again (#501775).  Some people seem to think
          they don't need to test their changes when they're just 'reflowing'
          some code.