Hi, Ross,
And here are the TimeStamp I printed out to screen, and it seems that video
is always ahead for around 20 frames before audio begin, so is there any
problem on this time stamp? Thank you
-
Timestamp(video): 1259780427.812096
Timestamp(
On Wed, May 6, 2015 at 5:23 PM, Ross Finlayson
wrote:
> Thanks for the quick response. I have upgraded both the client and server
> to the May 3rd 2015 edition and the result appears to be the same. On
> the receiving side I am still getting packets which appear to contain data
> (or random gar
Hi Ross,
After checking all my code carefully, it turned out to be my fault, I
create rtcpGroupAudiosock using the rtp port for audio instead of rtcp
port, which fix the problem, and both audio and video can stream together,
and sync well, but one problem still there when using VLC, two time stamp
Ah-ha thanks!
I spent hours staring at the code and packet capture and clearly couldn’t see
the wood for the trees!
We already have questions over that model of camera and are close to dropping
support.
Is there a way we, as the RTSPClient caller, can determine when RTP frames have
been lost (
