-
-
Notifications
You must be signed in to change notification settings - Fork 101
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
[BUG] Unknown inidividuals aren't being marked as unknown #322
Comments
@clowncracker please add your full DT configuration. Without it no one can help you |
I also having the same exact problem. Whenever the image is unknown, I'm seeing this in the doubletake log: 23-06-25 16:10:08 info: done processing reolink_cam: 1687709372.470719-uovc1f in 35.49 sec Frigate Config: mqtt: cameras: live: DoubleTake Config: frigate: min_area: 0 labels: attempts: image: mqtt: detectors: telemetry: false detect: unknown: |
@tyanai change your ‘unknown’ ‘confidence’ from 40 to 80. The issue is there is a gap between known (at 80%) and unknown at 40%. You need unknown to cross to known with no gap. For reference my DT config is the following (I use 85% confidence) and all unknowns are being marked as unknown:
Also, according to the log it is taking a very long time to reach a decision. The ‘attempts’ should be able to be reduced significantly. Might also pay to add the ‘stop_on_match’ to true? |
Thanks a lot! Added the stop_on_match and will probably purchase the Coral once I'm happpy with the setup |
Seems this is still not solving the issue. I'm still getting "most" of the images captured by Frigate to be lost within DoubleTake even after changing confidence to 80. Which makes me thinks maybe DoubleTake don't takes them as "Person"? Cause I see its always counts: { person: 0, match: 0, miss: 0, unknown: 0 }, Within my Frigate instance, everything is labeled as "Person". From DoubleTake Configuration; labels: 23-06-26 12:24:57 info: done processing reolink_cam: 1687782257.650865-8vahqx in 11.04 sec |
@tyanai its really hard to read your config on here as you haven’t encapsulated it in the ' marks (the left hand one on the keyboard ''', then next line add your code and final last line by itself add ''') that way we can see your indentation as well. |
No, I don't have any camera zone defined, as I want at this stage to capture everything that is coming in for testing. I noticed that when I'm opening mqtt and latest I'm getting much more results and more unknown are detected, but just with snapshots its more challenged to detect unknown from some reason. |
OK, but you have camera zones and required_zones defined in Frigate:
I would recommend adding all those zones into the DT config as well otherwise there is a gap between what DT should be doing and what it is doing as DT cant track back to the zone defined in Frigate |
Thanks, I actually tried to simplify the entire thing, so no zones within Frigate at all: I see the image as an event in Frigate, and see that DT is getting the signal that Frigate took something, but it keeps failing: 23-06-27 11:40:55 info: processing reolink_cam: 1687866055.404717-zvscnu
23-06-27 11:40:56 info: processing reolink_cam: e68383e4-7d75-432d-a2da-da9773546011
23-06-27 11:40:56 info: done processing reolink_cam: e68383e4-7d75-432d-a2da-da9773546011 in 0.68 sec
23-06-27 11:40:56 info: {
id: 'e68383e4-7d75-432d-a2da-da9773546011',
duration: 0.68,
timestamp: '2023-06-27T11:40:56.730Z',
attempts: 1,
camera: 'reolink_cam',
zones: [],
counts: { person: 0, match: 0, miss: 0, unknown: 0 },
matches: [],
misses: [],
unknowns: []
} Frigate cameras:
reolink_cam:
ffmpeg:
inputs:
- path: rtsp://127.0.0.1:8554/reolink_entrance?video=copy&audio=aac
input_args: preset-rtsp-restream
roles:
- record
- path: rtsp://127.0.0.1:8554/reolink_entrance?video=copy
input_args: preset-rtsp-restream
roles:
- detect
motion:
mask:
- 2111,842,1239,0,2034,0,2560,0,2560,646
objects:
track:
- person
mask:
- 1404,1920,1125,736,977,759,0,1920,0,0,1025,0,2034,0,2560,0,2560,1920
snapshots:
enabled: true
bounding_box: true
retain:
default: 2
mqtt:
timestamp: true
bounding_box: true
crop: true
quality: 100
height: 1920
record:
enabled: true
retain:
days: 7
mode: motion
events:
retain:
default: 14
mode: active_objects
objects:
dog: 2
car: 7 DT frigate:
url: http://192.168.1.200:5000
update_sub_labels: true
min_area: 0
stop_on_match: true
labels:
- person
attempts:
latest: 22
snapshot: 1
mqtt: true
delay: 1.25
image:
height: 1920
mqtt:
host: 192.168.1.200
username: admin
password: XXXXX
topics:
frigate: frigate/events
homeassistant: homeassistant
matches: double-take/matches
cameras: double-take/cameras
detectors:
compreface:
url: http://192.168.1.200:8000/
key: 3528cc1d-b1ea-4916-aa97-488eb52a7a0b
det_prob_threshold: 0.7
telemetry: false
detect:
match:
save: true
base64: false
confidence: 80
purge: 168
min_area: 2000
unknown:
save: true
base64: false
confidence: 80
purge: 168
min_area: 0 |
Erm just a thought, up snapshot from 1 in DT config.?I have it set to 10. |
Describe the bug
Unknown individuals are being marked as matches with low confidence instead of unknown. Example:
Random person walks to the camera, it's identified as casey with a 7.48% certainty. This should be identified as unknown.
Version of Double Take
1.13.1 in Home Assistant
Expected behavior
I expect anyone not matched to be considered unknown.
Screenshots
Screenshot of issue
Hardware
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: