При организации результатов обнаружения в события, ожидающие проверки, определите допустимые входные данные перед условиями сохранения и завершения. Правила времени могут организовывать уведомления. Они не доказывают самостоятельно, что произошла реальная аномалия или что человек ее подтвердил. В этой статье описывается предлагаемый метод; он не добавляет никаких тестов событий или развертывания устройств.
Запишите кадр и время, связанные с каждым результатом.
Сохраняйте источники входных данных, идентификаторы кадров, достоверность результатов, а также версии моделей и правил. Различают время получения изображения, время получения результата и время отображения на экране. Не вычитайте время напрямую с разных устройств без установления соотношения часов. Количество обработанных кадров не отражает автоматически затраченное время.
Укажите часы, используемые для измерения прошедшего времени
Документация времени Python объясняет, что на монотонные часы не влияют обновления системных часов. Его контрольная точка не определена; различия между прочтениями значимы. Это ссылка на механизм, показывающий прошедшее время внутри программы. Он не устанавливает синхронизированные часы устройства, известное время получения изображения или использование этого механизма конкретным SDK.
Разделение персистентности, окончания и недопустимых входных данных
| Состояние | Предлагаемое обращение | Доказательства для сохранения |
|---|---|---|
| Действительные результаты соответствуют правилу начала | Создать мероприятие, ожидающее рассмотрения | Входной сегмент и начало доказательства |
| Действительные результаты продолжают соответствовать условию | Обновить сохранение событий | Время наблюдения и результаты правил |
| Действительные результаты соответствуют конечному правилу | Записать окончание события | Конечные доказательства и последующий статус рассмотрения |
| Отсутствующие кадры, потеря потока или неверные результаты. | Применить правило недопустимого ввода | Пропущенный интервал, причина и устранение |
Просмотр изменений состояния при воспроизведении записанного видео
Пропущенные кадры не должны автоматически означать исчезновение цели. Окончание события не означает, что человек подтвердил отсутствие отклонений. Разработайте отдельные проверки воспроизведения на предмет кратковременных помех, постоянных целей, изменения интервалов кадров, потери потока и перезапуска программы. Записывайте срабатывание, постоянство, завершение и повторные уведомления. Установите пороговые значения, используя примеры видеороликов с предполагаемого места физической установки. Не публикуйте значение задержки тревоги или процент снижения ложного обнаружения без соответствующих измерений.
Сопутствующие услуги: Алгоритмы видения и разработка моделей, консультация по проекту.