Future Work
- The third method using the PTP clock needs to be explored properly using the C API provided by the Gstreamer. Also, it is very important to write a Gstreamer plugin to calculate the relative latencies between two video streams. We can calculate that using the buffer stamps provided by rtpbin. Subtracting the buffer timestamps of packets in both buffers would actually give us the relative latency since buffer-timestamps are now mapped to NTP timestamps. However that involves detailed inspection of rtpbin behavior of Gstreamer.
- As part of future work, there is a need to scale the system and ensure that it works well for multiple senders-one receiver, multiple receivers-one sender, multiple senders-multiple receivers.
- Due to inconsistencies inherently present in the libraries, delays are introduced even after the streams are synced. The streams then once again sync up to normal state. This inconsistency needs to be analyzed and fixed.