--- title: Videoüberwachung (RTSP-Server) url: https://doc2.pstreamer.tv/de/manual/streamer/surveillance.html lang: de product: Perfect Streamer version: 2.0.2.423 --- # Videoüberwachung (RTSP-Server) > **Wichtig** > > **Betaversion 2.1.** Das hier Beschriebene gibt es nur in der Betaversion 2.1: Sie wird aus dem Beta-Repository und nur mit einer Lizenz installiert; die stabile Version 2.0.2 und die Demoversion enthalten es nicht. Die Betaversion wird ohne Gewähr ausgeliefert, Support gibt es nach Möglichkeit ([Betatestprogramm](../extras/beta.md#extras-beta)). Seit Version 2.1.0.485 kann ein Knoten seine SPTS-Streams per RTSP an Videomanagementsysteme (VMS) und Player wie VLC und ffmpeg ausliefern. Seit Version 2.1.0.493 wird unter derselben Adresse auch das Archiv des Streams wiedergegeben. Der Server wird in der Ansicht „Videoüberwachung“ eingerichtet ([Videoüberwachung](../webui/administration.md#webui-surveillance)); in der Demoversion gibt es ihn nicht. ## Live Standardmäßig ist der RTSP-Server ausgeschaltet: Solange er ausgeschaltet ist, öffnet der Knoten den RTSP-Port nicht. Der eingeschaltete Server liefert jeden SPTS-Stream des Knotens aus; einen eigenen Schalter oder eine Zugriffsliste pro Stream gibt es nicht. MPTS-Streams werden nicht ausgeliefert. Adresse des Streams: ``` rtsp://:/ ``` Dabei ist `` der OTT-Name des Streams (derselbe wie in seinen HLS-Adressen, auch wenn OTT ausgeschaltet ist) oder seine Nummer. Der Standardport ist 554. - Video in H.264 oder H.265 mit Ton in AAC oder AC-3 wird als getrennte RTP-Streams übertragen; Ton in anderen Codecs wird nicht übertragen. - Ein Stream, dessen Video weder H.264 noch H.265 ist (zum Beispiel MPEG-2) oder der kein Video enthält, wird vollständig als MPEG-TS über RTP übertragen. - RTP läuft innerhalb der TCP-Verbindung von RTSP oder, seit Version 2.1.0.494, über UDP. Über UDP wird das Video nur an die Adresse des Clients selbst gesendet; Multicast wird nicht angeboten. Ein Client hinter NAT braucht TCP: Die meisten Player wechseln von selbst dorthin. Das Archiv läuft über UDP immer in Echtzeit. Vor Version 2.1.0.494 lehnte der Server eine UDP-Anfrage ab, und VLC und ffmpeg wechselten von selbst zu TCP. - Die Wiedergabe beginnt mit dem nächsten Keyframe. > **Bemerkung** > > ffmpeg als aufzeichnender Client (`-c copy`) kann dem ersten Frame einer H.264-Quelle mit B-Frames keinen Zeitstempel geben. Ein Player zeigt eine solche Quelle an und zeichnet sie auch auf. ## RTSPS (RTSP über TLS) Seit Version 2.1.0.494 nimmt der Server auch RTSPS an — RTSP in einer verschlüsselten TLS-Verbindung, auf einem eigenen Port: ``` rtsps://:/ ``` RTSPS wird auf dem Bildschirm „Videoüberwachung“ mit dem Schalter „RTSPS (RTSP über TLS)“ eingeschaltet; dort steht auch „RTSPS-Port“, standardmäßig 322 ([Videoüberwachung](../webui/administration.md#webui-surveillance)). In den Knoteneinstellungen sind das die Schlüssel `rtsps-enable` und `rtsps-port` des Abschnitts `surveillance`. Der Server braucht ein Zertifikat und einen Schlüssel im PEM-Format: die Dateien `surveillance.crt` und `surveillance.key` im Verzeichnis `/opt/pss/config/cert`. Ohne sie startet RTSPS nicht: Der Knoten meldet den Fehler im Serverzustand in der HTTP-API (`/data/surveillance`) und versucht es alle 10 s erneut. Über RTSPS läuft das Video immer innerhalb der verschlüsselten Verbindung: Eine UDP-Anfrage lehnt der Server ab, und der Client wechselt zu TCP. Im Klartext wird nichts übertragen. ## Verzeichniskonten Seit Version 2.1.0.497 können sich auch Konten eines LDAP-Verzeichnisses oder von Active Directory mit dem RTSP-Server verbinden. Wählen Sie dazu auf dem Bildschirm „Videoüberwachung“ unter „Authentifizierung“ „Digest für Logins, Basic für Verzeichnis (nur RTSPS)“ (Schlüssel `rtsp-auth` mit dem Wert `3`) und schalten Sie RTSPS ein (RTSPS (RTSP über TLS)). Verzeichniskonten melden sich nur über RTSPS und per Basic an, innerhalb von TLS. Über normales RTSP wird Basic weder angeboten noch angenommen: Dort melden sich nur lokale RTSP-Logins an, per Digest. Seit Version 2.1.1.502 melden sich über RTSPS in diesem Modus auch lokale Logins per Basic an (innerhalb von TLS); einem Client, der nur Digest kann, bleibt normales RTSP mit einem lokalen Login. Welchen Gruppen RTSP erlaubt ist und wie viele Sitzungen gleichzeitig, legt „RTSP-Zugang nach Gruppe“ fest ([Zuschauer und RTSP über das Verzeichnis](../webui/administration.md#webui-ldap-viewers)). Seit Version 2.1.0.499 melden sich auch Videoüberwachungssysteme und Player auf Basis von live555 (VLC, openRTSP und viele VMS) mit einem Verzeichniskonto über RTSPS an. ## Wiedergabe des Archivs Seit Version 2.1.0.493 wird das Archiv des Streams unter derselben RTSP-Adresse wiedergegeben wie das Live-Bild. Nötig ist ein Stream, der ein Archiv schreibt, also mit festgelegtem „DVR-Speicher“ ([DVR: Archiv des Streams](ott_dvr.md#streamer-dvr)); ohne Speicher gibt es keine Archivwiedergabe. **Videomanagementsysteme** fordern ein Zeitintervall in UTC an (nach den ONVIF-Regeln): - jeder Frame kommt mit seiner eigenen Aufnahmezeit; - das Archiv läuft in Echtzeit und, wenn der Client es verlangt, so schnell, wie das Netz es zulässt; - Pause, Fortsetzen und Sprung zu einem anderen Zeitpunkt funktionieren. **Player** (VLC, ffmpeg) öffnen die Adresse mit Parametern: ``` rtsp://:/?t=[&d=] ``` `t` ist der Beginn in Unix-Sekunden (UTC). Der Suchregler funktioniert. Mit `d` endet die Wiedergabe nach der angegebenen Zahl von Sekunden. **Beginn.** Die Wiedergabe beginnt mit einem Keyframe zum angeforderten Zeitpunkt oder davor — bis zu einem Archivsegment früher. Liegt der angeforderte Zeitpunkt vor dem Beginn des Archivs, beginnt die Wiedergabe am Beginn des Archivs. **Ende.** - Ist das Ende des Intervalls (oder `d`) angegeben, hält die Wiedergabe dort an. - Ist kein Ende angegeben, wechselt die Wiedergabe ins Live-Bild, sobald sie die Aufnahme eingeholt hat. - Hat die Aufnahme angehalten (zum Beispiel weil die Kamera ausgefallen ist), endet die Wiedergabe mit dem letzten aufgezeichneten Frame. **Angehaltene Kamera.** Ein Stream, von dem keine Daten kommen, lässt sich trotzdem öffnen und sein Archiv wiedergeben. Einschränkungen: - Nur normale Geschwindigkeit: Zeitraffer und Zeitlupe gibt es nicht. - Ein Stream, der vollständig als MPEG-TS übertragen wird (ohne Video in H.264 oder H.265), ist nur live verfügbar. Offene Sitzungen sind in der Ansicht „Videoüberwachung“ ([Videoüberwachung](../webui/administration.md#webui-surveillance)) und in der HTTP-API (`/data/surveillance`, [Steuerung über die HTTP API](../extras/api.md#extras-api)) zu sehen: Für jede ist zu sehen, ob es Live-Bild oder Archiv ist, und beim Archiv der Zeitpunkt des zuletzt ausgelieferten Frames.