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 158701 - [sdlvideosink] messes up when Seek event (SEEK_SET, SEEK_CUR) is sent
[sdlvideosink] messes up when Seek event (SEEK_SET, SEEK_CUR) is sent
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.3.3
Other other
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-11-19 12:53 UTC by ecmproute
Modified: 2005-11-11 16:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6



Description ecmproute 2004-11-19 12:53:22 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.

Comment 1 Ronald Bultje 2005-02-09 13:45:49 UTC
I'm not able to reproduce this, can you provide a small testcase that I can just
compile and run to see the hang?
Comment 2 Luca Ognibene 2005-11-11 16:34:16 UTC
Closing. Please provide the needed info and reopen the bug if it's still an
issue for you.