[Bug 722767] element: add function to sync element state with target state of the parent

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Feb 24 01:04:23 PST 2015


--- Comment #13 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Some related discussion on IRC

<wtay_> slomo, target state seems weird, you could set elements to playing
already when the pipeline is still prerolling
<slomo> wtay_: yes, but is that a problem? without you have the same problem
the other way around, just that it there can cause things to never go to
<wtay_> I don't know
<slomo> so maybe a new function to set the target state instead? but otoh that
will probably confuse people as they'll never know which one to use
<slomo> wtay_: a problem could possibly be if the child element expects to go
to PLAYING only from the surrounding pipeline and expects to have a clock and
proper base time set at that point
<slomo> wtay_: but then this is going to break in other situations too
currently... when people explicitly set the state to PLAYING instead of syncing
with the parent state for example. which would be the recommended way of doing
things considering the never-go-to-PLAYING bug with sync_state_with_parent()

You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.

More information about the gstreamer-bugs mailing list