You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After setting up my ONVIF Netvis TH661 camera using the default settings I found that SD video occasionally glitched, triggering frequent alarms. When using HD I would only ever get the top 1/4 of the frame, the rest would be a smear.
The 'Maximum FPS' defaults are set to match the camera frame rate. Once I cleared this field everything worked much better. I think that when an ONVIF camera is detected it should leave the 'Maximum FPS' blank, or set it to something higher than the camera FPS.
When the maximum FPS is too low the zmc process calls nanosleep() to slow itself down. This then causes the receive queue (netstat Recv-Q) of the UDP sockets to fill and drop data (/proc/net/udp drops):
Yes, this is a known issue with the MAX FPS fields, as indicated by the newly added help text.
We need to change the Onvif code so it does not populate either of those fields.
After setting up my ONVIF Netvis TH661 camera using the default settings I found that SD video occasionally glitched, triggering frequent alarms. When using HD I would only ever get the top 1/4 of the frame, the rest would be a smear.
The 'Maximum FPS' defaults are set to match the camera frame rate. Once I cleared this field everything worked much better. I think that when an ONVIF camera is detected it should leave the 'Maximum FPS' blank, or set it to something higher than the camera FPS.
When the maximum FPS is too low the zmc process calls nanosleep() to slow itself down. This then causes the receive queue (netstat Recv-Q) of the UDP sockets to fill and drop data (/proc/net/udp drops):
The text was updated successfully, but these errors were encountered: