Réponse directe
Testez le flux direct de la caméra sur le réseau local de confiance, puis vérifiez que le NVR reçoit ce canal, puis testez le flux exporté du NVR. Conservez les informations d’identification et les URL séparés pour chaque saut.
Pourquoi cela arrive
Un NVR peut continuer à afficher une ancienne image, remapper les numéros de chaîne, transcoder les codecs ou appliquer ses propres limites de compte et de session. Un échec du visualiseur au niveau du saut final n'identifie pas le segment défaillant.
La visualisation fiable de la caméra dépend de tentatives limitées, de l’état de santé observable et d’une politique délibérée de flux principal/sous-flux.
Un test contrôlé
Créez une carte de chemin à trois lignes avec les points de terminaison, les propriétaires de comptes, les codecs et les dernières preuves valables.
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 |
|---|---|---|
| Caméra vers NVR | Vérifiez que le NVR reçoit les images actuelles de la caméra. | L’heure d’ingestion et l’identité du canal sont correctes. |
| À l'intérieur de NVR | Confirmez la chaîne, le profil et toute politique de transcodage. | La caméra attendue correspond à la sortie attendue. |
| NVR au spectateur | Testez le chemin RTSP exporté avec le compte NVR. | Le client final ouvre le média actuel. |
| By-pass | Comparez une vue directe temporaire lorsque la politique le permet. | Le saut défaillant est isolé. |
Des preuves à conserver
Stockez les horodatages de la caméra, de NVR et de la visionneuse pendant le même test. Cela révèle des images obsolètes et des décalages d'horloge.
Note de délimitation et de sécurité
Un contournement direct est une étape de diagnostic et non une autorisation d'exposer la caméra en dehors du réseau contrôlé ou d'échapper à la politique de l'enregistreur.
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 le NVR affiche-t-il la vidéo mais sa sortie RTSP échoue ?
L'enregistreur peut utiliser un chemin de canal, un codec, un compte ou un service de sortie différent.
Le NVR peut-il changer le codec ?
Certains enregistreurs relaient la source tandis que d'autres transcodent ou exposent un profil distinct ; inspecter la sortie réelle.
Pourquoi comparer les horodatages ?
Une image gelée ou mise en cache peut ressembler à un succès en direct à moins que la progression temporelle ne soit vérifiée.
Références principales
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- ONVIF — Profil G pour l'enregistrement et le stockage
- FFmpeg — RTSP options et exemples de protocole
Guide SmartRTSP associé
Ouvrir le guide associéDiagnostiquez les systèmes de caméras multi-sauts en testant indépendamment l’acquisition directe, le mappage des canaux de l’enregistreur et la sortie du visualiseur.