[Bug 606382] decodebin: Upstream events (seek,qos) get lost when switching groups/chains

[GStreamer (GNOME Bugzilla)]

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

--- Comment #36 from Duncan Palmer <dpalmer at digisoft.tv> ---
(In reply to Edward Hervey from comment #34)


>   In the case of FLUSH_START I would propose the following:
> 
>   In group event probes (whether linked or unlinked) if we see a FLUSH_START
> we should forward that to *all* other groups. The rationale behind this is
> that upstream (the demuxer) asked us to flush, therefore we should flush
> everything downstream from that... which includes all the groups.
>   By doing so we:
>   1) Ensure all groups are flushed
>   2) Downstream of decodebin gets the FLUSH_START event (there is at least
> one group exposed which will push that through decodebin's current source
> pads)
>   Once that is done, we should also expose the latest group (which is the
> one currently linked to the demuxer) and remove the previous ones.

Would there be any problems if upstream did a variant switch after FLUSH_STOP,
and before pushing any data into the exposed group? I don't think there would
be, as the exposed group (now flushed) would receive an EOS, and things would
proceed in the way they usually do for a variant switch.

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