EZ-WifiBroadcast DIY HD видео своими руками

khomyakk
svpcom:

Я написал свою версию wifibroadcast

Можно увидеть реализацию этого проекта? Как всё работает, примеры видео…
Опять всё на английском 😃
Готовые образы есть? Или всё собирается в Линуксе?

svpcom

Мой setup выглядит примерно так: github.com/svpcom/wifibroadcast/…/Enhanced-setup
То есть 5 направленных антенн полукругом + одна всенаправленная на земле и одна всенаправленная в водухе.
Круговая поляризация. Настройки по умолчанию (ht-mcs-5 1 sgi-5 – QPSK 1/2 40MHz Short GI) дают канальную скорость до 30Мбит/с, куда h264 поток (1080p@30fps или 720p@49fps) + mavlink

отлично пролезают. Примеров видео нет (особого смысла сохранять видео на земле небыло), так как WFB это всего лишь транспорт для UDP пакетов и на качество видео не влияет.
Камеры использовались как Pi Camera + Pi Zero, так и USB камеры с аппаратным h264. Декодер видео на земле - pi zero (видео + osd).
Готовых образов нет (моя личная конфигурация довольно специфична и врядли подойдет для первого знакомства). Собрать образ довольно просто - инструкции и патчи к ядру в репозитории. Наример:

github.com/svpcom/wifibroadcast/issues/19 Собирается все в линуксе.

khomyakk:

Можно увидеть реализацию этого проекта? Как всё работает, примеры видео…
Опять всё на английском 😃
Готовые образы есть? Или всё собирается в Линуксе?

yurik999

фотку выложите интересно посмотреть на все это хозяйство.

РД00
svpcom:
  • 1:1 отображение RTP потока в IEEE80211 пакеты для минимизации отклика (без сериализации в byte-stream как в оригинале)

Не совсем понял, а вот это

raspivid <....> | gst-launch-1.0 fdsrc ! h264parse !  rtph264pay !  udpsink host=127.0.0.1 port=5600

разве не та же самая сериализация, только c дополнительной оберткой в RTP ?

schs
khomyakk:

Направленная антенна на самолёте наверное плохое решение.

Yagi на 2.3 вполне компактная и плоская для расположении на крыле.

Fisher15

Приветствую. Потихоньку вхожу в тему. С малинками и камерами все более менее ясно - заказал. А вот с wifi - много противоречивой и не точной
информации.
Подскажите, какую дальность можно ориентировочно получить с wifi адаптерами на связке RT3070L + RTC6649E вроде этих:
ru.aliexpress.com/item/…/32863643206.html
ru.aliexpress.com/item/…/1734184546.html
Антенны - клевер в воздухе и хеликс на земле.
И подскажите, какой комплект адаптеров на 5 ггц даст дальность 3-4 км на высоте до 3-4 км. Антенны клевер или пагода в воздухе и хеликс или трипл патч на земле.
Эфир не загажен, на флайскае можно летать до 2.5-3 км в любую сторону.

lelik
РД00:

разве не та же самая сериализация, только c дополнительной оберткой в RTP ?

Это как раз пакетизация стрима из камеры в пакеты rtp/udp.

svpcom

Оригинальный WFB на вход получает pipe и читает из него по байтам и нарезает их в wifi пакеты не учитывая содержимого. h264 кодек имеет блочную структуру - то есть передает кусками (I, P и B фреймы). То есть для начала декодирования кадра он должен получить фрейм целиком. Если byte-stream режется на пакеты без учета этих данных, то вы получите дополнительное latency, так как кодек будет ждать очередного wifi пакета, чтобы завершить начатый фрейм. Для передачи видео по сети давно придуман и используется протокол RTP, который нарезает видео в поток udp пакетов с учетом структуры фреймов. Соответственно и передавать через wifi их нужно 1:1, чтобы прием/потеря одного wifi пакета приводила к приему/потере одного RTP пакета, а не к вырезанию куска данных в произвольном месте потока (или еще хуже вставки мусора, что делает оригинальный WFB, разрешает прием пакетов с битым CRC).

РД00:

Не совсем понял, а вот это

raspivid <....> | gst-launch-1.0 fdsrc ! h264parse !  rtph264pay !  udpsink host=127.0.0.1 port=5600

разве не та же самая сериализация, только c дополнительной оберткой в RTP ?

khomyakk
Fisher15:

Подскажите, какую дальность можно ориентировочно получить с wifi адаптерами на связке RT3070L + RTC6649E вроде этих:

Сложно сказать. Для єтого нужно их попробовать. 3-4км с такими антеннами и такими вісотами - вообще не вопрос.
Только нужно что-то делать с аппой. Нужен ретранслятор. И понижать излучение аппы.

