Алгоритм распознания номеров
Добавлено: 18 июн 2018, 02:09
Добрый день господа.
Попробовали потестировать демо-версию вашего продукта.
Видим следующие наблюдения.
Программа вместо поиска в кадре обьекта "автомобиль" и номерной таблички на этом обьекте , перемещающейся связанно с объектом "автомобиль" пытается каждый цикл производить поиск и опознание любых рамок с цифрами во всей зоне распознавания.
Естественно это не может не тормозить и не глючить.
В соседней теме уже писали как система срабатывает на люк.
В нашем случае ваша программа срабатывает просто на движение заграждающего устройства ( швеллер отьезжает в сторону ).
То есть задолго до того как авто появится в кадре, люди брелком активируют медленное открытие швеллера в сторону.
Ваша программа уже возбуждается на движение швеллера , абсолютно на автомобиль не похожего и начинает регистрировать "неудачные распознания".
Затем через зону сьемки пролетает автомобиль ( у нас опознание номера получается на скорости где-то до 15кмч в светлое время суток ) , затем ваша программа опять регистрирует "неудачное распознание" по движению на закрытие проезда.
Хотелось бы видеть от программы подобного класса
1) уверенное опознание объекта по модели изображения "автомобиль спереди" "автомобиль сзади"
2) использование любых дальнейших фильтров по распознанию цифр только для контура, распознанного как соответствующего модели "автомобиль" ( иначе никаких ресурсов системы не хватит )
3) четкая регистрация в журнале фотографии обьекта с нераспознанным номером в момент когда он занимал наиболее центральное положение в кадре , а не когда там ребенок на велосипеде проехал. ( исключить регистрацию неудачных распознаний с вообще пустым кадром )
4) дальнейшее отслеживание смещения контура "автомобиль" в процессе его движения в кадре и распознание номера строго в той области контура , в которой цифры были обнаружены при первичном анализе контура .
Согласитесь , что чем ставить на каждую камеру по Core i7 проще один раз нормально запрограммировать.
А в реальной жизни требуется часто анализ не 25% кадра, а например 90% . И бывает что и не 1080P , а например 6Мп. Ставить теперь 4-процессорный сервер на каждую камеру?
Электричество ведь тоже не бесплатное.
Попробовали потестировать демо-версию вашего продукта.
Видим следующие наблюдения.
Программа вместо поиска в кадре обьекта "автомобиль" и номерной таблички на этом обьекте , перемещающейся связанно с объектом "автомобиль" пытается каждый цикл производить поиск и опознание любых рамок с цифрами во всей зоне распознавания.
Естественно это не может не тормозить и не глючить.
В соседней теме уже писали как система срабатывает на люк.
В нашем случае ваша программа срабатывает просто на движение заграждающего устройства ( швеллер отьезжает в сторону ).
То есть задолго до того как авто появится в кадре, люди брелком активируют медленное открытие швеллера в сторону.
Ваша программа уже возбуждается на движение швеллера , абсолютно на автомобиль не похожего и начинает регистрировать "неудачные распознания".
Затем через зону сьемки пролетает автомобиль ( у нас опознание номера получается на скорости где-то до 15кмч в светлое время суток ) , затем ваша программа опять регистрирует "неудачное распознание" по движению на закрытие проезда.
Хотелось бы видеть от программы подобного класса
1) уверенное опознание объекта по модели изображения "автомобиль спереди" "автомобиль сзади"
2) использование любых дальнейших фильтров по распознанию цифр только для контура, распознанного как соответствующего модели "автомобиль" ( иначе никаких ресурсов системы не хватит )
3) четкая регистрация в журнале фотографии обьекта с нераспознанным номером в момент когда он занимал наиболее центральное положение в кадре , а не когда там ребенок на велосипеде проехал. ( исключить регистрацию неудачных распознаний с вообще пустым кадром )
4) дальнейшее отслеживание смещения контура "автомобиль" в процессе его движения в кадре и распознание номера строго в той области контура , в которой цифры были обнаружены при первичном анализе контура .
Согласитесь , что чем ставить на каждую камеру по Core i7 проще один раз нормально запрограммировать.
А в реальной жизни требуется часто анализ не 25% кадра, а например 90% . И бывает что и не 1080P , а например 6Мп. Ставить теперь 4-процессорный сервер на каждую камеру?
Электричество ведь тоже не бесплатное.