-
-
Notifications
You must be signed in to change notification settings - Fork 54
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
Question: paused RTSP streams and Frigate #317
Comments
I guess this answers my question, but let me know if you have anything to add: #300 (comment) |
There is something we could do. You could use gstreamer freezeframe to repeat the last frame. The problem with it and why I haven't implemented it. Is it's computational cost. It will require a full decode and re-encode of the frames. |
Any chance this could be hardware-accelerated via QuickSync so it can be power efficient? That way it shouldn't be too bad to re-encode, power-wise |
There are a couple of different options for that. But it's a bit of work on my end to setup, I'd need a reliable way to detect what acceleration was available. Select it and then alter the gstreamer pipeline accordingly. |
Should also point out that since Google dropped support for the push notification api we were hijacking there's no reliable way to wake up the camera on motion detection |
I'm well aware that Frigate requires a continuous video stream to work and do its magic, but I've been thinking about the paused RTSP stream feature as well as the possibility to spoof such stream in some way as to allow for using battery cameras with Frigate. I've read elsewhere that it isn't possible, but I decided to ask here to get an official answer.
Reolink's movement detection seems to work great, so I suppose it would still serve the purpose of resuming the real stream to Frigate when it gets triggered?
The text was updated successfully, but these errors were encountered: