[SOLVED] "Error while decoding frame" on DS-2CD2035-I

[rockandroller]

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...

[rockandroller]

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...

[rockandroller]

Well, well, well... I decided to try ffMpeg instead of "remote" and set each of the HIKs with url like

Code: Select all

rtsp://username:password@192.168.0.3:554//Streaming/Channels/1?tcp

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...