Réponse directe
Synchronisez chaque caméra, enregistreur, routeur et hôte de visualisation avec une source horaire fiable, puis vérifiez séparément les paramètres de fuseau horaire et d'heure d'été. RTP horodate le support de commande ; elles ne remplacent pas les horloges murales précises des appareils pour la comparaison des incidents.
Pourquoi cela arrive
Une caméra peut jouer de manière fluide alors que l'heure de sa superposition ou de son événement enregistré est erronée de quelques minutes. Des sources NTP mixtes, un trafic horaire bloqué, des règles de fuseau horaire incorrectes et une longue disponibilité des appareils sont des causes courantes.
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é
Comparez chaque appareil à une horloge de référence, redémarrez uniquement après avoir enregistré le décalage et revérifiez la dérive sur une journée complète.
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 |
|---|---|---|
| NTP | Configurez une source de temps accessible pour chaque appareil. | L'état de synchronisation est visible et stable. |
| Fuseau horaire | Définissez explicitement les règles de fuseau horaire et d’heure d’été. | L'heure locale affichée correspond à la référence. |
| Recouvrir | Comparez le temps gravé de la caméra avec les métadonnées de l'enregistreur. | Les deux représentent le même instant. |
| Dérive | Mesurez le décalage maintenant et après 24 heures. | L'horloge reste dans la tolérance opérationnelle. |
Des preuves à conserver
Conservez un tableau de décalage avec l'appareil, la source, le fuseau horaire et la dérive mesurée. Cela aide à expliquer pourquoi les événements visuellement simultanés apparaissent dans le désordre.
Note de délimitation et de sécurité
Le timing vidéo ne remplace pas un processus formel de traitement des preuves ; documenter les exigences de précision de l’horloge pour le cas d’utilisation.
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
Les horodatages RTP sont-ils identiques à l'heure de l'horloge de l'appareil photo ?
Non. Les horodatages RTP prennent en charge la synchronisation des médias, tandis que l'horloge de la caméra et les métadonnées fournissent un contexte d'horloge murale.
L’image peut-elle être fluide alors que le temps est faux ?
Oui. La continuité de la lecture et la synchronisation de l'heure de l'appareil sont distinctes.
Pourquoi vérifier le fuseau horaire après NTP ?
NTP peut synchroniser l'instant correctement alors qu'un mauvais fuseau horaire affiche toujours la mauvaise heure locale.
Références principales
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- IETF RFC 5905 — Protocole de temps réseau version 4
Guide SmartRTSP associé
Ouvrir le guide associéSéparez l’heure de l’horloge murale de la caméra, l’heure du média RTP et l’heure d’affichage du spectateur afin que les événements multi-caméras restent fiables.