Direkte Antwort
Behandeln Sie den ursprünglichen Kamerastream als Quellennachweis, Analysemetadaten als strukturierte Ausgabe und den Overlay-Stream als abgeleitete Visualisierung. Geben Sie jedem einen eigenen Namen, Zeitstempel und Aufbewahrungsrichtlinie.
Warum das passiert
Eingebrannte Kästchen sind für Bediener nützlich, können aber Pixel verdecken, vom ursprünglichen Zeitstempel abweichen oder mit kameranativen Beweisen verwechselt werden. Ein Restream fügt außerdem einen weiteren Encoder und Fehlerpunkt hinzu.
Passen Sie den Aufnahmepfad für den Inferenzjob an und sorgen Sie dafür, dass der ursprüngliche Stream, die abgeleiteten Metadaten und die gerenderten Überlagerungen unterschiedlich sind.
Ein kontrollierter Test
Testen Sie die Synchronisierung, indem Sie gleichzeitig ein Metadatenereignis, einen Originalrahmen und ein gerendertes Overlay abgleichen.
Ändern Sie jeweils eine Variable. Notieren Sie das Kameramodell, die Firmware, den Endpunkt und das Konto. Testen Sie dann die Netzwerkerreichbarkeit, die Protokollantwort, den Medientransport und die Dekodierung als separate Schichten.
Verwenden Sie ein dediziertes Nur-Anzeige-Konto und ein vertrauenswürdiges lokales Diagnosetool. Schwärzen Sie Anmeldeinformationen, private Adressen und identifizierende Daten, bevor Sie die Ausgabe freigeben.
Diagnosesequenz
| Überprüfen | Aktion | Beweis des Fortschritts |
|---|---|---|
| Quelle | Behalten Sie einen autorisierten Pfad zum ursprünglichen Kamerastream bei. | Die unveränderte Ansicht bleibt verfügbar. |
| Metadaten | Speichern Sie Veranstaltungszeit, Klasse und Selbstvertrauen separat. | Analysen können geprüft werden, ohne Pixel aus einem Overlay zu lesen. |
| Überlagerung | Kennzeichnen Sie den gerenderten Stream als abgeleitet. | Betreiber wissen, dass es sich nicht um den Original-Feed handelt. |
| Synchronisieren | Messen Sie die End-to-End-Zeitstempelausrichtung. | Die Kästchen entsprechen dem angezeigten Rahmen. |
Beweise, die es aufzubewahren gilt
Speichern Sie eine kleine Ablaufverfolgung mit Quell-Frame-Zeit, Inferenzereignis, Overlay-Frame-Zeit und Modellversion.
Grenz- und Sicherheitshinweis
Verwenden Sie kein gerendertes Overlay als einzigen beibehaltenen Datensatz, wenn der Workflow Originalvideos oder überprüfbare Metadaten erfordert.
Verwenden Sie für die Remote-Anzeige einen verwalteten VPN, anstatt RTSP oder Kameraverwaltungsports direkt dem öffentlichen Internet zugänglich zu machen.
SmartRTSP
SmartRTSP ist ein kamerafokussierter RTSP- und ONVIF-Viewer für Apple-Geräte, Windows und Android. Es eignet sich für die direkte Betrachtung, Erkennung und Überprüfung mit mehreren Kameras. Halten Sie einen dedizierten NVR oder VMS bereit, wenn kontinuierliche Aufzeichnung, Beweisexport oder zentralisierte Unternehmenskontrollen erforderlich sind.
Häufig gestellte Fragen
Sollten Kisten in den einzigen Stream eingebrannt werden?
Nein. Behalten Sie die Quelle bei und behandeln Sie die Überlagerung als abgeleitete Operatoransicht.
Können ONVIF-Metadaten das Overlay ersetzen?
Metadaten können strukturierte Ereignisse übertragen, während ein Overlay eine Präsentationsauswahl für den Betrachter bleibt.
Warum Modellversion aufnehmen?
Dieselbe Szene kann nach einer Modell- oder Schwellenwertänderung unterschiedliche Ausgaben erzeugen.
Primäre Referenzen
- ONVIF – Profil M für Metadaten und Analysen
- NVIDIA – Übersicht über die DeepStream-Architektur
- IETF RFC 5905 – Network Time Protocol Version 4
Zugehöriger SmartRTSP-Leitfaden
Öffnen Sie den entsprechenden LeitfadenEntwerfen Sie eine Pipeline, die den ursprünglichen Feed beibehält, während ein abgeleiteter Stream mit Kästchen oder Beschriftungen für Bediener veröffentlicht wird.