RTSP-Hauptstream funktioniert nicht, aber Substream funktioniert: Was der Unterschied beweist
Eine Diagnoseanleitung für IP-Kamerafälle, bei denen der RTSP-Substream funktioniert, der Hauptstream jedoch ausfällt, einfriert, 404 zurückgibt oder nicht dekodiert werden kann.
Eine sehr häufige Suchanfrage nach IP-Kameras lautet: "„RTSP-Hauptstream funktioniert nicht, aber Substream funktioniert.“ Das Symptom ist spezifisch genug, um nützlich zu sein. Wenn der Substream funktioniert, ist die Kamera erreichbar, die Anmeldeinformationen sind wahrscheinlich korrekt, der RTSP-Dienst ist aktiviert und auf mindestens ein Videoprofil kann zugegriffen werden. Das Problem ist nicht mehr „RTSP ist kaputt“. Das Problem ist der Unterschied zwischen Stream-Profilen." Haupt- und Substream unterscheiden sich normalerweise in Auflösung, Bitrate, Codec, GOP-Intervall, Nutzlastgröße und manchmal sogar im URL-Pfad. Ein Substream kann H.264 mit niedriger Auflösung sein, während der Hauptstream H.265, 4K, hohe Bitrate oder auf weniger gleichzeitige Sitzungen beschränkt ist. Ein NVR kann verschiedene Pfade von der Kamera selbst aus anzeigen. ONVIF gibt möglicherweise eine Live-URL von geringer Qualität zurück, während die Aufzeichnungs-URL oder das Hauptprofil einen separaten Pfad erfordert.
Die nützliche Diagnosefrage lautet: Was beweist der funktionierende Teilstrom und was beweist er nicht?
Was ein funktionierender Substream beweist
Wenn der Substream über RTSP geöffnet werden kann, können Sie normalerweise sagen:
- Die IP-Adresse der Kamera ist erreichbar
- Der RTSP-Port ist offen
- Die Authentifizierung funktioniert für mindestens einen Stream
- Der Client kann grundlegende RTSP-Antworten analysieren
- „DESCRIBE“, „SETUP“ und „PLAY“ können für mindestens ein Profil erfolgreich sein
- Für mindestens einen Medientitel ist eine RTP-Auslieferung möglich
Das ist ein wertvoller Beweis. Es schränkt die Suche ein. Nach diesem Zeitpunkt sollten Sie die grundlegende Netzwerkerreichbarkeit nicht weiter debuggen, es sei denn, der Hauptstream verwendet einen anderen Host, Port, Transportmodus oder NVR-Pfad.
Was ein funktionierender Substream nicht beweist
Ein funktionierender Substream beweist nicht:
- Der URL-Pfad des Hauptstreams ist korrekt
- Der Hauptstream ist aktiviert
- Der Mainstream-Codec wird unterstützt
- Die Bitrate des Hauptstroms kann das Netzwerk durchqueren
- Der Hauptstream steht mehreren Clients zur Verfügung
- Der Hauptstrom sendet dekodierbereite SPS/PPS- oder VPS/SPS/PPS-Beweise
- Der NVR stellt den Hauptstrom der Kamera über denselben Pfad bereit
Aus diesem Grund reicht „VLC kann den Substream öffnen“ für ein VMS, ein Analysesystem oder eine Restreaming-Pipeline, die den Hauptstream benötigt, nicht aus.
Überprüfen Sie den URL-Pfad vor dem Codec
Viele Kamerafamilien verwenden unterschiedliche Pfadmuster für Haupt- und Unterströme. Einige verwenden „Profil1“ und „Profil2“. Einige verwenden „/Streaming/Channels/101“ und „/Streaming/Channels/102“. Einige verwenden „main“, „sub“, „video1“, „video2“ oder herstellerspezifische Zugriffsnamen. Einige NVRs stellen Kanäle anders dar als direkte Kamera-URLs.
Wenn der Hauptstream „404 Not Found“ zurückgibt, überprüfen Sie Folgendes:
- Genauer Anfrage-URI, der in „DESCRIBE“ gesendet wurde
- ob der URL-Pfad mit dem Anbietermodell übereinstimmt
- Kanalnummer
- Stream-Nummer
- Von ONVIF entdecktes Profil-Token
- ob der Stream in der Web-Benutzeroberfläche der Kamera aktiviert ist
- ob die URL auf die Kamera-IP oder die NVR-IP abzielt
Behandeln Sie einen 404-Fehler nicht als Paketverlust. RTP wurde noch nicht gestartet.
Überprüfen Sie Codec und Bitrate, nachdem der Pfad gültig ist
Wenn der Hauptstream SDP zurückgibt und RTP startet, aber immer noch kein Video anzeigt, wechseln Sie zu Codec und Mediennachweis.
Mainstream-Ausfälle sind häufig auf folgende Ursachen zurückzuführen:
- H.265 ausgewählt, während der Verbraucher H.264 erwartet
- fehlende H.264 SPS/PPS- oder H.265 VPS/SPS/PPS-Beweise
- sehr langes Keyframe-Intervall
- hoher Bitratenverlust über WLAN oder schwacher Uplink
- Paketfragmentierung und -verlust unter Bewegung
- Decoder-Profil oder -Level wird vom Downstream-System nicht unterstützt
Zu diesem Zeitpunkt sollte der Bericht SDP, Nutzlasttyp, RTP-Sequenzkontinuität, Codec-NAL-Einheitsnachweise und ob die erste Decodierungsgrenze erreicht wurde, enthalten.
Parallelitätsgrenzen und NVR-Verhalten
Einige preisgünstige DVRs, NVRs oder Kamera-Firmware-Versionen schränken den Hauptstream-Zugriff ein. Der Unterstream bleibt möglicherweise verfügbar, während der Hauptstream bereits von der lokalen Anzeige, Aufzeichnung, der Anbieter-App oder einem anderen Client genutzt wird. Dies kann wie ein URL-Problem aussehen, selbst wenn der Pfad korrekt ist.
Nützliche Kontrollen:
- Andere Zuschauer trennen
- Testen Sie die direkte Kamera-IP im Vergleich zur NVR-IP
- Vergleichen Sie den Hauptstream der Web-Benutzeroberfläche der Kamera
- niedrigere Mainstream-Bitrate oder Auflösung
- Wechseln Sie den Hauptstream-Codec von H.265 zu H.264
- Testen Sie RTSP über TCP interleaved und UDP separat
Wenn das Problem durch eine Verringerung der Bitrate behoben wird, liegt der ursprüngliche Fehler möglicherweise eher an der Transportkapazität als an der URL-Syntax.
Wie RTSP Inspector diesen Fall darstellen sollte
Der RTSP-Inspektor ist am stärksten, wenn er die Grenze erklärt:
- Der Substream-Steuerungspfad ist erfolgreich
- Der Hauptstrom-Kontrollpfad schlägt mit Statuscode fehl
- Der Hauptstream gibt SDP zurück, aber kein RTP
- Der Mainstream-RTP kommt mit Paketverlust an
- Die Metadaten des Hauptstream-Codecs fehlen oder werden nicht unterstützt
- Der Hauptstrom ist H.265, während Verbraucher H.264 benötigen
Das ist der Unterschied zwischen „Mainstream kaputt“ und einem nützlichen Supportbericht. Die richtige nächste Aktion könnte die Suche nach Anbieter-URLs, die Konfiguration des Stream-Profils, die Änderung des Codecs, die Reduzierung der Bitrate, die Aktualisierung der Firmware oder die Reparatur des Netzwerkpfads sein.
Wenn Ihre genaue Suche „RTSP-Substream funktioniert, Hauptstream funktioniert jedoch nicht“ lautet, vergleichen Sie zunächst RTSP-Methoden, SDP, Codec, Transport und Parallelität. Der Arbeitsunterstrom ist nicht das Ende der Diagnose. Es handelt sich um die Kontrollprobe.