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

DS_Starter · 19 Februar 2017, 11:32:23

Moin Garbsen,

wie sieht denn dein Weblink aus ? (d.g. die Definition bzw. der http-Call innhalb der Weblionk-Definition).
Poste auch mal den StmKeymjpegHttp. Vermutlich hat Synology mal wieder die API in dieser SVS Version geändert.
Kannst du auch mal ein verbose 5 von SSCAM posten ?
Ich will mal schauen ob sich die API Versionen geändert haben.

Grüße
Heiko

Garbsen · 19 Februar 2017, 11:56:01

Moin
Zunächst Danke für die schnelle Antwort.
Hier erst mal ein List

Code Auswählen

Internals: 
   CFGFN 
   DEF        iframe http://192.168.xxx.xx:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=3&StmKey="...." 
   LINK       http://192.168.xxx.xx:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1&method=Stream&format=mjpeg&cameraId=3&StmKey="......" 
   NAME       Kamera 
   NR         1675 
   STATE      initialized 
   TYPE       weblink 
   WLTYPE     iframe 
Attributes: 
   room       Kamera

Der StmKeymjpegHttp ist da ja enthalten, oder brauchst du etwas anderes?

Gruß
K-H

DS_Starter · 19 Februar 2017, 12:32:47

Ja, passt schon. Wir hatten da mal eine andere Variante von Martin Fischer -> https://forum.fhem.de/index.php/topic,45671.msg490502.html#msg490502

Deswegen fragte ich nach dem http-Aufruf.
Ich schau mal nach dem verbose 5 Log wegen der API-Versionen aber m.M. nach sollte das so passen.
Leider kann ich es selbst nicht nachvollziehen ... bin noch auf SVS 7.1.

Nur zur Info, der Fehler 105 bedeutet "Insufficient user privilege". Evtl. hat Syno an der Stelle etwas gedreht.

Wenn du "set ... runview Image" ausführst und den Browser refreshst bekommst du den Livestream angezeigt. Mit "get ... stmUrlPath" und gesetztem Attr bekommst du auch die aktuelle http Streamadresse.

Wenn du diese Adresse dann in deinem Weblink verwendest, klappt das dann (solange runview an ist) ?
Und wie seiht es aus wenn runview wieder gestoppt ist mit dieser letzten Adresse ? Geht es dann noch oder nicht ?

Grüße
Heiko

Garbsen · 19 Februar 2017, 12:40:28

In SSCam wird dann das Bild angezeigt, in weblink nicht, gleicher Fehler

DS_Starter · 19 Februar 2017, 13:00:53

Hmm ... bisschen komisch weil ich im SSCAM im Prinzip für diese Funktion mich auch nur der Techniken von Weblink bediene.
Allerdings verwende ich nicht den Typ "iframe" sondern "image". Versuche doch mal zum Vergleich bei deinem Weblink auch "image" zu verwenden.

Wenn das nicht hilft, können wir nur warten ob andere Nutzer mit deiner SVS Version unterstützen können oder du probierst die Variante von Martin (finde ich übrigens toll) in dem oben angegebenen Link.

Was du auch noch versuchen kannst ist die Anmeldung an die SVS zu ändern -> Attribut session = DSM bzw. SurveillanceStation.

Grüße
Heiko

DS_Starter · 19 Februar 2017, 13:08:31

Was mir auch gerade noch aufgefallen ist...

Du verwendet für den Http-Cal im Weblink:

Zitat.../webapi/entry.cgi?api=SYNO.SurveillanceStation.Stream.VideoStreaming&version=1...

ich dagegen:

Code Auswählen

.... entry.cgi?api=SYNO.SurveillanceStation.VideoStreaming&version=1....

Also ohne "Stream". Auch StmKeymjpegHttp bringt die API ohne "Stream" raus.

Grüße
Heiko

Garbsen · 19 Februar 2017, 13:20:39

Mit Image statt iFrame kommt zwar keine Fehlermeldung aber auch kein Bild, nur ein kleiner Kasten ohne Inhalt.
Das mit dem zusätzlichem Stream ist mir auch aufgefallen, denn in dem alten streamline Stand das m.E. auch nicht. Wenn ich es weglasse, ist der Fehler aber gleich und so, mit zusätzlichem Stream ist es Original copy paste aus dem StmKeyUnicst reading.
Im LiveStreamUrl steht dieses zusätzliche Stream nicht drin.

Garbsen · 19 Februar 2017, 13:25:40

