-
-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Support]: ffmpeg retry delay #4454
Comments
Frigate isn't meant to be used with cameras that don't support 24/7 RTSP. This is not a supported use case. A requested feature #1911 may make this more doable, but in general I (personally) don't think battery cameras are going to be officially supported. Similarly, the ring MQTT docs also say that it isn't meant to be used with frigate and other nvrs:
|
Thanks for the quick response! And yeah I should have mentioned, I know these aren't meant to work together and I'm not expecting this to be a 100% full proof system. I guess my main goal of this thread is to figure out if Frigate determines the time between connection retries, or if that is done in the ffmpeg proccess? |
It's done here https://github.com/blakeblackshear/frigate/blob/dev/frigate/video.py#L127 The delay is mostly going to be ffmpeg waiting for a stream from the source. There's not much delay between ffmpeg fail and starting it again. |
On line 240 of that file I see |
The wait here also adds 10 second delay https://github.com/blakeblackshear/frigate/blob/dev/frigate/video.py#L241 |
I noticed that too and changed it to 1 second but it also did not affect the delay between errors. These are the changes I have made. frigate/video.py
frigate/watchdog.py
|
@brickman7713 confirmed it working on my end. Now I get errors every second if no motion is detected on the camera. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Any updates on this? Can a Ring Doorbell (battery) be used just to detect motion and record those clips? |
Describe the problem you are having
I am running Frigate in Docker with 5 cameras that stream consistently, but I would also like to record video from my Ring doorbell when it sees motion. I have set up RTSP streaming from the doorbell using the Ring-MQTT with Video Streaming addon in HomeAssistant, and I have it streaming to a server running an RTSP proxy. I would stream the video directly from the doorbell to Frigate, but the doorbell battery would die within a couple of hours, so to save battery I have HomeAssistant start the RTSP proxy when Ring.com tells HA that it sees motion. Everything is working, but there is a 10-15 second delay from the time the RTSP proxy starts to the time the Frigate picks up the stream. So my question... is there any way to decrease the retry time that Frigate will try connecting to a camera? I assume this will lead to more server resources being used by Frigate, but my server is only using about 50% ram and CPU currently so I don't think it will affect me. I included the startup logs from Docker, and 4 cycles of Frigate trying to connect to the doorbell (which wasn't streaming at the time). Also included my config general and Doorbell camera config.
Version
0.11.1-2EADA21
Frigate config file
Relevant log output
FFprobe output from your camera
Don't think this is needed, but I can include it if told otherwise.
Frigate stats
No response
Operating system
Debian
Install method
Docker Compose
Coral version
CPU (no coral)
Network connection
Mixed
Camera make and model
Ring Doorbell Gen 2
Any other information that may be helpful
No response
The text was updated successfully, but these errors were encountered: