RTSP-Streams

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 :smiley:
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 :frowning: 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 :wink:
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 :smiley: ).
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.:confused:

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 :wink:

Optional:
Ein http-Stream mit h264 geht leider auch nicht im Medien-Objekt, aber im Browser per HTML-Video-Tag funktioniert er :smiley:

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 :frowning:
@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 :slight_smile: 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 :smiley:
Ja Option ist doof…
Du machst das schon irgendwie :wink:
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. :slight_smile: 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