[Bug 796382] flvmux: (too) easily produces backwards flv-timestamps

[GStreamer (GNOME Bugzilla)]

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

--- Comment #18 from Håvard Graff (hgr) <havard.graff at gmail.com> ---
I think a possible fix for a "live-mode" would be to, in the case of a missing
buffer on the audio or video pad, to wait for (now + latency), and not what the
current _get_next_time_for_segment is doing. That way you are delaying as long
as you are allowed to waiting for another buffer to arrive, and you won't get
waits that are in the past, causing the racy behavior we are seeing. And of
course, anything that comes in late (ts + latency < now) needs to be dropped.

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