[Bug 759333] hlsdemux/others: Bad drift compensation for live streams

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Dec 16 03:32:33 PST 2015


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

--- Comment #4 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
(In reply to Sebastian Dröge (slomo) from comment #3)
> And when seeking in a live stream, this target offset would be the offset
> between the newest fragment and the seek target? And whenever we get too far
> away from that we would resync accordingly?

Yes, that's what I'd suggest.

> 
> How would you define too far away? I gave some options above :)

I don't know, do we want to do it in absolute value? Or relative to the server
buffer size? I can't think of a sane default anyway. I'd start with something
large as right now we only resync when falling out of range. We can make it
shorter if needed later.

-- 
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