Frigate & TPU's - object detection op je bewakingscamera's

[frut666]

daansan schreef op vrijdag 21 juli 2023 @ 16:03:
Ik heb hier een Coral USB TPU die het prima doet in combinatie met Frigate (via Proxmox en Docker), ik kan er Object Detection mee doen.

Nou vraag ik mij alleen af of de meer algemene motion detection ook ondersteunt wordt via de Coral of dat dit helemaal via ffmpeg gebeurt (ik heb geen camera's die dit via ONVIF bieden).

Ik hoop eigenlijk de Coral te kunnen gebruiken voor CPU offload van motion detection en dan motion detection events via MQTT richting Scrypted te sturen die de hele camera vervolgens aan Apple Homekit Secure Video Hangt.

Scrypted zelf kan al prima motion detection doen maar dat is in mijn geval gewoon cpu based.

Zie ik dit goed?

Voor zover ik het begrijp kun je de TPU niet gebruiken voor motion detection. Van de Frigate site:

The Google Coral is really good at doing object detection, but it doesn't have time to look everywhere all the time (especially when there are many windows to check). To balance it, Frigate uses the CPU to look for movement, then sends those frames to the Coral to do object detection. This allows the Coral to be available to a large number of cameras and not overload it.

[BliXem]

Is er een manier om Frigate te laten werken met Deepstack? En dan doel ik niet op gezichtsherkenning maar gewoon object detectie. Heb betere ervaringen met Deepstack.

Nevermind, heb nu mijn gehele config aangepast, nu werkt het perfect samen met de Google accelerator!

[ Voor 24% gewijzigd door BliXem op 10-08-2023 14:27 ]

[Frankster]

BliXem schreef op maandag 7 augustus 2023 @ 09:53:
Is er een manier om Frigate te laten werken met Deepstack? En dan doel ik niet op gezichtsherkenning maar gewoon object detectie. Heb betere ervaringen met Deepstack.

Nevermind, heb nu mijn gehele config aangepast, nu werkt het perfect samen met de Google accelerator!

Care to share? Heb nu eindelijk ook een Coral binnen en wil je dat hetzelfde doen als jij...

[BliXem]

Frankster schreef op donderdag 10 augustus 2023 @ 23:35:
[...]


Care to share? Heb nu eindelijk ook een Coral binnen en wil je dat hetzelfde doen als jij...

Doelde meer dat het mij gelukt is dat de detectie beter is geworden. Niet dat ik deepstack heb kunnen gebruiken met de coral AI nog.

[Beekforel]

BliXem schreef op vrijdag 11 augustus 2023 @ 10:32:
[...]


Doelde meer dat het mij gelukt is dat de detectie beter is geworden. Niet dat ik deepstack heb kunnen gebruiken met de coral AI nog.

Heb je behalve het toevoegen van de Coral ook nog andere zaken aangepast?

Ik heb een Coral ter test te leen, maar merk nog niet echt veel betere detectie. Ik zie m'n kat gewoon midden in beeld zitten maar Frigate doet er niks mee bijvoorbeeld.

Zie wel dat het stroomverbruik wat stabieler is geworden, geen pieken meer. Maar volgens mij gemiddeld gezien geen besparing.

[BliXem]

Beekforel schreef op vrijdag 11 augustus 2023 @ 22:07:
[...]

Heb je behalve het toevoegen van de Coral ook nog andere zaken aangepast?

Ik heb een Coral ter test te leen, maar merk nog niet echt veel betere detectie. Ik zie m'n kat gewoon midden in beeld zitten maar Frigate doet er niks mee bijvoorbeeld.

Zie wel dat het stroomverbruik wat stabieler is geworden, geen pieken meer. Maar volgens mij gemiddeld gezien geen besparing.

Kun je is je config delen, haal wel even je wachtwoorden weg uiteraard. De detectie is hier top, dan vergelijk ik het even met die van jou.

[Beekforel]

BliXem schreef op zaterdag 12 augustus 2023 @ 10:25:
[...]


Kun je is je config delen, haal wel even je wachtwoorden weg uiteraard. De detectie is hier top, dan vergelijk ik het even met die van jou.

YAML:

database:
  path: /media/db/frigate.db

mqtt:
  enabled: true
  host: 192.168.1.199
  user: 
  password: 

go2rtc:
  streams:
    deurbel:
      - "ffmpeg:http://192.168.1.108/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=frigate&password=[password]#video=copy#audio=copy#audio=opus"
    deurbel_sub:
      - "ffmpeg:http://192.168.1.108/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=frigate&password=[password]"
    oprit:
      - "ffmpeg:http://192.168.1.110/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=frigate&password=[password]#video=copy#audio=copy#audio=opus"
    oprit_sub:
      - "ffmpeg:http://192.168.1.110/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=frigate&password=[password]"
  webrtc:
    candidates:
      - 192.168.1.198:8555
      - stun:8555

cameras:
  deurbel:
    ffmpeg:
      inputs:
        - path: rtsp://127.0.0.1:8554/deurbel?video=copy&audio=aac
          input_args: preset-rtsp-restream
          roles:
            - record
        - path: rtsp://127.0.0.1:8554/deurbel_sub?video=copy
          input_args: preset-rtsp-restream
          roles:
            - detect
    detect:
      width: 640
      height: 480
      fps: 5
  oprit:
    enabled: true
    ffmpeg:
      inputs:
        - path: rtsp://127.0.0.1:8554/oprit?video=copy&audio=aac
          input_args: preset-rtsp-restream
          roles:
            - record
        - path: rtsp://127.0.0.1:8554/oprit_sub?video=copy
          input_args: preset-rtsp-restream
          roles:
            - detect
    detect:
      width: 640
      height: 480
      fps: 5

detect:
  fps: 5
  enabled: true

detectors:
  coral:
    type: edgetpu
    device: usb

objects:
  track:
    - person
    - car
    - cat

record:
  enabled: true
  events:
    objects:
      - person

ffmpeg:
  hwaccel_args: preset-vaapi
  output_args:
    record: preset-record-generic-audio-aac

snapshots:
  enabled: true

Heb dus een Reolink deurbel en camera. Heb de deurbel ook via Reolink in HA en daar obv de person detection een automation gemaakt om te bekijken wat die "ziet". M'n conclusie op een middagje testen is dat Frigate maar de op de helft van wat Reolink ziet triggert...

[edit]
Die substream heeft eigenlijk een andere resolutie kwam ik vanmorgen achter (896x672) maar zodra ik dat configureer krijg ik geen beeld meer op de debug stream. Nu wel op die iets hogere resolutie werkend.

[ Voor 3% gewijzigd door Beekforel op 12-08-2023 18:32 ]

[BliXem]

@Beekforel dit is wat ik er van heb gemaakt. Probeer het zo eens, zou je resolutie zo eens overnemen aangezien dit ook aangeraden wordt vanuit Frigate docs, zelf. Had eerst nog een hogere resolutie met meer fps, maar dat zorgde alleen maar meer voor valse meldingen.

code:

mqtt:
  host: 192.168.0.122
  user: ha
  password:

ffmpeg:
    output_args:
        record: preset-record-generic-audio-aac
    hwaccel_args: -c:v h264_qsv
#-hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format yuv420p

detectors:
  coral:
    type: edgetpu
    device: usb

record:
  enabled: True
  events:
    retain:
     default: 30
     mode: active_objects

snapshots:
  enabled: True

cameras:
  Voordeur: # <------ Name the camera
    ffmpeg:
      hwaccel_args: -c:v h264_qsv
      inputs:
        # Hoge kwaliteit beeld camera
        - path: rtsp://admin:@192.168.0.7:554/h264Preview_01_main
          roles:
            - record
        # Lage kwaliteit beeld camera
        - path: rtsp://admin:@192.168.0.7:554/h264Preview_01_sub
          roles:
            - detect
    detect:
      enabled: True # <---- disable detection until you have a working camera feed
      width: 1280 # <---- update for your camera's resolution
      height: 720 # <---- update for your camera's resolution
      fps: 5
    motion:
     mask:    
        - 2560,378,1280,164,498,224,1322,1561,2560,1558
    objects:
      track:
            - person

  Oprit: # <------ Name the camera
    ffmpeg:
      hwaccel_args: -c:v h264_qsv
      inputs:
        # Hoge kwaliteit beeld camera
        - path: rtsp://admin:@192.168.0.210:554/h264Preview_01_main
          roles:
            - record
        # Lage kwaliteit beeld camera
        - path: rtsp://admin:@192.168.0.210:554/h264Preview_01_sub
          roles:
            - detect
    detect:
      enabled: True # <---- disable detection until you have a working camera feed
      width: 1280 # <---- update for your camera's resolution
      height: 720 # <---- update for your camera's resolution
      fps: 5
      stationary:
       interval: 20
       threshold: 50
    objects:
     track:
           - person
           - car
           - cat

  Tuin: # <------ Name the camera
    ffmpeg:
      hwaccel_args: -c:v h264_qsv
      inputs:
        # Hoge kwaliteit beeld camera
        - path: rtsp://admin:@192.168.0.211:554/h264Preview_01_main
          roles:
            - record
        # Lage kwaliteit beeld camera
        - path: rtsp://admin:@192.168.0.211:554/h264Preview_01_sub
          input_args: preset-rtsp-restream
          roles:
            - detect
    detect:
      enabled: True # <---- disable detection until you have a working camera feed
      width: 1280 # <---- update for your camera's resolution
      height: 720 # <---- update for your camera's resolution
      fps: 5
    motion:
     mask: 
      - 93,985,428,872,370,543,22,646
    objects:
      track:
            - person

  Garage: # <------ Name the camera
    ffmpeg:
      hwaccel_args: -c:v h264_qsv
      inputs:
        # Hoge kwaliteit beeld camera
        - path: rtsp://admin:@192.168.0.212:554/h264Preview_01_main
          roles:
            - record
        # Lage kwaliteit beeld camera
        - path: rtsp://admin:@192.168.0.212:554/h264Preview_01_sub
          roles:
            - detect
    detect:
      enabled: True # <---- disable detection until you have a working camera feed
      width: 1280 # <---- update for your camera's resolution
      height: 720 # <---- update for your camera's resolution
      fps: 5
    objects:
      track:
            - person

go2rtc:
  streams:
    Tuin:
      - rtsp://admin:@192.168.0.211:554/h264Preview_01_main
      - "ffmpeg:Tuin#audio=aac"
    Garage:
      - rtsp://admin:@192.168.0.212:554/h264Preview_01_main
      - "ffmpeg:Garage#audio=aac"
    Oprit:
      - rtsp://admin:@192.168.0.210:554/h264Preview_01_main
      - "ffmpeg:Oprit#audio=aac"

[Beekforel]

@BliXem wat voor camera's heb je?
De resolutie van mijn substream is 4:3, denk dat het niet beter wordt als ik die ga uitrekken.

Ik zie wel wat ffmpeg errors in de log, de streams lijken te crashen. Ik zal rtsp gaan testen.

[BliXem]

Beekforel schreef op zondag 13 augustus 2023 @ 08:58:
@BliXem wat voor camera's heb je?
De resolutie van mijn substream is 4:3, denk dat het niet beter wordt als ik die ga uitrekken.

Ik zie wel wat ffmpeg errors in de log, de streams lijken te crashen. Ik zal rtsp gaan testen.

Heb twee Reolink 510A, een 1220A en een voordeur van hen

[Beekforel]

BliXem schreef op zondag 13 augustus 2023 @ 10:21:
[...]


Heb twee Reolink 510A, een 1220A en een voordeur van hen

Ah, nice. Vergelijkbaar dus.

Heb je de Frigate detecties vergeleken met die van Reolink? Ik zie daar dus flink verschil in. Vooral de zaken op grotere afstand is Reolink zelf veel beter in lijkt het.

[BliXem]

Beekforel schreef op zondag 13 augustus 2023 @ 10:27:
[...]

Ah, nice. Vergelijkbaar dus.

Heb je de Frigate detecties vergeleken met die van Reolink? Ik zie daar dus flink verschil in. Vooral de zaken op grotere afstand is Reolink zelf veel beter in lijkt het.

Eerlijk gezegd niet, maar heb meer vertrouwen in Frigate. Al moet ik wel eerlijk zeggen dat een kat nog als persoon gezien wordt op mijn 1220A. Maar verder zeer blij mee. Heb daarnaast ook Scrypted geinstalleerd zodat ik een live feed heb via Homekit. Dit loopt goed, al krijg ik wel wat meer fouten in de logs haha.

[Beekforel]

@BliXem ik ben dus ook erg gecharmeerd van Frigate maar vind het opvallend dat Reolink het blijkbaar beter kan. Zelfs met een Coral TPU.

[BliXem]

Beekforel schreef op zondag 13 augustus 2023 @ 13:34:
@BliXem ik ben dus ook erg gecharmeerd van Frigate maar vind het opvallend dat Reolink het blijkbaar beter kan. Zelfs met een Coral TPU.

Ah, oke, nog niet naar gekeken, nee. Misschien toch maar is doen. . Je kunt ook andere detectors inladen overigens. Had de Openvino geprobeerd maar die vond ik slechter dan de Coral. Verder kun je nog andere scripts inladen maar dat heb ik nog niet geprobeerd. Vind de Deepstack overigens wel beter dan de Coral dan weer. Hopelijk ooit compatible samen.

[wuppie007]

BliXem schreef op zaterdag 12 augustus 2023 @ 23:28:
@Beekforel dit is wat ik er van heb gemaakt. Probeer het zo eens, zou je resolutie zo eens overnemen aangezien dit ook aangeraden wordt vanuit Frigate docs, zelf. Had eerst nog een hogere resolutie met meer fps, maar dat zorgde alleen maar meer voor valse meldingen.

Thanks voor de code, ik heb de mijne ook weer een beetje bij kunnen schaven. Hopelijk wordt het iets stabieler. Ik had nu standaard een nightly reboot van frigate en camera's omdat m'n ffmpeg telkens volliep/crashte. Ik heb nu detectie met de lage kwaliteit stream, dus hopelijk is hij nu wat stabieler

[BliXem]

wuppie007 schreef op woensdag 16 augustus 2023 @ 10:26:
[...]


Thanks voor de code, ik heb de mijne ook weer een beetje bij kunnen schaven. Hopelijk wordt het iets stabieler. Ik had nu standaard een nightly reboot van frigate en camera's omdat m'n ffmpeg telkens volliep/crashte. Ik heb nu detectie met de lage kwaliteit stream, dus hopelijk is hij nu wat stabieler

Graag gedaan! Ik gebruik nu de wat mindere kwaliteit, dit is a voldoende voor detectie en b de CPU gebruik is hiermee gehalveerd. Ik dacht dat het aantal frames niet genoeg was, maar 5 blijkt prima te zijn voor de juiste detectie. Had het voorheen op wat de camera aan kon. En daarmee steeds valse detecties. Nu gaat het een heel stuk beter.

Heb overigens de Coral USB vervangen met deze: https://coral.ai/products/m2-accelerator-dual-edgetpu/. (Heb dan de single versie en niet de dual) Lijkt allemaal nu een stuk stabieler binnen Proxmox. Via USB crashte die nog wel eens en gaf de logs aan dat de TPU niet gevonden kon worden.

Dat stukje met stationary is slechts een test, moet zelf nog wel het een en ander tweaken omdat ik heel soms nog een valse melding krijg van een persoon terwijl dit een zak was die bewoog als voorbeeld.

Heb de USB nog liggen voor diegene die 'm zouden willen? Anders stuur ik 'm terug. Heb er zelf 84,80 euro voor betaald.

[ Voor 4% gewijzigd door BliXem op 17-08-2023 10:27 ]

[BliXem]

Omdat ik toch bij een event een video zie met wat schokken elke keer in de video heb ik toch besloten om opnieuw te tweaken. Deze opstelling is een heel stuk beter, doe er je voordeel mee:

code:

mqtt:
  host: 192.168.0.122
  user: ha
  password: 

ffmpeg:
  hwaccel_args: -hwaccel vaapi -vaapi_device /dev/dri/renderD128 -hwaccel_output_format yuv420p
  input_args: -avoid_negative_ts make_zero -fflags +genpts+discardcorrupt -flags low_delay -strict experimental -analyzeduration 1000M -probesize 1000M -rw_timeout 5000000
  output_args:
    record: -f segment -segment_time 10 -segment_format mp4 -reset_timestamps 1 -strftime 1 -c copy
#    output_args:
#        record: preset-record-generic-audio-aac
#     hwaccel_args: -hwaccel qsv -hwaccel_output_format nv12 -c:v h264_qsv
#    hwaccel_args: -c:v h264_qsv
#-hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format yuv420p

detectors:
  coral:
    type: edgetpu
    device: ""

record:
  enabled: True
  events:
    retain:
     default: 30
     mode: active_objects

detect:
  width: 1280
  height: 720
  fps: 5

snapshots:
  enabled: True

cameras:
  Tuin:
    ffmpeg:
      inputs:
        - path: http://192.168.0.211/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=admin&password=
          roles:
            - detect
        - path: http://192.168.0.211/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=admin&password=
          roles:
            - record
    objects:
     track:
           - person

  Oprit:
    ffmpeg:
      inputs:
        - path: http://192.168.0.210/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=admin&password=
          roles:
            - detect
        - path: http://192.168.0.210/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=admin&password=
          roles:
            - record
    objects:
     track:
           - person
           - car
           - cat

  Garage:
    ffmpeg:
      inputs:
        - path: http://192.168.0.212/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=admin&password=
          roles:
            - detect
        - path: http://192.168.0.212/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=admin&password=
          roles:
            - record
    objects:
     track:
           - person

  Voordeur:
    ffmpeg:
      inputs:
        - path: http://192.168.0.7/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=admin&password=
          roles:
            - detect
        - path: http://192.168.0.7/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=admin&password=
          roles:
            - record
    objects:
     track:
           - person

[RedPas]

BliXem schreef op donderdag 17 augustus 2023 @ 19:46:
Omdat ik toch bij een event een video zie met wat schokken elke keer in de video heb ik toch besloten om opnieuw te tweaken. Deze opstelling is een heel stuk beter, doe er je voordeel mee:

code:

mqtt:
  host: 192.168.0.122
  user: ha
  password: 

ffmpeg:
  hwaccel_args: -hwaccel vaapi -vaapi_device /dev/dri/renderD128 -hwaccel_output_format yuv420p
  input_args: -avoid_negative_ts make_zero -fflags +genpts+discardcorrupt -flags low_delay -strict experimental -analyzeduration 1000M -probesize 1000M -rw_timeout 5000000
  output_args:
    record: -f segment -segment_time 10 -segment_format mp4 -reset_timestamps 1 -strftime 1 -c copy
#    output_args:
#        record: preset-record-generic-audio-aac
#     hwaccel_args: -hwaccel qsv -hwaccel_output_format nv12 -c:v h264_qsv
#    hwaccel_args: -c:v h264_qsv
#-hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format yuv420p

detectors:
  coral:
    type: edgetpu
    device: ""

record:
  enabled: True
  events:
    retain:
     default: 30
     mode: active_objects

detect:
  width: 1280
  height: 720
  fps: 5

snapshots:
  enabled: True

cameras:
  Tuin:
    ffmpeg:
      inputs:
        - path: http://192.168.0.211/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=admin&password=
          roles:
            - detect
        - path: http://192.168.0.211/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=admin&password=
          roles:
            - record
    objects:
     track:
           - person

  Oprit:
    ffmpeg:
      inputs:
        - path: http://192.168.0.210/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=admin&password=
          roles:
            - detect
        - path: http://192.168.0.210/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=admin&password=
          roles:
            - record
    objects:
     track:
           - person
           - car
           - cat

  Garage:
    ffmpeg:
      inputs:
        - path: http://192.168.0.212/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=admin&password=
          roles:
            - detect
        - path: http://192.168.0.212/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=admin&password=
          roles:
            - record
    objects:
     track:
           - person

  Voordeur:
    ffmpeg:
      inputs:
        - path: http://192.168.0.7/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=admin&password=
          roles:
            - detect
        - path: http://192.168.0.7/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=admin&password=
          roles:
            - record
    objects:
     track:
           - person

toon volledige bericht

Mag ik vragen op welke hardware je dit draait?
En ben je tevreden van de detectie?
Ik ervaar dat Frigate veel mist.
Heb een vergelijkbare config draaien, enkel met meer cameras.
Person detectie doet het redelijk, maar alles kleiner doet ie raar.

[BliXem]

RedPas schreef op maandag 18 september 2023 @ 13:13:
[...]


Mag ik vragen op welke hardware je dit draait?
En ben je tevreden van de detectie?
Ik ervaar dat Frigate veel mist.
Heb een vergelijkbare config draaien, enkel met meer cameras.
Person detectie doet het redelijk, maar alles kleiner doet ie raar.

Ik draai dit op een NUC, onder Proxmox in een container.
Ja en nee, in mijn geval detecteert die juist te veel wat niet helemaal klopt zoals een persoon of een hond in een autoglas (weerspiegeling).
Ik moet eerlijk zeggen dat ik nog geen tweaks heb doorgevoerd, bijvoorbeeld dat die pas vanaf 80% zekerheid iets kan detecteren.
Deel anders je config eens, ben wel eens benieuwd

[Kaspers]

Iemand ervaring met facial recognition i.c.m. Frigate? Ik lees positieve ervaringen over double-take, dus ga daar binnenkort eens mee aan de slag. Use case: bij gezichtsherkenning & bluetooth presence van Apple Watch de deur van ‘t slot draaien bij het aanlopen naar achterdeur. Zal m’n ervaringen hier delen.

[SiErRa]

Kaspers schreef op maandag 11 december 2023 @ 13:13:
Iemand ervaring met facial recognition i.c.m. Frigate? Ik lees positieve ervaringen over double-take, dus ga daar binnenkort eens mee aan de slag. Use case: bij gezichtsherkenning & bluetooth presence van Apple Watch de deur van ‘t slot draaien bij het aanlopen naar achterdeur. Zal m’n ervaringen hier delen.

Geen ervaring, wel benieuwd naar. Wil het eigenlijk gebruiken om van false-positives van notificaties af te komen, omdat we het zelf zijn.

[Polyphemus]

Kaspers schreef op maandag 11 december 2023 @ 13:13:
Iemand ervaring met facial recognition i.c.m. Frigate? Ik lees positieve ervaringen over double-take, dus ga daar binnenkort eens mee aan de slag. Use case: bij gezichtsherkenning & bluetooth presence van Apple Watch de deur van ‘t slot draaien bij het aanlopen naar achterdeur. Zal m’n ervaringen hier delen.

Werkt prima, het valt of staat wel met de resolutie van je camera, en met welke detectors je gebruikt (Deepstack/Compreface/AIserver) en hoe je ze allemaal traint.

Helemaal perfect is het lastig te krijgen, je zou dan het 'zekerheidspercentage' van de herkenning dan zeker boven de 95% moeten zien te krijgen.

[Gizz]

Iemand nog tips voor het kunnen gebruiken van de Coral (usb-variant) met Frigate op een Synology NAS? Ik heb een DS918+ met daarop DSM6.

Ik heb het eerst geprobeerd via de Frigate add-on in HA dat ik in een VM heb draaien. De stick wordt netjes herkend, kan ik doorsluizen naar de VM (usb pass-through) en... dan houdt het op. Volgens HA is er geen usb-device en Frigate ziet ook niks.

Vervolgens gelezen in de documentatie van Frigate dat een VM als tussenlaag wordt afgeraden en dat het de voorkeur verdiend om Frigate direct als docker-container op het host OS te draaien. Daar ben ik dit weekend mee aan de slag gegaan, maar hetzelfde verhaal: Frigate ziet geen Coral.

Voor de docker heb ik gebruikgemaakt van het voorbeeld docker compose in de documentatie van Frigate:

code:

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: "64mb" # 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
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - /path/to/your/config.yml:/config/config.yml
      - /path/to/your/storage:/media/frigate
      - type: tmpfs # Optional: 1GB of memory, reduces SSD/SD Card wear
        target: /tmp/cache
        tmpfs:
          size: 1000000000
    ports:
      - "5000:5000"
      - "8554:8554" # RTSP feeds
      - "8555:8555/tcp" # WebRTC over tcp
      - "8555:8555/udp" # WebRTC over udp
    environment:
      FRIGATE_RTSP_PASSWORD: "password"

Uiteraard aangepast naar mijn eigen directories. Maar dus letterlijk met - /dev/bus/usb:/dev/bus/usb om de Coral netjes door te geven aan de container.

[Polyphemus]

Gizz schreef op maandag 11 december 2023 @ 14:02:
Iemand nog tips voor het kunnen gebruiken van de Coral (usb-variant) met Frigate op een Synology NAS? Ik heb een DS918+ met daarop DSM6.

Ik heb het eerst geprobeerd via de Frigate add-on in HA dat ik in een VM heb draaien. De stick wordt netjes herkend, kan ik doorsluizen naar de VM (usb pass-through) en... dan houdt het op. Volgens HA is er geen usb-device en Frigate ziet ook niks.

Vervolgens gelezen in de documentatie van Frigate dat een VM als tussenlaag wordt afgeraden en dat het de voorkeur verdiend om Frigate direct als docker-container op het host OS te draaien. Daar ben ik dit weekend mee aan de slag gegaan, maar hetzelfde verhaal: Frigate ziet geen Coral.

Voor de docker heb ik gebruikgemaakt van het voorbeeld docker compose in de documentatie van Frigate:

code:

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: "64mb" # 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
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - /path/to/your/config.yml:/config/config.yml
      - /path/to/your/storage:/media/frigate
      - type: tmpfs # Optional: 1GB of memory, reduces SSD/SD Card wear
        target: /tmp/cache
        tmpfs:
          size: 1000000000
    ports:
      - "5000:5000"
      - "8554:8554" # RTSP feeds
      - "8555:8555/tcp" # WebRTC over tcp
      - "8555:8555/udp" # WebRTC over udp
    environment:
      FRIGATE_RTSP_PASSWORD: "password"

Uiteraard aangepast naar mijn eigen directories. Maar dus letterlijk met - /dev/bus/usb:/dev/bus/usb om de Coral netjes door te geven aan de container.

toon volledige bericht

Kun je niet proberen specifiek het Coral USB-device pad compleet mee te geven, i.p.v. alle USB devices?

[konehead]

Gizz schreef op maandag 11 december 2023 @ 14:02:
Iemand nog tips voor het kunnen gebruiken van de Coral (usb-variant) met Frigate op een Synology NAS? Ik heb een DS918+ met daarop DSM6.

Ik heb het eerst geprobeerd via de Frigate add-on in HA dat ik in een VM heb draaien. De stick wordt netjes herkend, kan ik doorsluizen naar de VM (usb pass-through) en... dan houdt het op. Volgens HA is er geen usb-device en Frigate ziet ook niks.

Vervolgens gelezen in de documentatie van Frigate dat een VM als tussenlaag wordt afgeraden en dat het de voorkeur verdiend om Frigate direct als docker-container op het host OS te draaien. Daar ben ik dit weekend mee aan de slag gegaan, maar hetzelfde verhaal: Frigate ziet geen Coral.

Voor de docker heb ik gebruikgemaakt van het voorbeeld docker compose in de documentatie van Frigate:

code:

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: "64mb" # 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
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - /path/to/your/config.yml:/config/config.yml
      - /path/to/your/storage:/media/frigate
      - type: tmpfs # Optional: 1GB of memory, reduces SSD/SD Card wear
        target: /tmp/cache
        tmpfs:
          size: 1000000000
    ports:
      - "5000:5000"
      - "8554:8554" # RTSP feeds
      - "8555:8555/tcp" # WebRTC over tcp
      - "8555:8555/udp" # WebRTC over udp
    environment:
      FRIGATE_RTSP_PASSWORD: "password"

Uiteraard aangepast naar mijn eigen directories. Maar dus letterlijk met - /dev/bus/usb:/dev/bus/usb om de Coral netjes door te geven aan de container.

toon volledige bericht

Kan je uitleggen wat je precies hebt ingesteld? Ik ben van de week overgegaan van een RPI4 et Coral USB naar een HP prodesk met Proxmox, met HOAS en firgate als add-on. De coral werkt VEEL beter nu dan met de RPI4. Ik had een inference speed van 20-30 MS zit nu strak op 8 MS (as designed). En frigate werkt probleemloos. Heb twee cams draaien..

[ViezeVis]

Is er een reden om te kiezen voor een FLV stream i.p.v. RTSP?
Ik haal een inference speed van 44 ms op een i5 6th gen. Heb nog geen HW Accelleration aanstaan.

YAML:

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

#AI detectors
detectors:
  ov:
    type: openvino
    device: AUTO
    model:
      path: /openvino-model/ssdlite_mobilenet_v2.xml

model:
  width: 300
  height: 300
  input_tensor: nhwc
  input_pixel_format: bgr
  labelmap_path: /openvino-model/coco_91cl_bkgr.txt

#go2rtc
go2rtc:
  streams:
    reolink:
      - rtsp://admin:****@192.168.2.66:554/h264Preview_01_main
      - "ffmpeg:reolink#audio=opus"
  ffmpeg:
    bin: ffmpeg
    volume: "-af \"volume=30dB\""

#Cameras
cameras:
  reolink:
    enabled: True
    ffmpeg:
      inputs:
        #hoge kwaliteit stream
        - path: rtsp://admin:****@192.168.2.66:554/h264Preview_01_main
          roles:
            - record
        #lage kwaliteit stream
        - path: rtsp://admin:****@192.168.2.66:554/h264Preview_01_sub
          roles:
            - detect
      output_args:
        record: preset-record-generic-audio-copy
    mqtt:
      enabled: true
      timestamp: true
      bounding_box: true
      crop: false
    motion:
      mask:
        - 333,436,351,0,0,0,0,544
        - 1280,565,1280,0,991,0,949,459
    zones:
      zone_voortuin:
        coordinates: 1280,720,1280,571,949,481,710,485,335,467,0,570,0,720

#default camera conf
objects:
  track:
    - person
  filters:
    person:
      threshold: 0.7

snapshots:
  retain:
    default: 14
    objects:
      person: 14

#record
record:
  enabled: True
  retain:
    days: 0
    mode: motion
  events:
    retain:
      default: 14
      mode: active_objects
      objects:
        person: 14

[sprk_nl]

Ook hier heb ik de overstap gemaakt naar Frigate, na jaren zoneminder gebruikt te hebben.
Nu heb ik een vraag over de GPU offloading performance.

Frigate draait hier op een Intel D34010WYK NUC.

• Intel(R) Core(TM) i3-4010U CPU @ 1.70GHz Link
• Intel® HD Graphics 4400

In Proxmox heb ik een unprotected LXR met docker waar Frigate in draait.
De GPU is doorgezet en met de nodige commando's gecontroleerd of het werkt.

ffmpeg -hwaccels

• cuda
• vaapi
• qsv
• drm
• opencl
• vulkan

ffmpeg -decoders | grep qsv

• V....D av1_qsv AV1 video (Intel Quick Sync Video acceleration) (codec av1)
• V....D h264_qsv H264 video (Intel Quick Sync Video acceleration) (codec h264)
• V....D hevc_qsv HEVC video (Intel Quick Sync Video acceleration) (codec hevc)
• V....D mjpeg_qsv MJPEG video (Intel Quick Sync Video acceleration) (codec mjpeg)
• V....D mpeg2_qsv MPEG2VIDEO video (Intel Quick Sync Video acceleration) (codec mpeg2video)
• V....D vc1_qsv VC1 video (Intel Quick Sync Video acceleration) (codec vc1)
• V....D vp8_qsv VP8 video (Intel Quick Sync Video acceleration) (codec vp8)
• V....D vp9_qsv VP9 video (Intel Quick Sync Video acceleration) (codec vp9)

Alle camera's hebben h264 streams. High & Baseline met yuv420p, en aac audio.
QSV kreeg ik niet werkende, wat mogelijk klopt met de > 10 generatie die nodig is?
VAAPI werkt wel goed... denk ik.

code:

ffmpeg:
  hwaccel_args: preset-vaapi
  # enable audio
  output_args: 
    record: preset-record-generic-audio-aac

De output van intel_gpu_top geeft aan dat de gpu in elk geval iets doet.

intel-gpu-top: Intel Haswell (Gen7) @ /dev/dri/card0 - 474/ 475 MHz 0% RC6; 0.11/ 5.62 W; 56 irqs/s ENGINES BUSY Render/3D 3.50% |█▏ Blitter 0.00% | Video 2.50% |▊ VideoEnhance 0.00% |

IMC reads: 1416 MiB/s IMC writes: 697 MiB/s MI_SEMA MI_WAIT | 0% 0% | 0% 0% | 0% 0% | 0% 0%

top output:

PID 283 315 320 113 316 319 12646 92 302 294

%CPU 69.1 57.1 15.9 15.0 9.0 7.6 3.3 1.7 1.0 1.0

%MEM 0.6 0.3 0.2 1.4 0.2 0.2 0.1 0.2 0.5 0.5

COMMAND frigate.detecto ffmpeg ffmpeg python3 ffmpeg ffmpeg go2rtc ffmpeg frigate.capture frigate.capture

PID 283
De meeste CPU load gaat naar de detector. Hiervoor is een Coral USB stick onderweg.
Daarnaast zie ik nogal wat ffmpeg load, waarvan ik had gehoopt dat deze iets meer door de GPU werd verwerkt.


PID 315

code:

ffmpeg -hide_banner -v error -fflags nobuffer -flags low_delay -timeout 5000000 -user_agent go2rtc/ffmpeg -rtsp_transport tcp -i rtsp://localhost:8554/cam_voortuin_orig_high?video -c:v libx264 -g 50 -profile:v high -level:v 4.1 -preset:v superfast -tune:v zerolatency -an -vf transpose=1,transpose=1 -user_agent ffmpeg/go2rtc -rtsp_transport tcp -f rtsp rtsp://localhost:8554/b26ded161ca7e4b2385124bba40fc65e

Dit is een high-res 1280x720 stream die ik moet flippen, omdat de camera ondersteboven hangt en ik deze niet (eenvoudig) te flippen is op de camera.
Of iemand moet me op weg kunnen helpen met een rooted Yi-cam Chiptset: Hi3518.
Deze (lijkt op deze) heb ik bijna 10 jaar geleden gekocht en werkt nog steeds prima.

PID 320

code:

ffmpeg -hide_banner -v error -fflags nobuffer -flags low_delay -timeout 5000000 -user_agent go2rtc/ffmpeg -rtsp_transport tcp -i rtsp://localhost:8554/cam_voortuin_orig_low?video -c:v libx264 -g 50 -profile:v high -level:v 4.1 -preset:v superfast -tune:v zerolatency -an -vf transpose=1,transpose=1 -user_agent ffmpeg/go2rtc -rtsp_transport tcp -f rtsp rtsp://localhost:8554/356bbfefa6c8c9e027c5e765a9cd7b30

Dit is de low-res 640x360 die ook geflipt moet worden.

Is er iets meer specifiekers dat ik voor ffmpeg kan configureren?
In de ffmpeg code zie ik dat er libx264 wordt gebruikt. Hier had ik h264_vaapi verwacht.
Ofwel off-topic iemand heeft ervaring met alternatieve OpenIPC firmware voor de YI-cam ?

[TheMystery]

sprk_nl schreef op dinsdag 9 januari 2024 @ 17:42:
Ook hier heb ik de overstap gemaakt naar Frigate, na jaren zoneminder gebruikt te hebben.
Nu heb ik een vraag over de GPU offloading performance.

Frigate draait hier op een Intel D34010WYK NUC.

• Intel(R) Core(TM) i3-4010U CPU @ 1.70GHz Link
• Intel® HD Graphics 4400

In Proxmox heb ik een unprotected LXR met docker waar Frigate in draait.
De GPU is doorgezet en met de nodige commando's gecontroleerd of het werkt.

ffmpeg -hwaccels

• cuda
• vaapi
• qsv
• drm
• opencl
• vulkan

ffmpeg -decoders | grep qsv

• V....D av1_qsv AV1 video (Intel Quick Sync Video acceleration) (codec av1)
• V....D h264_qsv H264 video (Intel Quick Sync Video acceleration) (codec h264)
• V....D hevc_qsv HEVC video (Intel Quick Sync Video acceleration) (codec hevc)
• V....D mjpeg_qsv MJPEG video (Intel Quick Sync Video acceleration) (codec mjpeg)
• V....D mpeg2_qsv MPEG2VIDEO video (Intel Quick Sync Video acceleration) (codec mpeg2video)
• V....D vc1_qsv VC1 video (Intel Quick Sync Video acceleration) (codec vc1)
• V....D vp8_qsv VP8 video (Intel Quick Sync Video acceleration) (codec vp8)
• V....D vp9_qsv VP9 video (Intel Quick Sync Video acceleration) (codec vp9)

Alle camera's hebben h264 streams. High & Baseline met yuv420p, en aac audio.
QSV kreeg ik niet werkende, wat mogelijk klopt met de > 10 generatie die nodig is?
VAAPI werkt wel goed... denk ik.

code:

ffmpeg:
  hwaccel_args: preset-vaapi
  # enable audio
  output_args: 
    record: preset-record-generic-audio-aac

De output van intel_gpu_top geeft aan dat de gpu in elk geval iets doet.

intel-gpu-top: Intel Haswell (Gen7) @ /dev/dri/card0 - 474/ 475 MHz 0% RC6; 0.11/ 5.62 W; 56 irqs/s ENGINES BUSY Render/3D 3.50% |█▏ Blitter 0.00% | Video 2.50% |▊ VideoEnhance 0.00% |

IMC reads: 1416 MiB/s IMC writes: 697 MiB/s MI_SEMA MI_WAIT | 0% 0% | 0% 0% | 0% 0% | 0% 0%

top output:

PID 283 315 320 113 316 319 12646 92 302 294

%CPU 69.1 57.1 15.9 15.0 9.0 7.6 3.3 1.7 1.0 1.0

%MEM 0.6 0.3 0.2 1.4 0.2 0.2 0.1 0.2 0.5 0.5

COMMAND frigate.detecto ffmpeg ffmpeg python3 ffmpeg ffmpeg go2rtc ffmpeg frigate.capture frigate.capture

PID 283
De meeste CPU load gaat naar de detector. Hiervoor is een Coral USB stick onderweg.
Daarnaast zie ik nogal wat ffmpeg load, waarvan ik had gehoopt dat deze iets meer door de GPU werd verwerkt.


PID 315

code:

ffmpeg -hide_banner -v error -fflags nobuffer -flags low_delay -timeout 5000000 -user_agent go2rtc/ffmpeg -rtsp_transport tcp -i rtsp://localhost:8554/cam_voortuin_orig_high?video -c:v libx264 -g 50 -profile:v high -level:v 4.1 -preset:v superfast -tune:v zerolatency -an -vf transpose=1,transpose=1 -user_agent ffmpeg/go2rtc -rtsp_transport tcp -f rtsp rtsp://localhost:8554/b26ded161ca7e4b2385124bba40fc65e

Dit is een high-res 1280x720 stream die ik moet flippen, omdat de camera ondersteboven hangt en ik deze niet (eenvoudig) te flippen is op de camera.
Of iemand moet me op weg kunnen helpen met een rooted Yi-cam Chiptset: Hi3518.
Deze (lijkt op deze) heb ik bijna 10 jaar geleden gekocht en werkt nog steeds prima.

PID 320

code:

ffmpeg -hide_banner -v error -fflags nobuffer -flags low_delay -timeout 5000000 -user_agent go2rtc/ffmpeg -rtsp_transport tcp -i rtsp://localhost:8554/cam_voortuin_orig_low?video -c:v libx264 -g 50 -profile:v high -level:v 4.1 -preset:v superfast -tune:v zerolatency -an -vf transpose=1,transpose=1 -user_agent ffmpeg/go2rtc -rtsp_transport tcp -f rtsp rtsp://localhost:8554/356bbfefa6c8c9e027c5e765a9cd7b30

Dit is de low-res 640x360 die ook geflipt moet worden.

Is er iets meer specifiekers dat ik voor ffmpeg kan configureren?
In de ffmpeg code zie ik dat er libx264 wordt gebruikt. Hier had ik h264_vaapi verwacht.
Ofwel off-topic iemand heeft ervaring met alternatieve OpenIPC firmware voor de YI-cam ?

toon volledige bericht

Je zou eens de volgende environmental variabele kunnen proberen of je cpu gebruik omlaag gaat door een andere gpu driver te gebruiken, bij mij scheelde dit veel;
LIBVA_DRIVER_NAME=i965

[gastje01]

Je FPS naar beneden bijstellen voor de detectiestream doet ook wonderen voor je CPU load heb ik gemerkt, ook met Coral of OpenVino. Waar heb je die op staan?

[sprk_nl]

TheMystery schreef op woensdag 10 januari 2024 @ 16:56:
[...]


Je zou eens de volgende environmental variabele kunnen proberen of je cpu gebruik omlaag gaat door een andere gpu driver te gebruiken, bij mij scheelde dit veel;
LIBVA_DRIVER_NAME=i965

Aj, dat had ik er idd niet bij vermeld.
In Docker heb ik de volgende 2 geprobeerd, en werk idd met i965

environment: - LIBVA_DRIVER_NAME=i965 #- LIBVA_DRIVER_NAME=iHD

i965 wordt door vainfo weergegeven:

code:

vainfo --display drm --device /dev/dri/card0

libva info: VA-API version 1.17.0 libva info: User environment variable requested driver 'i965' libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_1_8 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.17 (libva 2.10.0) vainfo: Driver version: Intel i965 driver for Intel(R) Haswell Mobile - 2.4.1 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Simple : VAEntrypointEncSlice VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileH264MultiviewHigh : VAEntrypointVLD VAProfileH264MultiviewHigh : VAEntrypointEncSlice VAProfileH264StereoHigh : VAEntrypointVLD VAProfileH264StereoHigh : VAEntrypointEncSlice VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc VAProfileJPEGBaseline : VAEntrypointVLD

Ik ga er met deze info van uit dat i965 wordt ondersteund en gebruikt.

[sprk_nl]

gastje01 schreef op donderdag 11 januari 2024 @ 13:45:
Je FPS naar beneden bijstellen voor de detectiestream doet ook wonderen voor je CPU load heb ik gemerkt, ook met Coral of OpenVino. Waar heb je die op staan?

Alle camera's werken op 5fps en hebben de detectie stream op de low-quality stream staan.

[TheMystery]

sprk_nl schreef op donderdag 11 januari 2024 @ 17:33:
[...]


Aj, dat had ik er idd niet bij vermeld.
In Docker heb ik de volgende 2 geprobeerd, en werk idd met i965

environment: - LIBVA_DRIVER_NAME=i965 #- LIBVA_DRIVER_NAME=iHD

i965 wordt door vainfo weergegeven:

code:

vainfo --display drm --device /dev/dri/card0

libva info: VA-API version 1.17.0 libva info: User environment variable requested driver 'i965' libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_1_8 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.17 (libva 2.10.0) vainfo: Driver version: Intel i965 driver for Intel(R) Haswell Mobile - 2.4.1 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Simple : VAEntrypointEncSlice VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileH264MultiviewHigh : VAEntrypointVLD VAProfileH264MultiviewHigh : VAEntrypointEncSlice VAProfileH264StereoHigh : VAEntrypointVLD VAProfileH264StereoHigh : VAEntrypointEncSlice VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc VAProfileJPEGBaseline : VAEntrypointVLD

Ik ga er met deze info van uit dat i965 wordt ondersteund en gebruikt.

toon volledige bericht

Lijkt me idd prima, wat is je cpu load nog?

[sprk_nl]

TheMystery schreef op donderdag 11 januari 2024 @ 20:04:
[...]


Lijkt me idd prima, wat is je cpu load nog?

Ik heb een aanpassing gedaan en zie wel een verschil.

Voorheen had ik enkel geconfigueerd:

code:

ffmpeg:
  hwaccel_args: preset-vaapi

Met als resultaat, waarin ik geen vaapi of hwaccel tegen kom:

ffmpeg -hide_banner -v error -fflags nobuffer -flags low_delay -timeout 5000000 -user_agent go2rtc/ffmpeg -rtsp_transport tcp -i rtsp://localhost:8554/cam_voortuin_orig_high?video -c:v libx264 -g 50 -profile:v high -level:v 4.1 -preset:v superfast -tune:v zerolatency -an -vf transpose=1,transpose=1 -user_agent ffmpeg/go2rtc -rtsp_transport tcp -f rtsp rtsp://localhost:8554/b26ded161ca7e4b2385124bba40fc65e

Nu heb ik geconfigureerd:

code:

ffmpeg:
  hwaccel_args: 
        - -hwaccel
        - vaapi 
        - -hwaccel_device 
        - /dev/dri/renderD128

met als resultaat, waarin wel de hw-offload is aangegeven:

ffmpeg -hide_banner -loglevel warning -threads 2 -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -user_agent FFmpeg Frigate/0.12.1-367d724 -rtsp_transport tcp -timeout 500 0000 -i rtsp://127.0.0.1:8554/cam_deurlamp -r 10 -s 768x432 -threads 2 -f rawvideo -pix_fmt yuv420p pipe:

Load: TLDR: 50% cpu load op 1 CPU core, met iGPU, Coral en 600MB ram op Turnkey-Core.
Ik ben nu appels met peren aan het vergelijken, want er zit net een Coral stikje in.
Het geheel loopt met 3 H264 camera's op een D34010WYK NUC met een i3 1.7Ghz 4e gen Intel.
Een camera die ik voorheen 180gr roteerde in software, heb ik toch maar hardware matig aangepast om cpu cycles te sparen.
Ik sta perplex wat dit stukje software met een Coral stick kan doen op een oudere NUC.

[TheMystery]

sprk_nl schreef op donderdag 11 januari 2024 @ 22:00:
[...]


Ik heb een aanpassing gedaan en zie wel een verschil.

Voorheen had ik enkel geconfigueerd:

code:

ffmpeg:
  hwaccel_args: preset-vaapi

Met als resultaat, waarin ik geen vaapi of hwaccel tegen kom:

ffmpeg -hide_banner -v error -fflags nobuffer -flags low_delay -timeout 5000000 -user_agent go2rtc/ffmpeg -rtsp_transport tcp -i rtsp://localhost:8554/cam_voortuin_orig_high?video -c:v libx264 -g 50 -profile:v high -level:v 4.1 -preset:v superfast -tune:v zerolatency -an -vf transpose=1,transpose=1 -user_agent ffmpeg/go2rtc -rtsp_transport tcp -f rtsp rtsp://localhost:8554/b26ded161ca7e4b2385124bba40fc65e

Nu heb ik geconfigureerd:

code:

ffmpeg:
  hwaccel_args: 
        - -hwaccel
        - vaapi 
        - -hwaccel_device 
        - /dev/dri/renderD128

met als resultaat, waarin wel de hw-offload is aangegeven:

ffmpeg -hide_banner -loglevel warning -threads 2 -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -user_agent FFmpeg Frigate/0.12.1-367d724 -rtsp_transport tcp -timeout 500 0000 -i rtsp://127.0.0.1:8554/cam_deurlamp -r 10 -s 768x432 -threads 2 -f rawvideo -pix_fmt yuv420p pipe:

Load: TLDR: 50% cpu load op 1 CPU core, met iGPU, Coral en 600MB ram op Turnkey-Core.
Ik ben nu appels met peren aan het vergelijken, want er zit net een Coral stikje in.
Het geheel loopt met 3 H264 camera's op een D34010WYK NUC met een i3 1.7Ghz 4e gen Intel.
Een camera die ik voorheen 180gr roteerde in software, heb ik toch maar hardware matig aangepast om cpu cycles te sparen.
Ik sta perplex wat dit stukje software met een Coral stick kan doen op een oudere NUC.

toon volledige bericht

Bij mij was dit genoeg met de i965 driver:
ffmpeg:
hwaccel_args: preset-vaapi
Maar ik heb wel een 9de generatie Intel

Verder heb ik 5 camera’s waarvan 3 met een detect resolutie van 1280x960 en 2x 1920x1080 op 8 frames per seconde + een usb coral (8ms interference) met een 15% cpu gebruik.

[simonj]

Probleem dat deze geen motion opslaat.
Als ik handmatig recording druk, neemt hij wel op.
Draait op rpi 4 ,als dit gaat werken wil een coral usb aanschaffen.
Hieronder mijn yml,ik heb al verschillende geprobeerd zonder resultaat.



edit: Als in de log kijk (frigate) zie ik dat time niet overeen komt.
kijk ik in HA zelf, klopt dit wel.

[ Voor 8% gewijzigd door simonj op 11-02-2024 13:53 ]

[sprk_nl]

simonj schreef op zondag 11 februari 2024 @ 13:48:
Probleem dat deze geen motion opslaat.
Als ik handmatig recording druk, neemt hij wel op.

edit: Als in de log kijk (frigate) zie ik dat time niet overeen komt.
kijk ik in HA zelf, klopt dit wel.

Ter controle:
Je continuous recording van 3 dagen gaat wel goed?
Enkel je events worden niet opgeslagen begrijp ik.

Hoe heb je Frigate geïnstalleerd? Als plugin binnen Home Assistant, Docker, of native?

Krijg je wel motion events te zien bij het Frigate "events" menu?
Welke processen heb je nog meer actief naast Home Assistant?
Wat is je CPU belasting tijdens een motion event?

[simonj]

sprk_nl schreef op maandag 12 februari 2024 @ 09:00:
[...]


Ter controle:
Je continuous recording van 3 dagen gaat wel goed?
Enkel je events worden niet opgeslagen begrijp ik.

Hoe heb je Frigate geïnstalleerd? Als plugin binnen Home Assistant, Docker, of native?

Krijg je wel motion events te zien bij het Frigate "events" menu?
Welke processen heb je nog meer actief naast Home Assistant?
Wat is je CPU belasting tijdens een motion event?

Bedankt, volledige herstart van raspberry ging alles werken.
wist niet dat dit nodig was naast herstart HA.
Ook nog een aanpassing gedaan yml

[luigi87]

Ik heb nu al een tijd Frigate via Docker compose in Ubuntu draaien.
Werkt vlekkeloos en is echt leuk speelgoed.

Dus nu heb ik ook een Coral USB aangeschaft om met al mijn camera's detection aan te kunnen.

NU wordt mij alleen niet duidelijk hoe ik die Coral aan de praat kan krijgen.

Moet ik nu eerst de support installeren zoals hier? https://coral.ai/docs/accelerator/get-started/#requirements

code:

echo "deb https://packages.cloud.google.com/apt coral-edgetpu-stable main" | sudo tee /etc/apt/sources.list.d/coral-edgetpu.list

curl https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo apt-key add -

sudo apt-get update

code:

sudo apt-get install libedgetpu1-std

of is onderstaande in de config voldoende?
En hoe kan ik het beste testen of de coral inderdaad wordt herkend en werkt?

YAML:

detectors:
  coral:
    type: edgetpu
    device: usb

[Polyphemus]

luigi87 schreef op woensdag 14 februari 2024 @ 08:36:
Ik heb nu al een tijd Frigate via Docker compose in Ubuntu draaien.
Werkt vlekkeloos en is echt leuk speelgoed.

Dus nu heb ik ook een Coral USB aangeschaft om met al mijn camera's detection aan te kunnen.

NU wordt mij alleen niet duidelijk hoe ik die Coral aan de praat kan krijgen.

Moet ik nu eerst de support installeren zoals hier? https://coral.ai/docs/accelerator/get-started/#requirements

code:

echo "deb https://packages.cloud.google.com/apt coral-edgetpu-stable main" | sudo tee /etc/apt/sources.list.d/coral-edgetpu.list

curl https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo apt-key add -

sudo apt-get update

code:

sudo apt-get install libedgetpu1-std

of is onderstaande in de config voldoende?
En hoe kan ik het beste testen of de coral inderdaad wordt herkend en werkt?

YAML:

detectors:
  coral:
    type: edgetpu
    device: usb

toon volledige bericht

Als je hardware in je docker container wil gebruiken, moet je die 'mappen', zodat het in je container beschikbaar wordt.

Je moet dus in de config van je container (als je een docker compse yaml gebruikt hebt), zoiets doen:

code:

devices:
      - /dev/bus/usb:/dev/bus/usb

Hiermee geef je aan dat je de hardware op de usb poorten van je host doorgeeft aan de container.

Anders werk even zoeken op "Frigate USB Coral pass through docker" misschien

[luigi87]

Polyphemus schreef op woensdag 14 februari 2024 @ 09:34:
[...]


Als je hardware in je docker container wil gebruiken, moet je die 'mappen', zodat het in je container beschikbaar wordt.

Je moet dus in de config van je container (als je een docker compse yaml gebruikt hebt), zoiets doen:

code:

devices:
      - /dev/bus/usb:/dev/bus/usb

Hiermee geef je aan dat je de hardware op de usb poorten van je host doorgeeft aan de container.

Anders werk even zoeken op "Frigate USB Coral pass through docker" misschien

toon volledige bericht

Ik zal inderdaad dat "doorgeven" even opnemen in de config en kan waars via de logs zien of die hem pakt of niet.

Maar moet ik ook nog drives installeren voor Ubuntu voor de Coral USB? of doet Frigate dit zelf?

[Gizz]

@konehead en @Polyphemus nog bedankt voor het meedenken in december. Door alle drukte heb ik toen niet verder kunnen werken aan het werkend krijgen van de Coral TPU op mijn Synology NAS. Recent weer geprobeerd nadat ik de software van mijn Synology heb geupgrade van DSM 6 naar 7 en toen werkte de Coral TPU direct met Frigate in een docker-container. Geen idee waarom het bij DSM6 zo stroef verliep

[Polyphemus]

luigi87 schreef op woensdag 14 februari 2024 @ 09:53:
[...]


Ik zal inderdaad dat "doorgeven" even opnemen in de config en kan waars via de logs zien of die hem pakt of niet.

Maar moet ik ook nog drives installeren voor Ubuntu voor de Coral USB? of doet Frigate dit zelf?

Ik heb het voor de zekerheid op mijn Debian server wel gedaan

[luigi87]

Is onderstaande een bevestiging dat de Coral usb werkt?
Zie ook de witte led af en toe knipperen, wat mij lijkt dat die activiteit vertoont.

Correct?

[Polyphemus]

luigi87 schreef op woensdag 14 februari 2024 @ 19:10:
Is onderstaande een bevestiging dat de Coral usb werkt?
Zie ook de witte led af en toe knipperen, wat mij lijkt dat die activiteit vertoont.

Correct?

[Afbeelding]

Er staat 'coral' bij je detectors, anders had er CPU gestaan vermoed ik. En je interference speed is ook vergelijkbaar met mijn PCI Coral, die 8,5 ms is.

[luigi87]

Polyphemus schreef op woensdag 14 februari 2024 @ 19:13:
[...]

Er staat 'coral' bij je detectors, anders had er CPU gestaan vermoed ik. En je interference speed is ook vergelijkbaar met mijn PCI Coral, die 8,5 ms is.

Correct er stond eerst CPU, maar dat heb ik weg gehaald.
Ga dan nu nog even wat meer Camera toevoegen.


Is iemand hier die frigate ook draait op een minisforum GK41?
En die nog tips en tweaks heeft om het allemaal verder goed in te regelen?

[Bongoarnhem]

Ik heb een Coral usb accelerator gevonden via marktplaats en intussen mijn HA RPi 4 setup aangepast naar een variant met een SSD schijf opslagmodule.
Zijn er hier mensen die dezelfde setup hebben en voor de Coral usb een hub hebben gebruikt met een eigen stroomtoevoer, ik ben benieuwd welke jullie hiervoor hebben gebruikt.

[ Voor 15% gewijzigd door Bongoarnhem op 24-03-2024 17:11 ]

[Pioni-Sensei]

Gizz schreef op woensdag 14 februari 2024 @ 09:57:
@konehead en @Polyphemus nog bedankt voor het meedenken in december. Door alle drukte heb ik toen niet verder kunnen werken aan het werkend krijgen van de Coral TPU op mijn Synology NAS. Recent weer geprobeerd nadat ik de software van mijn Synology heb geupgrade van DSM 6 naar 7 en toen werkte de Coral TPU direct met Frigate in een docker-container. Geen idee waarom het bij DSM6 zo stroef verliep

Nice! Mijn Coral komt over een week binnen als het goed is, ook DS918+. in docker, mooi om te horen dat het gewoon zou moeten gaan werken.
Ik ben heel benieuwd!

[kwaazaar]

Bongoarnhem schreef op zondag 24 maart 2024 @ 17:08:
Ik heb een Coral usb accelerator gevonden via marktplaats en intussen mijn HA RPi 4 setup aangepast naar een variant met een SSD schijf opslagmodule.
Zijn er hier mensen die dezelfde setup hebben en voor de Coral usb een hub hebben gebruikt met een eigen stroomtoevoer, ik ben benieuwd welke jullie hiervoor hebben gebruikt.

Ik heb een SSD via USB op de RPi4 aangesloten. De coral aansluiten op de pi werkt niet. Soms even, maar uiteindelijk hangt alles na een tijdje (met corruptie van de HA history tot gevolg). Heb er nu een flinke powered USB hub tussen gezet en de Coral USB op de hub aangesloten en dat werkt feilloos.
Ik gebruik het voor 2 camera's, waarvan 1 Eufy die geen lowres substream heeft. CPU van de pi is dus wel hoog vanwege de motion detection.

Ik heb overigens een 2GB versie en compileren met ESPHome werkt soms niet. Ik schakel dan Frigate even uit. Ik vermoed althans dat memory de bottleneck is.

[sprk_nl]

kwaazaar schreef op woensdag 24 april 2024 @ 17:31:
[...]

Ik heb overigens een 2GB versie en compileren met ESPHome werkt soms niet. Ik schakel dan Frigate even uit. Ik vermoed althans dat memory de bottleneck is.

Het compileren met ESPHome trekt behoorlijk wat resources, waarbij ik ook merk dat Frigate het niet prettig vind om resources tijdelijk af te staan. Ik kan hierbij aanraden om ESPHome niet binnen HASS te draaien, maar als aparte VM met in elk geval gelimiteerde CPU resources.

Hier draai ik, binnen Proxmox, HASS en Frigate met nog wat extra VM's op een 4 core NUC met 16G RAM.
In worst-case scenario's waarbij de CPU flink belast wordt (door ESPHome) en Frigate dit niet meer trekt, gaat Frigate al het geheugen gebruiken wat ie krijgt, met als gevolg een crash of halt van meerdere VM's

Om het een beetje onder controle te houden reserveer ik als voorbeeld voor Frigate 2GB RAM in Proxmox.
Proxmox zelf verbruikt in normale situatie 1,2 GB RAM.
Binnen de Proxmox VM voor Frigate draait Docker met een Frigate image en een memory limit, net onder de 2GB met een health check waarbij Frigate automatisch restart als het geheugen net onder de 2GB geraakt.

Onderstaande Docker Compose code is nog niet foutloos.
Als ik vanuit de Frigate de service herstart vanwege een config change, dan gaat de webservice down, en faalt de healthcheck ook, waardoor de docker er mee stopt.
Iets om verder op in te duiken, zodra er prioriteit voor komt

Reservation: The platform must guarantee the container can allocate at least the configured amount.
De daadwerkelijke resource reservering die altijd beschikbaar is vanuit Proxmox.

Limits: The platform must prevent the container to allocate more.
Tikt de Docker de limiet aan, dan faalt de healthcheck

code:

healthcheck:
      test: curl --fail http://localhost:5000 || exit 1
      interval: 60s
      timeout: 10s
      retries: 3
      start_period: 2m


    deploy:
      resources:
        limits:
          cpus: '1'
          memory: 2000M
        reservations:
          cpus: '0.9'
          memory: 1800M
      restart_policy:
        condition: on-failure
        delay: 5s
        max_attempts: 5
        window: 60s

[lodu]

Mijn idee voor een 5x camera (8MP 4K allen) setup:
- coral dual-edge (met m.2 adapter)
- detectie over een 5fps 1080p substream
- recorden op een 25fps 4k
- draaiend op Docker.

Kan iemand mij vertellen of een i3 13100 (of 14100) hier voldoende voor is (dus met QuickSync)?

Hoe goed werkt Frigate met h.256 vanaf de camera's? (specifiek voor het recorden)

Ik zat naar Hikvision en Dahua te kijken voor camera's en kwam toen fs.com tegen. Iemand ervaring met FS camera's (in vergelijking met Hikvision/Dahua en specifiek nachtvisie)?

[willemd]

Ik heb een NUC waarop HA met Frigate draait. Het gaat maar om een enkele camera (in mijn garagebox, dus heel weinig beweging). Ik heb daar een jaartje met alleen CPU-detectie op gedraaid. Dat ging eigenlijk heel goed; de CPU kan deze situatie blijkbaar wel aan.

Nu heb ik uit nieuwsgierigheid toch een USB Coral gekocht en aangesloten en ingesteld.

Alleen nu blijkt dat Frigate meer false positives als event opneemt, en tegelijk ook een aantal daadwerkelijke menselijke bewegingen niet meer detecteert. Toen hij op de CPU draaide klopte het eigenlijk altijd, maar nu mist hij zo'n 20% van de events, en is ook een op de 10 events een false positive.


Mijn vragen:
- heeft de Coral een ander detectie-algoritme dan Frigate via de CPU?
- kan je iets instellen om de gevoeligheid etc. te veranderen?


Op dit moment is mijn plan om maar gewoon terug te gaan naar CPU, maar dat voelt eigenlijk verkeerd.

[kwaazaar]

Ik had verscillende resultaten, CPU vs Coral, maar te weinig ervaring om echt te vergelijken. De Coral verbruikt redelijk veel energie en kan bv niet aan de USB poort van een Raspberry Pi. Als CPU ook werkt, dan zou je mogelijk dus energie kunnen besparen.

Zelf zou ik graag hebben dat hij mijzelf herkent, zodat ik geen notificaties krijg als ik zelf voor de cameras loop. Geen idee wat daar voor opties voor zijn.

[Polyphemus]

kwaazaar schreef op maandag 17 juni 2024 @ 15:23:
Ik had verscillende resultaten, CPU vs Coral, maar te weinig ervaring om echt te vergelijken. De Coral verbruikt redelijk veel energie en kan bv niet aan de USB poort van een Raspberry Pi. Als CPU ook werkt, dan zou je mogelijk dus energie kunnen besparen.

Zelf zou ik graag hebben dat hij mijzelf herkent, zodat ik geen notificaties krijg als ik zelf voor de cameras loop. Geen idee wat daar voor opties voor zijn.

Voor persoonherkenning zou je Deepstack, Compreface en/of Codeproject.ai kunnen gebruiken in combinatie met DoubleTake. DoubleTake is een front-end waarmee je de eerste drie kan trainen, om zo de door jou ingevoerde namen bij detecties van personen, aan personen te koppelen.

De ontwikkeling van DoubleTake is overgenomen/uitgebreid door een Rus (https://github.com/skrashevich/double-take), omdat de Amerikaanse maintainer er niet veel meer aan deed.

[Slonzo]

kwaazaar schreef op maandag 17 juni 2024 @ 15:23:
Ik had verscillende resultaten, CPU vs Coral, maar te weinig ervaring om echt te vergelijken. De Coral verbruikt redelijk veel energie en kan bv niet aan de USB poort van een Raspberry Pi. Als CPU ook werkt, dan zou je mogelijk dus energie kunnen besparen.

CPU zal bij mijn weten nooit zuiniger zijn dan een TPU.

[kwaazaar]

Slonzo schreef op maandag 17 juni 2024 @ 17:28:
[...]

CPU zal bij mijn weten nooit zuiniger zijn dan een TPU.

De Raspberry PI 4 trok dat prima met zn powersupply. De TPU werkt alleen via extern gevoede USB hub. Al met al verbruik ik nu dus meer energie. Maar dat zal vooral met overhead te maken hebben.

[vonkkie]

Vraag ik heb ha draaien op een i5 8500 met 8gb geheugen
Heb er een corall aan hangen

Voor ha zit er. 250gb in

Voor frigate heb ik op mijn nas de map frigate aangemaakt van 1tb

Frigate draait maar de map media frigate kon ik niet verwijderen zoals in de handleiding staat

Nu worden recordings netjes op mijn nas gezet maar als ik op mijn tablet terug kijkt duurt het heel lang om de opnames te laden

Tevens wordt er. In de map /temp/cache en dev/shm nog wel bestanden opgeslagen

Tevens is de processor belasting van frigate 29%

Wat kan de oorzaak zijn of waar moet ik zoeken ???

[Slonzo]

vonkkie schreef op maandag 16 september 2024 @ 08:06:
Tevens is de processor belasting van frigate 29%
Wat kan de oorzaak zijn of waar moet ik zoeken ???

Tsja de ffmpeg streams nemen inderdaad wel een mooi stukje cpu cycles in, zelfs al heb je een Coral TPU... Filmpjes die traag laden op je tablet heeft m.i. weinig met Frigate te maken, daar zijn misschien betere topics voor

[ Voor 15% gewijzigd door Slonzo op 16-09-2024 09:20 ]

[vonkkie]

Slonzo schreef op maandag 16 september 2024 @ 09:19:
[...]

Tsja de ffmpeg streams nemen inderdaad wel een mooi stukje cpu cycles in, zelfs al heb je een Coral TPU... Filmpjes die traag laden op je tablet heeft m.i. weinig met Frigate te maken, daar zijn misschien betere topics voor

Het traag laden kwam omdat ik de companion app via de cloud bekeek nu lokaal werkt het goed

[luigi87]

Ik heb inmiddels 5 camera's hangen met detectie (en een Coral TPU).
Het draait oke, maar kan soepeler.

Ik heb vooral last van "Camera x has high FFMPEG CPU usage"

Nu wil ik graag de detectie doen op een lage resolutie stream, en live en opnemen op de normale stream.

Iemand die zijn config kan delen waarin dit werkt? ik kom er niet echt uit namelijk.

YAML:

mqtt:
  enabled: true

detectors:
  coral:
    type: edgetpu
    device: usb

birdseye:
  enabled: true
  mode: continuous

cameras:
  D-Woonkamer:
    ffmpeg:
      inputs:
        - path: rtsp://Gebruikersnaam:wachtwoord@192.168.1.188:554/videoMain
          roles:
            - detect
    objects:
      track:
        - person
    detect:
      width: 1280
      height: 720
    record:
      enabled: true
      retain:
        days: 7
        mode: motion
      events:
        retain:
          default: 14
          mode: motion
  E-Garage:
    ffmpeg:
      inputs:
        - path: rtsp://Gebruikersnaam:wachtwoord@192.168.1.202:554/h264Preview_01_main
          roles:
            - detect
    objects:
      track:
        - person
        - cat
        - bird
        - dog
        - bicycle
    detect:
      width: 1280
      height: 720
    record:
      enabled: true
      retain:
        days: 7
        mode: motion
      events:
        retain:
          default: 14
          mode: motion
version: 0.14

[MXMan]

Iemand die een sub 50 EUR camera met PTZ kan aanraden om als babyfoon in te stellen via Frigate i.c.m. Home Assistant? Ik had graag notificaties en acties willen instellen en PTZ functionaliteit is mooi meegenomen.

Momenteel heb ik de TAPO C200 in het vizier, heeft er iemand hier ervaring mee?

[Yelti]

Je moet 2 inputs voorzien
1e met de main stream met de role: record
2e met de sub stream met de role detect.

zie ook: https://docs.frigate.video/configuration/cameras

Succes.

luigi87 schreef op maandag 28 oktober 2024 @ 16:58:
Ik heb inmiddels 5 camera's hangen met detectie (en een Coral TPU).
Het draait oke, maar kan soepeler.

Ik heb vooral last van "Camera x has high FFMPEG CPU usage"

Nu wil ik graag de detectie doen op een lage resolutie stream, en live en opnemen op de normale stream.

Iemand die zijn config kan delen waarin dit werkt? ik kom er niet echt uit namelijk.

YAML:

mqtt:
  enabled: true

detectors:
  coral:
    type: edgetpu
    device: usb

birdseye:
  enabled: true
  mode: continuous

cameras:
  D-Woonkamer:
    ffmpeg:
      inputs:
        - path: rtsp://Gebruikersnaam:wachtwoord@192.168.1.188:554/videoMain
          roles:
            - detect
    objects:
      track:
        - person
    detect:
      width: 1280
      height: 720
    record:
      enabled: true
      retain:
        days: 7
        mode: motion
      events:
        retain:
          default: 14
          mode: motion
  E-Garage:
    ffmpeg:
      inputs:
        - path: rtsp://Gebruikersnaam:wachtwoord@192.168.1.202:554/h264Preview_01_main
          roles:
            - detect
    objects:
      track:
        - person
        - cat
        - bird
        - dog
        - bicycle
    detect:
      width: 1280
      height: 720
    record:
      enabled: true
      retain:
        days: 7
        mode: motion
      events:
        retain:
          default: 14
          mode: motion
version: 0.14

toon volledige bericht

[luigi87]

Yelti schreef op donderdag 31 oktober 2024 @ 13:41:
Je moet 2 inputs voorzien
1e met de main stream met de role: record
2e met de sub stream met de role detect.

zie ook: https://docs.frigate.video/configuration/cameras

Succes.

[...]

serieus dat is alles??
Ik begreep er dus helemaal niets, maar nu snap ik waar die de juiste stream op selecteerd

YAML:

mqtt:
  host: mqtt.server.com
cameras:
  back:
    enabled: True
    ffmpeg:
      inputs:
        - path: rtsp://viewer:{FRIGATE_RTSP_PASSWORD}@10.0.10.10:554/cam/realmonitor?channel=1&subtype=2
          roles:
            - detect
        - path: rtsp://viewer:{FRIGATE_RTSP_PASSWORD}@10.0.10.10:554/live
          roles:
            - record
    detect:
      width: 1280 # <- optional, by default Frigate tries to automatically detect resolution
      height: 720 # <- optional, by default Frigate tries to automatically detect resolution

[Kaspers]

MXMan schreef op donderdag 31 oktober 2024 @ 09:01:
Iemand die een sub 50 EUR camera met PTZ kan aanraden om als babyfoon in te stellen via Frigate i.c.m. Home Assistant? Ik had graag notificaties en acties willen instellen en PTZ functionaliteit is mooi meegenomen.

Momenteel heb ik de TAPO C200 in het vizier, heeft er iemand hier ervaring mee?

Ik heb ervaring met de Tapo C120. Perfect ding icm frigate en gebruik 'm ook als babycam. Prima nachtzicht. Heb 'm wel de toegang tot het internet ontnomen via firewall configuratie.

Voor streamen connecteer ik middels VLC op m'n iPhone met de high-res stream. Hij kan meerdere connecties aan, dus dat zit Frigate niet in de weg.

30 euro was 't ding geloof ik toen ik 'm kocht.

[ Voor 14% gewijzigd door Kaspers op 31-10-2024 14:58 ]

[MXMan]

Kaspers schreef op donderdag 31 oktober 2024 @ 14:57:
[...]


Ik heb ervaring met de Tapo C120. Perfect ding icm frigate en gebruik 'm ook als babycam. Prima nachtzicht. Heb 'm wel de toegang tot het internet ontnomen via firewall configuratie.

Voor streamen connecteer ik middels VLC op m'n iPhone met de high-res stream. Hij kan meerdere connecties aan, dus dat zit Frigate niet in de weg.

30 euro was 't ding geloof ik toen ik 'm kocht.

Ik heb inmiddels een beetje research gedaan en ben ook bij Tapo uitgekomen, weliswaar de C211 voor 23,90 EUR bij Amazon BE (https://amzn.eu/d/7gjGenJ).

Hij heeft baby crying detection en zou ook via Home Assistant (HACS) & Frigate aanspreekbaar moeten zijn.

Ik lees wel dat de integratie door TP Link generfd zou zijn maar dat er inderdaad een workaround is door het ding geen internet toegang meer te geven.


Voor die prijs & functionaliteiten, ziet dit er echt wel prima uit!

[ Voor 14% gewijzigd door MXMan op 31-10-2024 15:35 ]

[lasharor]

Ik heb een Reolink E1 pro voor dat doeleinde gekocht. Die heeft PTZ, ondersteuning voor RTSP en ONVIF. Werkt prima.

Met config in frigate:

code:

kinderkamer:
    ffmpeg:
      output_args:
        record: preset-record-generic-audio-copy
      inputs:
        - path: rtsp://127.0.0.1:8554/kinderkamer # <--- the name here must match the name of the camera in restream
          input_args: preset-rtsp-restream
          roles:
            - record
            - detect
            - audio
    objects:
      track:
        - person
      filters:
        person:
          threshold: 0.70
    onvif:
      host: 192.168.1.25
      port: 8000
      user: xxx
      password: xxx
    audio:
      enabled: True
      max_not_heard: 30
      min_volume: 100
      listen: 
        - crying
        - scream
        - yell
        - speech
      filters:
        crying:
          threshold: 0.5

[MXMan]

Bedankt voor de tips en inspiratie alvast 👍👍👍

[MXMan]

lasharor schreef op donderdag 31 oktober 2024 @ 15:42:
Ik heb een Reolink E1 pro voor dat doeleinde gekocht. Die heeft PTZ, ondersteuning voor RTSP en ONVIF. Werkt prima.

Met config in frigate:

code:

kinderkamer:
    ffmpeg:
      output_args:
        record: preset-record-generic-audio-copy
      inputs:
        - path: rtsp://127.0.0.1:8554/kinderkamer # <--- the name here must match the name of the camera in restream
          input_args: preset-rtsp-restream
          roles:
            - record
            - detect
            - audio
    objects:
      track:
        - person
      filters:
        person:
          threshold: 0.70
    onvif:
      host: 192.168.1.25
      port: 8000
      user: xxx
      password: xxx
    audio:
      enabled: True
      max_not_heard: 30
      min_volume: 100
      listen: 
        - crying
        - scream
        - yell
        - speech
      filters:
        crying:
          threshold: 0.5

toon volledige bericht

Dag Lasharor,

Bedankt voor jouw forum post en code! Deze was zeer nuttig voor mij en inmiddels heb ik een Tapo C211 gekocht en deze werkend gekregen in Frigate en de opties van de camera zijn ook bedienbaar via de HACS integratie.

Hiervoor heb ik deze config gebruikt:

code:

  Baby_Camera:
    onvif:
      host: 192.168.178.51
      port: 2020
      user: xxx
      password: xxx
    ffmpeg:
      inputs:
        - path: rtsp://xxx:xxx@192.168.178.51/stream1
          roles:
            - detect
            - record
            - audio  
      input_args: -rtsp_transport tcp
      output_args:
        record: preset-record-generic-audio-aac
    detect:
      enabled: true
      width: 1920
      height: 1080
      fps: 5
    record:
      enabled: true
      retain:
        days: 7
        mode: motion
    snapshots:
      enabled: true
      bounding_box: true
      retain:
        default: 7
    objects:
      track:
        - person
      filters:
        person:
          threshold: 0.70
    audio:
      enabled: true
      max_not_heard: 30
      min_volume: 100
      listen:
        - crying
        - scream
        - yell
        - speech
      filters:
        crying:
          threshold: 0.5

Graag had ik je willen vragen hoe jij de notificaties voor deze camera hebt ingesteld.

Ik had graag een notificatie inclusief snapshot + wanneer ik notificatie open dat de camera feed opent bij detectie van crying, scream, yell, speech willen ontvangen zoals in mijn screenshot.

Ik heb een bluetooth speaker gebruikt bij deze test opstelling en de detectie via Frigate loopt verbazingwekkend snel!!



Hoe pakt ik dit het beste aan?

Deze automatisatie geeft wel altijd heel snel een tekst notificatie maar ik had graag nog een snapshot willen toevoegen en de mogelijkheid om de live feed te openen

code:

alias: Baby Notif Test
description: ""
triggers:
  - device_id: 55a9c228c5f2d0e338117238408e6454
    domain: binary_sensor
    entity_id: 826510ab62a6f2c886fae92ecfaf3e12
    type: sound
    trigger: device
  - device_id: 55a9c228c5f2d0e338117238408e6454
    domain: binary_sensor
    entity_id: a8edc95dd2af7021835679fb6cf004b5
    type: sound
    trigger: device
  - device_id: 55a9c228c5f2d0e338117238408e6454
    domain: binary_sensor
    entity_id: d84fa7e186dc10128b2be7f86ddca05d
    type: sound
    trigger: device
conditions: []
actions:
  - data:
      title: Baby Camera
      message: Baby is awake!
    action: notify.all_devices
mode: single

[lasharor]

MXMan schreef op maandag 4 november 2024 @ 12:17:
[...]


Dag Lasharor,

Bedankt voor jouw forum post en code! Deze was zeer nuttig voor mij en inmiddels heb ik een Tapo C211 gekocht en deze werkend gekregen in Frigate en de opties van de camera zijn ook bedienbaar via de HACS integratie.

Hiervoor heb ik deze config gebruikt:

code:

  Baby_Camera:
    onvif:
      host: 192.168.178.51
      port: 2020
      user: xxx
      password: xxx
    ffmpeg:
      inputs:
        - path: rtsp://xxx:xxx@192.168.178.51/stream1
          roles:
            - detect
            - record
            - audio  
      input_args: -rtsp_transport tcp
      output_args:
        record: preset-record-generic-audio-aac
    detect:
      enabled: true
      width: 1920
      height: 1080
      fps: 5
    record:
      enabled: true
      retain:
        days: 7
        mode: motion
    snapshots:
      enabled: true
      bounding_box: true
      retain:
        default: 7
    objects:
      track:
        - person
      filters:
        person:
          threshold: 0.70
    audio:
      enabled: true
      max_not_heard: 30
      min_volume: 100
      listen:
        - crying
        - scream
        - yell
        - speech
      filters:
        crying:
          threshold: 0.5

Graag had ik je willen vragen hoe jij de notificaties voor deze camera hebt ingesteld.

Ik had graag een notificatie inclusief snapshot + wanneer ik notificatie open dat de camera feed opent bij detectie van crying, scream, yell, speech willen ontvangen zoals in mijn screenshot.

Ik heb een bluetooth speaker gebruikt bij deze test opstelling en de detectie via Frigate loopt verbazingwekkend snel!!

[Afbeelding]

[Afbeelding]

Hoe pakt ik dit het beste aan?

Deze automatisatie geeft wel altijd heel snel een tekst notificatie maar ik had graag nog een snapshot willen toevoegen en de mogelijkheid om de live feed te openen

code:

alias: Baby Notif Test
description: ""
triggers:
  - device_id: 55a9c228c5f2d0e338117238408e6454
    domain: binary_sensor
    entity_id: 826510ab62a6f2c886fae92ecfaf3e12
    type: sound
    trigger: device
  - device_id: 55a9c228c5f2d0e338117238408e6454
    domain: binary_sensor
    entity_id: a8edc95dd2af7021835679fb6cf004b5
    type: sound
    trigger: device
  - device_id: 55a9c228c5f2d0e338117238408e6454
    domain: binary_sensor
    entity_id: d84fa7e186dc10128b2be7f86ddca05d
    type: sound
    trigger: device
conditions: []
actions:
  - data:
      title: Baby Camera
      message: Baby is awake!
    action: notify.all_devices
mode: single

toon volledige bericht

Ik zou gewoon deze blueprint gebruiken: https://community.home-as...-notifications-2-0/559732

[MXMan]

lasharor schreef op maandag 4 november 2024 @ 13:29:
[...]


Ik zou gewoon deze blueprint gebruiken: https://community.home-as...-notifications-2-0/559732

Ik heb deze blueprint maar raar genoeg krijg ik enkel notificaties wanneer er enkel personen worden gedecteerd. Ik had graag een notificatie willen ontvangen bij het detecteren van geluiden.

Is dit mogelijk?

[ Voor 12% gewijzigd door MXMan op 04-11-2024 13:37 ]

[Sp33dFr34k]

Setup vraagje hier, ik wil een PCIe Google Coral doorgeven aan een LXC op mijn Proxmox machine.

Heeft iemand hier ervaring mee? Zoja, ik heb een beetje zitten zoeken en ik lees 380 verschillende manier, variërend van 25 stappen tot minimaal, zoals onderstaande... is deze nog actueel voordat ik eraan begin?

https://gist.github.com/s...02f581b55612068be35886109

[Polyphemus]

Sp33dFr34k schreef op zaterdag 30 november 2024 @ 17:50:
Setup vraagje hier, ik wil een PCIe Google Coral doorgeven aan een LXC op mijn Proxmox machine.

Heeft iemand hier ervaring mee? Zoja, ik heb een beetje zitten zoeken en ik lees 380 verschillende manier, variërend van 25 stappen tot minimaal, zoals onderstaande... is deze nog actueel voordat ik eraan begin?

https://gist.github.com/s...02f581b55612068be35886109

Ik hem hem in de configfile van mijn LXC (in /etc/pve/lxc) toegevoegd als:

code:

lxc.mount.entry: /dev/apex_0 dev/apex_0 none bind,optional,create=file

Ik heb wel de Coral drivers gecompileerd en geïnstalleerd op mijn Proxmox host. Dus eigenlijk zoals in jouw link.

[ Voor 8% gewijzigd door Polyphemus op 30-11-2024 18:51 ]

[Sp33dFr34k]

Polyphemus schreef op zaterdag 30 november 2024 @ 18:49:
[...]

Ik hem hem in de configfile van mijn LXC (in /etc/pve/lxc) toegevoegd als:

code:

lxc.mount.entry: /dev/apex_0 dev/apex_0 none bind,optional,create=file

Ik heb wel de Coral drivers gecompileerd en geïnstalleerd op mijn Proxmox host. Dus eigenlijk zoals in jouw link.

Dankje, ik had gehoopt dat die drivers niet meer nodig zouden zijn. Heb dat toen voor Wireguard ook gedaan, en dat leverde wel wat issues op. We gaan het zien.

[Tweaker_Ruwy]

Sp33dFr34k schreef op zaterdag 30 november 2024 @ 17:50:
Setup vraagje hier, ik wil een PCIe Google Coral doorgeven aan een LXC op mijn Proxmox machine.

Heeft iemand hier ervaring mee? Zoja, ik heb een beetje zitten zoeken en ik lees 380 verschillende manier, variërend van 25 stappen tot minimaal, zoals onderstaande... is deze nog actueel voordat ik eraan begin?

https://gist.github.com/s...02f581b55612068be35886109

Is het draaien van Frigate als addon binnen Home Assistant dan geen optie voor jou? Het doorgeven van hardware aan een VM is vele malen gemakkelijker dan aan een LXC. (En die duizend-en-een mogelijkheden om het bij een lxc te doen was voor mij ook aanleiding het binnen ha te proberen.)

Uiteindelijk werkt deze opstelling voor mij in ieder geval uitstekend.

[Sp33dFr34k]

Tweaker_Ruwy schreef op maandag 2 december 2024 @ 08:48:
[...]


Is het draaien van Frigate als addon binnen Home Assistant dan geen optie voor jou? Het doorgeven van hardware aan een VM is vele malen gemakkelijker dan aan een LXC. (En die duizend-en-een mogelijkheden om het bij een lxc te doen was voor mij ook aanleiding het binnen ha te proberen.)

Uiteindelijk werkt deze opstelling voor mij in ieder geval uitstekend.

[Afbeelding]

[Afbeelding]

Dank voor je reactie. Heb ik ook naar gekeken, maar leek me niet handig ivm filestorage (NAS) die ik dan aan HA moet gaan koppelen. Hoe heb jij dat gedaan?

[Tweaker_Ruwy]

Sp33dFr34k schreef op maandag 2 december 2024 @ 09:32:
[...]


Dank voor je reactie. Heb ik ook naar gekeken, maar leek me niet handig ivm filestorage (NAS) die ik dan aan HA moet gaan koppelen. Hoe heb jij dat gedaan?

Ik heb domweg een 2e schijf in mn servertje hangen die ik volledig aan de VM van HA heb toegewezen. In HA kan ik vervolgens deze schijf als dataschijf markeren waardoor Frigate zijn beelden op die schijf opslaat. (De SCSI2 schijf met de vm-103-disk-2 erop in mijn voorgaande screenshots)

[Sp33dFr34k]

Tweaker_Ruwy schreef op maandag 2 december 2024 @ 11:02:
[...]


Ik heb domweg een 2e schijf in mn servertje hangen die ik volledig aan de VM van HA heb toegewezen. In HA kan ik vervolgens deze schijf als dataschijf markeren waardoor Frigate zijn beelden op die schijf opslaat. (De SCSI2 schijf met de vm-103-disk-2 erop in mijn voorgaande screenshots)

Ahja, die optie heb ik niet. Ik heb een SATA SSD voor Proxmox, en een NVME voor al mijn LXC's/VM's, voor de rest geen ruimte in dat servertje (Lenovo Tiny). Ik ga er even over nadenken

[Sp33dFr34k]

Polyphemus schreef op zaterdag 30 november 2024 @ 18:49:
[...]

Ik hem hem in de configfile van mijn LXC (in /etc/pve/lxc) toegevoegd als:

code:

lxc.mount.entry: /dev/apex_0 dev/apex_0 none bind,optional,create=file

Ik heb wel de Coral drivers gecompileerd en geïnstalleerd op mijn Proxmox host. Dus eigenlijk zoals in jouw link.

Ik volg de link, apt-key add is inmiddels deprecated maar daar ben ik omheen.
Ik loop vast op onderstaande, heb jij enig idee?

code:

apt-get install gasket-dkms libedgetpu1-std

code:

root@pve:~# apt-get install gasket-dkms libedgetpu1-std
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
gasket-dkms is already the newest version (1.0-18).
libedgetpu1-std is already the newest version (16.0).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
3 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up proxmox-kernel-6.8.12-4-pve-signed (6.8.12-4) ...
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/dkms 6.8.12-4-pve /boot/vmlinuz-6.8.12-4-pve
dkms: running auto installation service for kernel 6.8.12-4-pve.
Deprecated feature: REMAKE_INITRD (/var/lib/dkms/gasket/1.0/source/dkms.conf)
Deprecated feature: REMAKE_INITRD (/etc/dkms/framework.conf)
Sign command: /lib/modules/6.8.12-4-pve/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
Deprecated feature: REMAKE_INITRD (/var/lib/dkms/gasket/1.0/source/dkms.conf)

Building module:
Cleaning build area...
make -j8 KERNELRELEASE=6.8.12-4-pve -C /lib/modules/6.8.12-4-pve/build M=/var/lib/dkms/gasket/1.0/build...(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.8.12-4-pve (x86_64)
Consult /var/lib/dkms/gasket/1.0/build/make.log for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.8.12-4-pve failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/proxmox-kernel-6.8.12-4-pve-signed.postinst line 20.
dpkg: error processing package proxmox-kernel-6.8.12-4-pve-signed (--configure):
 installed proxmox-kernel-6.8.12-4-pve-signed package post-installation script subprocess returned error exit status 2
Setting up gasket-dkms (1.0-18) ...
Removing old gasket-1.0 DKMS files...
Deleting module gasket-1.0 completely from the DKMS tree.
Loading new gasket-1.0 DKMS files...
Deprecated feature: REMAKE_INITRD (/usr/src/gasket-1.0/dkms.conf)
Building for 6.8.12-2-pve 6.8.12-4-pve
Module build for kernel 6.8.12-2-pve was skipped since the
kernel headers for this kernel do not seem to be installed.
Building initial module for 6.8.12-4-pve
Deprecated feature: REMAKE_INITRD (/var/lib/dkms/gasket/1.0/source/dkms.conf)
Error! Bad return status for module build on kernel: 6.8.12-4-pve (x86_64)
Consult /var/lib/dkms/gasket/1.0/build/make.log for more information.
dpkg: error processing package gasket-dkms (--configure):
 installed gasket-dkms package post-installation script subprocess returned error exit status 10
dpkg: dependency problems prevent configuration of proxmox-kernel-6.8:
 proxmox-kernel-6.8 depends on proxmox-kernel-6.8.12-4-pve-signed | proxmox-kernel-6.8.12-4-pve; however:
  Package proxmox-kernel-6.8.12-4-pve-signed is not configured yet.
  Package proxmox-kernel-6.8.12-4-pve is not installed.
  Package proxmox-kernel-6.8.12-4-pve-signed which provides proxmox-kernel-6.8.12-4-pve is not configured yet.

dpkg: error processing package proxmox-kernel-6.8 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 proxmox-kernel-6.8.12-4-pve-signed
 gasket-dkms
 proxmox-kernel-6.8
E: Sub-process /usr/bin/dpkg returned an error code (1)

[Polyphemus]

Sp33dFr34k schreef op dinsdag 3 december 2024 @ 23:03:
[...]


Ik volg de link, apt-key add is inmiddels deprecated maar daar ben ik omheen.
Ik loop vast op onderstaande, heb jij enig idee?

code:

apt-get install gasket-dkms libedgetpu1-std

code:

root@pve:~# apt-get install gasket-dkms libedgetpu1-std
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
gasket-dkms is already the newest version (1.0-18).
libedgetpu1-std is already the newest version (16.0).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
3 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up proxmox-kernel-6.8.12-4-pve-signed (6.8.12-4) ...
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/dkms 6.8.12-4-pve /boot/vmlinuz-6.8.12-4-pve
dkms: running auto installation service for kernel 6.8.12-4-pve.
Deprecated feature: REMAKE_INITRD (/var/lib/dkms/gasket/1.0/source/dkms.conf)
Deprecated feature: REMAKE_INITRD (/etc/dkms/framework.conf)
Sign command: /lib/modules/6.8.12-4-pve/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
Deprecated feature: REMAKE_INITRD (/var/lib/dkms/gasket/1.0/source/dkms.conf)

Building module:
Cleaning build area...
make -j8 KERNELRELEASE=6.8.12-4-pve -C /lib/modules/6.8.12-4-pve/build M=/var/lib/dkms/gasket/1.0/build...(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.8.12-4-pve (x86_64)
Consult /var/lib/dkms/gasket/1.0/build/make.log for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.8.12-4-pve failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/proxmox-kernel-6.8.12-4-pve-signed.postinst line 20.
dpkg: error processing package proxmox-kernel-6.8.12-4-pve-signed (--configure):
 installed proxmox-kernel-6.8.12-4-pve-signed package post-installation script subprocess returned error exit status 2
Setting up gasket-dkms (1.0-18) ...
Removing old gasket-1.0 DKMS files...
Deleting module gasket-1.0 completely from the DKMS tree.
Loading new gasket-1.0 DKMS files...
Deprecated feature: REMAKE_INITRD (/usr/src/gasket-1.0/dkms.conf)
Building for 6.8.12-2-pve 6.8.12-4-pve
Module build for kernel 6.8.12-2-pve was skipped since the
kernel headers for this kernel do not seem to be installed.
Building initial module for 6.8.12-4-pve
Deprecated feature: REMAKE_INITRD (/var/lib/dkms/gasket/1.0/source/dkms.conf)
Error! Bad return status for module build on kernel: 6.8.12-4-pve (x86_64)
Consult /var/lib/dkms/gasket/1.0/build/make.log for more information.
dpkg: error processing package gasket-dkms (--configure):
 installed gasket-dkms package post-installation script subprocess returned error exit status 10
dpkg: dependency problems prevent configuration of proxmox-kernel-6.8:
 proxmox-kernel-6.8 depends on proxmox-kernel-6.8.12-4-pve-signed | proxmox-kernel-6.8.12-4-pve; however:
  Package proxmox-kernel-6.8.12-4-pve-signed is not configured yet.
  Package proxmox-kernel-6.8.12-4-pve is not installed.
  Package proxmox-kernel-6.8.12-4-pve-signed which provides proxmox-kernel-6.8.12-4-pve is not configured yet.

dpkg: error processing package proxmox-kernel-6.8 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 proxmox-kernel-6.8.12-4-pve-signed
 gasket-dkms
 proxmox-kernel-6.8
E: Sub-process /usr/bin/dpkg returned an error code (1)

toon volledige bericht

Doe eens

code:

cat /var/lib/dkms/gasket/1.0/build/make.log

Dan zie je de errors tijdens het compileren als het goed is. Dit heb ik ook gehad, bij het installeren van de drivers voor de Coral. Er zit namelijk in de broncode daarvan een bug, dat ie niet compileren wil op kernel 6.8.

Hier staat (ergens) de oplossing:

https://www.reddit.com/r/...le_build_fails_on_kernel/
https://www.reddit.com/r/...&utm_content=share_button

Misschien helpt het je.

[Sp33dFr34k]

Polyphemus schreef op woensdag 4 december 2024 @ 09:00:
[...]


Doe eens

code:

cat /var/lib/dkms/gasket/1.0/build/make.log

Dan zie je de errors tijdens het compileren als het goed is. Dit heb ik ook gehad, bij het installeren van de drivers voor de Coral. Er zit namelijk in de broncode daarvan een bug, dat ie niet compileren wil op kernel 6.8.

Hier staat (ergens) de oplossing:

https://www.reddit.com/r/...le_build_fails_on_kernel/
https://www.reddit.com/r/...&utm_content=share_button

Misschien helpt het je.

toon volledige bericht

Nou, het duurde even, maar het is gelukt hoor, dankje!

[Polyphemus]

Sp33dFr34k schreef op maandag 9 december 2024 @ 17:09:
[...]


Nou, het duurde even, maar het is gelukt hoor, dankje!

Graag gedaan, op naar de volgende uitdaging

[Beekforel]

Met het handmatig builden van de gasket driver lukt het prima, maar dit valt dus weer om wanneer je je Proxmox instance update. Daar had ik niet helemaal bij stilgestaan dus dat was een interessant uurtje troubleshooten.

Bash:

apt install pve-headers-$(uname -r)
apt install devscripts dh-dkms
git clone https://github.com/google/gasket-driver.git
cd gasket-driver/
debuild -us -uc -tc -b
cd ..
dpkg -i gasket-dkms_1.0-18_all.deb 

Is hier iets tegen te doen? Ik ben niet helemaal bekend met hoe Linux omgaat met drivers en dit soort zaken.

[Polyphemus]

Beekforel schreef op dinsdag 10 december 2024 @ 19:44:
Met het handmatig builden van de gasket driver lukt het prima, maar dit valt dus weer om wanneer je je Proxmox instance update. Daar had ik niet helemaal bij stilgestaan dus dat was een interessant uurtje troubleshooten.

Bash:

apt install pve-headers-$(uname -r)
apt install devscripts dh-dkms
git clone https://github.com/google/gasket-driver.git
cd gasket-driver/
debuild -us -uc -tc -b
cd ..
dpkg -i gasket-dkms_1.0-18_all.deb 

Is hier iets tegen te doen? Ik ben niet helemaal bekend met hoe Linux omgaat met drivers en dit soort zaken.

Je hebt er weinig aan, maar bij mij blijft ie werken, en dan met name na een kernel upgrade. Dan gaat ie opnieuw compileren, vanzelf.

Hoe bedoel je met het opdaten van Proxmox?

[Beekforel]

Polyphemus schreef op dinsdag 10 december 2024 @ 19:50:
[...]

Je hebt er weinig aan, maar bij mij blijft ie werken, en dan met name na een kernel upgrade. Dan gaat ie opnieuw compileren, vanzelf.

Hoe bedoel je met het opdaten van Proxmox?

Met een kernel upgrade bedoel ik inderdaad (denk ik ). Ik had een nieuwe omgeving geïnstalleerd en alles ingericht en zag vanmorgen dat er updates beschikbaar waren (ik weet dus niet precies meer waarvoor) en klikte achteloos op upgrade...

Zal het in de gaten houden bij een volgende update.

[Sp33dFr34k]

Polyphemus schreef op maandag 9 december 2024 @ 17:24:
[...]

Graag gedaan, op naar de volgende uitdaging

Ugh, ja nu nog werkend krijgen in frigate...

Ik heb hem doorgegeven aan de LXC met:

Bash:

ls -l /dev/apex_0

En krijg dan dit terug:

Bash:

crw-rw-rw- 1 root root 120, 0 Dec  9 15:59 /dev/apex_0

Zodra ik hem in de config gooi, knalt Frigate eruit....

2024-12-19T14:23:48.467274633Z 2024-12-19 14:23:48.466361733
2024-12-19T14:23:48.467282180Z 2024-12-19 14:23:48.466363739 During handling of the above exception, another exception occurred:
2024-12-19T14:23:48.467289617Z 2024-12-19 14:23:48.466365758
2024-12-19T14:23:48.467296933Z 2024-12-19 14:23:48.466367301 Traceback (most recent call last):
2024-12-19T14:23:48.467304845Z 2024-12-19 14:23:48.466379207 File "/usr/lib/python3.9/multiprocessing/process.py", line 315, in _bootstrap
2024-12-19T14:23:48.467313168Z 2024-12-19 14:23:48.466380737 self.run()
2024-12-19T14:23:48.467321147Z 2024-12-19 14:23:48.466382556 File "/usr/lib/python3.9/multiprocessing/process.py", line 108, in run
2024-12-19T14:23:48.467330245Z 2024-12-19 14:23:48.466389783 self._target(*self._args, **self._kwargs)
2024-12-19T14:23:48.467338785Z 2024-12-19 14:23:48.466391477 File "/opt/frigate/frigate/object_detection.py", line 102, in run_detector
2024-12-19T14:23:48.467346998Z 2024-12-19 14:23:48.466393317 object_detector = LocalObjectDetector(detector_config=detector_config)
2024-12-19T14:23:48.467354848Z 2024-12-19 14:23:48.466395209 File "/opt/frigate/frigate/object_detection.py", line 53, in __init__
2024-12-19T14:23:48.467362921Z 2024-12-19 14:23:48.466396868 self.detect_api = create_detector(detector_config)
2024-12-19T14:23:48.467371075Z 2024-12-19 14:23:48.466398643 File "/opt/frigate/frigate/detectors/__init__.py", line 18, in create_detector
2024-12-19T14:23:48.467380223Z 2024-12-19 14:23:48.466400334 return api(detector_config)
2024-12-19T14:23:48.467388544Z 2024-12-19 14:23:48.466402263 File "/opt/frigate/frigate/detectors/plugins/edgetpu_tfl.py", line 41, in __init__
2024-12-19T14:23:48.467396689Z 2024-12-19 14:23:48.466426072 edge_tpu_delegate = load_delegate("libedgetpu.so.1.0", device_config)
2024-12-19T14:23:48.467406001Z 2024-12-19 14:23:48.466428161 File "/usr/lib/python3/dist-packages/tflite_runtime/interpreter.py", line 162, in load_delegate
2024-12-19T14:23:48.467414428Z 2024-12-19 14:23:48.466442678 raise ValueError('Failed to load delegate from {}\n{}'.format(
2024-12-19T14:23:48.467422447Z 2024-12-19 14:23:48.466444486 ValueError: Failed to load delegate from libedgetpu.so.1.0
2024-12-19T14:23:48.467430275Z 2024-12-19 14:23:48.466446035
2024-12-19T14:23:48.477033897Z 2024-12-19 14:23:48.476960496 [2024-12-19 14:23:48] frigate.app INFO : Camera processor started for reolink: 400
2024-12-19T14:23:48.482056829Z 2024-12-19 14:23:48.481987919 [2024-12-19 14:23:48] frigate.app INFO : Capture process started for reolink: 403

toon volledige bericht

Zou verwachten dat dit oké is?

YAML:

detectors:
  coral:
    type: edgetpu
    device: pci

[Polyphemus]

Sp33dFr34k schreef op donderdag 19 december 2024 @ 15:32:
[...]


Ugh, ja nu nog werkend krijgen in frigate...

Ik heb hem doorgegeven aan de LXC met:

Bash:

ls -l /dev/apex_0

En krijg dan dit terug:

Bash:

crw-rw-rw- 1 root root 120, 0 Dec  9 15:59 /dev/apex_0

Zodra ik hem in de config gooi, knalt Frigate eruit....


[...]


Zou verwachten dat dit oké is?

YAML:

detectors:
  coral:
    type: edgetpu
    device: pci

toon volledige bericht

In mijn configfile op de host (in /etc/pve/lxc/<container-nummer>.conf) staat het zo (met meer niet-relevant spul):

code:

lxc.cgroup2.devices.allow: a
lxc.cap.drop: 
lxc.mount.entry: /dev/apex_0 dev/apex_0 none bind,optional,create=file
lxc.cgroup2.devices.allow: c 226:* rwm

In de container is ie:

code:

crw-rw-rw- 1 root 1000 120, 0 Dec 16 06:42 /dev/apex_0

[ Voor 5% gewijzigd door Polyphemus op 19-12-2024 15:41 ]

[Beekforel]

Niet meer relevant. Ik had problemen met go2rtc, dit heb ik opnieuw geïnstalleerd en nu gaat het goed.

[ Voor 98% gewijzigd door Beekforel op 19-12-2024 21:27 ]

[boyd86]

Gisteren van versie 0.14 naar 0.15 (stable) gegaan, de configuratie werd netjes overgenomen en upgrade liep verder vlekkeloos (OpenVINO met YoloNAS S model, op een i5-13500).
De zogeheten "semantic search" voorziet in zoeken op basis van een omschrijving (bijvoorbeeld "a red car driving by"), en dat lijkt redelijk goed te werken .
Tevens is de toegevoegde "Object Lifecycle" erg fijn als ondersteuning bij achterhalen van ogenschijnlijk foutief geclassificeerde detecties.

[boyd86]

De inference speed is nu ook wat beter geworden met 0.15. Waarschijnlijk door de nieuwe versie van OpenVINO.
Met versie 0.14:


Met versie 0.15 (uitschieter is herindexeren thumbnails)

[StarWing]

Heeft er iemand (positieve) ervaringen met een Coral Mini PCIe icm met een PCI express naar Mini PCIe converter ?
Ik heb frigate draaien op een HP ProDesk (H5U25ET) en die heeft enkel reguliere en kleine PCI express sloten.

[Polyphemus]

StarWing schreef op zondag 16 februari 2025 @ 09:45:
Heeft er iemand (positieve) ervaringen met een Coral Mini PCIe icm met een PCI express naar Mini PCIe converter ?
Ik heb frigate draien op een HP ProDesk (H5U25ET) en die heeft enkel reguliere en kleine PCI express sloten.

Bedoel je zoiets?



Of ‘andersom’?

[StarWing]

De bedoeling is om een "goedkope" coral mini PCIe in een regulier PCI express slot te pluggen, ipv een duurdere USB versie aan te schaffen. Mijn bestaand moederbord heeft geen M2 slots noch mini pcie.

[ArawnofAnnwn]

Hopelijk heeft hier iemand een idee.

Ik wil graag een computer kopen, specifiek voor Frigate, direct op hardware. Hier wil ik 8 FHD camera's op aansluiten. Heeft iemand een idee wat voor goedkope en energie zuinige optie er beschikbaar is? De Raspberry Pi 5 waar mijn Home Assistant op draait vind het bij de 2e camera al niet leuk meer.

[Slonzo]

ArawnofAnnwn schreef op vrijdag 28 februari 2025 @ 13:05:
Hopelijk heeft hier iemand een idee.

Ik wil graag een computer kopen, specifiek voor Frigate, direct op hardware. Hier wil ik 8 FHD camera's op aansluiten. Heeft iemand een idee wat voor goedkope en energie zuinige optie er beschikbaar is? De Raspberry Pi 5 waar mijn Home Assistant op draait vind het bij de 2e camera al niet leuk meer.

Heb je de openingspost van de thread gelezen? Het is trouwens compleet onzinnig om Frigate detectie op 8 FHD streams te laten doen, dat terugschroeven naar een lagere resolutie zal je al veel marge opleveren. Voor zuinige servers kan je hier terecht.

[ Voor 41% gewijzigd door Slonzo op 28-02-2025 13:11 ]

[boyd86]

Voor detectie is een hoge resolutie niet nodig, ik heb detect op 720p en dat werkt prima.
Zie voor een voorbeeld qua server mijn post hier.
Inmiddels heb ik er drie camera’s aan gekoppeld en een WD Purple 8TB erin gezet, dus het verbruik ligt nu eerder rond de 25-30W.
Tevens denk ik dat de semantic search die ik sinds 0.15 aan heb gezet ook zorgt voor extra verbruik.

[ Voor 61% gewijzigd door boyd86 op 28-02-2025 13:15 ]

[ArawnofAnnwn]

Slonzo schreef op vrijdag 28 februari 2025 @ 13:10:
[...]


Heb je de openingspost van de thread gelezen? Het is trouwens compleet onzinnig om Frigate detectie op 8 FHD streams te laten doen, dat terugschroeven naar een lagere resolutie zal je al veel marge opleveren. Voor zuinige servers kan je hier terecht.

Ja, en ik begrijp dat een coral zeker nodig zal zijn maar ik begreep dat het ook dan niet gaat werken op een pi 5.

Het andere deel begrijp ik niet. Waarom zou ik mijn streams terugschroeven? Kan het wel naar 360p gaan proberen terug te schroeven op een computer, maar daar word het niet beter van.

Aangezien het specifiek voor dit pakket is vroeg ik het juist hier.

[ArawnofAnnwn]

boyd86 schreef op vrijdag 28 februari 2025 @ 13:12:
Voor detectie is een hoge resolutie niet nodig, ik heb detect op 720p en dat werkt prima.
Zie voor een voorbeeld qua server mijn post hier.
Inmiddels heb ik er drie camera’s aan gekoppeld en een WD Purple 8TB erin gezet, dus het verbruik ligt nu eerder rond de 25-30W.
Tevens denk ik dat de semantic search die ik sinds 0.15 aan heb gezet ook zorgt voor extra verbruik.

Zou die server 8 FHD streams aan kunnen in combinatie met een Coral? Dan heb ik in ieder geval een uitgangspunt om naar te kijken.

[boyd86]

Een Coral is niet per se noodzakelijk, ik heb goede ervaringen met OpenVINO.
Terugschroeven van de detectie resolutie op de pc/server is ook niet de bedoeling, het idee is dat je de hoofdstream van je camera gebruikt voor opname in Frigate (Full HD of 4K bijvoorbeeld) en een substream instelt op een lagere resolutie voor detectie in Frigate (720p of lager, ook beetje afhankelijk van de FOV en kleinste objectgroottes).
Op die manier gebruik je een klein beetje meer bandbreedte van je camera maar heb je niet de zwaardere belasting op je Frigate machine.

ArawnofAnnwn schreef op vrijdag 28 februari 2025 @ 16:33:
[...]
Zou die server 8 FHD streams aan kunnen in combinatie met een Coral? Dan heb ik in ieder geval een uitgangspunt om naar te kijken.

Ik kan het niet voor je testen (ik heb niet zoveel camera’s en geen Coral maar gewoon OpenVINO). Afgaande op mijn system metrics en het feit dat het een recente en vlotte processor is denk ik dat het prima zou moeten kunnen:

[ Voor 17% gewijzigd door boyd86 op 28-02-2025 16:57 ]

[ArawnofAnnwn]

boyd86 schreef op vrijdag 28 februari 2025 @ 16:50:
Een Coral is niet per se noodzakelijk, ik heb goede ervaringen met OpenVINO.
Terugschroeven van de detectie resolutie op de pc/server is ook niet de bedoeling, het idee is dat je de hoofdstream van je camera gebruikt voor opname in Frigate (Full HD of 4K bijvoorbeeld) en een substream instelt op een lagere resolutie voor detectie in Frigate (720p of lager, ook beetje afhankelijk van de FOV en kleinste objectgroottes).
Op die manier gebruik je een klein beetje meer bandbreedte van je camera maar heb je niet de zwaardere belasting op je Frigate machine.


[...]

Ik kan het niet voor je testen (ik heb niet zoveel camera’s en geen Coral maar gewoon OpenVINO). Afgaande op mijn system metrics en het feit dat het een recente en vlotte processor is denk ik dat het prima zou moeten kunnen:

[Afbeelding]

[Afbeelding]

Ohh zo had ik het niet begrepen. Ik was zover dat ik een camera op mijn Pi kreeg in FHD en dat met 15FPS kon weergeven, zonder detectie. Detectie was ik nog niet aan toegekomen. Van OpenVINO had ik nog nooit gehoord, alleen van Coral voor het offloaden van de CPU. Ik wist ook niet dat je de detectie op een langere resolutie kon instellen. Misschien dat ik dan voor zo'n soort setup ga, dank je wel.

[Maurits28]

Ik heb Frigate geïnstalleerd op een Beelink EQ14 die ik tweedehands op Vinted had gekocht. Heb er een Coral AI ingeprikt en het werkt naar behoren. Installeren was nog even gedoe omdat de hardware vrij nieuw is. Maar die wordt nu door Ubuntu Server ondersteund. Met twee camera’s is de belasting minimaal, ook hardware acceleration op de GPU werkt.
Kanttekening is dat overal in de Frigate documentatie wordt afgeraden om het zonder Coral AI te draaien. Dus dat het wrs wel werkt zonder, daar zou ik niet te gemakkelijk van uitgaan.

[boyd86]

Voor een dedicated Frigate toepassing kun je waarschijnlijk wel met een lichtere setup uit de voeten hoor, zoals bijvoorbeeld de genoemde Beelink of vergelijkbare kleine PC’s.
Ik had de wens om zo nu en dan ook wat zwaardere taken en test containers of VM’s te kunnen draaien dus dan is een beetje overcapaciteit wel fijn.