Probleme installation frigate lag

Entraide Home Assistant
, ,
1

Bonjour à tous,

Mon problème

Je viens vers vous car un ami m’a offert une caméra Ctronics ctipc-550c-b et me suis mis en tête de l’intégrer à mon HA avec frigate.
Sauf que cela fait 3 jours que je m’arrache les cheveux étant une nouille en informatique à lire des forums sans trouver de solution pour avoir un flux sans lag.

A noter, que j’ai du flux via vlc au travers du lien fournit autogénéré pour ma caméra fournit par ispy

rtsp://admin:pass@192.168.1.52:554/11

Cette caméra chinoise est en H265 ce qui a priori n’est pas le format le plus compatible sur frigate.
J’ai tenté sans succès car avait lu qu’on pouvait modifier le codec en H264 avec le logiciel IVMS-4200, néanmoins, quand je tente de faire la manip, le logiciel me précise que ma caméra n’est pas prise en charge…

A force d’essai, j’ai réussi a avoir de l’image avec cette configuration sur frigate.yml :

mqtt:

  host: 192.160.1.139
  port: 1883
  topic_prefix: frigate
  client_id: frigate
  user: mqtt
  password: mqtt
  stats_interval: 300



cameras:
  driveway:
    ffmpeg:
      inputs:
        - path: 
            rtsp://admin:pass@192.168.1.52:554/11/cam/realmonitor?channel=1&subtype=1
          roles:
            - detect
        - path: 
            rtsp://admin:pass@192.168.1.52:554/11/cam/realmonitor?channel=1&subtype=0
          roles:
            - record
    detect:
      width: 640
      height: 480
version: 0.14

Sauf que que je ne suis pas en flux direct mais avec 10 seconde de décalage et le cpu à 80%

Ensuite j’ai donc tenté de configurer go2rtc et là plus d’image :

go2rtc.yaml :

streams:
  back:
    - rtsp://admin:pass@192.168.1.52:554/11/cam/realmonitor?channel=1&subtype=1
    - "ffmpeg:back#video=h264#hardware"

frigate.yml

mqtt:

  host: 192.160.1.139
  port: 1883
  topic_prefix: frigate
  client_id: frigate
  user: mqtt
  password: mqtt
  stats_interval: 60

go2rtc:
  streams:
    back:
      - rtsp://admin:pass@192.168.1.52:554/11/cam/realmonitor?channel=1&subtype=1
      - "ffmpeg:back#video=h264#hardware"

cameras:
  camera_jardin:
    ffmpeg:
      inputs:
        - path: 
            rtsp://admin:pass@192.168.1.52:8554
          roles:
            - detect
        - path: 
            rtsp://admin:pass@192.168.1.52:8554
          roles:
            - record
    detect:
      width: 640
      height: 480
version: 0.14

Ma configuration

[center]## System Information

version core-2024.12.5
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.13.0
os_name Linux
os_version 6.6.66-haos
arch aarch64
timezone Europe/Brussels
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.1
Stage running
Available Repositories 1495
Downloaded Repositories 9
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 14.1
update_channel stable
supervisor_version supervisor-2024.12.0
agent_version 1.6.0
docker_version 27.2.0
disk_total 28.0 GB
disk_used 8.3 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board green
supervisor_api ok
version_api ok
installed_addons Cloudflared (5.2.4), Studio Code Server (5.18.0), Mosquitto broker (6.4.1), Zigbee2MQTT (1.42.0-2), Terminal & SSH (9.16.0), File editor (5.8.0), Frigate (0.14.1), go2rtc (1.9.7)
Dashboards
dashboards 3
resources 5
views 5
mode storage
Recorder
oldest_recorder_run 14 décembre 2024 à 14:19
current_recorder_run 26 décembre 2024 à 18:14
estimated_db_size 21.93 MiB
database_engine sqlite
database_version 3.45.3
[/center]
2

Salut,

Donc un pi (lequel ?) sans clé coral, avec un flux en H265 au lieu de H264…
Pas étonnant le 80% de CPU, et pas étonnant non plus le lag. Là tu est au bout de ce que le matos sait encaisser

3

Salut Pulpy-Luke,

C’est une greenbox, j’avais commercé HA sur un PI5 mais il crachait sans cesse donc j’ai switché là dessus.
Donc au delà de ma programmation .yaml foireuse, si je comprend bien, je dois mettre frigate sur une autre bécane?

4

Déjà si tu utilise go2rtc pour capturer le flux, il faut utiliser le flux go2rtc pour frigate, sinon ça appel 2 fois le flux sur la caméra (et même 3 dans ton cas) donc pas sur qu’elle supporte. Et tu fais tourner go2rtc pour rien, d’où consommation de ressources inutiles

Ensuite, si tu utilise le même flux pour la detection et pour l’enregistrement, inutile de l’appeler 2 fois, tu appliques les 2 roles sur un unique flux vidéo.

Dans le genre ton fichier config devrait plutôt ressembler à ça :

Je dis pas que ça va fonctionner ainsi avec ta camera, mais c’est plus conforme à la façon de faire avec Frigate et go2rtc

(A noter que l’utilisation de go2rtc est optionnelle, et que ça peut fonctionner sans, y compris avec un flux en H.265, et dans ce cas c’est surtout la lecture des vidéo enregistrées qui risque de ne pas fonctionner, mais Frigate en lui même se debrouille très bien avec un flux de ce type)

5

Un grand merci à tout les deux pour vos réponses.
En effet, ça n’aller pas au niveau du code.
Je n’ai plus de message d’erreur dans le journal de frigate en ayant remplacé par ton code @Forhorse .
Et ça fonctionne.
Néanmoins comme l’évoque @Pulpy-Luke je vois bien les limites de ma configuration actuelle sous greenbox, le CPU de la caméra est très élévé.
J’ai lu plusieurs posts où certains ont dissocié leur système via une autre machine au travers de proxmod.
J’aimerai mettre 3 caméras à mon domicile avec enregistrement sur mon NAS synologie et détection des humains.
Quel matériel pensez vous être adapté à ce projet?

6

Chez moi Frigate tourne dans un Docker dédié, hébergé dans un NAS DIY sous Unraid, sur un i5-13500H/32Go de DRR5/TPU Coral PCI-E… mais c’est peut être un peu overkill