gstreamer/tests/check
Havard Graff 87457a862d rtpjitterbuffer: make sure not to drop packets based on skew
One of the jitterbuffers functions is to try and make sense of weird
network behavior.

It is quite unhelpful for the jitterbuffer to start dropping packets
itself when what you are trying to achieve is better network resilience.

In the case of a skew, this could often mean the sender has restarted
in some fashion, and then dropping the very first buffer of this "new"
stream could often mean missing valuable information, like in the case
of video and I-frames.

This patch simply reverts back to the old behavior, prior to 8d955fc32b
and includes the simplest test I could write to demonstrate the behavior,
where a single packet arrives "perfectly", then a 50ms gap happens,
and then two more packets arrive in perfect order after that.

# Conflicts:
#	tests/check/elements/rtpjitterbuffer.c
2019-11-02 23:05:32 +00:00
..
elements rtpjitterbuffer: make sure not to drop packets based on skew 2019-11-02 23:05:32 +00:00
generic Remove autotools build system 2019-10-14 11:04:18 +01:00
pipelines Remove autotools build system 2019-10-14 11:04:18 +01:00
gst-plugins-good.supp valgrind: suppress Cond error coming from gnutls 2019-08-08 14:39:17 +00:00
meson.build rtptimerqueue: Consolidate a data structure for timers 2019-09-27 17:34:04 -04:00