> 2) During observation make a new connection with another instance of your
> client in order to receive the same stream a second time. You will notice the
> values of presentationTime in 1) to jump.
>
> So the receiving process of the first client is influenced by the connection
> of the secon
On Wed, 10 Aug 2016 07:28:41 -0700
Ross Finlayson wrote:
> Absolutely not!
>
> LIVE555 programmers should never have to deal with RTP timestamps directly.
> Our software automatically uses RTCP to convert presentation times to RTP
> timestamps (when transmitting) and back to presentation time
Absolutely not!
LIVE555 programmers should never have to deal with RTP timestamps directly.
Our software automatically uses RTCP to convert presentation times to RTP
timestamps (when transmitting) and back to presentation times (when receiving).
Presentation times are all that you need to thi
Thanks for the LiveMedia Software!
While receiving rtp over rtsp from my liveMedia server implementation, I
receive bad timestamps every time when a new client starts to receive the same
stream. I fixed this behaviour with the patch below.
This patch also gives me full control over the timestam
