[gstreamer-bugs] [Bug 599292] Synchronizing two RTP streams from different devices using RTCP is inaccurate.

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #13 from Per Smitt <slow.racoon at gmail.com> 2010-01-21 10:34:36 UTC ---
Running the same debug prints with my patch yielded the same result:
Running time (segment): 0
Running time (get_current): 10
Timestamp age: 276
Time difference: -10

Running time (segment): 382
Running time (get_current): 118
Timestamp age: 1
Time difference: 263

Running time (segment): 401
Running time (get_current): 137
Timestamp age: 1
Time difference: 263

Running time (segment): 410
Running time (get_current): 146
Timestamp age: 1
Time difference: 263

The problem as I see it is that we must know exactly how much time passed since
the last RTP packet when sending the RTCP packet. If our two points of time are
not normalized to exactly the same point in time we will always have a time
offset.

I will try to add an ugly hack on top of your patch to try to calculate the
difference between segment running_time and the pipeline running_time, just
like you suggested. If this works we might actually be on to a solution :)

-- 
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.