Réponse directe
Traitez le flux de caméra d'origine comme une preuve source, les métadonnées analytiques comme une sortie structurée et le flux superposé comme une visualisation dérivée. Donnez à chacun un nom, un horodatage et une politique de rétention distincts.
Pourquoi cela arrive
Les zones gravées sont utiles pour les opérateurs, mais peuvent masquer des pixels, s'écarter de l'horodatage d'origine ou être confondues avec des preuves natives de la caméra. Un restream ajoute également un autre encodeur et un autre point de défaillance.
Dimensionnez le chemin d'ingestion pour la tâche d'inférence, puis conservez distincts le flux d'origine, les métadonnées dérivées et les superpositions rendues.
Un test contrôlé
Testez la synchronisation en faisant correspondre simultanément un événement de métadonnées, une image d'origine et une superposition rendue.
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 |
|---|---|---|
| Source | Conservez un chemin autorisé vers le flux de la caméra d'origine. | La vue non modifiée reste disponible. |
| Métadonnées | Stockez l'heure de l'événement, le cours et la confiance séparément. | Les analyses peuvent être auditées sans lire les pixels d'une superposition. |
| Recouvrir | Étiquetez le flux rendu comme dérivé. | Les opérateurs savent qu'il ne s'agit pas du flux d'origine. |
| Synchroniser | Mesurez l’alignement de l’horodatage de bout en bout. | Les cases correspondent au cadre affiché. |
Des preuves à conserver
Enregistrez une petite trace contenant la durée de la trame source, l'événement d'inférence, la durée de la trame de superposition et la version du modèle.
Note de délimitation et de sécurité
N'utilisez pas de superposition de rendu comme seul enregistrement conservé lorsque le flux de travail nécessite une vidéo originale ou des métadonnées vérifiables.
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 cartons devraient-ils être brûlés dans le seul flux ?
Non. Conservez la source et traitez la superposition comme une vue d'opérateur dérivée.
Les métadonnées ONVIF peuvent-elles remplacer la superposition ?
Les métadonnées peuvent véhiculer des événements structurés, tandis qu'une superposition reste un choix de présentation pour les spectateurs.
Pourquoi enregistrer la version du modèle ?
La même scène peut produire différentes sorties après un changement de modèle ou de seuil.
Références principales
- ONVIF — Profil M pour les métadonnées et les analyses
- NVIDIA — Présentation de l'architecture DeepStream
- IETF RFC 5905 — Protocole de temps réseau version 4
Guide SmartRTSP associé
Ouvrir le guide associéConcevez un pipeline qui préserve le flux d'origine tout en publiant un flux dérivé avec des cases ou des étiquettes pour les opérateurs.