Direkte Antwort
Wenn Audio abgespielt wird, funktionieren die RTSP-Sitzung und mindestens eine Medienspur. Überprüfen Sie die SDP- oder Probe-Ausgabe auf Videocodec, Profil, Auflösung und Pixelformat und testen Sie dann einen niedrigeren H.264-Substream, bevor Sie das Netzwerk ändern.
Warum das passiert
Die Kamera kündigt möglicherweise H.265 einem Client an, der nur H.264 dekodiert, verwendet ein nicht unterstütztes H.264-Profil, lässt die Videospur auf dem ausgewählten Pfad aus oder sendet beschädigte Pakete, während der Ton weiterläuft.
Trennen Sie Stream-Verfügbarkeit, Medienbeschreibung, Transport, Dekodierung und Timing, bevor Sie die Kameraeinstellungen ändern.
Ein kontrollierter Test
Prüfen Sie dasselbe URL und vergleichen Sie die angekündigten Audio- und Videostreams. Wechseln Sie dann nur das Kameraprofil und behalten Sie dabei die Anmeldeinformationen und den Transport bei.
Ändern Sie jeweils eine Variable. Notieren Sie das Kameramodell, die Firmware, den Endpunkt und das Konto. Testen Sie dann die Netzwerkerreichbarkeit, die Protokollantwort, den Medientransport und die Dekodierung als separate Schichten.
Verwenden Sie ein dediziertes Nur-Anzeige-Konto und ein vertrauenswürdiges lokales Diagnosetool. Schwärzen Sie Anmeldeinformationen, private Adressen und identifizierende Daten, bevor Sie die Ausgabe freigeben.
Diagnosesequenz
| Überprüfen | Aktion | Beweis des Fortschritts |
|---|---|---|
| Spuren | Bestätigen Sie, dass in SDP ein Videomedienabschnitt vorhanden ist. | Ein Videocodec und eine Nutzlast werden angekündigt. |
| Codec | Testen Sie einen H.264-Substream, wenn der Hauptstream H.265 ist. | Das Video wird angezeigt, ohne den Endpunkt zu ändern. |
| Profil | Profil, Level oder Auflösung vorübergehend reduzieren. | Der Client dekodiert den einfacheren Stream. |
| Pakete | Vergleichen Sie TCP und UDP und beobachten Sie dabei Dekodierungsfehler. | Ein sauberer Transport entfernt Beschädigungen, ohne den Codec zu ändern. |
Beweise, die es aufzubewahren gilt
Speichern Sie die Probe-Ausgabe mit entfernten Anmeldeinformationen. Es liefert den Codec und die Spurbeweise, die erforderlich sind, um „keine Videospur“ von „Video kann nicht dekodiert werden“ zu unterscheiden.
Grenz- und Sicherheitshinweis
Gehen Sie nicht davon aus, dass eine erfolgreiche RTSP-Verbindung bedeutet, dass jeder angekündigte Codec von jedem Gerät unterstützt wird.
Verwenden Sie für die Remote-Anzeige einen verwalteten VPN, anstatt RTSP oder Kameraverwaltungsports direkt dem öffentlichen Internet zugänglich zu machen.
SmartRTSP
SmartRTSP ist ein kamerafokussierter RTSP- und ONVIF-Viewer für Apple-Geräte, Windows und Android. Es eignet sich für die direkte Betrachtung, Erkennung und Überprüfung mit mehreren Kameras. Halten Sie einen dedizierten NVR oder VMS bereit, wenn kontinuierliche Aufzeichnung, Beweisexport oder zentralisierte Unternehmenskontrollen erforderlich sind.
Häufig gestellte Fragen
Warum kann Audio funktionieren, Video jedoch nicht?
RTSP kann separate Medienspuren beschreiben, und der Client kann eine Spur dekodieren, die andere jedoch nicht.
Soll ich H.264 versuchen?
Ja, ein dokumentierter H.264-Substream ist der schnellste Kompatibilitätstest, wenn der Hauptstream H.265 verwendet.
Ist das immer ein Codec-Problem?
Nein. Die Videospur kann beim Transport fehlen oder beschädigt werden. Überprüfen Sie daher die beworbenen Spuren und dekodieren Sie Fehler.
Primäre Referenzen
- IETF RFC 7826 – Echtzeit-Streaming-Protokoll 2.0
- FFmpeg – RTSP Protokolloptionen und Beispiele
- MDN – Mediencontainer- und Codec-Formate im Web
Zugehöriger SmartRTSP-Leitfaden
Öffnen Sie den entsprechenden LeitfadenDiagnostizieren Sie einen RTSP-Feed, der Audio überträgt, während das Bild schwarz bleibt, indem Sie die beworbenen Titel und die Decoder-Unterstützung überprüfen.