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 320927 - corrupted image after seek in AVI
corrupted image after seek in AVI
Status: RESOLVED INVALID
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-11-07 23:23 UTC by Vincent Torri
Modified: 2006-01-23 12:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
test program (7.64 KB, text/plain)
2005-11-07 23:26 UTC, Vincent Torri
Details
test program updated for 0.10 (and working) (8.91 KB, text/x-csrc)
2006-01-23 12:44 UTC, Tim-Philipp Müller
Details

Description Vincent Torri 2005-11-07 23:23:45 UTC
with a filesrc, a decodebin and a fakesink in a pipeline, I want to seek to some
frame number, get the frame data and then display it.

With an avi file, the seek is accurate, but the data that I retrieve when the
"handoff" signal is sent is not good.

You can see an example of the problem here : 

http://www.iecn.u-nancy.fr/~torri/files/gstreamer_seek/gst_seek.png

With an mkv file, the seek is not accurate. It seems to go to the next key
frame, and not the previous one, before doing the seek. The problem with the
data remains.

The videos that I use are here :
http://www.iecn.u-nancy.fr/~torri/files/gstreamer_pb/
the video stream has been encoded with xvid.

The above screen shot is obtained with the blood.avi file, frame #120 and with
the program attached below
Comment 1 Vincent Torri 2005-11-07 23:26:01 UTC
Created attachment 54446 [details]
test program

Test program that shows the problem when seeking to a specific frame
Usage :
./seek video_file frame_number
Comment 2 Tim-Philipp Müller 2006-01-23 12:44:03 UTC
Created attachment 57930 [details]
test program updated for 0.10 (and working)
Comment 3 Tim-Philipp Müller 2006-01-23 12:46:37 UTC
This is not a bug in GStreamer.

This is a bug in your test program. You're not using correct strides for the I420 video frame when converting from yuv to rgb.