Closed chrismcdowell25 closed 11 months ago
NickM-27
commented
1 year ago Is there a reason why you are using different urls for detect and record? They have the same resolution so it doesn't seem like that makes sense.
I'd suggest just doing one connection to the camera
north_front:
ffmpeg:
inputs:
- path: rtsp://frigate:gogogadget123@10.0.1.120:554/onvif/profile2/media.smp
roles:
- detect
- record
chrismcdowell25
commented
1 year ago I had the detect at a lower resolution but was getting some false positives. I'll have switched it over and will see if that helps.
chrismcdowell25
commented
1 year ago This is another example of one that failed.
car(82%) 8/23/23, 7:33:04 PM -21m ago ( 32s ) south front
chrismcdowell25
commented
1 year ago `mqtt: enabled: false host: mqtt topic_prefix: frigate client_id: frigate
logger:
default: debug logs: watchdog.south_front: debug watchdog.north_front: debug
ffmpeg: hwaccel_args: preset-vaapi
detectors:
# Required: type of the detector
# Frigate provided types include 'cpu', 'edgetpu', and 'openvino' (default: shown below)
# Additional detector types can also be plugged in.
# Detectors may require additional configuration.
# Refer to the Detectors configuration page for more information.coral: type: edgetpu device: "pci"
motion:
threshold: 27
contour_area: 25
delta_alpha: 0.3
frame_alpha: 0.3
frame_height: 55
improve_contrast: True
birdseye:
enabled: True
restream: False
width: 1920
height: 1080
quality: 6
mode: objects
objects: track:
detect:
width: 1920
height: 1080
fps: 10
enabled: True
max_disappeared: 50
# Optional: Frequency for confirming stationary objects (default: shown below)
# When set to 0, object detection will not confirm stationary objects until movement is detected.
# If set to 10, object detection will run to confirm the object still exists on every 10th frame.# Optional: Number of frames without a position change for an object to be considered stationary (default: 10x the frame rate or 10s)# Optional: Define a maximum number of frames for tracking a stationary object (default: not set, track forever)
# This can help with false positives for objects that should only be stationary for a limited amount of time.
# It can also be used to disable stationary object tracking. For example, you may want to set a value for person, but leave
# car at the default. # Optional: Default for all object types (default: not set, track forever)
# default: 3000
# Optional: Object specific values# person: 1000 snapshots:
enabled: True
clean_copy: True
timestamp: False
bounding_box: True
crop: True
height: 600
required_zones: []
retain:
default: 20
# Optional: Per object retention days
objects:
person: 30cameras: north_front: ffmpeg: inputs:
roles:
- record
- detect
#- path: rtsp://frigate:gogogadget123@10.0.1.120:554/onvif/profile4/media.smp
#input_args: -re -stream_loop -1 -fflags +genpts
# roles:
# - detectmotion: improve_contrast: True mask:
50,366,34,251,203,216,316,256,406,341,448,412,453,500,355,610,131,754
record: enabled: True retain: days: 15 mode: motion events:
pre_capture: 8
# Optional: Number of seconds after the event to include (default: shown below)
post_capture: 8
# Optional: Objects to save recordings for. (default: all tracked objects)
retain:
default: 20
mode: motionsouth_front: ffmpeg: inputs:
path: rtsp://frigate:gogogadget123@10.0.1.121:554/onvif/profile2/media.smp
roles:
- record
- detect
#- path: rtsp://frigate:gogogadget123@10.0.1.121:554/onvif/profile5/media.smp
#input_args: -re -stream_loop -1 -fflags +genpts
# roles:
# - detectmotion: improve_contrast: True
record: enabled: True retain: days: 15 mode: motion events:
pre_capture: 8
# Optional: Number of seconds after the event to include (default: shown below)
post_capture: 8
# Optional: Objects to save recordings for. (default: all tracked objects)
retain:
default: 20
mode: motion`Please don't use debug logs, they are not helpful in most cases and cause lots of clutter.
github-actions[bot]
commented
11 months ago 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.
Describe the problem you are having
I am having an issue where the events are not being recorded to the hard drive. If I reboot Frigate they work for a bit and if I adjust some of the camera settings I can seem to get them to work for a bit but I am not getting anything that seems to be consistently pointing to an issue. I have... /dev/shm | 13.9 MB | 536.9 MB /tmp/cache | 9.8 MB | 1000 MB
Which seems to be enough.
The snapshots seem to pretty much always work but the event recording does not. I have tried lowering the quality but can't seem to find the issue.
Version
0.12.1-367d724
Frigate config file
Relevant log output
FFprobe output from your camera
Frigate stats
No response
Operating system
Other Linux
Install method
Docker Compose
Coral version
PCIe
Network connection
Wired
Camera make and model
Samsung/Hanwha QND-6010R
Any other information that may be helpful
version: "3.9" services: frigate: container_name: frigate privileged: true # this may not be necessary for all setups restart: unless-stopped image: ghcr.io/blakeblackshear/frigate:stable shm_size: "512mb" # update for your cameras based on calculation above devices:
- /dev/bus/usb:/dev/bus/usb # passes the USB Coral, needs to be modified for other versions
- /dev/dri/renderD128 # for intel hwaccel, needs to be updated for your hardware