> This is incorrect. The information in incoming RTCP "SR" packets is used
> to generate presentation times from incoming RTP packets' timestamps. These
> presentation times - like the RTP timestamps themselves - are (necessarily)
> based on the sender's clock (because that was the only clock ava
The RTCP SR NTP timestamp is only valid in direct comparison with a NTP
timestamp from another stream of the same reference clock. So you can use it
to synchronize the presentation times of multiple streams in the same
session. You're not supposed to use it to directly generate a presentation
time
I had a problem when using VLC to transcode from an AXIS camera into an RTP
stream. In the RTCP Sender Report the AXIS camera is deriving its NTP time
from the monotonic uptime instead of the wall clock. Then it converts it
from unix epoch time into NTP time.
The real issue is that VLC/live555 sta
I just upgraded an AXIS camera's firmware to 4.47 (2008-03-13). The new
firmware has gotten more strict with authorization causing a VLC 0.8.6h
client to fail on an rtsp stream.
I see the OPTIONS request succeed and then the DESCRIBE request fail w/o the
authorization modifier. Then OPTIONS and
