[Live-devel] negative presentation time in "afterGettingFrame" sink callback

[Ross Finlayson]

> I just got puzzled by seeing the output of the following lines of code that I copied and pasted:
> 
> sprintf(uSecsStr, "%06u", (unsigned)presentationTime.tv_usec);
> envir() << ".\tPresentation time: " << (unsigned)presentationTime.tv_sec << "." << uSecsStr; 

Yes, the "(unsigned)" cast in the second line was incorrect.  It will be changed to "(int)" in the next release of the software.


> DEBUG output (with unsigned cast removed):
> 
> Stream "rtsp://10.0.70.22:554/video1+audio1"; video/H264:       Received 476 bytes.     Presentation time: -850904334.959992    NPT: 29677
> Stream "rtsp://10.0.70.22:554/video1+audio1"; video/H264:       Received 511 bytes.     Presentation time: -850904333.026992    NPT: 29677
> Stream "rtsp://10.0.70.22:554/video1+audio1"; audio/PCMU:       Received 1024 bytes.    Presentation time: -850904333.074820    NPT: 127507
> Stream "rtsp://10.0.70.22:554/video1+audio1"; video/H264:       Received 450 bytes.     Presentation time: -850904333.093992    NPT: 29677.1
> Stream "rtsp://10.0.70.22:554/video1+audio1"; video/H264:       Received 461 bytes.     Presentation time: -850904333.160992    NPT: 29677.2
> Stream "rtsp://10.0.70.22:554/video1+audio1"; audio/PCMU:       Received 1024 bytes.    Presentation time: -850904333.204102    NPT: 127507

> Life is good

Perhaps, although I'm a bit puzzled by the "NPT" values - in particular, why they aren't in sync.

Could you send another message, this time with the *complete* RTSP/RTP debugging output (ending with the first few 'negative' presentation times, as you've done above)?


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130113/0ac0dd9d/attachment.html>