Direkte Antwort
Grüne oder blockartige Frames deuten normalerweise auf fehlende Referenzdaten, nicht unterstützte Codec-Parameter oder Paketverlust hin. Vergleichen Sie den gleichen Stream über TCP und UDP und testen Sie dann ein niedrigeres H.264-Profil und einen erzwungenen Keyframe.
Warum das passiert
Interframe-Codecs hängen von Referenzframes ab. Verlorene Pakete, ein Decoder, der das angekündigte Profil ablehnt, oder die Verbindung zwischen Keyframes können das Bild beschädigen, selbst wenn die RTSP-Steuerung fehlerfrei ist.
Trennen Sie Stream-Verfügbarkeit, Medienbeschreibung, Transport, Dekodierung und Timing, bevor Sie die Kameraeinstellungen ändern.
Ein kontrollierter Test
Reproduzieren Sie auf einer Kamera und einem Client. Beachten Sie, ob das Bild beim nächsten Keyframe wiederhergestellt wird und ob TCP die Beschädigung beseitigt.
Ä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 |
|---|---|---|
| Transport | Erzwinge TCP und vergleiche es mit dem fehlgeschlagenen UDP-Ergebnis. | Paketverlustartefakte verschwinden oder bleiben unverändert. |
| Schlüsselbild | Starten Sie den Stream neu oder fordern Sie ein IDR an, sofern dies unterstützt wird. | Das Bild wird in einem neuen Referenzrahmen wiederhergestellt. |
| Codec | Wechseln Sie von H.265 oder hochkarätigem H.264 zu einem kompatiblen H.264-Substream. | Das einfachere Profil dekodiert sauber. |
| Laden | Reduzieren Sie die Auflösung und gleichzeitige Kacheln. | Der Decoderdruck ist vom Netzwerkverlust getrennt. |
Beweise, die es aufzubewahren gilt
Der stärkste Bericht umfasst Transport, Codec, Profil, Auflösung, Keyframe-Intervall und ob der nächste Keyframe das Bild repariert.
Grenz- und Sicherheitshinweis
Reduzieren Sie die Qualität nicht dauerhaft, bis Sie wissen, ob die begrenzende Schicht das Netzwerk, der Decoder oder der Kamera-Encoder ist.
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 ist ein RTSP-Stream grün?
Möglicherweise fehlen dem Decoder gültige Referenzdaten oder er unterstützt nicht die genauen Codec-Parameter.
Kann TCP blockartige Videos reparieren?
Dies kann hilfreich sein, wenn der Paketverlust UDP die Ursache ist, bietet jedoch keine Unterstützung für einen inkompatiblen Codec.
Warum wird das Bild nach ein paar Sekunden wiederhergestellt?
Ein späterer Keyframe kann eine neue saubere Referenz für die Dekodierung bereitstellen.
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 LeitfadenEin kontrollierter Test auf grüne Rahmen, Makroblocking und Tearing in Kamerastreams ohne zufällige Einstellungsänderungen.