rtpjitterbuffer: Don't request rtx if 'now' is past retry period
authorStian Selnes <stian@pexip.com>
Wed, 27 Jul 2016 08:39:50 +0000 (10:39 +0200)
committerOlivier CrĂȘte <olivier.crete@collabora.com>
Wed, 14 Sep 2016 23:37:50 +0000 (19:37 -0400)
commit2eb73838168e1cac9ea23430b3e288cc63101e6e
tree4acd25819b966e9a034261e9bb1ba4860cbbcc17
parentab49dfd0b209a5dec10ce9cc8b84ae86dc1e8779
rtpjitterbuffer: Don't request rtx if 'now' is past retry period

There is no need to schedule another EXPECTED timer if we're already
past the retry period. Under normal operation this won't happen, but if
there are more timers than the jitterbuffer is able to process in
real-time, scheduling more timers will just make the situation worse.
Instead, consider this packet as lost and move on. This scenario can
occur with high loss rate, low rtt and high configured latency.

https://bugzilla.gnome.org/show_bug.cgi?id=769768
gst/rtpmanager/gstrtpjitterbuffer.c
tests/check/elements/rtpjitterbuffer.c