mirror of
https://github.com/blakeblackshear/frigate.git
synced 2026-07-22 11:49:03 +03:00
* hide camera overrides badge from system sections * show empty card on camera metrics page when no cameras are defined * fix enabled camera state switch after adding via wizard Cameras added mid-session have no WS state until the dispatcher publishes camera_activity (which only happens on a fresh onConnect). Fall back to the config's enabled value so the switch reflects reality immediately after the wizard closes. * guard camera enabled access console would throw errors after adding via camera wizard * fix useOptimisticState dropping debounced setState under StrictMode * use openvino on cpu as default model - faster than tflite on cpu - add to default generated config * use an enum for model_size the frontend will then render this as a select dropdown because of the changes in the json schema * i18n * sync object filter entries with tracked labels in camera config form Filter sub-collapsibles in the camera Objects section are driven by `filters` dict keys, but profile merges and live track-switch edits don't add matching entries, so newly tracked labels (like from a profile override) had no collapsible. Synthesize default filter entries from `track` in the form data so every tracked label renders a collapsible; baseline data also gets the synthesized entries, so save payloads are unchanged. * revalidate raw paths cache after config save so CameraPathWidget shows fresh credentials * fix test * restore masked ffmpeg credentials when persisting camera config * formatting * rebuild ffmpeg commands when enabling recording for the first time Toggling record.enabled from the config UI updated the in-memory config but left ffmpeg running with its original command, so the record output args were never wired in and nothing landed in the cache for the maintainer to move. The record config update now rebuilds ffmpeg_cmds when enabled_in_config transitions, and the camera watchdog restarts ffmpeg on a false to true transition so the record output gets wired in. MQTT toggles, which only flip record.enabled at runtime, are unaffected and continue to work via the maintainer's drop/keep gate. * keep record toggle switch in single camera view disabled until enabled in config * fix override detection for sections unset in the global config Override badges and the blue dot now compare against schema defaults for sections like motion that the API serializes as null when omitted from the global YAML, instead of treating any populated camera config as an override * add support for config-aware patterns in section hiddenFields Section configs can now declare dynamic hidden-field entries as functions of the loaded config; objects.ts uses this to hide auto-populated attribute filters (DHL, face, license_plate, etc.) from the form, save flow, and override popover when those labels aren't user-settable * siimplify object filters handling live updating was getting very messy. users will just need to save once they enable a new object in order to see filters for that object * tweaks * update docs for new detector default * make genai provider required and add special case for UI prevent validation errors from appearing on initial creation of genai provider by setting the first option in the select dropdown as default
409 lines
15 KiB
Markdown
409 lines
15 KiB
Markdown
---
|
|
id: getting_started
|
|
title: Getting started
|
|
---
|
|
|
|
import ConfigTabs from "@site/src/components/ConfigTabs";
|
|
import TabItem from "@theme/TabItem";
|
|
import NavPath from "@site/src/components/NavPath";
|
|
|
|
# Getting Started
|
|
|
|
:::tip
|
|
|
|
If you already have an environment with Linux and Docker installed, you can continue to [Installing Frigate](#installing-frigate) below.
|
|
|
|
If you already have Frigate installed through Docker or through a Home Assistant App, you can continue to [Configuring Frigate](#configuring-frigate) below.
|
|
|
|
:::
|
|
|
|
## Setting up hardware
|
|
|
|
This section guides you through setting up a server with Debian Bookworm and Docker.
|
|
|
|
### Install Debian 12 (Bookworm)
|
|
|
|
There are many guides on how to install Debian Server, so this will be an abbreviated guide. Connect a temporary monitor and keyboard to your device so you can install a minimal server without a desktop environment.
|
|
|
|
#### Prepare installation media
|
|
|
|
1. Download the small installation image from the [Debian website](https://www.debian.org/distrib/netinst)
|
|
1. Flash the ISO to a USB device (popular tool is [balena Etcher](https://etcher.balena.io/))
|
|
1. Boot your device from USB
|
|
|
|
#### Install and setup Debian for remote access
|
|
|
|
1. Ensure your device is connected to the network so updates and software options can be installed
|
|
1. Choose the non-graphical install option if you don't have a mouse connected, but either install method works fine
|
|
1. You will be prompted to set the root user password and create a user with a password
|
|
1. Install the minimum software. Fewer dependencies result in less maintenance.
|
|
1. Uncheck "Debian desktop environment" and "GNOME"
|
|
1. Check "SSH server"
|
|
1. Keep "standard system utilities" checked
|
|
1. After reboot, login as root at the command prompt to add user to sudoers
|
|
1. Install sudo
|
|
```bash
|
|
apt update && apt install -y sudo
|
|
```
|
|
1. Add the user you created to the sudo group (change `blake` to your own user)
|
|
```bash
|
|
usermod -aG sudo blake
|
|
```
|
|
1. Shutdown by running `poweroff`
|
|
|
|
At this point, you can install the device in a permanent location. The remaining steps can be performed via SSH from another device. If you don't have an SSH client, you can install one of the options listed in the [Visual Studio Code documentation](https://code.visualstudio.com/docs/remote/troubleshooting#_installing-a-supported-ssh-client).
|
|
|
|
#### Finish setup via SSH
|
|
|
|
1. Connect via SSH and login with your non-root user created during install
|
|
1. Setup passwordless sudo so you don't have to type your password for each sudo command (change `blake` in the command below to your user)
|
|
|
|
```bash
|
|
echo 'blake ALL=(ALL) NOPASSWD:ALL' | sudo tee /etc/sudoers.d/user
|
|
```
|
|
|
|
1. Logout and login again to activate passwordless sudo
|
|
1. Setup automatic security updates for the OS (optional)
|
|
1. Ensure everything is up to date by running
|
|
```bash
|
|
sudo apt update && sudo apt upgrade -y
|
|
```
|
|
1. Install unattended upgrades
|
|
```bash
|
|
sudo apt install -y unattended-upgrades
|
|
echo unattended-upgrades unattended-upgrades/enable_auto_updates boolean true | sudo debconf-set-selections
|
|
sudo dpkg-reconfigure -f noninteractive unattended-upgrades
|
|
```
|
|
|
|
Now you have a minimal Debian server that requires very little maintenance.
|
|
|
|
### Install Docker
|
|
|
|
1. Install Docker Engine (not Docker Desktop) using the [official docs](https://docs.docker.com/engine/install/debian/)
|
|
1. Specifically, follow the steps in the [Install using the apt repository](https://docs.docker.com/engine/install/debian/#install-using-the-repository) section
|
|
2. Add your user to the docker group as described in the [Linux postinstall steps](https://docs.docker.com/engine/install/linux-postinstall/)
|
|
|
|
## Installing Frigate
|
|
|
|
This section shows how to create a minimal directory structure for a Docker installation on Debian. If you have installed Frigate as a Home Assistant App or another way, you can continue to [Configuring Frigate](#configuring-frigate).
|
|
|
|
### Setup directories
|
|
|
|
Frigate will create a config file if one does not exist on the initial startup. The following directory structure is the bare minimum to get started.
|
|
|
|
```
|
|
.
|
|
├── docker-compose.yml
|
|
├── config/
|
|
└── storage/
|
|
```
|
|
|
|
This will create the above structure:
|
|
|
|
```bash
|
|
mkdir storage config && touch docker-compose.yml
|
|
```
|
|
|
|
If you are setting up Frigate on a Linux device via SSH, you can use [nano](https://itsfoss.com/nano-editor-guide/) to edit the following files. If you prefer to edit remote files with a full editor instead of a terminal, I recommend using [Visual Studio Code](https://code.visualstudio.com/) with the [Remote SSH extension](https://code.visualstudio.com/docs/remote/ssh-tutorial).
|
|
|
|
:::note
|
|
|
|
This `docker-compose.yml` file is just a starter for amd64 devices. You will need to customize it for your setup as detailed in the [Installation docs](/frigate/installation#docker).
|
|
|
|
:::
|
|
`docker-compose.yml`
|
|
|
|
```yaml
|
|
services:
|
|
frigate:
|
|
container_name: frigate
|
|
restart: unless-stopped
|
|
stop_grace_period: 30s
|
|
image: ghcr.io/blakeblackshear/frigate:stable
|
|
volumes:
|
|
- ./config:/config
|
|
- ./storage:/media/frigate
|
|
- type: tmpfs # 1GB In-memory filesystem for recording segment storage
|
|
target: /tmp/cache
|
|
tmpfs:
|
|
size: 1000000000
|
|
ports:
|
|
- "8971:8971"
|
|
- "8554:8554" # RTSP feeds
|
|
```
|
|
|
|
Now you should be able to start Frigate by running `docker compose up -d` from within the folder containing `docker-compose.yml`. On startup, an admin user and password will be created and outputted in the logs. You can see this by running `docker logs frigate`. Frigate should now be accessible at `https://server_ip:8971` where you can login with the `admin` user and finish configuration using the Settings UI.
|
|
|
|
## Configuring Frigate
|
|
|
|
This section assumes that you already have an environment setup as described in [Installation](../frigate/installation.md). You should also configure your cameras according to the [camera setup guide](/frigate/camera_setup). Pay particular attention to the section on choosing a detect resolution.
|
|
|
|
### Step 1: Start Frigate
|
|
|
|
At this point you should be able to start Frigate and a basic config will be created automatically.
|
|
|
|
### Step 2: Add a camera
|
|
|
|
Click the **Add Camera** button in <NavPath path="Settings > Camera configuration > Management" /> to use the camera setup wizard to get your first camera added into Frigate.
|
|
|
|
### Step 3: Configure hardware acceleration (recommended)
|
|
|
|
Now that you have a working camera configuration, set up hardware acceleration to minimize the CPU required to decode your video streams. See the [hardware acceleration](../configuration/hardware_acceleration_video.md) docs for examples applicable to your hardware.
|
|
|
|
:::note
|
|
|
|
Hardware acceleration requires passing the appropriate device to the Docker container. For Intel and AMD GPUs, add the device to your `docker-compose.yml`:
|
|
|
|
```yaml {4,5}
|
|
services:
|
|
frigate:
|
|
...
|
|
devices:
|
|
- /dev/dri/renderD128:/dev/dri/renderD128 # for intel & amd hwaccel, needs to be updated for your hardware
|
|
...
|
|
```
|
|
|
|
After modifying, run `docker compose up -d` to apply changes.
|
|
|
|
:::
|
|
|
|
<ConfigTabs>
|
|
<TabItem value="ui">
|
|
|
|
Navigate to <NavPath path="Settings > Global configuration > FFmpeg" /> and set **Hardware acceleration arguments** to the appropriate preset for your hardware (e.g., `VAAPI (Intel/AMD GPU)` for most Intel processors).
|
|
|
|
</TabItem>
|
|
<TabItem value="yaml">
|
|
|
|
```yaml
|
|
mqtt: ...
|
|
|
|
cameras:
|
|
name_of_your_camera:
|
|
ffmpeg:
|
|
inputs: ...
|
|
# highlight-next-line
|
|
hwaccel_args: preset-vaapi
|
|
detect: ...
|
|
```
|
|
|
|
</TabItem>
|
|
</ConfigTabs>
|
|
|
|
### Step 4: Configure detectors
|
|
|
|
By default, Frigate will use a single OpenVINO detector running on the CPU.
|
|
|
|
In many cases, the integrated graphics on Intel CPUs provides sufficient performance for typical Frigate setups. If you have an Intel processor, you can follow the configuration below.
|
|
|
|
<details>
|
|
<summary>Use Intel OpenVINO detector</summary>
|
|
|
|
You need to refer to **Configure hardware acceleration** above to enable the container to use the GPU.
|
|
|
|
<ConfigTabs>
|
|
<TabItem value="ui">
|
|
|
|
1. Navigate to <NavPath path="Settings > System > Detector hardware" /> and add a detector with **Type** `OpenVINO` and **Device** `GPU`
|
|
2. Navigate to <NavPath path="Settings > System > Detection model" /> and configure the model settings for OpenVINO:
|
|
|
|
| Field | Value |
|
|
| ---------------------------------------- | ------------------------------------------ |
|
|
| **Object detection model input width** | `300` |
|
|
| **Object detection model input height** | `300` |
|
|
| **Model Input Tensor Shape** | `nhwc` |
|
|
| **Model Input Pixel Color Format** | `bgr` |
|
|
| **Custom object detector model path** | `/openvino-model/ssdlite_mobilenet_v2.xml` |
|
|
| **Label map for custom object detector** | `/openvino-model/coco_91cl_bkgr.txt` |
|
|
|
|
</TabItem>
|
|
<TabItem value="yaml">
|
|
|
|
```yaml {3-6,9-15,20-21}
|
|
mqtt: ...
|
|
|
|
detectors: # <---- add detectors
|
|
ov:
|
|
type: openvino # <---- use openvino detector
|
|
device: GPU
|
|
|
|
# We will use the default MobileNet_v2 model from OpenVINO.
|
|
model:
|
|
width: 300
|
|
height: 300
|
|
input_tensor: nhwc
|
|
input_pixel_format: bgr
|
|
path: /openvino-model/ssdlite_mobilenet_v2.xml
|
|
labelmap_path: /openvino-model/coco_91cl_bkgr.txt
|
|
|
|
cameras:
|
|
name_of_your_camera:
|
|
ffmpeg: ...
|
|
detect:
|
|
enabled: True # <---- turn on detection
|
|
...
|
|
```
|
|
|
|
</TabItem>
|
|
</ConfigTabs>
|
|
|
|
</details>
|
|
|
|
If you have a USB Coral, you will need to add a detectors section to your config.
|
|
|
|
<details>
|
|
<summary>Use USB Coral detector</summary>
|
|
|
|
:::note
|
|
|
|
You need to pass the USB Coral device to the Docker container. Add the following to your `docker-compose.yml` and run `docker compose up -d`:
|
|
|
|
```yaml {4-6}
|
|
services:
|
|
frigate:
|
|
...
|
|
devices:
|
|
- /dev/bus/usb:/dev/bus/usb # passes the USB Coral, needs to be modified for other versions
|
|
- /dev/apex_0:/dev/apex_0 # passes a PCIe Coral, follow driver instructions here https://github.com/jnicolson/gasket-builder
|
|
...
|
|
```
|
|
|
|
:::
|
|
|
|
<ConfigTabs>
|
|
<TabItem value="ui">
|
|
|
|
Navigate to <NavPath path="Settings > System > Detector hardware" /> and add a detector with **Type** `EdgeTPU` and **Device** `usb`.
|
|
|
|
</TabItem>
|
|
<TabItem value="yaml">
|
|
|
|
```yaml {3-6,11-12}
|
|
mqtt: ...
|
|
|
|
detectors: # <---- add detectors
|
|
coral:
|
|
type: edgetpu
|
|
device: usb
|
|
|
|
cameras:
|
|
name_of_your_camera:
|
|
ffmpeg: ...
|
|
detect:
|
|
enabled: True # <---- turn on detection
|
|
...
|
|
```
|
|
|
|
</TabItem>
|
|
</ConfigTabs>
|
|
|
|
</details>
|
|
|
|
More details on available detectors can be found [here](../configuration/object_detectors.md).
|
|
|
|
Restart Frigate and you should start seeing detections for `person`. If you want to track other objects, they can be configured in <NavPath path="Settings > Global configuration > Objects" /> or via the [configuration file reference](../configuration/reference.md).
|
|
|
|
### Step 5: Setup motion masks
|
|
|
|
Now that you have optimized your configuration for decoding the video stream, you will want to check to see where to implement motion masks. Click on the camera from the main dashboard, then select the gear icon in the top right, enable Debug View, and finally enable the switch for Motion Boxes. Watch for areas that continuously trigger unwanted motion to be detected. Common areas to mask include camera timestamps and trees that frequently blow in the wind. The goal is to avoid wasting object detection cycles looking at these areas.
|
|
|
|
Use the mask editor to draw polygon masks directly on the camera feed. Navigate to <NavPath path="Settings > Camera configuration > Masks / Zones" /> and set up a motion mask over the area. More information about masks can be found [here](../configuration/masks.md).
|
|
|
|
:::warning
|
|
|
|
Note that motion masks should not be used to mark out areas where you do not want objects to be detected or to reduce false positives. They do not alter the image sent to object detection, so you can still get tracked objects, alerts, and detections in areas with motion masks. These only prevent motion in these areas from initiating object detection.
|
|
|
|
:::
|
|
|
|
If you are using YAML to configure Frigate instead of the UI, your configuration should look similar to this now:
|
|
|
|
```yaml {16-18}
|
|
mqtt:
|
|
enabled: False
|
|
|
|
detectors:
|
|
coral:
|
|
type: edgetpu
|
|
device: usb
|
|
|
|
cameras:
|
|
name_of_your_camera:
|
|
ffmpeg:
|
|
inputs:
|
|
- path: rtsp://10.0.10.10:554/rtsp
|
|
roles:
|
|
- detect
|
|
motion:
|
|
mask:
|
|
motion_area:
|
|
friendly_name: "Motion mask"
|
|
enabled: true
|
|
coordinates: "0,461,3,0,1919,0,1919,843,1699,492,1344,458,1346,336,973,317,869,375,866,432"
|
|
```
|
|
|
|
### Step 6: Enable recordings
|
|
|
|
In order to review activity in the Frigate UI, recordings need to be enabled.
|
|
|
|
<ConfigTabs>
|
|
<TabItem value="ui">
|
|
|
|
1. If you have separate streams for detect and record, navigate to <NavPath path="Settings > Camera configuration > FFmpeg" />, select your camera, and add a second input with the `record` role pointing to your high-resolution stream
|
|
2. Navigate to <NavPath path="Settings > Global configuration > Recording" /> (or <NavPath path="Settings > Camera configuration > Recording" /> for a specific camera) and set **Enable recording** to on
|
|
|
|
</TabItem>
|
|
<TabItem value="yaml">
|
|
|
|
```yaml {16-17}
|
|
mqtt: ...
|
|
|
|
detectors: ...
|
|
|
|
cameras:
|
|
name_of_your_camera:
|
|
ffmpeg:
|
|
inputs:
|
|
- path: rtsp://10.0.10.10:554/rtsp
|
|
roles:
|
|
- detect
|
|
- path: rtsp://10.0.10.10:554/high_res_stream # <----- Add stream you want to record from
|
|
roles:
|
|
- record
|
|
detect: ...
|
|
record: # <----- Enable recording
|
|
enabled: True
|
|
motion: ...
|
|
```
|
|
|
|
</TabItem>
|
|
</ConfigTabs>
|
|
|
|
If you don't have separate streams for detect and record, you would just add the record role to the list on the first input.
|
|
|
|
:::note
|
|
|
|
If you only define one stream in your `inputs` and do not assign a `detect` role to it, Frigate will automatically assign it the `detect` role. Frigate will always decode a stream to support motion detection, Birdseye, the API image endpoints, and other features, even if you have disabled object detection with `enabled: False` in your config's `detect` section.
|
|
|
|
If you only plan to use Frigate for recording, it is still recommended to define a `detect` role for a low resolution stream to minimize resource usage from the required stream decoding.
|
|
|
|
:::
|
|
|
|
By default, Frigate will retain video of all tracked objects for 10 days. The full set of options for recording can be found [here](../configuration/reference.md).
|
|
|
|
### Step 7: Complete config
|
|
|
|
At this point you have a complete config with basic functionality.
|
|
|
|
- View [common configuration examples](../configuration/index.md#common-configuration-examples) for a list of common configuration examples.
|
|
- View [full config reference](../configuration/reference.md) for a complete list of configuration options.
|
|
|
|
### Follow up
|
|
|
|
Now that you have a working install, you can use the following documentation for additional features:
|
|
|
|
1. [Configuring go2rtc](configuring_go2rtc.md) - Additional live view options and RTSP relay
|
|
2. [Zones](../configuration/zones.md)
|
|
3. [Review](../configuration/review.md)
|
|
4. [Masks](../configuration/masks.md)
|
|
5. [Home Assistant Integration](../integrations/home-assistant.md) - Integrate with Home Assistant
|