[Bug 723868] hlsdemux: Handle users _eos event

[GStreamer (GNOME Bugzilla)]

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

Tim-Philipp Müller <t.i.m at zen.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |t.i.m at zen.co.uk

--- Comment #5 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
hlsdemux/adaptivedemux could flush-start/stop upstream after receiving the
initial EOS. Then we'd just need to make basesrc push a forced EOS event
through directly if the task is already pause for some reason (made a patch for
that to try it, seems to work).

Only problem is that there's no upstream flush-stop, so we can't flush-stop
without upstream source's co-operation.

Alternatively, maybe adaptivedemux could just do a flushing seek with
start=stop=0 and FLAG_SEGMENT after receiving EOS (from a non-streaming thread
of course), to fire up the basesrc thread again and make it do the
flush-start/stop dance without sending anything else or going EOS thus keeping
the path open for a second EOS.

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