Cannot get video to work at high res

[fsardone]

Hello everybody,
I have been playing with zoneminder for a while now and I managed to install 1.30.
This is running under a Xen AMD 64 system running Debian Stretch (9) stable both in the Hypervisor Dom0 and the fully paravirtualized User Domain created by deboostrap (see below for full details of the installed packages). Install of zoneminder happened according to the zoneminder wiki:
https://wiki.zoneminder.com/Debian_9_64 ... der_1.30.4

After a small glitch (did not allocate enough memory and got some failures) I have got it up and running quite well.
At the moment I only have one camera and it is a ReoLink RLC-422 which is a 5Mpixel 30 fps capable camera.
The camera is recognised by ONVIF and two profiles are shown corresponding to the clear and the fluent streams of the camera. The clear one can be set as high as 3072x1728 and no lower than 2304x1296 framerate can be set from 30 down to 2 fps.The fluent (low quality) stream is fixed at 640x360 framerate can be set 15 down to 4. These corresponds to the two following streams:
rtsp://192.168.x.y:554/h264Preview_01_main
rtsp://192.168.x.y:554/h264Preview_01_sub
If I change the configuration in the camera and recreate the monitor, the ONVIF protocol correctly identifies the resolution and provides me the two streams to add the monitor.

The ISSUE is that I can only get the lower quality stream. If I select the high res profile the monitor feed remains blank. I did also try to set up the monitor in MODECT mode, in order to find out if the trouble was with the feed/display, but also events are picked up only in low res stream meaning that the high res does not get picked up at all.

I troubleshot the camera feed by opening the streams with VLC and both streams play in VLC, so the camera is streaming correctly.

Can anybody point me in the right direction to troubleshoot this issue?
Any help would be appreciated.

Thanks

Fabio



zoneminder:
Installed: 2:1.30.4-dmo1+deb9u1
Candidate: 2:1.30.4-dmo1+deb9u1
Version table:
*** 2:1.30.4-dmo1+deb9u1 500
500 http://www.deb-multimedia.org stretch/main amd64 Packages
100 /var/lib/dpkg/status
xen-system-amd64:
Installed: (none)
Candidate: 4.8.2+xsa245-0+deb9u1
Version table:
4.8.2+xsa245-0+deb9u1 500
500 http://ftp.it.debian.org/debian stretch/main amd64 Packages
500 http://security.debian.org/debian-security stretch/updates/main amd64 Packages

[bbunge]

Out of memory in tmpfs and wrong resolution used in Zoneminder. Two biggest problems besides Debian 9 (am in provess of running the Debian 9 install procedure to make sure it is not broken).

[bbunge]

I'm happy to report that the Zoneminder install on Debian 9 completed on my test machine with no errors and I have a working Zoneminder.

For your VM running high res cameras give it lots of RAM (Linux uses half of the RAM for tmpfs). High res sucks up lots of RAM! Get your cameras working on low res and frame rate then experiment to see how far you can go!

bb

[fsardone]

Hi BB,
thanks for your support. I was running at 13% /dev/shm with the lowres, I then increased the memory some further and with a single camera running at 2300x1200 I was getting quite a few artifacts. Even if I can actually run the camera at 2300x1200 (there is no point for that), I have a lot of artifacts and now (after increasing mem in low res /dev/shm is at 4% and with high res I am at 63%). Adding additional cameras would only saturate resources.

I did enquiry ReolInk to see if there is any way to achieve a stream between the current low (and rather usable 640x320) and the lowest high res (2300x1200) which is way to high.

I am wondering, in case the hardware/firmware solution does not arrives, if there is a (efficient) way to downsample an incoming stream:
i.e. High Res stream->downsample/downsize filter->zoneminder processing
This will for sure have a CPU impact in the initial processing, but it might alleviate CPU processing downstream and buffering memory needs.
The best solution is lowering resolution of the camera stream.

What do you think?

Cheers

Fabio

[fsardone]

Sorry posted in the wrong place

[bbunge]

Hi BB,
thanks for your support. I was running at 13% /dev/shm with the lowres, I then increased the memory some further and with a single camera running at 2300x1200 I was getting quite a few artifacts. Even if I can actually run the camera at 2300x1200 (there is no point for that), I have a lot of artifacts and now (after increasing mem in low res /dev/shm is at 4% and with high res I am at 63%). Adding additional cameras would only saturate resources.

I did enquiry ReolInk to see if there is any way to achieve a stream between the current low (and rather usable 640x320) and the lowest high res (2300x1200) which is way to high.

I am wondering, in case the hardware/firmware solution does not arrives, if there is a (efficient) way to downsample an incoming stream:
i.e. High Res stream->downsample/downsize filter->zoneminder processing
This will for sure have a CPU impact in the initial processing, but it might alleviate CPU processing downstream and buffering memory needs.
The best solution is lowering resolution of the camera stream.

What do you think?

Cheers

Fabio

Usually you can halve the resolution of the camera in Zoneminder and it will work. Without changing anything at the camera (2300x1200) try 1150x600 and see if that works.

[fsardone]

Thanks!
will do some experimenting with this option.

Cheers

Fabio