[gst-devel] RTPBIN lip sync problem with delayed RTCP
Wim Taymans
wim.taymans at gmail.com
Mon Aug 4 15:10:25 CEST 2008
On Mon, 2008-08-04 at 17:22 +0530, Rahul Mittal wrote:
> Hi Guys,
>
>
> I am writing this application that takes in an RTP live stream as an
> input using RTPbin.
>
> The problem i am getting is that if the RTP packets are received
> before any RTCP packet than no offset is calculated ( since there is
> no RTCP) and all the RTP packets received before the first RTCP packet
> are pushed further down the pipeline without any offset applied to
> their timestamps.
>
> Shouldnt all these initial RTP packets be buffered or dropped till we
> calculate the offset?
>
> This induces lip sync issue with all the initial packets. Can somebody
> suggest on what should be the ideal way to do it.
Dropping packets before receiving RTCP is not always desirable, RTCP
packets could simply never arrive. The way RTP sync works is that you
perform a best-effort sync until you get the RTCP packets for both
streams.
That said, I would not object to adding a property to rtpbin to drop
packets before all streams received sync info (off by default).
Wim
>
> Thanx
>
> Rahul
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________ gstreamer-devel mailing list gstreamer-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
More information about the gstreamer-devel
mailing list