[image]

Чем сбивать лёгкие БЛА?

 
1 63 64 65 66 67 206
+
-
edit
 

Balancer

администратор
★★★★★
TEvg-2> В-4 БПЛА должен гнать в центр не видео, а условное сообщение - код означающий танк противника (достаточно нескольких бит), широта, долгота, курс, скорость объекта - достаточно 20 байт.

Кстати, в условиях современной войны это можно делать по GPRS через мобильную сеть. И никакой демаскировки :D
   40.040.0
RU Balancer #19.09.2015 10:12  @спокойный тип#18.09.2015 20:22
+
-
edit
 

Balancer

администратор
★★★★★
с.т.> не очень хорошая идея...вместо "тупого" БПЛА и умного центра обработки ты хочешь систему обработки запустить на борту БПЛА...

Так проблема имеет в основном алгоритмическую сложность. А, значит, решается один раз, потом копируется бесплатно. БПЛА остаётся таким же дешёвым, просто сразу умеет много больше. А борт ставится итак мощный. Просто потому что мощные массовые чипы обходятся дешевле, чем маломощные в малых партиях.

с.т.> проще уж тогда спутниковый канал поставить

А вот это требует особого железа и дорогого канала. И доступно только на достаточно серьёзном уровне, не на «гаражном». Хотя, конечно, тоже способ. Но практиковаться будет в первую очередь на крупной и «официальной» военной БПЛА-технике.

с.т.> а заглушить спутниковую навигацию и канал которые смотрят "вверх" - это надо ОЧЕНЬ постараться

Можно поднять или аэростат БПЛА с глушилкой :) Но тогда, как писал выше, без GPS останутся и свои войска.

с.т.> иначе просто дорогие БПЛА получатся, вместо массового использования - штучные

Копирование информации ничего не стоит. Поэтому однажды написанный софт по распознаванию того же видеопотока при установке на дешёвые БПЛА не увеличит их цену.
   40.040.0
RU Balancer #19.09.2015 10:14  @спокойный тип#18.09.2015 20:46
+
-
edit
 

Balancer

администратор
★★★★★
с.т.> а на борт ты даже интел атом не запихнёшь...распберри пи максимум?

Мало, что ли? Малинка прекрасно умеет распознавать образы. Более того, я выше кидал ссылки на сообщения с демками по распознаванию на нынешних квадрокоптерах с куда более слабыми чипами.
   40.040.0
RU Balancer #19.09.2015 10:17  @спокойный тип#18.09.2015 22:41
+
-
edit
 

Balancer

администратор
★★★★★
с.т.> нет, я понимаю автопилот на таком сделать

Автопилот делается вообще на 8-битном AVR :)

с.т.> но видеобработку в плане распознавание целей на борту )))

Вот, дублирую одну из ссылок, сходи, посмотри видео :)

Перспективы сверхдешёвых доступных микро-БПЛА на поле боя [Balancer#19.02.15 13:44]

Ещё немного в копилку. Отслеживание автомобиля с Ar.Drone (~$300) через OpenCV ARDrone Autonomous Object Tracking with OpenCV Отслеживание человека датчиком Kinect от игровой приставки Xbox: Kinect human-following robot Ещё Ard.Drone, преследование человека: Vision based GPS denied Object Tracking and Following for Unmanned Aerial Vehicles Person followin Vision based GPS denied Object Tracking and Following for Unmanned Aerial Vehicles Person followin Вот, тут много: People tracking with…// Авиационный
 


Это вчерашний день, на слабом по нынешним критериям борту, который был бюджетным уже года три назад :)
   40.040.0
RU спокойный тип #19.09.2015 12:26  @Balancer#19.09.2015 10:17
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
не, я согласен что в идеальных условиях оно будет работать (танки на равнинной местности в движении, проходящие зону ядерного удара - ничего кроме вражеских танков там нет)...но если вы делаете БПЛА для РУК (разведывательно-ударного комплекса) -
насколько хороши должны быть алгоритмы (и железо под них)что бы не заколбасить гражданские цели (афганские свадьбы, беженцев на пикапе от пикапа с пулемётом и тп) учитывая возможную маскировку
я думаю что это не сегодняшний день и не сегодняшее оборудование. оператор - он способен по косвенным признакам
вот реально , что можно сегодня завтра наклепать БПЛА которые вместо передачи изображения будут давать сигнал с борта "цель такая-то обнаружена и распознана, по таким-то координатам, дайте залп" - и можно быть уверенным на 100% что это действительно ЭТА ЦЕЛЬ, без дополнительной проверки?
   40.040.0
LV Runoske #19.09.2015 12:33  @спокойный тип#19.09.2015 12:26
+
-
edit
 
RU спокойный тип #19.09.2015 12:37  @Runoske#19.09.2015 12:33
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
Runoske> конечно нет

тогда нам ПО-ЛЮБОМУ нужно видео с борта передавать? логично?
   40.040.0
