49_SSCam: Fragen, Hinweise, Neuigkeiten und mehr rund um dieses Modul

DS_Starter · 22 Februar 2021, 16:03:25

Hallo Sven,

habe bei mir darktouchpad probiert und konnte den JS Fehler auch damit nicht nachstellen.
https läuft bei mir auch.

Aber egal, ich werde die Tooltipps umstellen dass man diese zusätzliche Bibliothek nicht braucht.
Vllt. schaffe ich es heute Abend.
Melde mich mit einer bearbeiteten Version zum Test.

LG,
Heiko

DS_Starter · 22 Februar 2021, 16:05:27

@Dracolein, ich nutze Hikvision. Die liefern einen mjpeg Stream. Je nach Typ gibt es die vermutlich leicht unter 100 €.

juemuc · 22 Februar 2021, 20:31:36

Zitat von: Dracolein am 22 Februar 2021, 08:53:34
Hallo zusammen,
gibt es zufällig Empfehlungen für geeignete IP-Kameras, die einen mjpeg-Stream beinhalten?

Hintergrund:
meine Synology ist ein altes Modell, ich kann dort kein Docker o.ä. laufen lassen, um einen rtsp-Stream umzuwandeln.
Nun ist gestern abend eine meiner alten IP-Kameras verstorben und ich finde schlicht nirgendwo im Netz eine günstige Ersatzkamera, die mjpeg-Stream unterstützt.
Eigentlich möchte ich nicht >100€ für eine Kamera ausgeben.

Vielleicht hat ja zufällig grad jemand einen Tip.

Hallo,

ich nutze zwei Reolink mit der Syno. Läuft problemlos. UNd dank Heiko sind auch alle Funktionen in FHEM verfügbar

Viele Grüße
Jürgen

sven-voss · 22 Februar 2021, 21:00:13

Zitat von: DS_Starter am 22 Februar 2021, 16:03:25
Hallo Sven,

habe bei mir darktouchpad probiert und konnte den JS Fehler auch damit nicht nachstellen.
https läuft bei mir auch.

Aber egal, ich werde die Tooltipps umstellen dass man diese zusätzliche Bibliothek nicht braucht.
Vllt. schaffe ich es heute Abend.
Melde mich mit einer bearbeiteten Version zum Test.

LG,
Heiko

Hallo Heiko,
ich habe mir das Problem auch noch einmal näher angesehen und herausgefunden, dass es am
"attr WEB webname webhook" lag.
Als ich dieses Attribut entfernt hatte, lief das .js auch in der WEB Instanz mit https und die Fehler sind weg.

Hast du ggf. eine Erklärung dafür?

Gruß Sven

DS_Starter · 22 Februar 2021, 21:07:25

Hallo Sven, @all,

ich habe die Tooltoíps umgestellt und man braucht die zusätzlich JS-Bibliothek nicht mehr.
Ich hoffe dadurch ist der JS-Fehler behoben.

Die Version liegt in meinem contrib zum Test.

Zum Download in der FHEMWEB Kommandozeile inklusive der Ausführungszeichen angeben und danach FHEM restarten:

Code Auswählen


"wget -qO ./FHEM/49_SSCam.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/49_SSCam.pm"

@Sven, keine Erklärung. Habe mich aber daran erinnert dass ich bei meinem Watches-Modul ein ähnliches Problem hatte.
Hoffe das es jetzt problos klappt.

Grüße,
Heiko

DS_Starter · 22 Februar 2021, 21:13:23

Ah Sven, jetzt hast du mich auf eine Idee gebracht mit deinem Hinweis. Ich habe teilweise den Namen /fhem hart verdrahtet. Blöd, das ist der Grund, denn bei dir ist es /webhook stattdessen.
Muss ich durchchecken.

DS_Starter · 22 Februar 2021, 21:29:09

Erledigt, die korrigierte Version liegt im contrib.

sven-voss · 22 Februar 2021, 21:54:54

Hey Heiko,
die neuen version funktioniert bei mir nun auch mit geändertem webnamen unabhängig vom stylesheet.
Sehr schön, besten Dank.

Gruß Sven

DS_Starter · 22 Februar 2021, 21:58:12

Danke für den Test. Super

Ich checke die neue Version ein und wird dann morgen früh mit dem Regelupdate verteilt.

Grüße,
Heiko

Dracolein · 27 Februar 2021, 19:11:21

Hallo nochmal.
Ich habe nun endlich eine neue, leistungsstarke Diskstation angeschafft und die Konfig der alten 1:1 ersetzt - läuft alles.

