GNOME Bugzilla – Bug 158701
[sdlvideosink] messes up when Seek event (SEEK_SET, SEEK_CUR) is sent
Last modified: 2005-11-11 16:34:16 UTC
Distribution: Fedora Core release 2 (Tettnang) Package: GStreamer Severity: major Version: GNOME2.6. unspecified Gnome-Distributor: Red Hat, Inc Synopsis: Sdlvideosink messes up when Seek event (SEEK_SET, SEEK_CUR) is sent Bugzilla-Product: GStreamer Bugzilla-Component: gst-plugins Bugzilla-Version: unspecified Description: Description of Problem: sdlvideosink stalls when a seek event is sent to it using: gst_event_new_seek (GST_FORMAT_TIME | GST_SEEK_METHOD_SET | GST_SEEK_FLAG_FLUSH, 4 * GST_SECOND); The duration of the video is more much than 4 seconds. This is happening both when I am using playbin, or the code in dynamic.c, changed to add the seek event, to decode. The problem is not seen in ximagesink. After receiving 2 or more seek events, the sdlvideosink practically hangs, and the application has to be stopped by doing a "kill -9" I am using the latest gstreamer packages. Steps to reproduce the problem: 1. 2. 3. Actual Results: Expected Results: How often does this happen? Everytime Additional Information: ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-11-19 07:53 ------- Unknown version unspecified in product GStreamer. Setting version to "0.3.3". Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "GStreamer". Setting to default milestone for this product, 'HEAD' The original reporter of this bug does not have an account here. Reassigning to the person who moved it here, unknown@bugzilla.gnome.org. Previous reporter was ecmproute@gmail.com. Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
I'm not able to reproduce this, can you provide a small testcase that I can just compile and run to see the hang?
Closing. Please provide the needed info and reopen the bug if it's still an issue for you.