LV Runoske #19.09.2015 12:43  @спокойный тип#19.09.2015 12:37
+
-
edit
 

Runoske

опытный

Конечно, ты читал идею кщющя ? Когда он спрашивал на форуме про покупку компьютера для обработки фоток ? Он предлагал раздавать людям флэшки с фотками, которые они обрабатывают на компьютерах
   45.0.2454.9345.0.2454.93
RU спокойный тип #19.09.2015 12:49  @Runoske#19.09.2015 12:43
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
Runoske> Конечно, ты читал идею кщющя ? Когда он спрашивал на форуме про покупку компьютера для обработки фоток ? Он предлагал раздавать людям флэшки с фотками, которые они обрабатывают на компьютерах

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

он искал МОЩНЫЕ компы а тут говорят что одноплатный комп на борту сейчас мне всё распознает в рилтайме и только координаты и типы целей скинет на базу - готовенькие


БПЛА должен гнать в центр не видео, а условное сообщение - код означающий танк противника (достаточно нескольких бит), широта, долгота, курс, скорость объекта - достаточно 20 байт. Их можно передать надежно и без ненужного хипиша. Для этого беспелотник должен уметь обнаруживать и распознавать цели.
 

ну ведь это исходно фикция...вместо того что бы сфокусировать на главном - на устойчивом канале связи ...будем засовывать систему распознавания на борт
   40.040.0
LV Runoske #19.09.2015 12:53  @спокойный тип#19.09.2015 12:49
+
-
edit
 

Runoske

опытный

выше 3 человека написали противоположное мнение и даже предложили самостоятельно провести эксперимент
   45.0.2454.9345.0.2454.93
RU спокойный тип #19.09.2015 12:56  @Runoske#19.09.2015 12:53
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
Runoske> выше 3 человека написали противоположное мнение и даже предложили самостоятельно провести эксперимент

ээ..давай обратно в мир логики вернёмся...искали МОЩНЫЕ компы для обработки? у мощного компа - для начала тупо БП под киловатт...?

я предлагаю другой эксперимент - запусти программу видеомонтажа (например менкодер) - и расскажи как она работает на пониженной частоте (и в режиме энергосбережения :D ) и насколько лучше если частота по максимуму...и как там с энергосбережением

да даже не нужно менкодер...тупо возьми два айфона...один просто пусть лежит а другой видео просто крутит )) на сколько разница будет по времени работы
   40.040.0
LV Runoske #19.09.2015 13:00  @спокойный тип#19.09.2015 12:56
+
-
edit
 

Runoske

опытный

я сам не понял зачем ему мощный компьютер для обработки. Предложение, что гугл-мапс работает на телефоне было отвергнуто
   45.0.2454.9345.0.2454.93
RU спокойный тип #19.09.2015 13:01  @Runoske#19.09.2015 13:00
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
Runoske> я сам не понял зачем ему мощный компьютер для обработки. Предложение, что гугл-мапс работает на телефоне было отвергнуто

а...ну вот собственно всё ясно...когда поймёшь - тогда можно будет поговорить.
по пробуй менкодером погонять видео , может появятся идеи
в целом распознавание это как перекодирование видео...только фильтры\алгоритмы у тебя "другие" чуток
   40.040.0
LV Runoske #19.09.2015 13:04  @спокойный тип#19.09.2015 13:01
+
-
edit
 

Runoske

опытный

распознавание объектов в кадре — это не кодирование, не перекодирование и не видеомонтаж
   45.0.2454.9345.0.2454.93
RU Balancer #19.09.2015 13:04  @спокойный тип#19.09.2015 13:01
+
-
edit
 

Balancer

администратор
★★★★★
с.т.> по пробуй менкодером погонять видео , может появятся идеи

Задачи плотного сжатия и задачи распознавания очень различны. В третий раз отошлю к практике распознавания на устаревших дешёвых любительских БПЛА прошлых лет :)

...

А что до уверенного распознавания — его не будет никогда. Ибо и люди ошибаются часто. Примеров friendly fire огромная масса.
   40.040.0
RU Balancer #19.09.2015 13:07  @спокойный тип#19.09.2015 13:01
+
-
edit
 

Balancer

администратор
★★★★★
с.т.> в целом распознавание это как перекодирование видео...

Перекодировать видео на Raspberry Pi (или на борту Ar.Drone) — это редкое извращение.

А вот распознавание на них работает вполне хорошо.
   40.040.0
RU спокойный тип #19.09.2015 13:12  @Balancer#19.09.2015 13:04
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> по пробуй менкодером погонять видео , может появятся идеи
Balancer> Задачи плотного сжатия и задачи распознавания очень различны. В третий раз отошлю к практике распознавания на устаревших дешёвых любительских БПЛА прошлых лет :)

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

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

Balancer> ...
Balancer> А что до уверенного распознавания — его не будет никогда. Ибо и люди ошибаются часто. Примеров friendly fire огромная масса.

вот именно...не будет никогда...по-этому нужная сырая инфа что бы её можно было понюхать и пощупать и иметь потом в качестве доказательства
   40.040.0
