[gstreamer-bugs] [Bug 627796] rtpbin: add ntp clock sync

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=627796
  GStreamer | gst-plugins-good | unspecified

--- Comment #8 from Thijs Vermeir <thijsvermeir at gmail.com> 2010-08-26 09:11:16 UTC ---
splitting the patch in 2 parts as they can be applied unrelated.

(In reply to comment #6)
> Yes, I realized this too after thinking about it a bit... The problem is not so
> much the network delay because if you have a shared NTP time, you can on each
> machine play the RTP packet that goes with the NTP time and have them synced.

That is what is happening in the first patch. (or at least what I'm trying too)
All packets should have the same rtp to ntp (buffer timestamp) convertion, with
the ts-offset.

> The problem is that when you receive a packet, its presentation NTP time
> (assuming you are synched with the receiver, but if you aren't it can be even
> worse) already passed because of the network delay (the NTP time for an RTP
> packet is when it was sent on the server). So you would have to distribute some
> sort of delay to all receivers, which could be done (like maybe the latency
> could be used in some way, which could maybe also conveniently avoid us to set
> the same latency on all receiver pipelines). Need to think some more..

Indeed, therefore in my setup I set the latency fixed on the receivers. Didn't
find a place in RTP/RTCP where we can put this latency...(can we make an
extension for this?)

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.