Problem Viewing RTSP Stream from IP Camera

Topics: Question
Aug 31, 2015 at 12:31 PM
Edited Aug 31, 2015 at 3:06 PM

I am having a problem connecting and viewing my IP Cameras, I can view 1 of my Hikvision cameras correctly using source code and VLC Player to view the stream but when I change the IP to stream a different Hikvision IP Camera VLC Players goes to 4 seconds and then just freezes up. Both cameras are using the exact same set up in their configuration files, the exact same frame rate, resolution, and h.264 etc.

This problem only happens when I try to access the camera using the source code, I can connect directly to that camera using the IP Address and port number etc.

Would you like to see the code im using? It is just the source code on the home page so I don't think its completely necessary.

I would appreciate if you know of this issue whether or not it may be a bug I'm not sure.

Thank you,


Ok so now when I make the source like below:
RtspSource source = new RtspSource("live", "IPADDRESS:PORT", RtspClient.ClientProtocolType.Tcp);
I can get very few frames but with a green bar at the bottom and very very laggy and the console is full of:
Length=1444 for Channel 0 remainingInBuffer=16
73687bf0-6c52-46f9-a775-9f584de72d36HandleIncomingRtcpPacket - No Context for packet 712254347@24
Length=1444 for Channel 0 remainingInBuffer=16
73687bf0-6c52-46f9-a775-9f584de72d36ProcessFrameData - Incompatible Packet frame
But what I don't understand is why it shows some of the frames and not others, it is very laggy and corrupt so much so the image would be unreadable.

Thanks for any help.
Aug 31, 2015 at 7:53 PM
Edited Aug 31, 2015 at 11:32 PM
Thanks for your interest.

Check your machine MTU/MSS and ensure the camera is configured accordingly.

I am not aware of any such bugs in the currently released versions.

Take care.
Marked as answer by juliusfriedman on 8/31/2015 at 11:53 AM
Sep 1, 2015 at 3:29 PM
Edited Sep 1, 2015 at 3:32 PM
Hi Julius,

Thank you for the reply, I don't want to pester you with my problems but I was just wondering if you could maybe investigate the issue a little bit further maybe you might have seen it or saw it somewhere else? I have made a video on it which you can see here

I never really checked the MTU/MSS Settings on my computer but here is a log of my results.
« TCP Analyzer Results » 
Tested on: 2015.09.01 09:28 
IP address: 
Client OS/browser: Windows 7 (Chrome 44.0.2403.157) 
TCP options string: 0204056401010402 
MSS: 1380 
MTU: 1420 
TCP Window: 64860 (multiple of MSS) 
RWIN Scaling: 0 bits  
Unscaled RWIN : 64860 
Recommended RWINs: 63480, 126960, 253920, 507840, 1015680 
BDP limit (200ms): 2594kbps (324KBytes/s)
BDP limit (500ms): 1038kbps (130KBytes/s) 
MTU Discovery: ON 
TTL: 113 
Timestamps: OFF 
IP ToS: 00100000 (32) 
    Precedence: 001 (priority)
    Delay: 0 (normal delay)
    Throughput: 0 (normal throughput)
    Reliability: 0 (normal reliability)
    Cost: 0 (normal cost)
    Check bit: 0 (correct)
DSCP (DiffServ): CS1 001000 (8) - class 1 (RFC 2474). Similar forwarding behavior to the ToS Precedence field.
And here are my cameras settings, please keep in mind everything is going through local lan and the port for the camera is 554.

Maybe there is something small I am missing?

Thank you for your help.
Sep 1, 2015 at 6:27 PM
Edited Sep 1, 2015 at 6:27 PM
Post up a Wireshark capture and the code you use used to create the client.

Also include the log from the client during reception of the stream in question.

If you can also make the camera available to test it may help.

I will take a look for you.
Marked as answer by juliusfriedman on 9/1/2015 at 10:27 AM