Test Adapter rtspStream v0.0.x GitHub
-
@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?
-
@dbweb ja mit vlc, da kommt nur ne Meldung das er nix findet.
-
nein nicht mit vlc, sondern mit dem Browser direkt die url aufrufen. also direkt den Port den du eingestellt hast.
-
Theoretisch müsste der stream klappen, die fehler im Log sind alle ignorierbar, nur für einzelne Frames, es sollten doch einige Frames ankommen.
-
@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 ? -
@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. -
@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...
-
@ilovegym
MIST, .. fast gut.Leider wird meinem Wissensstand nach ffmpeg nicht mehr weiterentwickelt und hat auch etliche Bugs, die es zum abstürzen bringen...
Dann macht es für mich keinen Sinn, wenn etwas wirklich stabil laufen soll dann sind es doch die Kameras.
-
@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
da hast Du wohl recht. -
@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!
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.
-
@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. -
@Kanufreak bin grad im Urlaub, schaus mir in 2 Wochen an.
-
Als erstes möchte ich mich bedanken für die Gelegenheit den Adapter weiterzuentwickeln (für den Privaten Gebrauch).
Ich habe der Code angepasst und mehrere Funktionen hinzugefügt: 3 Kamera, Auflösung Anpassung und TCP Port
Wer hat Interesse, kann ich die zwei angepassten Dateien (main.js und index.html) hochladen -
@wawyo sagte in Test Adapter rtspStream v0.0.x GitHub:
Wer hat Interesse
Ja, da hab ich wirklich Interesse, wäre cool wenn du die Weiterentwicklung teilen würdest (vielleicht mit Anleitung, wie die 2 Dateien einzubinden sind)
