ZoneMinder Forums

So... after a long delay, I'm finally continuing with install.
Today have all seven cameras hooked up (two D-link domes and five HIKvision DS-2CD2035-I bullets).
Everything more or less working, but zillions of these 'decoding frame' errors in the logs.

From what I can glean on the forum, they are related to the keyframe (?? "i-frame", as HIK calls it).

I set the camera's i-frame value to the maximum 400 (instead of their default 50), so now I get 8 times less errors than before.
But still getting one every 400 frames on each HIK monitor
The capture settings on each camera are 1920x1080 @ 10FPS

Is there a known workaround for this?
Even if it's only trivial to operations, I hate to waste CPU power logging un-necessary stuff.

These HIK cams are sourced remote, RTP/RTSP on port 554 with path /Streaming/Channels/1
set to 24 bit color 1920x1080, orientation normal, deinterlacing disabled.
The picture looks fine, but these error messages are unsettling...

and still no joy with these HIK cameras

tried Jpg url...
Streaming/Channels/1/picture (http)
this “works” but provides error...
zm_remote_camera_http.cpp (line 808)
No content boundary found in header ' image/jpeg; charset="UTF-8"'

I can get same "looks good" rtsp stream on url h264/ch1/main/av_stream, but that also gives me the same "error while decoding Frame".

I thought the HIKvision cameras were well-regarded...

Well, well, well... I decided to try ffMpeg instead of "remote" and set each of the HIKs with url like
And. Yes. The. Errors. Are.... GONE!

So, that's 7 cameras total, all running 1920x1080 @ 4FPS.. and with all 7 on Modect, the system is idling at load average about 0.7 (about 1/10th of capacity). With all 7 cams recording alarms simultaneously, the system load peaks at 2.25 ( a little more than one quarter of capacity )

So far so good...