Nun möchte ich meine RTSP Streams in MJPEG Streams auf der Diskstation umwandeln, um in TabletUI ein flüssigeres Bild als bisher zu erhalten.
Deine Anleitung im Wiki mittels Kerberos ist gut verständlich. Aber dennoch wird mir innerhalb von Kerberos kein Livebild des angegebenen RTSP-Streams angezeigt.
Jedoch funktioniert der angegebene RTSP-Link des Readings "StmKeyUnicst" z.B. in einem VLC-Mediaplayer problemlos. Ich habe alle Schritte mehrfach erfolglos ausprobiert. Kann es an der hohen eingetippten Auflösung liegen ( CamLiveResolution = 2048x1536 )?

DS_Starter · 27 Februar 2021, 19:31:28

Hallo Dracolein,

bin mir unsicher weil du geschrieben hast "eingetippten Auflösung". Das Reading CamLiveResolution gibt die aktuelle Auflösung der Cam an die demnach von der Cam auch unterstützt ist. Das ist wichtig.

Ich würde jetzt an deiner Stelle mich nicht damit aufhalten, sondern mit der Einrichtung des Streaming Device fortfahren.
Wenn das dann auch nicht klappt, müsste man nochmal schauen.

LG,
Heiko

Dracolein · 27 Februar 2021, 21:15:47

Also ich habe es leider nicht hinbekommen mit Docker & Kerberos. Aber danach las ich, dass auch HLS Streaming Devices in FTUI eingebunden werden können und konnte mein Ziel auf diesem Weg erreichen.
Jedenfalls schmückt jetzt ein ziemlich flüssiger Livestream die grafische Oberfläche meines FTUI Dashboards, vielen Dank.

Frage dazu, die ich per Suche in diesem Zusammenhang nicht finden konnte:
Mir wird nun im Browser eine Art Player angezeigt, wenn ich mit der Maus über den Livestream fahre. Dort habe ich die Möglichkeit der Fullscreen-Ansicht. (übrigens gibt FTUI "Error :O" beim minimieren als Fehler zurück). Besteht irgendwie die Möglichkeit, den Fullscreenmode durch ein Event ausführen zu lassen und z.B. nach 20 Sekunden den Fullscreenmode wieder zu beenden?

DS_Starter · 27 Februar 2021, 21:41:13

Jo, viele Wege sind möglich.

Komisch allerdings warum du Kerberos nicht hinbekommen hast.

ZitatBesteht irgendwie die Möglichkeit, den Fullscreenmode durch ein Event ausführen zu lassen und z.B. nach 20 Sekunden den Fullscreenmode wieder zu beenden?

Mit HLS Stream wüßte ich es nicht. Mit dem Streamin Device und einem MJPEG Stream könnte man simpel "set <> popupStream" nutzen.

Dracolein · 28 Februar 2021, 08:20:33

Zitat von: DS_Starter am 27 Februar 2021, 21:41:13
Komisch allerdings warum du Kerberos nicht hinbekommen hast.

Ich habe heute morgen den Container in Docker gelöscht und Kerberos nochmal neu runtergeladen und konfiguriert.
Aus unerklärlichen Gründen sehe ich innerhalb Kerberos unter den Einstellungen nun wie in Deiner Anleitung eine Livebildvorschau. Allerdings nur dort, nicht im Kerberos Dashboard (dort steht weiterhin "No Stream...".
Und leider auch nicht im anschließend angelegten Generic Streaming Device, trotz korrektem Machinery Port.

Müsste die URL aus Deiner Anleitung ( http://192.168.2.10:32783 ) im Browseraufruf oder im VLC-Mediaplayer ein Livebild darstellen können? (klappt bei mir auch nicht)

Übrigens ändern sich bei mir die Ports von Kerberos bei jedem Restart des Containers, ist das richtig?

DS_Starter · 28 Februar 2021, 08:39:43

Moin,

Zitat
Müsste die URL aus Deiner Anleitung ( http://192.168.2.10:32783 ) im Browseraufruf oder im VLC-Mediaplayer ein Livebild darstellen können? (klappt bei mir auch nicht)

Ja, du musst allerdings den Port 32783 entsprechend deiner Einstellung im Docker anpassen. Im Docker wird der Machinery-Port in meiner Einstellung 8889 auf den Port 32783 gemappt.
Damit es immer dieser Port bleibt, muss man das im Docker fest einstellen (kein Automatic !). Werde im Wiki das ändern und explizit darauf hinweisen.
Dann ändert sich der Port auch nicht bei jedem Restart.

Das Livebild muss mit http://192.168.2.10:32783 im Browser aufrufbar sein. Gerade bei mir nochmal gecheckt.

Ändert sich bei dir eventuell der Wert des Readings StmKeyUnicst, d.h. die RTSP-Adresse des Streams ? Irgendwo war das in der SVS einzustellen dass sich die RTSP-Adresse nicht ändert. Ist mir nur nicht mehr gegenwärtig wo das war.