Беспроводная передача видео в full HD
что-то серьезное, то на голом железе?
Однозначно - да, идеальный вариант.
По большому счету, все что надо железу - это передавать без задержек и лишних заморочек пакетики от видеоядра (той же малинки) на wifi модуль… Но что то я не встречал на просторах инета желающих/могущих переписать заново линукс со всеми драйверами, или сделать ему реалтайм-альтернативу… максимум попадаются сомнительные попытки “пропатчить” его… Очевидно что такая работа требует сотен (тысяч?) человекочасов и заниматься этим ради такой узкой задачи никого не заставишь…))
А “нахаляву” можно конечно попробовать и как я, (и не только) и получить: лаг ~0.4 сек. при 720p, небольшую дальность, плюс непредсказуемую отказоустойчивость…
Вот поэтому всякие конексы столько и стоят, что там тысячи человеко-часов дорогих спецов проинвестированы в продукт.
А “нахаляву” можно конечно попробовать и как я, (и не только) и получить: лаг ~0.4 сек. при 720p, небольшую дальность, плюс непредсказуемую отказоустойчивость…
Что то Вы делали сильно неправильно. На Wi-Fi broadcast лаг ~120-150, дальность ограничивается мощностью карты и усилением приёмной антенны.
На сосиськах более километра я получил.
Что то Вы делали сильно неправильно.
Я, в принципе, только пробовал общедоступные и открытые давно программные средства типа socat, netcat (gstreamer запустить на orangepi так и не удалось…).
На Wi-Fi broadcast лаг ~120-150
Дык это уже не “нахаляву”, люди, насколько я понял, как раз, смогли “распотрошить” wifi-евский протокол и оптимизировать его… , и заметьте, исходников на этот проект вы не получите, только “как есть”.
(могу ошибаться, сильно не вникал).
А давно он стал платным?
А “нахаляву” можно конечно попробовать и как я, (и не только) и получить: лаг ~0.4 сек. при 720p, небольшую дальность, плюс непредсказуемую отказоустойчивость…
У меня лаг в пределах 120-180 миллисекунд при разрешении hd и обыкновенном подключении по wi-fi. В дебри линукса не углублялся, использовал исключительно стандартный софт: образ raspbian jessie/jessie lite с установленным Gstreamer1.0. Всё запускал на одноплатнике Raspberry Pi 2B+ с родным модулем камеры v2.0. При этом кроме видео передаётся телеметрия и команды по мавлинку
Всё запускал на одноплатнике Raspberry Pi 2B+
А на стороне приема что ? (тоже Pi ?)
исходников на этот проект вы не получите, только “как есть”.
Исходники есть.
А на стороне приема что ? (тоже Pi ?)
IPad Air 2
На IPhone тоже QGroundcontrol работает (проверял, лаги такие же), но на маленьком экране летать не удобно
Исходники есть.
Где ? (ссылочку…)
Где ? (ссылочку…)
Не поленитесь, зайдите в гуглопоиск и введите “ez wifibroadcast source”
введите “ez wifibroadcast source”
Там готовые образы SD (судя по размеру архивов)… (?), много видео, болтовни, исходников не нашел…(плохо искал?)
Там готовые образы SD (судя по размеру архивов)… (?), много видео, болтовни, исходников не нашел…(плохо искал?)
Там всё.
github.com/bortek/EZ-WifiBroadcast/
Далее по каталогам пройдитесь.
Ядро - www.rcgroups.com/forums/showpost.php?p=36759148&po…
Что то своё на их базе хотите сделать?
Что то своё на их базе хотите сделать?
Конечно. В идеале, хотелось бы на базе малины (а еще лучше ее более мощных аналогов) реализовать управление моделью + Hd video + OSD, что б всё это было в одном wi-fi канале, а не “с пятью антеннами”, короче полный фарш для FPV…
Что то вроде известного проекта “виртурилка”, только на вышеуказанной новой платформе. (Кстати, реализовать OSD не такая уж простая задача, как может показаться, опять же из-за ограниченных программных средств, приходится работать непосредственно с OpenGL-Es, а это весьма непросто)
По моим оценкам, само “железо” вполне, даже - за глаза, пригодно для реализации, весь вопрос упирается в борьбу с операционной системой…
Кстати, реализовать OSD не такая уж простая задача, как может показаться, опять же из-за ограниченных программных средств, приходится работать непосредственно с OpenGL-Es, а это весьма непросто
немного бредовых идей простого юзвера. а если ОСД данные слать отдельным потоком по тому-же wifibroadcast а уже на земле эти данные накладывать на принимаемое изображение. как мне видится, пакет данных ОСД будет легче принять, за счет этого даже при потере видеосвязи, мы будем иметь полетные данные на экране
Действительно, ведь поток Mavlink всё равно ведь шлётся на землю. И железо на земле может быть по-мощнее.
ведь поток Mavlink всё равно
Пару страниц назад обсуждали почему так плохо. Но люди как правило читают топики с конца… 😃
а если ОСД данные слать отдельным потоком по тому-же wifibroadcast
Да, один из возможных вариантов, тем более что информация OSD, по факту, немного байт займет…
(даже в аналоговое видео подмешивается телетекст)
реализовать управление моделью + Hd video + OSD, что б всё это было в одном wi-fi канале
Оно уже сделано, в EZ-WifiBroadcast
(Кстати, реализовать OSD не такая уж простая задача, как может показаться
Повторюсь - уже сделано.
весь вопрос упирается в борьбу с операционной системой…
В данном случае от системы почти ничего не требуется, по крайней мере сколько либо существенных задержек она не вносит.
немного бредовых идей простого юзвера. а если ОСД данные слать отдельным потоком по тому-же wifibroadcast а уже на земле эти данные накладывать на принимаемое изображение. как мне видится, пакет данных ОСД будет легче принять,
Именно так это УЖЕ сделано.
Так если все сделано, то где промобразцы с хорошей дальностью и не за стотыщ?
Так если все сделано, то где промобразцы с хорошей дальностью и не за стотыщ?
Увы, пока нет. Или повторять самому или ждать готового.