[Bug 773099] decodebin2 ignores the GST_CHANGE_STATE_ASYNC returned by the child element.

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=773099

Romain <romain.picard at oakbits.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |romain.picard at oakbits.com

--- Comment #7 from Romain <romain.picard at oakbits.com> ---
(In reply to Sebastian Dröge (slomo) from comment #6)
> A videodecoder that handles the state change from PAUSED->PLAYING sounds
> like a design problem. Decoders, parsers, demuxers, ... and everything that
> does not sync to the clock really, should do exactly the same in PAUSED as
> in PLAYING.

Yes, we agree that this is not the way that these elements usually behave. this
behavior is the one that seems to be the best balance between what GStreamer
expects and how our drivers behave:

This video decoder cannot start in pause mode, so our element has different
behaviors when going from READY->PAUSED and PLAYING->PAUSED. 

On the READY->PAUSED transition, nothing happens. This state change is
synchronous.
On the PAUSED->PLAYING, the video driver is actually started, which is
asynchronous (i.e. the preroll is done here).
On the PLAYING->PAUSED transition the video driver is paused.

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