> 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
--- Begin Message ---
Hi Ross,
I am working on a RTSP media server based on live555 framework, which
uses h264 video contained in fragmented mp4 files as source and streams
their contents towards RTSP client.
I'm having an apparently strange problem when resuming a paused session.
In short,
