There is generally no requirement to ignore RTCP SR if the RTP time of the SR differs a lot from the last received RTP packet. The mapping between RTP and NTP time stays valid until there was a stream reset, in which case we wouldn't use that information anyway. When using rtcp-sync-send-time=false the default of 1s difference can easily be exceeded, e.g. if encoding of the stream after capture adds more than 1s of latency. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6543>