Hallo @PhilippeMA, ich habe gerade gesehen, dass du vor etwa einer Stunde versucht hast, eine Kamera über Gladys Plus zu streamen, und dabei einen Fehler erhalten hast, weil der Stream zu schwer war!
Zur Info: Aktuell gibt es eine Grenze von 10 MB pro Videochunk.
Aus Neugier, welche Kamera hast du und welche Parameter hast du lokal eingestellt? In welcher Auflösung ist dein Stream?
Kann man auf den Live-Stream einer an den Pi angeschlossenen Webcam zugreifen, auf dem Gladys installiert ist? (/dev/video0)
Bei mir funktioniert es nicht, aber ich weiß nicht, ob man etwas aktivieren muss…
Hallo @pierre-gilles, die Kameras sind tp-link Tapo c210 und c310, die in 1080p laufen; ich finde die Anzahl der IPs nicht, aber es sind mindestens 15 IPs.
Tatsächlich erscheint eine Fehlermeldung bei jedem Start. Wenn man den Stream-Button einmal oder sogar zweimal drückt, wird er schließlich angezeigt.
Ich weiß nicht, ob das Thema bereits behandelt / diskutiert wurde.
Aber nach dem letzten Update habe ich festgestellt, dass meine Szenen nicht mehr funktionieren. Da ich andere Dinge zu erledigen hatte, habe ich erst jetzt ein bisschen nachgeschaut und festgestellt, dass das Problem bei Zigbee2MQTT lag.
Die Oberfläche ****:8080 war nicht mehr erreichbar. Die Logs zeigten, dass es in einer Schleife steckte. Um das Problem zu beheben, muss man unbedingt den Typ des Dongles in der Konfiguration auswählen (neuer Parameter, um zukünftige Konfigurationen zu erleichtern).
Ist es normal, dass dieser Parameter nicht automatisch für diejenigen übernommen wurde, bei denen er bereits eingestellt und funktionsfähig war? Oder bin ich der Einzige, der dieses Problem hatte?
Normalerweise ja, bist du sicher, dass dieser USB-Port von Gladys aus sichtbar ist?
Ok, interessant, dass es nur 1080p ist, denn du bist der Einzige, der diese Fehler hat. Bist du in « niedriger » Latenz?
Tatsächlich hängt die Größe jedes Chunks davon ab, was der Stream anzeigt. Wenn der Stream sich nicht zu sehr ändert, kann die Größe des Videos abnehmen und von Gladys Plus akzeptiert werden, es ist ein bisschen Glück in deinem Fall.
Ich werde sehen, was ich tun kann, um die Größe des Streams zu begrenzen.
Das ist eine Regression! Nicht normal. Was hast du für einen Dongle? Musstest du eine spezifische Konfiguration vornehmen?
Allerdings funktioniert nur ein Stream von den sechs Kameras, aber ich schiebe das auf die schwache Leistung der anderen Raspberry Pi-Hosts (es funktioniert mit dem Raspberry Pi 2, aber nicht mit dem Raspberry Pi Zero oder den Orange Pi Zero).
Kein Problem für mich auch nicht mit Tube’s Schlüssel auf RPI3 64 SSD
Allerdings habe ich festgestellt, dass in Szenen mit „Nur fortsetzen, wenn“ der Wert auf null gesetzt ist, dieser verschwunden ist. Bei einigen Szenen hat das keine Auswirkungen, bei anderen funktioniert es nicht mehr.
Sprichst du über bestehende Szenen? Kannst du mir beschreiben, wie ich den Fehler reproduzieren kann?
Beim Lesen des Frontend-Codes habe ich tatsächlich den Eindruck, dass es Stellen gibt, an denen implizite Umwandlungen auftreten, die Fehler verursachen! Das ist meine Schuld, ich habe bei der Überprüfung dieser Funktion nicht genug aufgepasst.
cc @bertrandda Vorsicht mit impliziten Umwandlungen, ich hatte im Frontend nicht darauf geachtet, aber zum Beispiel in dieser Zeile:
Wenn der Wert also 0 ist, ist die Bedingung also falsch und die Benutzeroberfläche verhält sich nicht wie erwartet!
Ok, ich gebe zu, dass ich diese Möglichkeit nie in der Praxis getestet habe. Hast du etwas Erfahrung mit ffmpeg?
Man müsste es direkt auf deinem Pi testen, den Videostrom zu holen und ihn als mp4-Datei zu speichern, um zu sehen, ob es funktioniert oder nicht unterstützt wird…
Beispiel eines Tutorials, um das zu tun:
Wir verwenden ffmpeg auf Gladys-Seite, also wird das eine Idee geben, ob es funktioniert oder überhaupt nicht
Das wird auf jeden Fall nie funktionieren, Live-Video-Streaming erfordert einen Mindest-CPU, um den Videostrom zu decodieren/encodieren/komprimieren/verschlüsseln, wenn der CPU am Ende ist, kommt es nicht mit ^^ Ich denke auch, dass es eine Frage der « Video-Funktion » ist, die im CPU verfügbar ist
@PhilippeMA Ich habe gerade Performance-Verbesserungen für Gladys Plus bereitgestellt, die es mir ermöglicht haben, die Größenbegrenzung pro Chunk zu erhöhen (bis wir sehen, wie wir diese Chunks reduzieren können).
Kannst du es nochmal testen und mir sagen, ob es diesmal funktioniert?
Ja, auf einer bestehenden Szene, insbesondere einer mit einem Sonoff-Druckknopfschalter, um das Licht einzuschalten oder auszuschalten. Zwei identische Szenen, eine mit „Nur fortsetzen, wenn = 0“ und die andere mit „Nur fortsetzen, wenn = 1“.
Die Szene mit der 0, der Null, war verschwunden.
Ich konnte das Licht einschalten, aber nicht ausschalten.
Ich habe die Gelegenheit genutzt, um zur neuen Funktion Lichtumkehr zu migrieren.
Auf welcher Hardware läuft Gladys bei dir? Wenn du « htop » in der Kommandozeile ausführst, während du ein Live-Stream startest, was siehst du dann? (CPU/RAM, alles in Ordnung?)
Ist dein Netzwerk gut? (Fiber/ADSL?), welcher Ping und welche Geschwindigkeit?
Wenn du den Inspektor öffnest (Rechtsklick auf die Seite → Element untersuchen), Tab « Network », dann « Fetch/XHR ». Du leerst die Ansicht und startest einen Kameralive-Stream, was siehst du dann?
Ich habe auch eine Szene, die einen Wert auf 0 testet und die Null verschwindet nach dem Speichern der Szene.
Ich habe das bemerkt, weil meine Szene zum Schließen eines Rollladens nach dem Update nicht mehr funktioniert hat!