Международная объединенная техническая группа
исследований и разработок
ТЕГИР
Дружественные исследовательские группы: УФОСети  Лаборатория Нектона  [Космопоиск] [Селигер] [Рязань]
[Обнинск]
| Главная | Форум | Список юзеров | Приват | Поиск | Архив новостей | PDA-версия сайта | LogOn / LogOff | Здравствуйте, Гость. |

 Форумы TEGIR.RU: Форум Общий :
Тема: Видеорегистратор

===============
Робот для наблюдения за птицами “охотится“ на неуловимого дятла





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

Считалось, что эти птицы исчезли более 50 лет назад, но орнитологи заявили, что они заметили белоклювого королевского дятла в заповеднике в Арканзасе в апреле 2005 года. Но другие эксперты решили сразу подтвердить находку, проведя новое исследование для поиска конкретных доказательств существования дятла.

Был создан робот robo-birdwatcher. Устройство не только делает цифровые снимки любой птицы, которая пролетает рядом, но и может оставаться на исследуемой территории на протяжении нескольких месяцев. Если белоклювый королевский дятел там, то безустанный робот должен будет сфотографировать его.




Система состоит из двух видеокамер, которые снимают небо со скоростью 22 кадра в секунду. Этот поток изображений постоянно обрабатывается для поиска пролетающих птиц при помощи компьютерного алгоритма технического зрения. Программное обеспечение автоматически отбрасывает ненужные изображения, оставляя лишь одно на 20.000, и сохраняя лишь те, на которых небо внезапно перекрывается пролетающим объектом.

Устройство иногда может ошибаться, сохраняя изображения падающих листьев и других пролетающих объектов. Оно также отсняло изображения проходящих мимо волков, гусей и цаплей на протяжении первых трех месяцев работы, говорит Кен Голдберг (Ken Goldberg) из Калифорнийского Университета, США, который разработал робота вместе с Деженом Сонгом (Dezhen Song) из Сельскохозяйственного и Политехнического Университета Техаса, США.
http://www.hizone.info/index.html?di=200702212
===============

Вот ЭТО - толковый алгоритм рабоыт.
Сначала делается снимок, а уже потом его анализ и отбрасывание ненужных снимков.
      1 Starling (2008-08-16, 17:46:49) 0

o$уеть изобретение...простите вырвалось.
берем кадр..накладываем другой кадр методом XOR ... еще вопросы есть? этож надо было придумать алгоритм технического зрения..епт..наверно еще и гранды получили не кислые.. кароче хватит муру постить. Заметь не слово о энергообеспечении
      2 Marconi (2009-11-01, 01:48:37) 0

Речь о том, что сначала снять - в потом обрабатывать - куда как лучше, чем сначала засечь типа датчиками движения - а потмо начинать пытаться что-то сфоткать.
      3 Старлинг (2009-11-01, 18:10:13) 0

еще раз перечитай, вдумчиво..что там написано и что я написал. только вдумчиво
      4 Marconi (2009-11-01, 20:05:12) 0

Ну я и не говорю, что они сделали что-то гениальное.
Может, они и кабель укопали от подстанции до установки : )))

но в ту пору, когда мы спорили, по какому алгоритму делать фотоловушку - одной из проблем стал очень долгий выход фотоаппарата на рабочий режим.

как правило, большинство фотоловушек фотографирует лишь задницу жЫвотного, вызвавшего срабатывания.

с таким алгоритмом - сначала снял, а потом уже долго думтаь и решать, оставить кадр или нет - больше вероятность, что в кадре будет объект во всей красе, а не остатки, вылетающие из кадра.
      5 Starling (2009-11-02, 14:14:57) 0

так и не понял :(

1. берем кадр1...запоминаем
2. берем кадр2...запоминаем
3. кадр1 XOR кадр2
4. смотрим что получилось...
4.1.1 если все черное (ну или не кий % не черного) кадр1 отправлем в помойку
4.1.2 кадр2 переименовываем в кадр1
4.1.3 переходим к пункту 2

4.2.1 много не черного, то есть в кадре есть изменение (движение, появление чего-то, исчезание чего-то)
4.2.2 сохраняем кадр
4.2.3 переход к пункту 1

(вариации появления и исчезания можно делать несколько иначе)

все это делается очень-очень быстро...даже слабенькой комп потянет 24 кадра в секунду такой обработки (т.е. нормальное видео).
то есть происходит именно с начало съемка и потом анализ, что тут можно было придумать новое я не понимаю, алгоритм стар как компы.
      6 Marconi (2009-11-02, 15:25:04) 0

да.
ну?
и я про то же.

только во первых:
1) видео в топку.
надо фото высокого разрешения
2) - облачко налетело.
- освещение изменилось
- фотик подстраивается под изменение освешенности

