[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