Risposta diretta
Tratta il flusso della telecamera originale come prova di origine, i metadati di analisi come output strutturato e il flusso in sovrapposizione come una visualizzazione derivata. Assegna a ciascuno un nome, un timestamp e una politica di conservazione distinti.
Perché questo accade
I riquadri incorporati sono utili per gli operatori ma possono nascondere pixel, discostarsi dal timestamp originale o essere scambiati per prove native della telecamera. Un restream aggiunge anche un altro codificatore e un punto di errore.
Dimensiona il percorso di acquisizione per il processo di inferenza, quindi mantieni distinti il flusso originale, i metadati derivati e gli overlay sottoposti a rendering.
Un test controllato
Testa la sincronizzazione abbinando contemporaneamente un evento di metadati, un fotogramma originale e una sovrapposizione renderizzata.
Cambia una variabile alla volta. Conservare il modello della fotocamera, il firmware, l'endpoint e l'account registrati; quindi testare la raggiungibilità della rete, la risposta del protocollo, il trasporto dei media e la decodifica come livelli separati.
Utilizza un account dedicato di sola visualizzazione e uno strumento diagnostico locale affidabile. Oscura credenziali, indirizzi privati e dati identificativi prima di condividere l'output.
Sequenza diagnostica
| Controllo | Azione | Prova del progresso |
|---|---|---|
| Fonte | Mantieni un percorso autorizzato allo streaming della telecamera originale. | La vista non modificata rimane disponibile. |
| Metadati | Memorizza separatamente l'ora dell'evento, la classe e la sicurezza. | L'analisi può essere controllata senza leggere i pixel da un overlay. |
| Sovrapposizione | Etichetta il flusso renderizzato come derivato. | Gli operatori sanno che non è il feed originale. |
| Sincronizzazione | Misura l'allineamento del timestamp end-to-end. | Le caselle corrispondono al fotogramma visualizzato. |
Prove da conservare
Salva una piccola traccia contenente il tempo del frame di origine, l'evento di inferenza, il tempo del frame di sovrapposizione e la versione del modello.
Confine e nota di sicurezza
Non utilizzare una sovrapposizione sottoposta a rendering come unico record conservato quando il flusso di lavoro richiede video originale o metadati verificabili.
Per la visualizzazione remota, utilizza un VPN gestito invece di esporre RTSP o le porte di amministrazione della fotocamera direttamente all'Internet pubblica.
SmartRTSP
SmartRTSP è un visualizzatore RTSP e ONVIF focalizzato sulla fotocamera per dispositivi Apple, Windows e Android. Si adatta alla visione diretta, al discovery e ai controlli multi-camera; mantenere un NVR o VMS dedicato quando sono richiesti la registrazione continua, l'esportazione di prove o controlli aziendali centralizzati.
Domande frequenti
Le scatole dovrebbero essere masterizzate nell'unico flusso?
No. Conserva l'origine e tratta la sovrapposizione come una vista operatore derivata.
I metadati ONVIF possono sostituire l'overlay?
I metadati possono contenere eventi strutturati, mentre una sovrapposizione rimane una scelta di presentazione per gli spettatori.
Perché registrare la versione del modello?
La stessa scena può produrre risultati diversi dopo un modello o una modifica della soglia.
Riferimenti primari
- ONVIF: profilo M per metadati e analisi
- NVIDIA: panoramica dell'architettura DeepStream
- IETF RFC 5905: protocollo temporale di rete versione 4
Guida SmartRTSP correlata
Apri la guida correlataProgetta una pipeline che preservi il feed originale pubblicando al contempo un flusso derivato con caselle o etichette per gli operatori.