@kucau yes it is a very different config, I recommend carefully reading through the new documentation and going line by line. As a fairly new user to even the old config, there were a few things that tripped me up.
Awesome, this is looking more and more beautiful. Now I can finally dump Blue Iris which surprisingly has been creeping higher and higher on CPU/GPU usage over the years.
Have a few more questions if you dont mind:
Should I be seeing more mqtt topics? I see motion/available = online (I renamed āfrigateā to āmotionā). Nothing else at the moment. Maybe when there is motion?
Does bitrate effect anything? My substream for detect is currently at CBR 512kbps, but what about VBR or a higher bitrate? Will that cause more overhead?
Right now I have the date/time/camera name being displayed by my cameras. On other software, having it do text overlay causes considerable overhead as it has to re-encode. Does frigate not suffer from that problem? If not, can I put in a feature request for being able to add the camera name, set the position of that text, and also customize the date time string? Right now my camera has AM/PM but also the day of the week which I like ā2020-12-06 09:39PM Sunā.
On a side note, right now with 6 cameras on an Intel i7, Frigate is using ~50% CPU on a single core for motion detection, clips and rtmp. I havenāt even setup my masks yet. The best I was ever able to get with Blue Iris was 65% on 2 cores (130% CPU). And this allows me to free up my Intel 915 for Plex transcoding!
Frigate is efficient because it writes the recordings directly from the camera without modifying. Any modification will introduce significant overhead because the video has to be decoded and reencoded. You could modify the ffmpeg parameters for the record stream to modify the video using ffmpeg features, but that will introduce significant overhead.
Added the host to container port 5000:5000 and redeployed.
ā¦but when I open the camera on the browser to view I get the image split in the middle with 2 mirrored copies and it rotates from top to bottom like a roll of film.
Been putting this off for a while, but the feedback looks good, so going to have a go.
Do you have any guidance on using a GPU? Is tensorflow compiled at time of docker build?
Iām running on Unraid with a 1080 in the machine just for hardware accel and object detection
(and iāve had a nightmare trying to compile FFMPEG for cuvid/cuda lol)
EDIT: I can surface the GPU in the docker with the following
Extra Arguments: --runtime=nvidia
variable: NVIDIA_DRIVER_CAPABILITIES=all
variable: NVIDIA_VISIBLE_DEVICES={GPU_DEVICE_ID}
If I recompiled OpenCV with GPU support - would that work? Iām not sure how deep the GPU requirement rabbit hole goes?
It looks like tensorflow now supports both GPU and CPU
Iād probably also have to update the models