Member Discussion
Jumpy Video During PTZ Panning
In a 100+ CCTV Site I'm using about 20 Axis Q6034 PTZ cameras. Client reports jumpy video during PTZ panning.Well it's harsh to say jumpy, in my opinion some frames are lost which is not very marked nor deteriorate picture quality.
My understanding about IP PTZ cameras is that they take time to put out the stream so there is an inherent delay (about a sec) even on web page without any switches/VMS.The latency increases via switches and VMS before stream is fed to CCTV Client software. Then again since the PTZ commands travel faster to camera than the realtime video is appearing on CCTV client, I believe either the camera or the VMS is dropping frames to keep a balance between video quality and PTZ responsiveness. Very slow panning shows no frame losses, I believe because video reception/processing is keeping with PTZ command speed.
Is this a correct assumption? Is there other explanations to this behaviour and importantly fixes for this (I can think of lowering frame rate, resolution, use of high performance camera with high-end CPU e.g. ARTPEC5 in future).
Thanks
Do you have a short video clip of this to share with us? When dealing with video issues, seeing the symptoms helps a lot.
One simple thing to check - have those PTZs been configured for constant bit rate? That's one thing that would cause an immediate problem when you move a PTZ because that action creates a spike in bandwidth needed that might result in dropping frames.
I don't think latency is causing frames to drop but, again, seeing the video would really help (even a 5 second clip).
Hi John
I'll get a clip hopefully tomorrow. All cameras are doing VBR, we have plenty bandwidth available.
But I get your idea fast panning creating a bandwdth spike.
Thanks
I had the same issues with the Q6035 when it first came out. It's been largely addressed with updated firmware, but (at least for 1080p) the main issue is the extra load on the H.264 encoder when panning (lots of motion to deal with). In addition to the suggestions above, try increasing the compression - this has the effect of reducing detail and reduces the processor loading. It also gets noticeably worse with additional streams being requested...
All other things being equal, would 60 fps will place a greater load upon the encoder and result in even less satisfactory performance?
If the reason for the stutter is camera loading during h.264 encoding at 30 fps, then is your rationale that a camera designed to support 60 fps will have been provisioned with greater processing capacity to deal with the higher encoding load, and that you would then run it at 30 fps to create some overhead?
I disagree with using constant bit rate, I would use constant frame rate (if available).
I disagree with using TCP instead of UDP, I would use UDP. This gives less overheads on the network and doesent require a packet retranmission.
Also check PC CPU usage for the PC displaying the camera is not high. if you find the problem is not as servere when using a lower bit rate then it may be CPU related, or display using mjpeg instead of h264 which requires more CPU grunt.
Also try another Ethernet switch.
You could also look if the PTZ is overdriving or if it is just the video. If PTZ is overdriving or jumpy then I would say its a bandwidth issue. Also check the recorded footage and see if it is the same or if it just the live stream that has the issue.
Newest Discussions
Discussion | Posts | Latest |
---|---|---|
Started by
Undisclosed Integrator #1
|
11
|
1 minute by Jerome Miller |
Started by
Jason Hewitt
|
1
|
less than a minute by Jason Hewitt |
Started by
John Honovich
|
42
|
about 1 hour by John Honovich |
Started by
Undisclosed Integrator #1
|
7
|
about 6 hours by Oktay Yildiz |
Started by
Undisclosed #1
|
8
|
about 17 hours by Drew Weston |