>Ok, but I still don't get how the final recipient gets to know the
>*original* presentation time (which correspond to audio) if I generate a
>new one in the transcoder...
Each incoming frame (from your "RTPSource" object) has an accurate
presentation time, which you know (because it's passed as
Ok, but I still don't get how the final recipient gets to know the
*original* presentation time (which correspond to audio) if I generate a
new one in the transcoder... Is this done via RTCP?! If yes, could you
shortly explain it, please?
Julian
___
liv
> > Because they're not useful to you.
>>
>> I'll say this yet again (and hopefully for the last time): Our
>> RTP/RTCP implementation automatically computes synchronized
>> presentation times using RTP timestamps and RTCP reports. Code that
>> receives a RTP stream (using our library) should
> Because they're not useful to you.
>
> I'll say this yet again (and hopefully for the last time): Our
> RTP/RTCP implementation automatically computes synchronized
> presentation times using RTP timestamps and RTCP reports. Code that
> receives a RTP stream (using our library) should never h
>As RTCP SR packets carry NTP ans RTP timestamps I would like to know how
>they are used to sync to streams.
As described in RFC 3550.
> I found out that the RTP timestamp in
>the RTCP SR corresponds to the timevalue which the NTP timestamp indicates.
>
>But why can't I find the RTP timestamp i
Hi!
As RTCP SR packets carry NTP ans RTP timestamps I would like to know how
they are used to sync to streams. I found out that the RTP timestamp in
the RTCP SR corresponds to the timevalue which the NTP timestamp indicates.
But why can't I find the RTP timestamp in the packets of my videostrea