я такую продумывал-просчитывал для фиксации БЛЯ на луневиче.
помех - охххххххххххренеть скока!

выборка из 1000 не 1-2 будет. а аж штук 900.
мндя : (
      7 Starling (2009-11-02, 15:27:33) 0

как это видео в топку...только так.. просто надо видео хорошое, а хню из фотоаппаратов, вебкамер и видеоглазков
      8 Marconi (2009-11-02, 15:39:14) 0

Видео есть фото со скоростью 36 кадров в секунду. ухудшенное черезстроной разверткой, низким разрешением и прочим.
      9 Starling (2009-11-02, 15:44:09) 0

ээээ...
Легко сказать “методом XOR“ - как это аппаратно/програмно сделать ? Ну не ПОПИКСЕЛЬНО же
      10 /__о}{ (2009-11-02, 17:35:32) 0

вобще очень легко в современных языках одну область памяти можно наложить на другую этим самым XOR и получить результат в третей области.
      11 Marconi (2009-11-02, 21:08:34) 0

да вот даже за указателями ходить не надо.. есть GDI функция bitblt и там можно ксором учепятать
      12 Marconi (2009-11-02, 21:50:38) 0

если яркость освящения упадёт/увеличится и каждый пиксель изменит своё значение - вроде как сработка (((

калибровать каждый кадр ?????
      13 /__о}{ (2009-11-02, 22:51:35) 0

не надо проверять каждый конкретный пиксель поэтому я писал про % от изменения предыдущей картинки..ктому же...если один кадр 1/24 секунды...то изменения яркости например солнца зашло/вышло из-за тучки вы не отловите..а вот залетевшую птичку очень даже
      14 Marconi (2009-11-02, 23:46:51) 0

жипеги вообще имеют другой смысл организации, нежели “попиксельно“.
Попиксельно можно заниматсья с bmp, gif, tiff.

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

А с другой стороны. изменение будет значительно, а конечный размер файла, напирмем - совпадет.

это ж типа Секама! там цветовые пятна и из размер используются.
помех будет - море.
      15 Starling (2009-11-03, 13:08:30) 0

bmp наше всё в битовых операциях
      16 Marconi (2009-11-03, 13:27:44) 0

и вообще суть не в конкретных деталях, а в первом посте... в инете можно легко найти их сайт и снимки птиц.. качество ужасное. Похоже пользовались банальной вебкамерой, что только подтверждает алгоритм который я описал
      17 Marconi (2009-11-03, 13:30:38) 0

суть в том, чтоыб самим сделать толковую систему!
вопрос - как.
      18 Starling (2009-11-03, 15:02:55) 0

знать бы ещё как обрабатывается матрица в ЦФК (((
если сканируется поэлементно наверняка можно состряпать линию задержки на один кадр
при совпадении ничего не делать
      19 /__о}{ (2009-11-03, 16:02:34) 0

читаются строки и столбцы.
Но подобраться к этому сигналу, наверное, нереально.
Придется работать ЗА контроллером, с другой стороны. С готовыми кадрами.
      20 Старлинг (2009-11-04, 10:56:45) 0

отсюда вывод, что надо не прерывно делать фото снимки..анализировать..и не нужное выкидывать..хот я с современными терабайтовыми хардами можно даже выкидывать не сразу. А это в свою очередь означает, что опять все упирается в энергообеспечение.
      21 Marconi (2009-11-05, 10:41:55) 0

http://www.codeproject.com/KB/audio-video/Motion_Detection.aspx
      22 Marconi (2009-11-29, 02:47:35) 0

Ответить:

Подпись:


Если вы Гость, то введите данный код подтверждения:

 

 

открыть новую тему

 

 

 

--Техническая Группа Исследований и Разработок ТЕГИР