-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Adds the ability for frigate to save clips of each tracked object #161
Conversation
Looks amazing, and will most probably replace my recordings from within Home Assistant. |
Hi @blakeblackshear, this is really awesome - I tried out the Unfortunately, after some time (maybe several hours?) I run into a
After this happens, I'll see errors similar to the above each time it tries to build a new clip from cache. Let me know if I can provide more information. |
What did you mount at that path? Apparently, |
Ah, that must be it. I bind mounted |
I'm trying to test this PR using docker container.
I can see the |
What are the file names in the /cache folder? |
They look regular as expected:
Could it be related to the fact that my camera name contains a dash |
That's the problem. |
Should I change my camera names or a more robust regex is going to be used in next commits? |
I will fix it, but it won't be for a few days at least. |
Currently none of my clips contain an audio stream. Should we expect audio to be recorded? |
I think I got it by configuring additional input flags for audio streams. |
Made a few improvements:
Note the config format changed:
New image is |
Ok, thank you! Is the filename of the video available among the MQTT message details? |
You can build it from the data in the |
You can build it from the data in the event message.
Is there now a random token now?
|
Yes. It is in the |
8e78760
to
b216f1f
Compare
Would there be any easy way to modify this slightly to publish a clip on an mqtt topic as suggested by #169 ? |
If we were to be able to publish the clip on an mqtt topic, would also be great to have an option to delete the file as soon as it is published to avoid filling the disk. |
If we were to be able to publish the clip on an mqtt topic, would also be
great to have an option to delete the file as soon as it is published to
avoid filling the disk.
I think that this is not the right solution to this common problem. The
mqtt protocol was not designed to transport such big payloads.
In my opinion a simpler solution would be to include in the docker image of
frigate a simple cron-like script that delete the files older than X-days
from the clips folder. This cold be activated and configured using some
environment variables to the container.
… |
The maximum payload size seems to be 256Mb. Clips should be way below that so I do not really see an issue unless there are some documented limitations to avoid passing the video as mqtt payload. Another solution is that instead of passing the file, one send a message with 2 urls as payload on that mqtt topic. One to fetch the video as a HTTP GET, the other one to delete the file with an HTTP DELETE. Requires to be able to serve files but given that frigate already uses flask it wouldn't be too hard to serve static files. |
Apologies if this is not the right place to ask. Specs: |
The bounding box info is what I'm looking for, but is there a reason not to make it per object, as in |
Basic tutorial for using EVA - [x] Need to support Unnest to enable useful queries. blakeblackshear#152 - [x] Disable concurrent queries for cursor correctness. blakeblackshear#160 @xzdandy - [x] Upload fails because of missing permissions. blakeblackshear#162 @pchunduri6 - [x] Better response messages from the server. blakeblackshear#158
See readme updates.