|
ru.algorithms
- RU.ALGORITHMS ----------------------------------------------------------------
From : Valentin Davydov 2:5020/400 12 Apr 2002 19:38:56
To : Igor S. Mikhailov
Subject : Re: распознавание лазерного прицела
--------------------------------------------------------------------------------
> From: "Igor S. Mikhailov" <igor@alter.ru>
> Date: Thu, 11 Apr 2002 14:14:18 +0000 (UTC)
>
>В принципе пока достаточно точности в один пиксел. И я именно так и делал,
>да вот беда:
>по каким то причинам фон на многих кадрах - градиент сверху вниз (может
>блики там были или еще что).
Вот я и говорю, сначала избавься от фона оптически, затем оцифруй
сигнал, а потом уже затевай всякие алгоритмические игры.
>Фон вообще может какой попало быть.
В том числе он может, например, содержать несколько пятен примерно
одинакового размера и яркости. Тут уж никакой алгоритм не спасёт.
>В общем пятна не видно за мелкими отклонениями и фоном.
Это ты, небось, неудачно выбрал ширину картинки. Конечно, фоном типа
градиента можно бороться пространственной фильтрацией, но для этого надо
знать характеристики фона, то есть его природу.
>> среднее с окном гауссовй формы и подходящей ширины, центрированном на
>> максимуме же (при этом достигается точность до единиц процентов от размера
>> пиксела).
>Мне такая точность не нужна, но это я еще попробую сделать. Hе понял я
>только фразу
>"центрированном на максимуме". Т.е. как?
Т.е. грубо находишь как и раньше, а уточняешь усреднением.
>> Hа 266 пне с быстрой памятью как раз 30 раз в секунду и получается,
>> если камера NTSC, с задержкой на два кадра. Если отдельно обрабатывать
>>чётные
>Хм. Hеужели так быстро?
640x480x30 - это 10 Мбайт/с. PCI шина - это 133 Мбайт/с.
>> и нечётные поля, то можно в два раза повысить частоту отсчётов, однако
>> задержка при этом всё равно составит около двух кадров.
>А почему задержка на два кадра?
В среднем полкадра между моментом экспозиции и началом передачи кадра в
компьютер, чуть больше кадра - между началом передачи кадра в компьютер
и концом его оцифровки, плюс ещё сколько-то временми (меньше кадра) на
собственно обсчёт.
>> Вал. Дав., делавший такие штуки ещё в дописишную эпоху, аналоговым
>способом.
>Интересно, а что анализировал?
Видеосиганл с камеры. По вертикали - интегрировал, а по горизонтали -
для простоты обходился одной строкой, той, в которой максимум по вертикали.
Вал. Дав.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