Und der Link aus StmKeyUnicst funktioniert ja auch genauso im Safari Browser
Nochmal zu den User Privileges, ad 1) ich dachte immer, dass man für den streamlink eben gar keine Rechte benötigt
Ad 2) ich wüßte auch gar nicht, wo in FHEM da entsprechende Rechte hinterlegt sein sollten

DS_Starter · 19 Februar 2017, 13:34:03

Also der Call aus StmKeymjpegHttp war bis jetzt der richtige Aufruf. Inzwischen habe ich mir dein verbose 5 angeschaut. An der API wurde nichts weiteres geändert. Passt also so zum Modul ... sonst würde der Liveview im Modul auch nicht funktionieren.

Zitatich dachte immer, dass man für den streamlink eben gar keine Rechte benötigt

Genau richtig. Mein Vermutung ging in die Richtung ob Syno mit dieser SVS Version irgendetwas an den Zugangsrechten verändert hat. Wenn ja wäre das nicht schön für uns und diesen Einsatzzweck.

Zitatch wüßte auch gar nicht, wo in FHEM da entsprechende Rechte hinterlegt sein sollten

Die einzige Stelle ist die Auswahl von "session". Hier legst du fest ob du dich mit dem DSM als Admin (vollumfassende Rechte) oder direkt mit der SVS (und den darin festgelegten Rechten für den User) anmeldest. Hier könnte es eben sein dass Synology die Rechteverwaltung in der SVS um/ausgebaut hat.
Wie gesagt, ich kann es ledier nicht prüfen.
So könnne wir nur schauen ob sich Mitstreiter finden die auch auf 8.0.1 upgegradet haben.

EDIT: Aber du hast natürlich recht. Die Links funktionieren sowohl in SSCAM als auch in deinem Browser. Bleibt eigentlich nur Weblink übrig, wobei es mir nicht einleuchten will.

Grüße
Heiko

Garbsen · 19 Februar 2017, 19:50:35

Zitat von: DS_Starter am 19 Februar 2017, 13:34:03

EDIT: Aber du hast natürlich recht. Die Links funktionieren sowohl in SSCAM als auch in deinem Browser. Bleibt eigentlich nur Weblink übrig, wobei es mir nicht einleuchten will.

Grüße
Heiko

Hast du eine Idee/Vorschlag, wo im Forum man das Thema in Richtung Weblink weiter treiben könnte?
Kennst Du eine Alternative zu weblink? Ich binde die Kameras eigentlich über iFrame in Tabletui ein und das funktioniert nicht mehr.

DS_Starter · 19 Februar 2017, 20:23:04

Hallo Garbsen,

ZitatHast du eine Idee/Vorschlag, wo im Forum man das Thema in Richtung Weblink weiter treiben könnte?

Ja, im Unterforum Frontends -> Tabletui bzw. FHEMWEB

ZitatKennst Du eine Alternative zu weblink?

Ja, die Lösung von Martin. Den Link hatte ich weiter oben schon gepostet. Hat auch den Vorteil ein kleine Galerie der Liveansichten gestalten zu können.

Wenn mir noch etwas einfällt melde ich mich nochmal. Irgendwann muß ich auch mal upgraden, muß aber erst meine interne IT modernisieren.

Grüße
Heiko

Garbsen · 19 Februar 2017, 21:29:30

Hallo Heiko

Danke, dann schaue ich mir Marvins Lösung mal an.
K-H

Garbsen · 19 Februar 2017, 22:02:59

Ok, mit Marvins Lösung kann ich die Streams im FHEM Web anzeigen.
Jetzt muss ich nur noch einen Weg finden, wie ich das jetzt in Tabletui einbinden kann.
Bin leider selber nicht gut im selbst entwickeln, copy/Paste kann ich, aber ohne Lösungsansatz komme ich nicht weiter.

DS_Starter · 20 Februar 2017, 07:29:15

Moin K-H,

sieht ja schon mal gut aus. Im Tabletui-Forum kann dir sicherlich weitergeholfen werden.

EIne Idee hätte ich noch. Versuche mal im Device "Web" das Attr csrfToken auf "none" zu setzen ob das etwas bringt.

Grüße
Heiko

Garbsen · 20 Februar 2017, 09:42:21

csfrToken hat auch keine Veränderung gebracht.
Seltsam bleibt, dass andere WebLinks weiter normal funktionieren, und mit dem htmlCode es ja auch geht. Nur der Aufruf des html-links bringt den Fehler und auch nur innerhalb von FHEM per weblink mittels iframe, aber eben nicht per Browser.
Da ich in tabletui die Seite direkt über iframe eingebunden habe, weblink gibt es dort ja gar nicht, und es dort ja auch nicht mehr geht, muss es m.E. in den tiefen von iframe liegen.