Closed SemoTech closed 7 months ago
As an intermediary solution I added a new crontab, as follows:
0 6 1 /bin/systemctl restart rpisurv
But hope there is a better way...
9 camera seems like pushing to limit of the gpu, Would it still freeze with less streams?
Thanks for getting back to me @SvenVD.
Well, I have 2 identical Pi's, both 4B w/ 2GB RAM running same RpiSurv on both w/same 9 cameras in low-resolution RTSP streams. Both are NOT overheating. One has no issues, the other the issues I explained. Also seems like the issues one the one unit started recently and even with the restart cron I find some cameras (squares) frozen while others are live. Very strange!
I just did a top to see the processes and this is the screenshot:
This the the top result while several "tiles" of the 9 cameras are frozen:
Could it be an issue with VLC?
@SvenVD I was also looking at the newer Pi 5 with 4GB RAM (here), and wanted to know if this would be better suitable for RPISurv running 9 RTSP streams (maybe even 12) given it seems to have a better GPU than the Pi4?
Pi 5 supports supports H.265 and comes with VideoCore VII at 1.1 GHz replacing VideoCore VI at 800 MHz in the Pi 4
What are your thoughts?
Thanks for getting back to me @SvenVD.
Well, I have 2 identical Pi's, both 4B w/ 2GB RAM running same RpiSurv on both w/same 9 cameras in low-resolution RTSP streams. Both are NOT overheating. One has no issues, the other the issues I explained. Also seems like the issues one the one unit started recently and even with the restart cron I find some cameras (squares) frozen while others are live. Very strange!
I just did a top to see the processes and this is the screenshot:
This the the top result while several "tiles" of the 9 cameras are frozen:
Could it be an issue with VLC?
You can not see gpu bandwidth issue of raspberry pi in top. Bandwidth usage can fluctuate even depends on motion in the camera. I still would not rule out the option of hitting the gpu bandwidth. You can easily test this by only configuring 4 streams or so and see if the issue persist.
@SvenVD I was also looking at the newer Pi 5 with 4GB RAM (here), and wanted to know if this would be better suitable for RPISurv running 9 RTSP streams (maybe even 12) given it seems to have a better GPU than the Pi4?
Pi 5 supports supports H.265 and comes with VideoCore VII at 1.1 GHz replacing VideoCore VI at 800 MHz in the Pi 4
What are your thoughts?
I have not tested the pi5 yet so I can not make any claims about the gpu
@SvenVD I was also looking at the newer Pi 5 with 4GB RAM (here), and wanted to know if this would be better suitable for RPISurv running 9 RTSP streams (maybe even 12) given it seems to have a better GPU than the Pi4? Pi 5 supports supports H.265 and comes with VideoCore VII at 1.1 GHz replacing VideoCore VI at 800 MHz in the Pi 4 What are your thoughts?
I have not tested the pi5 yet so I can not make any claims about the gpu
Understood. I will try to reduce the cameras count from 9 to maybe 6 and see, but the crazy thing is my other identical Pi4 2GB has same 9 cameras and no issues with same RTSP streams freezing!
I will also see about getting a Pi5 4GB and testing on it as well. I will post an update once I do.
Thank you.
Hi @SvenVD on my problem Pi4B 2GB I have reduced the number of cameras from 9 to 6 and same issue. I also noticed this morning that most of the cameras were frozen so I SSH'd in to issue "sudo systemctl restart rpisurv" but as soon as SSH connected, the cameras refreshed themselves. Almost as if the network stack was hung and the SSH connection woke it up...
@SvenVD I think I have solved it.
Turns out some of the streams were higher resolution (1280x720) so reducing them all to just 640x360 each has allowed the Pi4B 2GB to handle them and not freeze up some of them randomly.
At this time, 9 RTSP streams in a tile configuration of 3 x 3 with each camera stream at 640x360 resolution has been solid again.
Hello, 1st I want to say I am so grateful for all the work that went into this project.
I do have a small issue with RPISurv camera feeds freezing while running on a 4GB Pi 4B. This issue seems to have started fairly recently in the last month.
I am running a 9 camera tile screen, and about once a day the streams freeze and require me to ssh in, I then issue "sudo systemctl restart rpisurv" to restart RPISurv and everything is back to normal.
My config options for /usr/local/bin/rpisurv/conf/display1.yml are pretty standard and include:
I did not used to have the "interval_check_status" option but read about it in another issue so added it. Hope I added it correctly.
Any idea how to fix the freezing cameras issue?
Thank you.