[Live-devel] Problem with NTP timestamps in SR packets with Flir A320 camera source

[Ross Finlayson]

>I just wanted to verify if I'm correct or see if anybody else has 
>experienced this problem or if there might have been any recent 
>fixes to the SR receiving code of liveMedia that I might be missing.

No.  The RTCP reception/presentation-time-setting code has not 
changed in months (years?), and works well.


>Here is the first RTCP packet I see from the Flir camera, after 
>LiveMedia receives this packet the presentation times become very 
>very wrong.
>
>80c806 18b8cc55 018f60 0000 1b4e8250 00190 03e80 81ca09 18b8cc55 
>1e6361 6d657261 40302e30 2e302e30 2067 52545020 312e300 0000

Please fix this output so that each number is a 8-hex-digit number 
(representing a 32-bit word, in big-endian order).  Then resend the 
new (proper) output to the mailing list.  The output you gave here is 
wrong, because the first two bits of a valid RTCP packet (which we 
check for in the code) must be "10" (the RTCP version number). 
Therefore, the first word in your RTCP packet *might* have been
	8000c806
but could not have been
	80c806
-- 

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