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 322927 - gst_element_seek pauses simple pipeline
gst_element_seek pauses simple pipeline
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: git master
Assigned To: Wim Taymans
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-12-01 13:23 UTC by Josef Zlomek
Modified: 2006-03-01 14:18 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Test program (2.65 KB, text/plain)
2005-12-01 14:44 UTC, Josef Zlomek
Details

Description Josef Zlomek 2005-12-01 13:23:39 UTC
The pipeline consists of filesrc, mpegdemux, and fakesink for each pad created
by mpegdemux. The pipeline is in PLAYING state. When I call gst_element_seek
with element = pipeline and flags = GST_SEEK_FLAG_FLUSH, the pipeline stops forever.

The function do_pipeline seek changes the state to PAUSED before sending the
event and changes the state to PLAYING again. That's OK. But when the fake sinks
get the flush event they call gst_element_lost_state which sets pending =
current state (= PAUSED) and return value to async. The pipeline sets these
values accordingly. Then the pending state is set to PLAYING. But the current
state of the pipeline is never set to PLAYING, its state remains in the
PAUSED->PLAYING transition.
Comment 1 Josef Zlomek 2005-12-01 14:44:59 UTC
Created attachment 55477 [details]
Test program
Comment 2 Scott Sloan 2005-12-20 01:12:49 UTC
I seem to be experiencing this also 

https://launchpad.net/distros/ubuntu/+source/totem/+bug/3998
Comment 3 Jan Schmidt 2006-01-25 21:40:31 UTC
I don't think the ubuntu launchpad bug is the same. Totem in ubuntu was still using GStreamer 0.8 back then, whereas this was a 0.10 bug, and seems to work now.  

mpegdemux has received quite a few fixes since then.

Josef, is this still a problem?
Comment 4 Wim Taymans 2006-02-14 09:38:31 UTC
not adding queues after the demuxer will cause preroll to fail, which will cause the pipeline to refuse to go to PLAYING. closing.
Comment 5 Josef Zlomek 2006-03-01 14:18:48 UTC
Yes, it works with queues after demuxer. Thanks for hint!