Beiträge von SeydX

v5.0.0-beta.54 online

- Diverse Fehlerbehebungen

- HomeKit Optimierungen

- Videoanalysis: camera.ui ist nun in der Lage eigenständig Bewegungen zu erkennen. Via "Videoanalysis" (example-config.json) wird der stream einer Kamera kontinuierlich analysiert bei sehr geringer CPU Last.

- Neuen Parameter hinzugefügt - "subSource" (example-config.json) - Dieser wird unter Anderem für die Video Analyse verwendet, wenn keins angegeben ist, wird "source" genommen. "subSource" ist extra für den 2. stream einer Kamera gedacht mit sehr niedriger Auflösung. camera.ui verwendet diesen Stream um die Kamera Daten zu analysieren und wie bereits erwähnt um Bewegungen zu erfassen

- Neuen Parameter hinzugefügt - "prebufferLength" (example-config.json) - Die Zeit in Sekunden bis wann camera.ui in die "Vergangenheit" gehen soll beim Erkennen einer Bewegung, um das Ereignis VOR der Bewegungserkennung zu sehen (max: 8s)

lg

Zitat von Ubee

Gibt es eine Einstellungsmöglichkeit, dass z.B. nur alle 5 Minuten ein Video aufgezeichnet wird, wenn kontinuierlich Bewegung erkannt wird?

Zurzeit noch nicht

Zitat von iPhoneast

Die Homebridge 1.4.0-beta.4 habe ich jetzt mitsamt deinem Camera UI Plugin 5.0.0-beta.53 drauf. Ohne Fehlermeldungen. Nur der Snapshot-Händler hat bisher einmal über zu langsam (5.2 Sekunden) gemeckert. Beim ersten Mal Start der Homebridge 1.4.0-beta.4 war die Prozessorlast auch ziemlich hoch; deshalb habe ich nochmal gestartet. Diesmal normale Prozessorlast und kein Meckern wegen eines langsamen Snapshots.

Sieht ziemlich nach Goldmaster aus. Camera UI Aufzeichnungen und HSV funktionieren perfekt. Mehr habe ich bis jetzt nicht getestet. Ich lasse jetzt mal 24 Stunden laufen.

Update: Eine neue Meldung habe ich, wenn ich in Home den Stream anschaue.

[1/6/2022, 11:24:22 PM] [CameraUI] Einfahrt: Starting video stream: nativexnative, native fps, ??? kbps (AAC-eld)

[1/6/2022, 11:24:22 PM] [CameraUI] Einfahrt: Replacing audio with a dummy track, audio source not found or timed out during probe stream (stream)

[1/6/2022, 11:24:27 PM] [CameraUI] Einfahrt: Stopped video stream.

In der Config.json steht audio auf false.

