Eine erfolgreiche Videovorschau allein ist kein ausreichender Beweis für eine stabile Rohbildaufnahme im vorgesehenen Betriebsmodus. Anzeigesoftware verwendet möglicherweise eine niedrigere Auflösung, einen komprimierten Stream, übersprungene Frames oder eine andere Pufferrichtlinie. Notieren Sie die Betriebsmodi und Messgrenzen und halten Sie diese konstant, bevor Sie das Problem in der Geräte-, Transport-, Treiber- oder Anwendungswarteschlange lokalisieren.
Definieren Sie die Ebene, auf der Frames verloren gehen
| Standort | Beobachtbare Felder | Unterscheidung, die es zu bewahren gilt |
|---|---|---|
| Gerät und Transport | Geräte-Frame-IDs, Status und Übertragungsfehler | Nicht generiert, nicht empfangen und ungültig sind unterschiedliche Ereignisse |
| Gastgeberempfang | Anzahl der empfangenen Daten, gültige Länge, Format und Fehler | Ein empfangener Puffer ist nicht unbedingt ein gültiges Bild |
| Adapter und Warteschlange | Gründe für Einreihen, Ausschließen, Warten, Belegung und Verwerfen | Absichtliche Probenahme und unbeabsichtigter Verlust erfordern separate Zähler |
| Verarbeitung und Ausgabe | Start, Abschluss, Zeitüberschreitungen und Ergebniskennungen | Ein fehlendes Ergebnis kann auf einen Fehler oder ein absichtliches Überspringen hinweisen |
Wenn aufeinanderfolgende Geräte-Frame-Sequenznummern fehlen, überprüfen Sie auch die erneute Verbindung, das Zurücksetzen und den Zähler-Wraparound (Rückkehr zum Anfang des Nummerierungsbereichs). Vom Host generierte Frame-IDs beschreiben die vom Host empfangene Sequenz. Sie können nicht unabhängig feststellen, dass das Gerät keine Frames verloren hat.
Erstellen Sie eine minimale Reproduktion mit Rohrahmen
Notieren Sie Kamera, Firmware, Kabel, Host, Treiber, SDK, Auflösung, Format und Bildrate. Beginnen Sie mit einem Programm, das Rohbilder empfängt und prüft. Fügen Sie Konvertierung, Inferenz, Speicherung und Anzeige separat hinzu, während Sie Fehler und Ressourcen vergleichen. Erfassen Sie Anbieterbeispiele getrennt von Geschäftsanwendungen, anstatt verschiedene Modi direkt zu vergleichen.
Überprüfen Sie Puffer und Besitz
Definieren Sie, wann SDK-Puffer lesbar bleiben, wann sie zurückgegeben werden müssen und ob Rückrufe einen langfristigen Besitz zulassen. Zeichnen Sie die Länge der Warteschlange und die Wartezeit auf. Wenn alte Frames verworfen werden können, bewahren Sie die Gründe und Zählungen für das Verwerfen auf. Wenn jeder Rahmen gelagert werden muss, müssen Durchsatz und Gegendruck berücksichtigt werden. Eine größere Warteschlange allein stellt noch keinen Fix her.
Timing und Erholung
Definieren Sie Taktquellen und unterscheiden Sie Belichtungs-, Empfangs-, Warteschlangen- und Abschlusszeiten. Geben Sie für die erneute Verbindung die erneute Anwendung von Parametern, das Löschen des Puffers und den Neustart der Sequenz an. Ohne Geräte-Timing oder eine unabhängige Referenz stellen Host-Zeitstempel keine Belichtungssynchronisierung oder vollständige End-to-End-Reaktion her.
Testen Sie den normalen Betrieb und die Wiederherstellung unter vereinbarten Bedingungen, Parallelität und Dauer. Stellen Sie Konfigurationen, Zählerdefinitionen, Rohprotokolle und Reproduktionsschritte bereit. Verwandte Dienstleistungen: Entwicklung der Bilderfassung Und Vision-Geräte-SDKs.