<div dir="ltr"><div>Hi,</div><div><br></div><div>I have an issue using the presentation time of the RTSP stream of a camera. When the clock changes due to a manual change or NTP synchronisation, presentation times are affected, which lead to get next presentation time very bigger or lower than the previous timestamp.<br></div><div><br></div><div>For exemple, i got this on a stream.<br></div><div><br></div><div>audio/PCMA:   Received 320 bytes.       Presentation time: 1614775509.338000 NPT: 29,069000<br>audio/PCMA:     Received 320 bytes.       Presentation time: 1614775509.338000 NPT: 29,069000<br>video/H264:     Received 37626 bytes. Presentation time: 1614775509.298000      NPT: 29,029000<br>--- camera time changed ---<br>audio/PCMA:        Received 320 bytes.       Presentation time: 1614776464.142000 NPT: 983,873000</div><div><br></div><div>This fail the stream packet synchronisation.<br></div><div><br></div><div>My question is how i'm supposed to deal with a camera clock change when the stream is already running ?</div><div>Is RTSP able to notify that the reference clock change ?</div><div>I think i'm supposed to do something wit the "wall clock"  and/or the RTCP sender report, but i don't find how to retrieve the reference clock.<br></div><div><br></div><div>Best regards,</div><div>Eric<br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><br>            </div></div></div></div></div></div></div></div></div></div></div></div></div></div>