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
Option to save/publish via MQTT snapshots of all identified targets even when event is in progress #6241
Comments
This isn't correct. An "event" is really just a tracked object. There are separate events for each tracked object. Frigate does not limit snapshot saving for objects of the same type. A snapshot and thumbnail are saved for each object regardless of in progress or not. |
OK - thanks for the clarification. I was not seeing that but perhaps there is something fishy going on with my MQTT broker causing snapshots to get lost then. Looking into that so will close this issue. |
I think you're confusing some things. The image sent via MQTT on the snapshot topic #2199 isn't meant to be per-event afaik. If you want to access the event snapshots you need to use the event topic and use the event_id to retrieve the snapshot |
Ahhhhhh... so I think what you are telling me is that snapshots in the UI, for example this... ... are NOT the same as those that will have been published to MQTT. For this example I can see that the snapshot comes from http://frigate/api/events/1682423523.088004-s7026i/snapshot.jpg. So to get all the newly tracked targets what I should really be doing is watching the Cool - think that will work. And I think you are saying that each new target causes a new event. In that case, if two people walk into the field of view of a camera a few seconds apart, an event will be generated for each person. And therefore if one is watching the events topic and sending snapshots for that event somewhere you'll end up with two images in this scenario - one for each person. That would be exactly what I'm looking for so thank you 😄 Is it important to note anything from the |
that is correct
👍
That is correct, however you should be aware that frigate has a cleanup logic to cleanup events with the same label that happened in the same timespan on the same camera. So if two people walk by and create two events that may be merged into one event.
Depends on your usecase, there is a lot of information available there |
So I quickly wrote a script to pull event IDs from the
Is there any way to know when the snapshot with the bounding box has been prepared and only then fetch it? Looking at the published message I don't see any obvious way to do this. Basically, of the 3 scenarios above I'm only interested in 2. I don't see any obvious way to determine when to fetch the snapshot in order to guarantee this though. I do note the 404 is transitory because the Another question arising from this is that it seems that the snapshot image for an event is recreated multiple times - why is this? I guess that a target's score might cross a threshold which starts the event, but then the target might move and it's score might rise, in which case perhaps it would be better to re-create the snapshot from that newer 'higher score' frame. That is fair enough, but why does the snapshot sometimes have a box drawn on the target and sometimes not? |
If the event is in progress you have to specify
yes a new snapshot may be saved, this is based on the |
Thank you 😃 |
Describe what you are trying to accomplish and why in non technical terms
From what I can tell this is how things currently work (0.12.0-da3e197):
When a new target is seen and no event is in progress for this camera (or possibly this is for the combination of camera+target type - am not sure) then an event is started and a snapshot taken and published to MQTT if that has been configured.
If that target stays in frame an event is deemed 'In progress' so if a second target of the same type comes into frame then a snapshot of that second target is not taken or published.
Describe the solution you'd like
An option to enable saving/MQTT publishing of snapshots of all identified targets (passing the relevant threshold of course), no matter if an event is in progress or not.
Guess this means an event in the UI could have multiple snapshots associated with it and therefore the UI needs some way to view thumbs of these and/or scroll through them.
The text was updated successfully, but these errors were encountered: