rtpbin: add option for sanity checking timestamp offset
authorPatrick Radizi <patrickr@axis.com>
Thu, 14 Sep 2017 11:00:56 +0000 (13:00 +0200)
committerSebastian Dröge <sebastian@centricular.com>
Fri, 15 Sep 2017 10:33:14 +0000 (13:33 +0300)
commit3de02445320fcf880bc57f93e2abc34e4b28ea58
tree3a1eaa689dad9624b3e27bac953b0bf70105f0e6
parent23f7739ba48f67fe55e6e068c9185155ae0c6539
rtpbin: add option for sanity checking timestamp offset

Timestamp offsets needs to be checked to detect unrealistic values
caused for example by NTP clocks not in sync. The new parameter
max-ts-offset lets the user decide an upper offset limit. There
are two different cases for checking the offset based on if
ntp-sync is used or not:
1) ntp-sync enabled
   Only negative offsest are allowed since a positive offset would
   mean that the sender and receiver clocks are not in sync.
   Default vaule of max-ts-offset = 0 (disabled)
2) ntp-sync disabled
   Both positive and negative offsets are allowed.
   Default vaule of max-ts-offset = 3000000000
The reason for different default values is to be backwards
compatible.

https://bugzilla.gnome.org/show_bug.cgi?id=785733
gst/rtpmanager/gstrtpbin.c
gst/rtpmanager/gstrtpbin.h
gst/rtsp/gstrtspsrc.c
gst/rtsp/gstrtspsrc.h