summaryrefslogtreecommitdiff
path: root/gst/replaygain
diff options
context:
space:
mode:
authorStian Selnes <stian@pexip.com>2016-07-27 10:39:50 +0200
committerOlivier CrĂȘte <olivier.crete@collabora.com>2016-09-14 19:37:50 -0400
commit2eb73838168e1cac9ea23430b3e288cc63101e6e (patch)
tree4acd25819b966e9a034261e9bb1ba4860cbbcc17 /gst/replaygain
parentab49dfd0b209a5dec10ce9cc8b84ae86dc1e8779 (diff)
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
Diffstat (limited to 'gst/replaygain')
0 files changed, 0 insertions, 0 deletions