Réponse directe
Les trames vertes ou en blocs indiquent généralement des données de référence manquantes, des paramètres de codec non pris en charge ou une perte de paquets. Comparez le même flux sur TCP et UDP, puis testez un profil H.264 inférieur et une image clé forcée.
Pourquoi cela arrive
Les codecs inter-trames dépendent des trames de référence. Les paquets perdus, un décodeur qui rejette le profil annoncé ou la jonction entre des images clés peuvent corrompre l'image même lorsque le contrôle RTSP est sain.
Séparez la disponibilité du flux, la description du média, le transport, le décodage et la synchronisation avant de modifier les paramètres de la caméra.
Un test contrôlé
Reproduisez sur une caméra et un client. Notez si l'image est récupérée à l'image clé suivante et si TCP élimine la corruption.
Modifiez une variable à la fois. Conservez le modèle de caméra, le micrologiciel, le point final et le compte enregistrés ; testez ensuite l'accessibilité du réseau, la réponse du protocole, le transport multimédia et le décodage en tant que couches distinctes.
Utilisez un compte dédié en lecture seule et un outil de diagnostic local fiable. Rédigez les informations d’identification, les adresses privées et les données d’identification avant de partager la sortie.
Séquence diagnostique
| Vérifier | Action | Preuve de progrès |
|---|---|---|
| Transport | Forcez TCP et comparez avec le résultat d'échec UDP. | Les artefacts de perte de paquets disparaissent ou restent inchangés. |
| Image clé | Redémarrez le flux ou demandez un IDR si cela est pris en charge. | L'image récupère à un nouveau cadre de référence. |
| Codec | Passez de H.265 ou H.264 haut de gamme à un sous-flux H.264 compatible. | Le profil le plus simple décode proprement. |
| Charger | Réduisez la résolution et les vignettes simultanées. | La pression du décodeur est séparée de la perte du réseau. |
Des preuves à conserver
Le rapport le plus puissant inclut le transport, le codec, le profil, la résolution, l'intervalle d'image clé et si l'image clé suivante répare l'image.
Note de délimitation et de sécurité
Ne diminuez pas la qualité de manière permanente tant que vous ne savez pas si la couche limitante est le réseau, le décodeur ou l'encodeur de caméra.
Pour la visualisation à distance, utilisez un VPN géré au lieu d'exposer RTSP ou les ports d'administration de la caméra directement à l'Internet public.
SmartRTSP
SmartRTSP est une visionneuse RTSP et ONVIF axée sur la caméra pour les appareils Apple, Windows et Android. Il convient aux contrôles de visualisation directe, de découverte et multi-caméras ; conservez un NVR ou VMS dédié lorsqu’un enregistrement continu, une exportation de preuves ou des contrôles d’entreprise centralisés sont requis.
Questions fréquemment posées
Pourquoi un flux RTSP est-il vert ?
Il se peut que le décodeur manque de données de référence valides ou ne prenne pas en charge les paramètres exacts du codec.
TCP peut-il corriger une vidéo en bloc ?
Cela peut aider lorsque la perte de paquets UDP en est la cause, mais cela n'ajoutera pas la prise en charge d'un codec incompatible.
Pourquoi l'image récupère-t-elle après quelques secondes ?
Une image clé ultérieure peut fournir une nouvelle référence propre pour le décodage.
Références principales
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- FFmpeg — RTSP options et exemples de protocole
- MDN — Formats de conteneurs multimédia et de codecs sur le Web
Guide SmartRTSP associé
Ouvrir le guide associéUn test contrôlé pour les images vertes, le macroblocage et le déchirement des flux de caméra sans modification aléatoire des paramètres.