[Bug 754230] qtdemux: support sparse time ranges in qtdemux without needing a seek for MSE

[GStreamer (GNOME Bugzilla)]

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

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW

--- Comment #24 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Yeah, we also discussed a solution :)

My proposal would be to use Enrique's patch, but only do that if upstream sends
a BYTE segment (that is: it does know *nothing* about timestamps and qtdemux
needs to make up timestamps from what is inside the stream).

This should not break any use cases. adaptivedemux for example sends a TIME
segment and wants it to be honored, which is exactly the case why we don't use
the tfdt always currently.


For the problem, to repeat my understanding: You just get a stream of bytes
from the browser and have no information about which byte offsets, which time,
etc it corresponds to. The only thing that you know is that you get a "useable"
stream, that is, for fragmented MP4 you would always get complete fragments but
they might be in arbitrary order, however you will never get the first half of
one fragment followed by some other fragment.

Enrique, can you confirm that this would solve your problem?

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