[Bug 754230] qtdemux: support sparse time ranges in qtdemux without needing a seek for MSE
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Fri Aug 28 08:15:57 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=754230
Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nicolas.dufresne at collabora.
| |co.uk
--- Comment #2 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
Basically you want a seek to happen, without telling GStreamer. You want every
segment, regardless what they are, to simply play one after the other.
You most likely need code in your application to detect the induce
discontinuity, and adapt the segment to hide this discontinuity (so the
continuous timing is preserved). Then you'll probably need more work to
figure-out how to translate the position query. It's not really a task for
qtdemux, but for your application wrapper.
When I first looked at MSE and Webkit, it was clear to me that to be correct,
one would need to parse/demux the received fragments, in order to gather list
of elementary streams (and reduce the delay for stream switches), and that
separately from the playback. These elementary stream list will give you all
the data to make a decision how to feed and setup the playback block. Blindly
using appsrc before playbin for such a specialized use case does not seem like
a robust approach to me.
--
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