Управление через интернет
Фото 6 мп в цвете с компресией JPEG весит 2.3 мб, а тоже фото после перевода в ЧБ и сохранения в JPEG уже 750 кб.
Чем сохраняли, какой формат JPEG? И пробывали ли сохранить ту-же фотку в цвете? Я к тому, что обычно открыв исходную фотку с фотика, а затем сохранив ее, мы получим файл уменьшеного размера. Проделал такой-же эксперимент. При исходной фотке 2 мб, сохраненная в ч/б весила 350 кб, а в цвете - 400.
Автор применяет MJPEG, т.к. это кодек без межкадровой компресии и соотв. с минимальным лагом
Так на нем и надо было проверять. У Вас есть такой или похожий кодек? Проверьте пожалуйста.
Кстати, использование более продвинутых форматов типа mpeg2 или H.264 значительно снизило бы требования к потоку. Какой минимальный лаг там возможен?
Увидедь бы как оно работает decima.ru/video/mobile.html
Увидедь бы как оно работает decima.ru/video/mobile.html
Примерно так: Частота кадров (SQCIF: 128x96 точек), max (кадр/сек)5
😃
Причем оно запоминает видео у себя в буфере, а потом гонит по сети.
Чем сохраняли, какой формат JPEG? И пробывали ли сохранить ту-же фотку в цвете? Я к тому, что обычно открыв исходную фотку с фотика, а затем сохранив ее, мы получим файл уменьшеного размера. Проделал такой-же эксперимент. При исходной фотке 2 мб, сохраненная в ч/б весила 350 кб, а в цвете - 400.
Согласен. Мой первый опыт неудачен. Сделал по вашей методике. Получил соотв. 370 кб в цвете и 320 в ЧБ. Во 2-м опыте использовал ФШ ЦС 4. Параметры компрессии одинаковы для цвета и ч/б.
Так на нем и надо было проверять. У Вас есть такой или похожий кодек? Проверьте пожалуйста.
Кстати, использование более продвинутых форматов типа mpeg2 или H.264 значительно снизило бы требования к потоку. Какой минимальный лаг там возможен?
МЖПЕГ кодека в системе нет, но думаю, что опыт будет аналогичен сохранению фото в ФШ.
МПЕГ 2 в том виде как используется на ДВД имеет длину макроблока 12 кадров, т.е. лаг 1/2с.
У Н.264 и того больше. Лень копаться, но там вообще секунды.
Вся прелесть кодеков с межкадровой компрессией в уменьшении потока без потери качества. Если в них уменьшить длину макроблока, то возрастет качество видео, но и битрейт.
Можно попробовать использовать что-то из AVC кодеков, как на проф. видео. Там есть варианты без межкадровой компрессии, но за счет сжатия на основе вейвлет-преобразования они легче по потоку, чем МЖПЕГ. Только процесорные ресурсы нужны большие для компрессии или апаратный кодек.
Вы когда-нибудь играли в современный шутер или симулятор при пингах околок 200?
Летал при задержке от объектива до очков 200 мс. Не бог весть какая беда.
Самому интересна тема передачи видео в реальном времени, правда задачи чуть иные.
Передовал по udp протоколу сжатые картинки, т.к. любой кодек, сжимающий в поток использует буфер, и даже 0.5 задержки неприятны. Кстати не работает ваша ссылка на проектик - перезалейте если не трудно.
Вы нашли какойто бесплатный кодек mjpeg или пользуетесь интерфейсом VLC ?
По сути проекта задумка реализуема. На сегодня сам пользуюсь моб инетом от Утел (сеть 3g). Более менее стабильная скорость потока около 30 кбит/сек., что может обеспечит поток до 15 кадров правда низкого разрешения. При передаче mjpeg 640х480 врядли фпс будет больше 3. Но вроде как уже сейчас действуют сети 3.5G и грядут 4 поколение, как раз и заточеное под передачу данных. (в теории для 3 поколения 3мбит\сек, для 3.5 - 7 мбит\сек).
Может кто-то объяснить суть показанного на видео постом выше?
Кстати не работает ваша ссылка на проектик - перезалейте если не трудно. Вы нашли какойто бесплатный кодек mjpeg или пользуетесь интерфейсом VLC ?
rapidshare.com/files/441261204/EXE.7z
Все что связано с видео идет через VLC. Передачу команд управления можно оптимизировать, сейчас каждая команда отправляется отдельной датаграммой, их можно склеивать (всего их сейчас 24) и отправлять одной строкой. И в обратном направлении с борта на базу данные (не видео, пока только текущий IP) слишком часто идут.Программу не дорабатываю, жду серво-контроллер и занимаюсь механической частью авто (я выше писал что испытания буду проводить на наземном ТС). ЛА буду делать, думаю, не раньше будущей осени, остановился на летающем крыле с одним импеллером и двумя управляемыми соплами, еще ничего не чертил.
Не совсем понял назначение файлов в проекте(какой из них отвечает за захват и передачу видео), к тому же файл IPFPVBoard.vshost.exe вызывает ошибку.
Какая у вас получилась нагрузка на сеть/цп при трансляции VGA видео и при какой частоте кадров?
Не совсем понял назначение файлов в проекте(какой из них отвечает за захват и передачу видео), к тому же файл IPFPVBoard.vshost.exe вызывает ошибку. Какая у вас получилась нагрузка на сеть/цп при трансляции VGA видео и при какой частоте кадров?
libvlc.dll, libvlccore.dll, папка plugins - это VLC
В IPFPVBase - JoystickInterface.dll - библиотека для работы с джойстиком.
В проекте используется .NET Framework 2.0, если он отстутствует - это не обрабатывается, ошибка в IPFPVBoard возможно из-за этого. Если .NET 2.0 установлен попробуйте настроить исключение в Брандмауэре или временно отключите его. Напишите пожалуйста о результате. Буду исправлять ошибки.
Нагрузка на процессор 2.4GHz 6600, при запуске каждого из модулей не более 10%, про нагрузку на сеть сейчас ответить не смогу, видео-битрейт вы можете устанавливать сами.
остановился на летающем крыле с одним импеллером и двумя управляемыми соплами
Хотя и офтоп, но “летабельность” данной схемы даже без ФПВ под сомнением.
Хотя и офтоп, но “летабельность” данной схемы даже без ФПВ под сомнением.
Не могли бы вкратце пояснить?
Импелеры обладают худшей энерговооруженостью (отношение тяги к весу мотоустановки), чем традиционный пропелер. Т.е. модель тяжелеет, а тяги мало.Если на них еще навесить управление вектором тяги, то КПД упадет и того более. Кроме того, насколько я знаю, управление вектором тяги делается для улучшения маневренности, а не как способ основного управления. Возможно его даже недостаточно без традиционных рулей, а соотв. зачем оно надо - не знаю. Идем дальше. ЛК не самая устойчивая модель, а под ФПВ в идеале самовырвнивающийся планер, т.к. иначе надо или сильно надеятся на АП или им (самиком) постояно рулить. В случе управления через инет рулит постоянно сложно из-за лагов. Да и вероятность с 1-го захода написать программу хорошего АП на комп тоже сомнительна.
NET 2.0 установлен, но ошибка осталась, файрвол отключен 😦
Спасибо! Посмотрим, я еще ничего не расчитывал.
NET 2.0 установлен, но ошибка осталась, файрвол отключен
Какая у вас операционная система. Я пробовал запускать на XP, Vista, Win 7. Ошибка при запуске появляется, т.е. IPFPVBoard вообще не запускается?
IPFPVBase без ошибок запускается?
Думал о такой штуке годика три назад. Практика показала, что стоит забить. Собственно реализация:
Wi-Fi роутер на самолете. К нему подключается через LAN IP-camera и arduino с этой Ethernet платкой.
По WiFi соединяюсь с роутером (который в самолете должен был быть). Зная ip ардуины - передаю на нее последовательно данные об отклонениях серв/оборотах двигателя, ардуина, выдает полученные параметры на PWM выходы, к которым подключены сервы (тут все совсем просто в реализации). Картинку с тоже камеры тоже получить не проблема, зная IP камеры. Собственно на компьютере я все организовал используя python и библиотеку pygame - замечательная вещь которая легко обрабатывает данные с джойстика/клавиатуры, и рисует картинки на экране. До установки на самолет дело не дошло, так как удаление роутера на 20 метров настолько снижало скорость передачи и без того идущего с задержкой видео, что это уже было не приемлемо (до 5-и секунд), но, теоритически, если снабдить аппарат стабилизатором, то скорость передачи видео уже не будет столь критична, а данные телеметрии может передавать та же ардуинка. Соответственно вай-фай роутер можно заменить на обычный проводной, но с поддержкой USB куда воткнуть WiMax или 3G модем со статическим внешним IP. Да, и данные нужно передавать по UDP, а не TCP, так как пакеты не будут буферизироваться и забивать трафик. Но для реалтайм управления данные технологии не подходят (точнее для передачи видео).
Да, и еще - IP-камера при проводном соединении давала задержку порядка 0.3-0.5 секунды, так что дело было именно в беспроводном соединении. И самое главное - а зачем оно вам, на батарейках? Современные недорогие системы для FPV позволяют улетать на десяток и более километров, но дальность тут уже ограничивается батареей (зачастую). А ваша система будет кушать столько, что вы и на 5-ть километров не улетите.
А ваша система будет кушать столько, что вы и на 5-ть километров не улетите
замечу-EeePC потребляет без дисплея 40Вт на стандартной батарее с W7 и подклю4еным модемом huawei E150 тарабанит до 5 ч. в приделах крупного европейского города через винамп передавали киношку задержка до 1сек, скорость загрузка ниже 1мб не опускалась, отдача-0.6. переход через соты не замечался.сети WCDMA /HSDPA вне пределов городов EDGE там видео не идет. с российскими городами всё хуже на порядок,то густо то пусто.
П.С. идея очень хорошая, сам бы хотел леталку управляемую по сети, но у самого не хватает времени на такой проект,а на рускоязычных форумах только воду ступой толкут по етому поводу.подожду пока буржуи в продажу пустят готовые комплекты…впрочем уже есть…
Современные недорогие системы для FPV позволяют улетать на десяток и более километров
при условии отдачи в ефир 10-20 вт.каково гадить,а потом возмущаться што ефир загажен.много раз сталкивался -кто то поставит АР с усилителем себе под видео а вокруге WiFi валиться-модели нестого не ссего пдают
…впрочем уже есть…
Где?
видел на пиндосских форумах видео про квадрик там дублированая система и где то на ютубе.искал через гугл gsm model control и всё такое щас пока искать нет возможности сижу в роуминге на модеме
Есть готовый квадрик, кот. рулится ЯМобилкой. Наверно речь о нем.