Детектор движения

← →
hgd (2006-06-28 07:42) [0]

Народ, кто знает как реализовать нормальный детектор движения! Просто сравнение каждого пикселя кадра, дает "эхо изображения". Есть какие-то варинаты, алгоритмы?

← →
tButton © (2006-06-28 08:06) [1]

с целью?
вообще-то эхо оно и есть движение (отличие текущего кадра от предыдущкго).

← →
tesseract © (2006-06-28 09:32) [2]

> с целью?вообще-то эхо оно и есть движение (отличие текущего
> кадра от предыдущкго).

По картинкам пройти XOR потом суммировать разницу. Если больше определённой - то ахтунг.

← →
tButton © (2006-06-28 09:56) [3]

> По картинкам пройти XOR потом суммировать разницу. Если
> больше определённой - то ахтунг.

тут вопрос двоякий
то ли нужен силуэт для движущегося объекта
то ли нужен алярм на факт движения

← →
tesseract © (2006-06-28 10:14) [4]

> то ли нужен силуэт для движущегося объектато ли нужен алярм
> на факт движения

Силуэт - офигешь.
Я имел в виду аппаратный детектор.

← →
Deka © (2006-06-28 10:19) [5]

http://xproger.mirgames.ru/?id=2&page=1#XCam
Может тут есть чего...

← →
tButton © (2006-06-28 10:23) [6]

> Я имел в виду аппаратный детектор.

ну тут судя по всему речь идёт о программном =)
в принципе оба действия можно легко реализовать в одной программе =)
мне вот было бы интереснее про захват картинки с камеры почитать =)

← →
ЕГыук (2006-06-28 16:46) [7]

> По картинкам пройти XOR потом суммировать разницу. Если
> больше определённой - то ахтунг.

Перед этим неплохо бы "сгаладить", имхо. Иначе шумы все будут детектироваться.

← →
tButton © (2006-06-28 20:11) [8]

> Перед этим неплохо бы "сгаладить", имхо. Иначе шумы все
> будут детектироваться.

а для этого порог есть =) после которого ахтунг наступает.

← →
Virgo_Style © (2006-06-28 22:01) [9]

неплохие результаты (по моим меркам) давало сравнение картинок на выходах двух экспоненциальных фильтров по времени с разными постоянными времени

> давало сравнение картинок на выходах двух экспоненциальных
> фильтров по времени с разными постоянными времени

Про такие не слышал. Честно. Описанные в [2]манипуляции обычно валят на DSP.

> Перед этим неплохо бы "сгаладить", имхо. Иначе шумы все
> будут детектироваться.

Какие там шумы? Там же не радиопередача. "Шумят" животный мир и растения.

Гм, зачем шумы считать? Допустим, колыхнулась камера, на один пиксель сдвинулась картинка. Итог - почти все пиксели изменились, любой разумный порог превышен, и наступает ахтунг. А если предварительно уменьшить цветность картинки, уменьшить ее же разрешение - то никакого ахтунга. Что, скорее всего, и треба.

← →
Barloggg (2006-06-29 10:28) [12]

видел подобное в работе.

Mpeg кодек называется.
ACDsee имеет прикольную фишку при перекодировке видеоформата он показывает для каждого кадра степень изменения картинки и конкретно изменившиеся участки. я малость прихренел когда увидел что кодек стрелочками показывает сдвигающиеся части картинки с кадра на кадр. Ну точный силуэт конечно не получался ибо сетка 8х8 пикселей, но выгладит потрясно.
Так что с силуэтами проблем быть не должно.

Может стоит поискать алгоритмы кодеков? как решение данной задачи.

tesseract © (28.06.06 22:05) [10]

картинка как раз была сильно зашумлена, камера - не фонтан, а уж ночью наступал такой кариес, что мама родная. Сглаживание же по времени делало картинку достаточно стабильной (при небольших постоянных времени). В статике на выходах фильтров было (практически) одно и то же, а вот при появлении чего-то движущегося за счет разных постоянных времени возникала разница.

Честно говоря, теорию не штудировал, просто при изучении чужих разработок возникла мысль, что можно попроще.

P.S. Программа днем ловила футболистов и собаководов с 14-го этажа, а ночью - автомобили.

Детектор движения Найти похожие ветки