[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

--- Comment #25 from Enrique Ocaña González <eocanha at igalia.com> ---
First of all, thank you very much both to you and Calvaris for moving this
forward. I couldn't test the patch from
https://bugzilla.gnome.org/show_bug.cgi?id=767354 myself because adapting
GStreamer 1.9.1 to work with our patched buildroot environment for the
Raspberry turned out to be harder than I thought.

About the solution you're proposing now, yes, it should work. We append the
data using gst_app_src_push_buffer(), and those buffers are created using
gst_buffer_fill(), with no PTS/DTS/duration info on them. I guess that
generates a byte stream.

Regarding weird appends, we do have the case you describe (appending first half
of one fragment followed by some other fragment). However, when that happens,
our client code must call abort() before feeding the second segment. We handle
aborts by resetting the pipeline (changing it to READY), so it shouldn't be a
problem.

Once again, thanks a lot for your help moving this forward.

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