High Resolution Streams

[monza258]

Hi, is it possible to stream High Quality Streams? I have a 3 Pixel camera with to Streams.

First Stream rtsp://192.168.0.111:554/11 Resolution:2304x1296 Bit rate:1535

Second stream rtsp://192.168.0.111:554/12 Resolution:640x352 Bit rate:1024

Now i use displaycameras from Github. When I use the First Stream I get a blank screen. Second Stream is bad Quality and I can't change the Resolution in Camera Settings. Is there a restriction on the image quality of the camera? Whether 1, 2 or 3px camera?

If there are no restrictions, I would like to switch.

Hardware: PI4 2GB

Hoppe for answer

[SvenVD]

Hi,

Support questions should be asked on https://community.rpisurv.net.

Anyways, the restriction is on omxplayer ( which rpisurv uses) in combo with the hardware. There seems to be some constraint between the resolution of the monitor and the resolution of the streams. If the resolution of a stream exceeds the monitor resolution then omxplayer starts behaving oddly. I have no idea if this still is the case on a raspberry pi 4, but it was the case before.

Another constraint can be the amount of gpu memory you assign on your raspberry. Set this to the highest possible

[monza258]

Thanks you for your fast comment. I get a lot of error messages about Free gpu.

I use a PI4 with 2GB mem

pi@raspberrypi:~ $ sudo systemctl restart rpisurv;sudo journalctl -fau rpisurv
-- Logs begin at Thu 2020-10-15 16:21:38 CEST. --
Okt 15 16:41:47 raspberrypi systemd[1]: Stopping Rpisurv Raspberry Pi Surveillance...
Okt 15 16:41:47 raspberrypi rpisurv[2507]: 2020/10/15 16:41:47 - core.worker - INFO - This stream screen1_cam_stream1 has been stopped
Okt 15 16:41:47 raspberrypi systemd[1]: rpisurv.service: Main process exited, code=killed, status=15/TERM
Okt 15 16:41:48 raspberrypi rpisurv[2507]: unix:abstract=/tmp/dbus-4ChQBN9u34,guid=30d228b37074fa763374e6765f885f59
Okt 15 16:41:48 raspberrypi rpisurv[2507]: [3840, 0, 4340, 500]
Okt 15 16:41:48 raspberrypi systemd[1]: rpisurv.service: Succeeded.
Okt 15 16:41:48 raspberrypi systemd[1]: Stopped Rpisurv Raspberry Pi Surveillance.
Okt 15 16:41:48 raspberrypi systemd[1]: Started Rpisurv Raspberry Pi Surveillance.
Okt 15 16:41:48 raspberrypi rpisurv[2677]: '/tmp/omxplayerdbus.root' wurde entfernt
Okt 15 16:41:48 raspberrypi rpisurv[2677]: '/tmp/omxplayerdbus.root.pid' wurde entfernt
Okt 15 16:41:48 raspberrypi rpisurv[2677]: No handlers could be found for logger "l_default"
Okt 15 16:41:48 raspberrypi rpisurv[2677]: pygame 1.9.4.post1
Okt 15 16:41:48 raspberrypi rpisurv[2677]: Hello from the pygame community. https://www.pygame.org/contribute.html
Okt 15 16:41:48 raspberrypi rpisurv[2677]: 2020/10/15 16:41:48 - l_default - INFO - Starting rpisurv 2.1.7
Okt 15 16:41:48 raspberrypi rpisurv[2677]: 2020/10/15 16:41:48 - l_default - INFO - Unique id of this installation is f048f3af23bf134b9b816eb9c4ea7ede5080aed8797afcf4b5bea7c0ac528f6d
Okt 15 16:41:56 raspberrypi rpisurv[2677]: unix:abstract=/tmp/dbus-CVRFFpsM9J,guid=b52051c73b2ba8b00a5bc4fd5f885fae
Okt 15 16:41:56 raspberrypi rpisurv[2677]: [3840, 0, 7680, 2160]
Okt 15 16:41:56 raspberrypi rpisurv[2677]: 2020/10/15 16:41:56 - l_default - ERROR - CameraStream: screen1_cam_stream1 rtsp://<hidden_username>:<hidden_password>@192.168.100.31:554/stream0/mobotix.mjpeg Not Connectable (failed socket connect), configured timeout: 3 timeout('timed out',)
Okt 15 16:41:57 raspberrypi rpisurv[2677]: 2020/10/15 16:41:57 - l_default - INFO - Sending stats is disabled, not sending stats
Okt 15 16:41:57 raspberrypi rpisurv[2677]: 2020/10/15 16:41:57 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:41:58 raspberrypi rpisurv[2677]: 2020/10/15 16:41:58 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:41:59 raspberrypi rpisurv[2677]: 2020/10/15 16:41:59 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:00 raspberrypi rpisurv[2677]: 2020/10/15 16:42:00 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:01 raspberrypi rpisurv[2677]: 2020/10/15 16:42:01 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:02 raspberrypi rpisurv[2677]: 2020/10/15 16:42:02 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:03 raspberrypi rpisurv[2677]: 2020/10/15 16:42:03 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:04 raspberrypi rpisurv[2677]: 2020/10/15 16:42:04 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:06 raspberrypi rpisurv[2677]: 2020/10/15 16:42:06 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:07 raspberrypi rpisurv[2677]: 2020/10/15 16:42:07 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:08 raspberrypi rpisurv[2677]: 2020/10/15 16:42:08 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option
Okt 15 16:42:09 raspberrypi rpisurv[2677]: 2020/10/15 16:42:09 - l_default - ERROR - Free gpu mem is 0.0 bytes which is less than 80000000 bytes. Streams might fail to start. Consider assigning more memory to gpu in /boot/config.txt with the gpu_mem option

[SvenVD]

This means that you are hitting the current assigned memory gpu limits, this can cause lost frames or other artifacts

[monza258]

This means that you are hitting the current assigned memory gpu limits, this can cause lost frames or other artifacts

Thanks for Reply. Any idea what I can do to fix it? I have set the gpu in config.txt to 512 and I got this messages.

[SvenVD]

If you are visually satisfied on what is showing I would ignore the error messages.

[monza258]

If you are visually satisfied on what is showing I would ignore the error messages.

Ok. One question pls. Can you show me a functional example? I just can't get it to work, I would like to display 4 simple cameras.

[SvenVD]

check here https://gist.github.com/SvenVD/f744af9298bce65c7eaaba96a991d36e

[monza258]

Now I am using displaycameras on my pi and I don't have any problems with it but yours have more options and I will change to it. But I don't know why I have the memory problems. Streams also dosnt work Fine. 😔

I will test it again. Hopefully

Thanks for your great work.

[adamderuwe]

@monza258 - look into this as an alternative to rpisurv. https://github.com/raspicamplayer/camplayer

[monza258]

If you are visually satisfied on what is showing I would ignore the error messages.

The streams dosnt work fine. a lot of crashes.

[SvenVD]

If you are visually satisfied on what is showing I would ignore the error messages.

The streams dosnt work fine. a lot of crashes.

Then probably your raspberry can not handle the resolutions of the streams you configured. Try using the substreams of the cameras