[Bug 755125] rtp: RTCP mapping between NTP and RTP time could be capture or send time based

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=755125

--- Comment #10 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Sebastian Dröge (slomo) from comment #9)
> (In reply to Olivier Crête from comment #7)
> > Review of attachment 311501 [details] [review] [review]:
> > 
> > Maybe just up the number to 5 seconds? or 10 seconds?
> 
> I don't know, I can imagine use cases where I would like to have multiple
> minutes of latency somewhere between capture and sending :/

And with that I mean valid use cases obviously.


You think that this check was added to work with senders sending broken RTCP.
But did we ever observe such senders, how are they behaving, ...? And what are
the chances that they don't break other things too at the same time.

Currently we ignore such RTCP SRs for the inter-session synchronization in
rtpbin.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.