"cameras": [
{
                    "name": "Einfahrt",
                    "hsv": true,
                    "prebuffering": true,
                    "videoConfig": {
                        "stimeout": 10,
                        "readRate": true,
                        "stillImageSource": "-i http://xxx@[email protected]:80/snap.jpg",
                        "maxStreams": 2,
                        "source": "-i rtsp://xxx@[email protected]:554",
                        "rtspTransport": "tcp",
                        "debug": false,
                        "audio": false,
                        "vcodec": "copy"
},
                    "motion": true,
                    "mqtt": {},
                    "unbridge": true
}

In Home steht Audio auf aus

Alles anzeigen

Oh ich schau mir das mal an, danke

Lg

Zitat von iPhoneast

Ich habe heute mal testweise wieder mein Time Machine Backup Control (Software für macOS, damit ein Mac zum Time Machine Server wird) gestartet. Die Software lastet die CPU des Mac mini zu ungefähr 20% aus, wenn ein anderer Mac sein Time Machine Backup drauflädt.

Das Webintereface von Camera UI wird dann sehr zäh bis unbrauchbar. Von der Camera UI aufgezeichnete Aufnahmen Ansehen im Webinterface von Camera UI geht praktisch nicht mehr. Wenn ich das Camera UI Browser-Fenster auf einem anderen Computer in den Hintergrund lege und wieder im Vordergrund aufrufe, geht gar nix. Die CPU-Last des Mac mini steigt aber nicht über 20-25%. Ich habe für HSV immer noch den Video Codec Copy drin. Wenn ich mit ssh auf den Mac mini schaue, sind primär ein kernel task und Smid aktiv (die Time Machine Backups gehen auf eine USB 3.0 - Platte).

HSV-Aufzeichnung scheinen ohne Störung zu laufen. Im Homebridge.log sind auch keine Auffälligkeiten.

Das Homebridge Web UI läuft ohne Störungen.

PS: Deaktiviere ich die Camera UI Aufnahmen, läuft das Camera UI Web Interface wieder normal. Update: Es lag wohl primär daran, dass sowohl die Aufnahmen der Camera UI als auch das Time Machine Backup auf einer per USB angesteckten Festplatte gespeichert wurden. Der Flaschenhals ist somit vorprogrammiert gewesen. Mittlerweile geht der Parallelbetrieb, wenn nicht gerade ein gigabyte-großes Backup gefahren wird.

PPS: Uhrzeit bei CPU-Last etc. stimmt jetzt.

PPPS: Verständnisfrage: Ich habe noch diverse Eufy Cams, die alle nativ homekitfähig sind. Never change a running system, sie tun ihren Dienst sehr gut, seit 2 Jahren. Es sind Modelle, die drahtlos an eine Eufy Homebase angebunden sind und autark mit Batterie und Solarpanel laufen. Jetzt kam ich auf die Idee, deren rstp-Stream (der sich parallel zu HomeKit einstellen lässt) in Camera UI zu integrieren und dort HSV nicht zu aktivieren. Das hätte den Vorteil, dass neben HomeKit auch noch in Camera UI alle Kameras vereint sind. HSV verpennt doch ab und zu einige Aufnahmesituationen, da wäre ein zweiter Aufnahmepool gut. Den rstp-Stream konnte ich schon abgreifen, aber es kommt zu Fehlermeldungen, weil der rstp-Stream nicht ständig da ist. Ich vermute, dass die Eufy Cams nur bei ausgelöstem Alarm einen Stream bereitstellen. Wenn ich die Camera UI -Erfassung der Bewegung einschalte, bräuchte die UI ja einen konstanten Stream. Das können die autarken drahtlosen Eufy Cams sicher nicht, weil das Akku ohne Ende fressen würde. Habe ich da einen Denkfehler, oder liege ich da richtig?

PPPPS: Kleiner Fehler in der Camera UI. Wenn ich mit dem roten Kreuz neben einer zu löschenden Kamera im Camera UI Einstellungsinterface eine Kamera lösche, bleibt sie im Homebridge Json drin und wird als fehlerhafte Kamera in Camera UI angezeigt (habe ich dann in der Homebridge json gelöscht). Ein weitere, noch vorhandene Kamera wird aus ihrem in der Camera UI definierten Raum rausgeworfen. Die Widgets von beiden Kameras verschwinden.

Alles anzeigen

Wenn der Stream nicht konstant da ist, dann wird es leider nicht funktionieren

Und das mit dem Löschen einer Kamera schaue ich mir mal an, hatte es zwar eingebaut aber noch nie getestet 😄

v5.0.0-beta.53 ist online und HB v1.4-beta.4 ist auch online.

Für Beta 53 muss zwingend min. HB v1.4-beta.4 installiert sein! HB unterstützt jetzt offiziell HSV

Changelog

- Erste Vorbereitungen zu Video Analysis ist im code implementiert (mehr dazu später)

- HSV wurde angepasst für HB v1.4

- Die Snapshots in Apple Home sollten sich nun schneller updaten (wenn prebuffering aktiv ist)

- Diverse Fehlerbehungen

Kurzes Update: Nächste HB version mit HSV wird jetzt aktiv angegangen. Entwickler testen ihre Plugins. Sollte nicht mehr lange dauern bis HB mit HSV rauskommt

Zitat von iPhoneast

Gaaaaanz schlechter Test die letzten 24 Stunden.

Home hat schon in letzter Zeit ständig gezickt. Gestern lief auf zwei Endgeräten gar nichts mehr. Ab-/Anmelden bei iCloud ohne Erfolg. Auch gezieltes Abschießen von HomePods (Ausstecken oder Neustart) zwecks Übernahme der Steuerzentralenfunktion durch einen der Apple TVs 4K hat nix mehr gebracht.

Da die HomePods in letzter Zeit auch einfach mal ausgegangen sind, bei Stereopaaren auch mal nur ein Kanal, ständig angeblich das Passwort vergessen haben, auch die IKEA-Gateways in Home schon länger äußert unzuverlässig funktionierten, das Velux-Gateway in Home falsche Endlagen angezeigt hat, HomeKit Secure Video an HSV-zertifizierten Kameras ausgefallen ist und und und..., habe ich alles komplett neu aufgesetzt.

Homebridge war mit an Sicherheit grenzender Wahrscheinlich nicht Schuld. Da bin ich sehr sicher.

Das ganze Home von Apple ist noch immer eine ziemlich instabile Sache, sobald die Geräte eine gewisse Menge überschreiten. Mittlerweile bin ich zu tiefst enttäuscht, weil es nur was zum Spielen ist, aber nicht wirklich für größere Installationen geeignet scheint.

Die neue beta.51 ist installiert. Und ich lasse sie jetzt einfach mal im HSV-Modus laufen.

Alles anzeigen

Das erinnert mich an meine Anfangszeiten mit HB

Mittlerweile habe ich überhaupt keine Probleme mehr mit meinem Setup. Läuft seit nem Jahr oder mehr richtig gut

Achja Beta 52 ist draußen :p

Lg

v5.0.0-beta.52 online

- Kleine Fehlerbehebungen mit HSV

v5.0.0-beta.51 online

- Fehlerbehebungen im UI und Homekit

- Kleinere Anpassungen im UI

- Mehr Übersetzung

5.0.0-beta.48 ist online

- Kleine Anpassungen/Verbesserungen im UI

- Kleine Fehlerbehebungen

- MQTT akzeptiert jetzt auch ganze JSON Objekte als motion/reset message

- HSV funktioniert auch im bridged mode

Falls jemand noch coole Widget Ideen hat, dann gerne her damit

Zitat von Ubee

Version: Beta-47

Config.json

Code

{
            "name": "CameraUI",
            "port": 9001,
            "debug": false,
            "mqtt": {
                "active": true,
                "host": "192.xxxxxxxx",
                "port": 1883
            },
            "http": {
                "active": false,
                "localhttp": false
            },
            "smtp": {
                "active": false
            },
            "ftp": {
                "active": false,
                "port": 5050
            },
            "ssl": {
                "active": false
            },
            "cameras": [
                {
                    "name": "Garage",
                    "manufacturer": "YI",
                    "model": "1080P Home",
                    "motion": true,
                    "unbridge": true,
                    "hsv": false,
                    "videoConfig": {
                        "source": "-i rtsp://192.xxxxxxx:554/ch0_0.h264",
                        "stillImageSource": "-i rtsp://192.xxxxxxx:554/ch0_0.h264",
                        "rtspTransport": "udp",
                        "maxWidth": 1920,
                        "maxHeight": 1080,
                        "maxFPS": 25,
                        "maxBitrate": 1000,
                        "forceMax": true,
                        "vcodec": "libx264",
                        "stimeout": 10,
                        "audio": true
                    },
                    "mqtt": {
                        "motionTopic": "yicam_garage/motion",
                        "motionMessage": "ON",
                        "motionResetTopic": "yicam_garage/motion",
                        "motionResetMessage": "OFF"
                    }
                },
                {
                    "name": "PSEye",
                    "hsv": false,
                    "videoConfig": {
                        "source": "-i http://192.xxxxxxxx:8080/?action=stream",
                        "stillImageSource": "-i http://192.xxxxxxx:8080/?action=snapshot",
                        "maxWidth": 640,
                        "maxHeight": 480,
                        "stimeout": 0
                    }
                },
                {
                    "name": "Buero",
                    "manufacturer": "YI",
                    "model": "1080P Home",
                    "motion": true,
                    "unbridge": true,
                    "hsv": false,
                    "videoConfig": {
                        "source": "-i rtsp://192.xxxxxxxx/ch0_0.h264",
                        "stillImageSource": "-i rtsp://192.xxxxxxx/ch0_0.h264",
                        "rtspTransport": "udp",
                        "maxStreams": 4,
                        "maxWidth": 1920,
                        "maxHeight": 1080,
                        "maxFPS": 25,
                        "forceMax": true,
                        "vcodec": "libx264",
                        "stimeout": 10,
                        "audio": true
                    },
                    "mqtt": {
                        "motionTopic": "yicam_buero/motion",
                        "motionMessage": "ON",
                        "motionResetTopic": "yicam_buero/motion",
                        "motionResetMessage": "OFF"
                    }
                }
            ],
            "platform": "CameraUI"
        },

Alles anzeigen

Amazon geht wieder. Habe den Service kurz deaktiviert und wieder aktiviert.

Feature Request meinerseits gerne mehr als zwei Amazon Geräte zur Benachrichtigung, wenn das die API hergibt.

Wie muss ich die Amazon Benachrichtigung schreiben, wenn die Cam vorab genannt werden soll?

@=Kameraname + Text

Ist das korrekt?

Alles anzeigen

Bei allen Kameras im config bitte "prebuffering": true eintragen , dadurch hast du vieel schnellere Ladezeiten vom Stream und beim Erkennen einer Bewegung wird dir sogar 4-10s die Zeit VOR dem Bewegungsereignis angezeigt un nicht erst AB erkennen einer Bewegung

z.b.

...

"name": "Buero",

"manufacturer": "YI",

"model": "1080P Home",

"motion": true,

"unbridge": true,

"hsv": false,

"prebuffering": true

...

Genau @ steht für den Kameranamen. Und dein Feature Requests nehme ich mal gerne auf in meine Liste

Zitat von Ubee

Kannst du vlt. bei weiteren beta releases ein kurzes Update schreiben, was geändert wurde oder kann man das auch jetzt schon einsehen?

Ansonsten bekomme ich im Log beim öffnen eines Streams in camer-ui diese Meldung:

Code

[1/2/2022, 10:01:49 AM] [CameraUI] Buero: Can not access rebroadcast stream, skipping: Error: Prebuffer process not started!

Der Stream läuft aber normal. Was beutet das?

Im Weiteren bekomme ich keine Amazon, Benachrichtigungen mehr. Telegram klappt. Nach der initialen Einrichtung hatte Amazon aber schon mal funktioniert!

Den Service noch mal verbinden um es zu lösen?

Kann ich auch mehrere Echo Geräte ansprechen durch einen Komma getrennte Liste?

Müssen es zwingend Echo Geräte seine oder gehen z.B. auch Sonos auf den Alexa aktiviert ist?

Alles anzeigen

Ja werde mal kurze Release Notes ab jetzt dazu schreiben

- Welche Version?

- Kannst du mal dein config.json posten

- Amazon Benachrichtigung kommt nur zu bestimmten Uhrzeiten (diese kann man unter Einstellung > Benachrichtigung > Alexa einstellen)

- Mehrere Alexa Geräte geht im Moment nicht. Und ob es mit Sonos geht kann ich dir nicht sagen, müsste ich testen

Zitat von iPhoneast

beta.47 läuft (beta.46 war über Nacht fehlerfrei gelaufen).

Video Codec steht auf "copy". Läuft erst seit 5 Minuten, aber bisher keine Fehlermeldungen. CPU-Last jetzt fast durchgehend auf 2%. Bei Aufruf des Videostreams in Home mal kurz auf 10%.

War es das, was dein Update auf beta.47 macht, oder ist es der Video Codec "copy"? Ich vermute, es war Letzteres. In ssh ist jetzt zu sehen, dass die ffmpeg Prozesse nur noch sehr wenig CPU-Last verursachen.

Tolle Arbeit. Wird bestimmt wieder 24 Stunden fehlerfrei laufen. Sehr schön. Danke.

Der Original-Stream aus der Kamera ist H264+ mit 1920 x 1080, 25fps und 4096 Bitrate.

PS: Mini-Bug gefunden. Uhrzeit in Camera UI ist korrekt dargestellt, aber bei der CPU-Last, CPU Temperatur und Arbeitsspeicher Auslastung wird jeweils genau eine Stunde in der Zukunft als Skalierung der X-Achse angezeigt.

Alles anzeigen

Vcodec copy ist der Grund. So wird dein Stream direkt weitergeleitet zu camera.ui und nicht vorher „angepasst“. Dafür braucht ein pi normalerweise 0,5 - 1% CPU Belastung

Das mit der Uhrzeit checke ich mal

Lg

v5.0.0-beta.47 online

iPhoneast

Füge mal bitte "vcodec": "copy" unter camera videoConfig hinzu im config.json und teste nochmal

Lg

v5.0.0-beta.46 online

Zitat von Ubee

Wollte gerade per camera-ui auf die letzte Beat 43 updaten.

Code

[12/31/2021, 6:09:06 AM] [CameraUI] Updating: sudo npm i -E -n -g [email protected]

Nach ausführen des Befehls gab es ein Bad Request Fehler 500. Ich musste über Homebridge updaten.

Jetzt mit der Beta 43 habe ich im Log folgende Meldung:

Code

[12/31/2021, 6:36:36 AM] [CameraUI] Buero: Can not access rebroadcast stream, skipping: Error: Prebuffer process not started!
[12/31/2021, 6:37:16 AM] [CameraUI] Buero: Can not access rebroadcast stream, skipping: Error: Prebuffer process not started!

Alles anzeigen

Kann ignoriert werden wenn "prebuffering" im config für die camera nicht eingeschaltet ist

Zitat von Ubee

Nicht bewusst. Habe die Standard MQTT YI EInstellungen. Das wars

Hast du diese auch so?

Ich habe nicht so viele Möglichkeiten, bei mir gibts nur Bewegung erkannt/nicht erkannt

v5.0.0-beta.44 online

Zitat von Ubee

Danke für dein Beispiel Config. Nach einigen Problemen habe ich es geschaft eine Aufnahem zu erzeugen. Hatte zuerst noch das Problem, dass MQTT nur OFF Messages geschickt hat.

Dank dieses Artikels und deaktivieren der AI könnte ich es lösen:

https://github.com/roleoroleo/yi-hack-Allwinner-v2/issues/75

Wenn dann eine Aufnahem ausgelöst wird crasht aber Homebridge und startet neu. Folgendes steht dazu im Log

Code

[12/30/2021, 7:45:11 PM] [CameraUI] Buero: Motion ON
[12/30/2021, 7:45:11 PM] [CameraUI] Buero: Can not handle movement, another movement currently in progress for this camera.
[12/30/2021, 7:45:16 PM] Error: 409: Conflict: terminated by other getUpdates request; make sure that only one bot instance is running
    at Telegram.callApi (/homebridge/node_modules/homebridge-camera-ui/node_modules/telegraf/lib/core/network/client.js:263:19)
    at runMicrotasks (<anonymous>)
    at processTicksAndRejections (node:internal/process/task_queues:96:5)
    at Polling.[Symbol.asyncIterator] (/homebridge/node_modules/homebridge-camera-ui/node_modules/telegraf/lib/core/network/polling.js:27:33)
    at Polling.loop (/homebridge/node_modules/homebridge-camera-ui/node_modules/telegraf/lib/core/network/polling.js:69:30)
[12/30/2021, 7:45:16 PM] Got SIGTERM, shutting down Homebridge...

Alles anzeigen

Hm triggerst du mehrere Mqtt Messages hintereinander?

Zitat von Ubee

SeydX

Habe jetzt zwei YI Home 1080P Kameras mit YI-Hack in Betrieb. Leider wir bei Bewegung keine Aufzeichnung gestartet. Aufnahmen sind soweit natürlich aktiviert.

Es wird aber aufgenommen und ich kann die Aufnahmen auch auf der Speicherkarte ansehen über den YI-Hack Browserzugriff. Im Log wir nichts getrackt.

Hast du eine Idee?

Alles anzeigen

Weiß denn camera.ui wie es "Bewegungsinformationen" erhalten soll? Camera.ui kann nicht einfach durch das einbinden der Kamera in die config.json die Informationen von der Kamera bekommen ob Bewegung erkannt wurde oder nicht.

Du musst eine Form von "Bewegungserkennung" für camera.ui bereitstellen, diese dient als eine Art Brücke für camera.ui um dadurch Informationen zur Bewegungserkennung zu erhalten.

Camera.ui bietet eine Vielzahl von Modulen an um an diese Information zu gelange. Diese wären zb: SMTP (Email), HTTP, FTP oder MQTT

D.h. Wenn deine Kamera irgendeine Form davon unterstützt (z.B. Mqtt Nachricht, Email schicken oder einfach Bild irgendwo hochladen beim Erkennen von Bewegung) dann kannst du camera.ui so konfigurieren das es dadurch die Informationen bekommt.

YiHack bietet doch auch MQTT an oder? Folglich musst du deine config.json so überarbeiten, dass es an die MQTT Nachrichten der Kamera rankommt.

Hier zb meine Yi Kamera Einstellungen mit MQTT:

Und dazu meine camera config.json

{
  "name": "Keller Kamera 2",
  "privacySwitch": true,
  "motion": true,
  "motionTimeout": 15,
  "unbridge": true,
  "hsv": true,
  "prebuffering": true,
  "videoConfig": {
    "source": "-i rtsp://192.168.178.31/ch0_1.h264",
    "stillImageSource": "-i rtsp://192.168.178.31/ch0_1.h264",
    "rtspTransport": "tcp",
    "maxStreams": 4,
    "maxWidth": 1920,
    "maxHeight": 1080,
    "maxFPS": 20,
    "forceMax": true,
    "vcodec": "copy",
    "acodec": "copy",
    "stimeout": 10,
    "audio": true,
    "debug": true
  },
  "mqtt": {
    "motionTopic": "yicam_dome_keller/motion",
    "motionMessage": "ON",
    "motionResetTopic": "yicam_dome_keller/motion",
    "motionResetMessage": "OFF"
    }
 }

Lg

v5.0.0-beta.41 online

septine

Unter Kameraeinstellungen > Telegram kannst du nun auch „Text + Snapshot“ oder „Text + Video“ auswählen

Lg

Zitat von Ubee

4) Wo kann ich das einstellen? Hätte eigentlich gerne eine kleine Kachel Vorschau nach dem Schema der Home App. Je nach Menge der Kameras z.B. 320 x 240 oder 640 x480.

Camview sind so wie Widgets, die größe kann vom Benutzer angepasst werden und die Einstellung wird im Browser Storage gespeichert

Demo: https://streamable.com/2lsqqv

lg