> On Aug 29, 2019, at 2:34 PM, Massimo Perrone via live-devel
> wrote:
>
> Ok, thank you. And when a paused session is resumed the frames presentation
> time remain "in the past", but RTP timestamps - due to the invocation of
> RTPSink::presetNextTimestamp() - are increased according to the
--- Begin Message ---
On 29/08/2019 11:23, Ross Finlayson wrote:
Yes. More precisely, the presentation times need to be aligned with
the server’s *wall clock* time - i.e., the time that you’d get by
calling “gettimeofday()”. This ensures that clients will be able to
properly use the RTCP “SR”
> This way things seems to work well, but I would like to be sure, so my
> question is: the fact that the frame presentation times are
> aligned/normalized with respect to server clock is an essential prerequisite
> in order to grant the correct timing for the sending of RTP packets?
Yes. More