Fisher15

Мдя … вот что значит невнимательно читать … Я почему то был уверен, что радиоуправление тоже через этот линк работает, через уарты на воздушной и наземной стороне. Вроде впихнуть эти 128 kbit (или какой там поток у последовательных протоколов передачи sbus xbus ibus и т.д.) в этот поток 6-12 mbit не проблема …
Что ж, буду подбирать wifi адаптеры на 5.8 чтоб уйти от частоты 2.4 аппы. Большая дальность мне не нужна, 3((

Glinco

А есть требования по классу к картам сд для малинок, или 6 класс пойдет? Есть две 4ГБ 6 класса.

khomyakk
Fisher15:

Мдя … вот что значит невнимательно читать … Я почему то был уверен, что радиоуправление тоже через этот линк работает

Работает, не расстраивайся.
Но тогда нужно подумать о одинаковых передатчиках на земле и в воздухе, чтобы управление не отвалилось раньше видео.
Управление через этот линк пока ограничено 8-ю каналами.
Вот пример настройки через джойстик(аппу)
www.rcgroups.com/forums/showthread.php?2664393-EZ-…

Glinco:

А есть требования по классу к картам сд для малинок,

У меня 4 класса работали.
Другое дело, если на них видео писать.

РД00
svpcom:

Для передачи видео по сети давно придуман и используется протокол RTP, который нарезает видео в поток udp пакетов с учетом структуры фреймов.

Ясно, gstreamer использован как готовое и простое решение для парсинга потока и нарезания на кадры. Вопрос : а дополнительного overhead’а такая конструкция не создает ? Здесь gstreamer крутится еще одним параллельным процессом, плюс задействуется TCP/IP стек.

Судя по исходнику raspivid’а, он достает поток h264 из видеоподсистемы как раз по фреймам. Не даст ли выигрыша, если сразу в том же потоке отдавать их передатчику WFB, не задействуя ни pipes, ни TCP/IP ?

lelik
svpcom:

Для передачи видео по сети давно придуман и используется протокол RTP, который нарезает видео в поток udp пакетов с учетом структуры фреймов.

А нам-то RTP зачем ? Заголовки наверху добавлять, их передавать, внизу отрезать? Достаточно пакетизировать по границе NALU. И тут вариантов масса - и gstreamer, и raspivid с выводом в UDP, и еще масса способов.

И вообще, летали сегодня с USB-камерой, нанкой и 5 ГГц адаптером на 8812AU со встроенными антеннами и мощностью аж 18 dBm (ок. 60 мВт). Параллельно летал спарк от dji, дальность - 200-300м. Мы летим на 500 (дальность берется по 0 дропов), качество картинки ничуть не хуже (много разного народу смотрело и сравнивало). Ноут с писалкой был занят, посему кино нет.

РД00
lelik:

летали сегодня с USB-камерой, нанкой и 5 ГГц адаптером на 8812AU

А сколько задержки добавляет USB-камера по сравнению с камерой RPi ?

lelik
khomyakk:

Образ для Нанки пересобирался?

Собирался с нуля. Совсем с нуля.

РД00:

А сколько задержки добавляет USB-камера по сравнению с камерой RPi ?

Не мерял в цифрах. По ощущениям человека на ручках - сравнимо с классикой.

schs
lelik:

Ноут с писалкой был занят, посему кино нет.

Если несложно, запишите как нибудь, интересно глянуть.

khomyakk
lelik:

Собирался с нуля. Совсем с нуля.

Если всё работает стабильно и ті не ограничен финансовіми обязательствами-может нам стоит переходить на Нанки?

lelik
khomyakk:

Если всё работает стабильно и ті не ограничен финансовіми обязательствами-может нам стоит переходить на Нанки?

  1. Прошивка кое-как заработала сегодня в 2 ночи, в обед она была в воздухе, какая стабильность? 1. Работы ведутся по заказу, результатами распоряжаюсь не я. 2. Нанка - первая жертва, в столе еще пара платформ.
schs:

Если несложно, запишите как нибудь, интересно глянуть.

Самому интересно. Но тут уже как получится - или на этой неделе успею, или уже по снегу.

user1321

Добрый день!
lelik, коллеги заметили следующее поведение вашего ISO образа:
Всё ли работает у Вас?

With the 20181003 image, the bidirectional telemetry didn’t work (only down telemetry).

With the 20181007 image, the telemetry is working fine (up and down), but there is no more video transmission !!

My setup : Alpha AWUS036ACH (8812) in the air, and AWUS1900 (8814) on the ground