NEWS
Test Adapter rtspStream v0.0.x GitHub
-
Aktuelle Test Version 0.0.1 Veröffentlichungsdatum 03.12.2019 Github Link https://github.com/dbweb-ch/ioBroker.rtspStream Hab rasch einen Adapter für rstp-Streams geschrieben (weil ichs interessant fand...). Dies ist kein fertiger Adapter, ich möchte erstmal etwas Rückmeldung erhalten und bräuchte dann evtl. auch noch etwas Hilfe, da ich mich mit Videostreams nur sehr bedingt auskenne. Auch gibt es noch einige Implementierungsdetails zu klären und ob man das ganze so flexibel hinbekommt wie normale "user" das erwarten.
Dokumentation: https://github.com/dbweb-ch/ioBroker.rtspStream/blob/master/README.mdFragen an die anderen Entwickler:
- Grundsätzlich: Bin bestimmt nicht der erste, der sich zu rtsp gedanken macht (siehe anzahl Freds), habt ihr Bemerkungen dazu?
- Da user evtl. überfordert sind, JSMpeg in der VIS einzubinden und ich auch nicht wusste, wo ich die jsmpeg.min.js ablegen könnte, habe ich jetzt einfach einen Webserver hinzugefügt der die "fertige" Seite für die Streamanzeige ausliefert. Was meint ihr dazu? Der Stream selbst wäre einfach über Port 554 abgreifbar, müsste dann aber mit jsmpeg verarbeitet werden. Bei mehreren Streams wären es dann einfach mehrere Ports ab 554. (jsmpeg.min.js hab ich im Moment in den Code kopiert, werde ich natürlich dann wieder in ein File auslagern...).
Was meint ihr dazu? - Was vom Video sollte man einstellen können? ffmeg hat ja tonnenweise Optionen, was würde Sinn machen?
Achtung: Das ist wirklich "pre-Alpha", kann z.B. euer System stark auslasten, sollte es aber nicht gleich zerstören... ich übernehme aber keine Haftung ;)
...und es gibt keine Garantie, dass ich das ding weiter entwickle, werden viele stream-Einstellungen benötigt damit das ganze flexibel genug läuft, bin ich wohl raus (Videokonvertierung ist ein endlos komplexes Thema und was für Spezialisten...)
-
Aktuelle Test Version 0.0.1 Veröffentlichungsdatum 03.12.2019 Github Link https://github.com/dbweb-ch/ioBroker.rtspStream Hab rasch einen Adapter für rstp-Streams geschrieben (weil ichs interessant fand...). Dies ist kein fertiger Adapter, ich möchte erstmal etwas Rückmeldung erhalten und bräuchte dann evtl. auch noch etwas Hilfe, da ich mich mit Videostreams nur sehr bedingt auskenne. Auch gibt es noch einige Implementierungsdetails zu klären und ob man das ganze so flexibel hinbekommt wie normale "user" das erwarten.
Dokumentation: https://github.com/dbweb-ch/ioBroker.rtspStream/blob/master/README.mdFragen an die anderen Entwickler:
- Grundsätzlich: Bin bestimmt nicht der erste, der sich zu rtsp gedanken macht (siehe anzahl Freds), habt ihr Bemerkungen dazu?
- Da user evtl. überfordert sind, JSMpeg in der VIS einzubinden und ich auch nicht wusste, wo ich die jsmpeg.min.js ablegen könnte, habe ich jetzt einfach einen Webserver hinzugefügt der die "fertige" Seite für die Streamanzeige ausliefert. Was meint ihr dazu? Der Stream selbst wäre einfach über Port 554 abgreifbar, müsste dann aber mit jsmpeg verarbeitet werden. Bei mehreren Streams wären es dann einfach mehrere Ports ab 554. (jsmpeg.min.js hab ich im Moment in den Code kopiert, werde ich natürlich dann wieder in ein File auslagern...).
Was meint ihr dazu? - Was vom Video sollte man einstellen können? ffmeg hat ja tonnenweise Optionen, was würde Sinn machen?
Achtung: Das ist wirklich "pre-Alpha", kann z.B. euer System stark auslasten, sollte es aber nicht gleich zerstören... ich übernehme aber keine Haftung ;)
...und es gibt keine Garantie, dass ich das ding weiter entwickle, werden viele stream-Einstellungen benötigt damit das ganze flexibel genug läuft, bin ich wohl raus (Videokonvertierung ist ein endlos komplexes Thema und was für Spezialisten...)
-
@dbweb Also ich hab ihn nicht getestet, hab mich aber selbst damit beschäftigt und auch mit ffmpeg gespielt. Bei mir hat ein Stream einen NUC mit i3 Komplett ausgelastet und der Stream war nicht brauchbar.
Auf was hast du getestet und benutzt du GPU Beschleunigung?Was das Thema installation auf Unterschiedlichen OS angeht schau mal hier, da habe ich ffmpeg mit dem Adapter geliefert auch für verschiedene Systeme.
Hier die genau stelle im Code für die Installation.
EDIT: Hab ihn jetzt mal installiert um zu testen, leider wird der Stream nicht gestartet. Er behauptet im Log zwar das er ihn Startet, aber in den Prozessen sehe ich ffmpeg nicht.
Ich hab nach beenden des Adapters Fehlermeldungen bekommen, siehe Anhang.
log_rtsp.txt -
Hatte es bisher nur mit dem Autobahnstream getestet, dafür aber auf raspberry 3, lief soweit flüssig, der Stream ist aber auch in rel. niedriger Auflösung. Schaue mir deinen Code und das log montag mal an, danke für die Rückmeldung! Hast du den Stream mal versucht zu öffnen auf dem http Port?
-
Hatte es bisher nur mit dem Autobahnstream getestet, dafür aber auf raspberry 3, lief soweit flüssig, der Stream ist aber auch in rel. niedriger Auflösung. Schaue mir deinen Code und das log montag mal an, danke für die Rückmeldung! Hast du den Stream mal versucht zu öffnen auf dem http Port?
-
Aktuelle Test Version 0.0.1 Veröffentlichungsdatum 03.12.2019 Github Link https://github.com/dbweb-ch/ioBroker.rtspStream Hab rasch einen Adapter für rstp-Streams geschrieben (weil ichs interessant fand...). Dies ist kein fertiger Adapter, ich möchte erstmal etwas Rückmeldung erhalten und bräuchte dann evtl. auch noch etwas Hilfe, da ich mich mit Videostreams nur sehr bedingt auskenne. Auch gibt es noch einige Implementierungsdetails zu klären und ob man das ganze so flexibel hinbekommt wie normale "user" das erwarten.
Dokumentation: https://github.com/dbweb-ch/ioBroker.rtspStream/blob/master/README.mdFragen an die anderen Entwickler:
- Grundsätzlich: Bin bestimmt nicht der erste, der sich zu rtsp gedanken macht (siehe anzahl Freds), habt ihr Bemerkungen dazu?
- Da user evtl. überfordert sind, JSMpeg in der VIS einzubinden und ich auch nicht wusste, wo ich die jsmpeg.min.js ablegen könnte, habe ich jetzt einfach einen Webserver hinzugefügt der die "fertige" Seite für die Streamanzeige ausliefert. Was meint ihr dazu? Der Stream selbst wäre einfach über Port 554 abgreifbar, müsste dann aber mit jsmpeg verarbeitet werden. Bei mehreren Streams wären es dann einfach mehrere Ports ab 554. (jsmpeg.min.js hab ich im Moment in den Code kopiert, werde ich natürlich dann wieder in ein File auslagern...).
Was meint ihr dazu? - Was vom Video sollte man einstellen können? ffmeg hat ja tonnenweise Optionen, was würde Sinn machen?
Achtung: Das ist wirklich "pre-Alpha", kann z.B. euer System stark auslasten, sollte es aber nicht gleich zerstören... ich übernehme aber keine Haftung ;)
...und es gibt keine Garantie, dass ich das ding weiter entwickle, werden viele stream-Einstellungen benötigt damit das ganze flexibel genug läuft, bin ich wohl raus (Videokonvertierung ist ein endlos komplexes Thema und was für Spezialisten...)
@dbweb Dankeschön, läuft hier einwandfrei. Wandle damit tagsüber meine Main-Camera für die vis, und entlaste Nachts die CPU mit gestoppten Stream für die Backups etc..
-
Ist nicht das grundsätzliche Problem mit den rtsp Streams, dass sie meistens User/Pass brauchen und das
in den meisten Browsern nicht mehr erlaubt ist ? ( wegen Sicherheit )
Das ist doch auch der Grund warum man den rtsp Stream so in der VIS nicht anzeigen kann.
( VLC Player z.B. geht, aber Browser verbietet es )
Aus diesem Grund habe ich Motion Eye installiert, der nimmt User/Pass raus und stellt einen neuen Link
zur Verfügung.
Oder bin ich jetzt völlig falsch ?
Und das geht jetzt mit Deinem Adapter doch ?IOBroker mit Proxmox auf Celeron Nuc mit 16 GB und Debian11, Sonos API, Echo Show 15 als Wandtablet, Homematic IP, HUE, Sonos, Echos, DS718+ als Backup
-
Ist nicht das grundsätzliche Problem mit den rtsp Streams, dass sie meistens User/Pass brauchen und das
in den meisten Browsern nicht mehr erlaubt ist ? ( wegen Sicherheit )
Das ist doch auch der Grund warum man den rtsp Stream so in der VIS nicht anzeigen kann.
( VLC Player z.B. geht, aber Browser verbietet es )
Aus diesem Grund habe ich Motion Eye installiert, der nimmt User/Pass raus und stellt einen neuen Link
zur Verfügung.
Oder bin ich jetzt völlig falsch ?
Und das geht jetzt mit Deinem Adapter doch ?@skokarl es stimmt das User/Pass von vielen Browsern geblockt werden. Aber rtsp ist ne eigene Thematik, das Problem hier ist das rtsp ein Protokoll ist das Bi-direktional ist.
Konkret bedeutet das es werden sowohl Audio/Video Daten als auch Steuerbefehle Übertragen.
Soweit ich das Verstanden habe könnte man damit auch eine zwei Wege Kommunikation realisieren.Zur Veranschaulichung hier mal ein grober Ablauf:
- Öffnen der Verbindung
- Authentifizierung
- Server (Kamera) Antwortet und liefert eine Beschreibung der Möglichkeiten
- Client fordert den Stream an
- Server sendet den Stream
Der Knackpunkt hier ist das es nur sehr wenige Implementierungen des rtsp Protokolls gibt, 3 Stück wenn ich recht erinnere, davon ist aber keine für den Browser. Weil ich so genervt davon war hab ich mir sogar die Spezifikation des Protokolls angeschaut um selbst eine zu schreiben. Mir war schnell Klar warum es das noch nicht gibt, es ist sehr Kompliziert und es gibt dazu kaum Beispiel code.
MotionEye oder auch jede andere Lösung übernimmt den rtsp Teil, extrahiert den Stream und Konvertiert ihn in ein Format das im Browser darstellbar ist.
Der Adapter hier übernimmt die ganze Arbeit und bietet gleich eine Fertige Lösung an die man einfach im Browser aufrufen kann, so muss man nicht erst noch in Vis oder wo auch immer einen extra Player einbauen. -
@skokarl es stimmt das User/Pass von vielen Browsern geblockt werden. Aber rtsp ist ne eigene Thematik, das Problem hier ist das rtsp ein Protokoll ist das Bi-direktional ist.
Konkret bedeutet das es werden sowohl Audio/Video Daten als auch Steuerbefehle Übertragen.
Soweit ich das Verstanden habe könnte man damit auch eine zwei Wege Kommunikation realisieren.Zur Veranschaulichung hier mal ein grober Ablauf:
- Öffnen der Verbindung
- Authentifizierung
- Server (Kamera) Antwortet und liefert eine Beschreibung der Möglichkeiten
- Client fordert den Stream an
- Server sendet den Stream
Der Knackpunkt hier ist das es nur sehr wenige Implementierungen des rtsp Protokolls gibt, 3 Stück wenn ich recht erinnere, davon ist aber keine für den Browser. Weil ich so genervt davon war hab ich mir sogar die Spezifikation des Protokolls angeschaut um selbst eine zu schreiben. Mir war schnell Klar warum es das noch nicht gibt, es ist sehr Kompliziert und es gibt dazu kaum Beispiel code.
MotionEye oder auch jede andere Lösung übernimmt den rtsp Teil, extrahiert den Stream und Konvertiert ihn in ein Format das im Browser darstellbar ist.
Der Adapter hier übernimmt die ganze Arbeit und bietet gleich eine Fertige Lösung an die man einfach im Browser aufrufen kann, so muss man nicht erst noch in Vis oder wo auch immer einen extra Player einbauen.Und warum kriegt keiner von Euch Programmierern das hin, ein MiniMotionEye für den IOBroker zu programmieren ?
Das ganze drumherum um Motion Eye ( Bewegungserkennung etc ) brauchen doch die wenigsten hier.
Was gebraucht wird ist ein Widget mit einem eingebauten Mini Motion Eye.
Ist das Thema wirklich so schwierig dass das keiner hinkriegt ?, ich kann das gar nicht glauben. -
Und warum kriegt keiner von Euch Programmierern das hin, ein MiniMotionEye für den IOBroker zu programmieren ?
Das ganze drumherum um Motion Eye ( Bewegungserkennung etc ) brauchen doch die wenigsten hier.
Was gebraucht wird ist ein Widget mit einem eingebauten Mini Motion Eye.
Ist das Thema wirklich so schwierig dass das keiner hinkriegt ?, ich kann das gar nicht glauben.@skokarl Hi, dieser Adapter hier ist doch genau das, was du brauchst, installier dir ffmpeg ( sudo apt-get install ffmpeg, für Linux ) und schon läuft der Adapter und du hast dein Mini-Motion-Eye..
In der Konfig des Adapters habe ich http://username:password@ipadressedercamera:554 eingetragen, das klappt prima.
Leider wird meinem Wissensstand nach ffmpeg nicht mehr weiterentwickelt und hat auch etliche Bugs, die es zum abstürzen bringen...
-
@skokarl Hi, dieser Adapter hier ist doch genau das, was du brauchst, installier dir ffmpeg ( sudo apt-get install ffmpeg, für Linux ) und schon läuft der Adapter und du hast dein Mini-Motion-Eye..
In der Konfig des Adapters habe ich http://username:password@ipadressedercamera:554 eingetragen, das klappt prima.
Leider wird meinem Wissensstand nach ffmpeg nicht mehr weiterentwickelt und hat auch etliche Bugs, die es zum abstürzen bringen...
-
@skokarl richtig, beste Variante ist ne extra VM/Container mit Motioneye anzulegen.. und gut ist.. auf eine VM mehr oder weniger kommts auch nicht an.. ( wenn genug Ressourcen vorhanden sind..)
-
@skokarl richtig, beste Variante ist ne extra VM/Container mit Motioneye anzulegen.. und gut ist.. auf eine VM mehr oder weniger kommts auch nicht an.. ( wenn genug Ressourcen vorhanden sind..)
-
@dbweb
Coole Sache mit dem Adatper, musste ich gleich mal testen...Ich hab gerade einen Versuch mit einer meiner IP Cams gemacht. Funktinoiert auf anhieb prima! :+1:
Ich benutze zufrieden Wansview v2 Cams, seit einiger Zeit in Verbindung mit Zoneminder, da mir die zumeist deakivierte Useranmeldung über URL ziemlich auf den Zeiger ging und ich auf der Suche nach verbesserten Aufzeichnungsmöglichkeiten war.
Ich war damals auch etwas überrascht das es keine einfache RTSP Lösung gab, so wie ich es vom Handy kenne (IP Cam viewer etc.) und musste mich mühsam in den Zoneminder einarbeiten, der jetzt aber für mich perfekt läuft mit einigen Cams.
Falls jemand auch Wansview verwendet...
Die Streamdaresse bei Wansview lautet:rtsp://User:Passwort@192.168.x.x:554/live/ch0Die CPU Last hielt sich jetzt mit einer Cam gut in Grenzen (i5 2500K 8GB Debian SSD) ca. 10-15% bei voller HD Skalierung, für VIS reicht da aber locker die Hälfte, wäre cool wenn man da langfristig noch die Qualität einstellen könnte um die CPU weiter zu entlasten, besonders wenn es mehrere Cams werden. Bei der Wansview kann man mit ch0 und ch1 verschiedene Qualitäten ansteuern (weiß aber nicht ob das bei allen Cams so ist). Nur als Vergleich, Zoneminder mit 5 Cams im Recrod Modus ca. 25-30% Last bei ca. 80% Qualität.
Würde mich freuen wenn es hier weiter geht, auch wenn ich meine Lösung für mich jetzt eigentlich "erstmal" gefunden habe. ;-)
-
@skokarl richtig, beste Variante ist ne extra VM/Container mit Motioneye anzulegen.. und gut ist.. auf eine VM mehr oder weniger kommts auch nicht an.. ( wenn genug Ressourcen vorhanden sind..)
@ilovegym sagte in Test Adapter rtspStream v0.0.x GitHub:
@skokarl richtig, beste Variante ist ne extra VM/Container mit Motioneye anzulegen.. und gut ist.. auf eine VM mehr oder weniger kommts auch nicht an.. ( wenn genug Ressourcen vorhanden sind..)
Genau so mache ich das auch mit 4 cams keine Probleme.
Werde den Adapter aber auch Mal testen und berichten.
-
Hallo,
ich habe den Adapter mit einer Cam eingerichtet.
Sowohl SD- als auch HD-Stream starten und sind über den Webserver zu betrachte.
Allerdings habe ich nach eine gewissen Zeit kein Bild mehr.
Habe den Adapter jetzt mal auf Debug-Logging gestellt.
Wenn ich den Fehlerlog gefunden habe, melde ich mich wieder.Schöne Grüße,
Stefan -
Hallo,
nachdem ich heute den iobroker auf meinem raspbeery pi 4 auf den neusten Stand gebracht habe, zeigte sich schon nach kurzer Zeit wieder ein Problem mit dem rtsp-Adapter.
Hier der gefilterte
Nach dem Neustart des Adapters startet der Stream ohne definiertem Port, also auch ohne Bild.
Ich hoffe das hilft weiter.
Support us
454
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge