[Bug 773785] splitmuxsink: Use first buffer TS as mux start time

[GStreamer (GNOME Bugzilla)]

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

--- Comment #5 from Jan Schmidt <thaytan at noraisin.net> ---
I see one potential problem. Previously, the mux_start_time was deterministic
(based on the muxed_out_time taken from the reference stream), but now I think
can be based on whichever stream first outputs a packet after the new fragment
starts. There's no timestamp based ordering on the output from the multiqueue.

I think we'd need to make sure that other streams don't resume until the
reference stream first outputs something.

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