RU спокойный тип #19.09.2015 13:20  @спокойный тип#19.09.2015 13:12
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
ладно хрен с ними с ракетами...расскажите зачем мощные компы кто-то искал для распознавания если они не нужны...
   40.040.0
LV Runoske #19.09.2015 13:21  @спокойный тип#19.09.2015 13:12
+
-
edit
 

Runoske

опытный

вы не переживаете, что мы подвергнем вас сомнению, как научного руководителя ?

в MPEG используется анализ соседних кадров для сжатия, но причём здесь

не повышающий а понижающий чёткость филтры :) и то не обязательно, если вам нужно горячее инфра-красное пятно
   45.0.2454.9345.0.2454.93
RU спокойный тип #19.09.2015 13:22  @Runoske#19.09.2015 13:21
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
Runoske> вы не переживаете, что мы подвергнем вас сомнению, как научного руководителя ?

да я уже понял, у вас тут своя атмосфера :-D извините что вот как-то не в ногу :-D
   40.040.0
LV Runoske #19.09.2015 13:22  @спокойный тип#19.09.2015 13:20
+
-
edit
 

Runoske

опытный

он их предлагал не для распознавания, а для раздачи людям, чтобы те обрабатывали. Как я понял, привязывали к местности ?
   45.0.2454.9345.0.2454.93
RU Balancer #19.09.2015 13:29  @спокойный тип#19.09.2015 13:12
+
-
edit
 

Balancer

администратор
★★★★★
с.т.> Рома я с тобой не соглашусь...отошлюсь к практике работы (прошлых лет) над курсовой

Ну при чём тут твоя курсовая, когда (выше в этой теме) есть многократные примеры работы распознавания на ARM'ах с частотами 700-800 МГц.
   40.040.0
+
-
edit
 

Balancer

администратор
★★★★★
Runoske> в MPEG используется анализ соседних кадров для сжатия, но причём здесь

MPEG, как раз, не требует больших мощностей. Жать можно на старом и слабом железе.

Больших мощностей требуют алгоритмы, типа h264, но там, как раз, используется распознавание движущихся объектов для раздельной компрессии не только межкадровых изменений, но и конкретных видов этих изменений. Например, скроллинг, при котором бэкграунд уезжает в сторону, в mpeg будет паковаться плохо, т.к. учитываются только изменения пикселов и картинки при скроллинге будут отличаться почти всем, а в h264 сжатие будет отличным, потому что будет вычислено направление и скорость скроллинга и соответствующее смещение будет учитываться при расчёте межкадровой разности.

Но критерии всё равно будут сильно отличаться от тех, что используются в распознавании в библиотеках, типа OpenCV. В первую очередь — требование к скорости. Если OpenCV распознаёт пару картинок в секунду — это хорошо, практически реалтайм. А если компрессор работает с парой кадров в секунду, то это 15-кратные тормоза в перекодировании и полуторачасовой фильм будет сжиматься сутки :)
   40.040.0
+
-
edit
 

Runoske

опытный

не только не требует, так его ещё и за процессор выносят :)

Распознаванию не нужен реал-тайм 25 кадров в секунду. При медленной скорости полёта беспилотника в небе, хватит 1 кадра в 5 минут, чтобы выявить точки температурой двигателя танка
   45.0.2454.9345.0.2454.93
RU TEvg-2 #19.09.2015 14:14  @спокойный тип#19.09.2015 12:26
+
-
edit
 

TEvg-2

мракобес

с.т.> насколько хороши должны быть алгоритмы (и железо под них)что бы не заколбасить гражданские цели (афганские свадьбы, беженцев на пикапе от пикапа с пулемётом и тп) учитывая возможную маскировку
с.т.> я думаю что это не сегодняшний день и не сегодняшее оборудование. оператор - он способен по косвенным признакам
с.т.> вот реально , что можно сегодня завтра наклепать БПЛА которые вместо передачи изображения будут давать сигнал с борта "цель такая-то обнаружена и распознана, по таким-то координатам, дайте залп" - и можно быть уверенным на 100% что это действительно ЭТА ЦЕЛЬ, без дополнительной проверки?

Странный подход к ведению войны. Я так полагаю что В СРЕДНЕМ должна быть оправдана цена залпа. Т.е. 3 или 4 залпа из 5 должны улететь в цель, а не в молоко.
Что же до прочего - то в прифронтовой зоне нужно не свадьбы играть, а по погребам ховаться. И ходить пешком и врассыпную т.к. любое транспортное средство по умолчанию является военным. На санитарках пусть рисуют крупно красный крест сверху.

А что же до настоящей картинки - вы её получите сразу по прилету беспелотника и сможете проверить насколько хорошо его мозги справились с задачей.
   40.040.0
1 63 64 65 66 67 206

в начало страницы | новое
 
Поиск
Поддержка
Поддержи форум!
ЯндексЯндекс. ДеньгиХочу такую же кнопку
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru