[Bug 773891] New: rtpjitterbuffer: fix timer-reuse bug
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Nov 3 13:06:52 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=773891
Bug ID: 773891
Summary: rtpjitterbuffer: fix timer-reuse bug
Classification: Platform
Product: GStreamer
Version: git master
OS: All
Status: NEW
Severity: major
Priority: Normal
Component: gst-plugins-good
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: havard.graff at gmail.com
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created attachment 339019
--> https://bugzilla.gnome.org/attachment.cgi?id=339019&action=edit
test and fix
hen doing rtx, the jitterbuffer will always add an rtx-timer for the next
sequence number.
In the case of the packet corresponding to that sequence number arriving,
that same timer will be reused, and simply moved on to wait for the
following sequence number etc.
Once an rtx-timer expires (after all retries), it will be rescheduled as
a lost-timer instead for the same sequence number.
Now, if this particular sequence-number now arrives (after the timer has
become a lost-timer), the reuse mechanism *should* now set a new
rtx-timer for the next sequence number, but the bug is that it does
not change the timer-type, and hence schedules a lost-timer for that
following sequence number, with the result that you will have a very
early lost-event for a packet that might still arrive, and you will
never be able to send any rtx for this packet.
Found by Erlend Graff - erlend at pexip.com
--
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