NEWS
Test Adapter rtspStream v0.0.x GitHub
-
@dbweb ist ia kein Problem.
Gut Ding braucht Weile, doch der Ansatz für ein Meisterwerk ist getan :+1: :clap:@Latzi Logmeldung kommt jetzt nur noch, wenn ungültiger json-Code im Feld steht.
@Kanufreak Ist keine framerate gesetzt oder ist sie unter 10 gesetzt, wird sie jetzt auf 30 fps gesetzt. Bisher wurde kein Framerate gesetzt wenn eine Resolution angegeben war. -
Hallo zusammen,
ich habe den Adapter in meiner Test-VM installiert, damit ich evlt. meine Motioneye VM ablösen kann.
Irgendwie lässt sich der Stream aber nicht öffnen.
Meine Kamera ist eine Foscam 9900p.
Hier meine Config:
Wenn ich den rtsp Pfad im VLC Player eingebe, wird mir der Stream von der Kamera korrekt angezeigt.
Ich gehe davon aus, dass ich irgendwo einen Fehler gemacht habe...
-
Hallo zusammen,
ich habe den Adapter in meiner Test-VM installiert, damit ich evlt. meine Motioneye VM ablösen kann.
Irgendwie lässt sich der Stream aber nicht öffnen.
Meine Kamera ist eine Foscam 9900p.
Hier meine Config:
Wenn ich den rtsp Pfad im VLC Player eingebe, wird mir der Stream von der Kamera korrekt angezeigt.
Ich gehe davon aus, dass ich irgendwo einen Fehler gemacht habe...
@Kuddel tcpport und access port dürfen nicht gleich sein, du hast bei beiden 88.
Der Access port ist der port, über welchen du am Ende den Stream aufrufst. Wenn du dort also z.B. 8086 einträgst musst du dann die URL wie folgt aufrufen:
http://192.168.1.1:8086
(ersetze 192.168.1.1 mit der ip vom iobroker).
Der tcpport ist der port, an welchem ffmpeg den stream als websocket-stream zur verfügung stellt. Default dafür wäre 554, kannst du normalerweise so belassen. Den musst du nur anpassen, wenn du mehrere Streams hast.Falls es danach noch nicht klappt, dann bitte logdaten posten ;)
ah und{'-r':30} ist falsch, da muss {"-r":30} rein (oder leer lassen), der Vorschlag war auch falsch von mir, habs mit dem letzten commit angepasst.
-
@tob1 Quelltext hilft mir leider nicht so viel, schau soweit ok aus. Du müsstest den Debugger vom browser öffnen, dann kommt vermutlich der fehler. Hast du den browser mal komplett neu geladen (Ctrl+F5)?
Und kannst du evtl. mal ohne den eintrag "resolution" probieren? Und auch einmal mit dem eintrag {"-r":30} bei den ffmpeg optionen@dbweb said in Test Adapter rtspStream v0.0.x GitHub:
@tob1 Quelltext hilft mir leider nicht so viel, schau soweit ok aus. Du müsstest den Debugger vom browser öffnen, dann kommt vermutlich der fehler. Hast du den browser mal komplett neu geladen (Ctrl+F5)?
Und kannst du evtl. mal ohne den eintrag "resolution" probieren? Und auch einmal mit dem eintrag {"-r":30} bei den ffmpeg optionenMoin @dbweb
ich hatte gerade alles ausprobiert, jede Konstellation der o.g. Optionen ausprobiert und immer noch kein Stream.
Bin dann nen Kaffee holen gegangen und plötzlich geht es nun... :)
(pixel angegeben, beide ports angegeben, und den Zusatz {"-r":30} )
Im Log steht nun auch folgender Eintrag:
Nur das mit dem iFrame Widget habe ich nicht hinbekommen. Es werden immer die Scrollbalken angezeigt, auch wenn ich eine Größe in Pixel angebe.
@Kuddel
Probier nochmal das aus, was @dbweb dir aufgegeben hat.
Läuft es nicht, schicke ich dir meine genauen Einstellungen. Wir haben ja die gleiche Kamera.Grüße,
Tobias -
@Kuddel tcpport und access port dürfen nicht gleich sein, du hast bei beiden 88.
Der Access port ist der port, über welchen du am Ende den Stream aufrufst. Wenn du dort also z.B. 8086 einträgst musst du dann die URL wie folgt aufrufen:
http://192.168.1.1:8086
(ersetze 192.168.1.1 mit der ip vom iobroker).
Der tcpport ist der port, an welchem ffmpeg den stream als websocket-stream zur verfügung stellt. Default dafür wäre 554, kannst du normalerweise so belassen. Den musst du nur anpassen, wenn du mehrere Streams hast.Falls es danach noch nicht klappt, dann bitte logdaten posten ;)
ah und{'-r':30} ist falsch, da muss {"-r":30} rein (oder leer lassen), der Vorschlag war auch falsch von mir, habs mit dem letzten commit angepasst.
-
@dbweb said in Test Adapter rtspStream v0.0.x GitHub:
@tob1 Quelltext hilft mir leider nicht so viel, schau soweit ok aus. Du müsstest den Debugger vom browser öffnen, dann kommt vermutlich der fehler. Hast du den browser mal komplett neu geladen (Ctrl+F5)?
Und kannst du evtl. mal ohne den eintrag "resolution" probieren? Und auch einmal mit dem eintrag {"-r":30} bei den ffmpeg optionenMoin @dbweb
ich hatte gerade alles ausprobiert, jede Konstellation der o.g. Optionen ausprobiert und immer noch kein Stream.
Bin dann nen Kaffee holen gegangen und plötzlich geht es nun... :)
(pixel angegeben, beide ports angegeben, und den Zusatz {"-r":30} )
Im Log steht nun auch folgender Eintrag:
Nur das mit dem iFrame Widget habe ich nicht hinbekommen. Es werden immer die Scrollbalken angezeigt, auch wenn ich eine Größe in Pixel angebe.
@Kuddel
Probier nochmal das aus, was @dbweb dir aufgegeben hat.
Läuft es nicht, schicke ich dir meine genauen Einstellungen. Wir haben ja die gleiche Kamera.Grüße,
Tobias -
@tob1 dein iFrame ist relativ klein, kannst du mal z.B. 320x240 als Grösse angeben?
Du kannst das auch in den Objekten ändern ohne in der adapterkonfig zu löschen und neu einzugeben. danach stream stoppen und starten und es sollte sich ändern.@dbweb
das iFrame ist schon auf 720px Breite eingestellt.
Ich hatte den Stream nun im Adapter mit 1920x1080 angegeben, da mir @el_malto sagte ich könne das Widget einfach entsprechend anpassen.
Geht das doch nicht so einfach und ich brauche immer einen Stream für die entsprechende Widgetgröße?@el_malto said in Test Adapter rtspStream v0.0.x GitHub:
Du brauchst dafür keine zwei Streams im Adapter einrichten. Du kannst bei beiden Views den gleichen Stream verwenden. Die Auflösung die du im Adapter angibst, ist die Auslösung in der ffmpeg den Stream convertiert. Wenn du den Stream in Vollbild angucken willst, würde ich im Adapter auch die volle Auflösung der Kamera einstellen um auch die beste Qualität zu haben. In der VIS kannst du das Widget ja in der Größe frei skalieren.
Dabei fällt mir gerade noch etwas auf.
Wenn ich im Adapter 720x480 eingebe, und das iFrame Widget auf die gleiche Größe einstelle, dann ist das angezeigte Bild immer etwas kleiner (ca. 5px rundherum). Ist das korrekt so? -
@Kuddel ändere bitte die ports wie oben angegeben. Du hast die Meldung "port 88 already in use" im Log.
-
@dbweb
das iFrame ist schon auf 720px Breite eingestellt.
Ich hatte den Stream nun im Adapter mit 1920x1080 angegeben, da mir @el_malto sagte ich könne das Widget einfach entsprechend anpassen.
Geht das doch nicht so einfach und ich brauche immer einen Stream für die entsprechende Widgetgröße?@el_malto said in Test Adapter rtspStream v0.0.x GitHub:
Du brauchst dafür keine zwei Streams im Adapter einrichten. Du kannst bei beiden Views den gleichen Stream verwenden. Die Auflösung die du im Adapter angibst, ist die Auslösung in der ffmpeg den Stream convertiert. Wenn du den Stream in Vollbild angucken willst, würde ich im Adapter auch die volle Auflösung der Kamera einstellen um auch die beste Qualität zu haben. In der VIS kannst du das Widget ja in der Größe frei skalieren.
Dabei fällt mir gerade noch etwas auf.
Wenn ich im Adapter 720x480 eingebe, und das iFrame Widget auf die gleiche Größe einstelle, dann ist das angezeigte Bild immer etwas kleiner (ca. 5px rundherum). Ist das korrekt so? -
@dbweb kann jede beliebige Auflösung eingestellt werden?
Ich habe gestern 800x600 eingestellt und ein total verschobenes Bild erhalten (Standard-VGA mit 640x480 sowie 1024x768 , 1920x1080, und 320x240 funktionieren tadellos), liegt vielleicht auch an der Kamera.Edit: Ein Hausmeister-Thema hab ich noch:
Der Name des DP ffmpegOptions sollte IMHO geändert werden ;-)
-
@Latzi Logmeldung kommt jetzt nur noch, wenn ungültiger json-Code im Feld steht.
@Kanufreak Ist keine framerate gesetzt oder ist sie unter 10 gesetzt, wird sie jetzt auf 30 fps gesetzt. Bisher wurde kein Framerate gesetzt wenn eine Resolution angegeben war.Guten Abend an alle,
seitdem ich meine Einstellungen bezüglich Framerate angepasst hatte, läuft der Adapter ohne Crash!
Seit Gestern Nacht kein negativer Eintrag im Log.
Als ich aber eben von der Arbeit kam, stellte ich fest, das kein Bild mehr auf der VIS angezeigt wurde.
Mit klick auf startStream und kurzer Wartezeit (ca. 30 Sekunden) läuft der Stream wieder.
Allerdings einstehen folgende Log-Einträge:
Trotzdem nochmal dankte für eure Arbeit und Unterstützung.
-
@dbweb
das iFrame ist schon auf 720px Breite eingestellt.
Ich hatte den Stream nun im Adapter mit 1920x1080 angegeben, da mir @el_malto sagte ich könne das Widget einfach entsprechend anpassen.
Geht das doch nicht so einfach und ich brauche immer einen Stream für die entsprechende Widgetgröße?@el_malto said in Test Adapter rtspStream v0.0.x GitHub:
Du brauchst dafür keine zwei Streams im Adapter einrichten. Du kannst bei beiden Views den gleichen Stream verwenden. Die Auflösung die du im Adapter angibst, ist die Auslösung in der ffmpeg den Stream convertiert. Wenn du den Stream in Vollbild angucken willst, würde ich im Adapter auch die volle Auflösung der Kamera einstellen um auch die beste Qualität zu haben. In der VIS kannst du das Widget ja in der Größe frei skalieren.
Dabei fällt mir gerade noch etwas auf.
Wenn ich im Adapter 720x480 eingebe, und das iFrame Widget auf die gleiche Größe einstelle, dann ist das angezeigte Bild immer etwas kleiner (ca. 5px rundherum). Ist das korrekt so? -
@tob1 ich benutze das "basic - image" widget und da wird bei mir kein Scrollbalken angezeigt. Da kann ich das einfach so schieben wie ich will.
-
@el_malto
wenn ich dort die IP Adresse des generierten Streams eingebe, dann wird mir leider kein Bild angezeigt. -
@el_malto also der Link, den du im Widget verwendest funktioniert.
Das Widget selber zeigt leider nichts an.
-
@Kuddel der Link? Das ist der Link von meiner Cam bzw. der Link von iSpy. Wäre ja Zufall wenn du auch iSpy und die gleiche IP benutzt...:man-shrugging:
Support us
566
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge