Bevor ich jetzt den ProxyWatch einschalte und morgen auch Zeit dazu haben alles zu testen, eine kurze Frage und bisherige Ergebnisse:
User Authentication wird aktuell noch nicht unterstützt, oder?
Ansonsten liefen zwei Kameras eben schon
Bei der dritten ist eine Anmeldung aber Pflicht (Security by Desgin), die teste ich sonst morgen mit aktiven ProxyWatch.
Danach funktioniere im WF aber gar keine mehr Nur sich drehende Kreise und ein Standbild.
Bis ich die ‚defekte‘ dritte wieder gelöscht habe -> Somit laufen bei mir jetzt zwei von 5 (bald 6).
Ebenso steht noch ein Test mit h.265 aus
Michael
h.265 wird wahrscheinlich noch nicht laufen. Habe aktuell kein Gerät zum testen da.
Authentifikation geht über die URL Syntax wie bei den MJPEG Streams. Also:
rtsp://user:pass@ip/…
paresy
Habe jetzt doch eine Kamera auf ohne Authentifizierung einstellen können (ganz versteckt im Menü mit ganz vielen Warnhinweisen ).
Leider funktioniert der Stream aber nicht.
Ich muss morgen in Ruhe die Streams untersuchen und dann schalte ich den ProxyWatch auch ein.
Michael
Über welche Instanz bekomm ich den RTSP Stream hin? Über den Image Grabber?
Objekt Hinzufügen -> Medien -> Stream (IPS5.1)
Gruß
Alles klar Danke. Funktioniert bei mir nicht. Wenn ich im VLC Player den RTSP Stream Starte läuft das, mit und ohne Authentifikation. Nur im Medien Objekt geht das nicht.
Update von gestern installiert?
Michael
Ja, bin auf der aktuellen Version vom 31.01.2019.
So hier jetzt einige Teste:
Funktional:
02.02.2019 11:19:54 | 00000 | NOTIFY | DataServer | Client wants to connect to stream... rtsp://192.168.X.X?line=1
02.02.2019 11:19:54 | 00000 | NOTIFY | DataServer | Connecting to stream... rtsp://192.168.X.X?line=1
VLC Codec-Info vom Stream:
Codec: H264 - MPEG-4 AVC (part 10) (h264)
Videoauflösung: 704x288
Decodiertes Format:
Nicht Funktional:
02.02.2019 11:31:15 | 00000 | NOTIFY | DataServer | Client wants to connect to stream... rtsp://192.168.X.Y?inst=2
02.02.2019 11:31:15 | 00000 | NOTIFY | DataServer | Connecting to stream... rtsp://192.168.X.Y?inst=2
02.02.2019 11:31:16 | 00000 | ERROR | DataServer | Unable to write frame
VLC Codec-Info vom Stream:
Codec: H264 - MPEG-4 AVC (part 10) (h264)
Videoauflösung: 640x480
Decodiertes Format:
Grundfarben: ITU-R BT.709
Farbübertragungsfunktion: ITU-R BT.709
Farbraum: ITU-R BT.601 Bereich
Und der erste Hinweis ist irgendwie Komisch beim Media-Objekt
RTSP/MJPEG Streams werden unterstützt
RTSP = Übertragungsprotokoll
MJPEG = Codec
Somit wäre RTSP/HTTP/HTTPS Streams werden unterstützt wohl korrekter?
Allerdings habe ich MJPEG per RTSP noch nicht ausprobiert, obwohl die Kamera es kann
Optional:
Ein http-Stream mit h264 geht leider auch nicht im Medien-Objekt, aber im Browser per HTML-Video-Tag funktioniert er
http://192.168.X.Y/video.mp4?inst=2
Michael
EDIT: Das erste Geräte 192.168.X.X bleibt irgendwann im Browser stehen…Nur eine Meldung im Log:
02.02.2019 11:44:33 | 00000 | NOTIFY | DataServer | Client wants to connect to stream... rtsp://192.168.X.X?line=1
Moin,
kann man den Proxy auch irgendwie für HTTP Streams nutzen?
Ich habe hier Kameras, welche nur einen Datenstrom zulassen.
Beide Kammeras laufen momentan noch im MJPEG Modus.
Sie bieten zwar auch RTSP nur funktioniert die HIKVision damit nicht im Webfront. Ob mit Authentifizierung oder ohne. In VLC läuft der Stream natürlich.
02.02.2019 12:02:16 | DataServer | Client wants to connect to stream… rtsp://BN:PW@192.168.100.202:554/Streaming/Channels/2
02.02.2019 12:02:16 | DataServer | Error preparing output for stream (rtsp://BN:PW@192.168.100.202:554/Streaming/Channels/2): Unable to write header! Invalid argument
Die Foscam funktioniert im RTSP Modus und zeigt ein „großes“ Viedeo an.
Sofern ich versuche mit dem HTTP Stream über den Proxy mit der Medien ID zuzugreifen kommt folgendes.
Media with ID #%d is not a RTSP stream
Grüße
dzvo
Gibt es eigentlich öffentliche Webcams bei denen man mit einem RTSP Stream zugreifen kann und das mal mit IP-Symcon auszuprobieren?
Hat ansonsten jemand eine Tipp für eine ordentliche Kamera bzw. Hersteller, die gute Bilder bei Tag und Nacht macht und hoffentlicht mit IP-Symcon funktioniert?
@Fonzo: Ich bin leider nicht der Kamera Experte
@dzvo: Aktuell haben wir nur einen Proxy-Dienst für RTSP Streams. Valide HTTP Streams (welche Kameras unterstützen das?) gehen aktuell noch nicht.
paresy
Valide h25x und MJPEG Streams per http, https und rtsp können z.B. alle aktuellen Kameras von Bosch.
Michael
PS: Die Smarthome Kameras können glaube ich nicht Lokal eingebunden werden, sind imho Cloud only.
Das Problem ist aktuell, dass HTTP MJPEG Streams als <img> Tag und „echte“ HTTP Video Streams als <video> Tag eingebunden werden. Das WebFront müsste also vorher detektieren, um was für einen Streams es sich handelt.
paresy
Kannst du dem MediaObjekt nicht einfach eine Option mehr spendieren?
Oder MJPEG als ‚Bild‘ deklarieren?
Das wäre dann immer Img und Stream wäre immer Video.
Michael
Das wäre nicht Abwärtskompatibel. Und ne Option finde ich doof Ich könnte aber einen HEAD Request machen, um zu entscheiden, was da kommt… und dann das richtige Element verwenden.
paresy
Beim Update alles was aktuell Stream ist in Typ Bild überführen
Ja Option ist doof…
Du machst das schon irgendwie
Michael
Hallo
da ihr ja zzt. noch über geht/geht nicht rätselt wollte ich nur mal rückmelden das es hier mit zwei billig China Cams von SV3C auf Anhieb funktionierte.
Ebenfalls mit dem RTSP Stream der Synology Surveillance Station, Bild war auf Anhieb da.
Der lag ist allerdings gigantisch. Das Bild hängt dem VLC um etwa 10-15sec hinterher.
Hat irgendwie etwas von Zurück in die Zukunft. man kann sich selbst live beim heimkommen zusehen. Für Haustürklingelüberwachung also noch etwas fraglich.
Über Dauerbetrieb oder Aussetzer kann ich noch nichts sagen, Funktion ist aber schon mal gegeben.
schönen Dank für das neue Feature
Bernhard
Ok ist ja noch Beta, das wäre ja dann aber im Alltag so nicht zu gebrauchen z.B. Bild von einer Kamera beim klingeln.
Das mit dem Lag hatte ich auch schon bemerkt (und einigen beim Event erzählt). Ich muss noch einmal sehen woran das liegt und wer so viele Sekunden puffert. Ich will da noch einige Sekunden „runter“ bekommen.
paresy