[Bug 795424] qtdemux: Add MSE-style flush

[GStreamer (GNOME Bugzilla)]

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

--- Comment #23 from Alicia Boya García <aboya at igalia.com> ---
(In reply to Sebastian Dröge (slomo) from comment #20)
> It would flush everything downstream to directly start playback again from
> whatever next data comes. Similarly to how the adaptivedemux keyframe-only
> mode is currently implemented in qtdemux.

If I understood correctly, this potential adaptivedemux-style flush would
propagate downstream and then accept a byte SEGMENT event from upstream with a
potentially different offset, e.g. pointing to a different frame. The flush
itself would probably do nothing except being propagated, and most of the logic
would be in the SEGMENT event handling.

How would you want to tell apart these two potential types of flushes? When in
my first patch I tagged the flush event structure naming it
"media_source_extensions_flush", I was doing it in case in the future the need
for a different kind of flush arose. Should I bring that again? And in that
case, what should an untagged flush event do?

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