Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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

hgd © (2006-06-28 07:42:00)
Народ, кто знает как реализовать нормальный детектор движения! Просто сравнение каждого пикселя кадра, дает "эхо изображения". Есть какие-то варинаты, алгоритмы?

Virgo_Style (2006-06-29 21:24:00) [1]
tesseract © (28.06.06 22:05) [10]

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

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

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

Barloggg (2006-06-29 10:28:00) [2]
видел подобное в работе.

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

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

TUser (2006-06-28 23:29:00) [3]
Гм, зачем шумы считать? Допустим, колыхнулась камера, на один пиксель сдвинулась картинка. Итог - почти все пиксели изменились, любой разумный порог превышен, и наступает ахтунг. А если предварительно уменьшить цветность картинки, уменьшить ее же разрешение - то никакого ахтунга. Что, скорее всего, и треба.

tesseract (2006-06-28 22:05:00) [4]

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

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

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

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

Virgo_Style (2006-06-28 22:01:00) [5]
неплохие результаты (по моим меркам) давало сравнение картинок на выходах двух экспоненциальных фильтров по времени с разными постоянными времени

tButton (2006-06-28 20:11:00) [6]

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

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

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

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

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

tButton (2006-06-28 10:23:00) [8]

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

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

Deka (2006-06-28 10:19:00) [9]
http://xproger.mirgames.ru/?id=2&page=1#XCam
Может тут есть чего...

tesseract (2006-06-28 10:14:00) [10]

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

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

tButton (2006-06-28 09:56:00) [11]

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

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

tesseract (2006-06-28 09:32:00) [12]

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

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

tButton (2006-06-28 08:06:00) [13]
с целью?
вообще-то эхо оно и есть движение (отличие текущего кадра от предыдущкго).

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »