EZ-WifiBroadcast DIY HD видео своими руками
спускать готовые решения
Ну, вот Вам первое. Посмотрите, где находится этот магазин. Эти камеры уже подключаются к OpenHD, в wiki описано, как.
а нам сюда не сильно непродвинутым спускать готовые решения
Это будет оффтопиком, ибо в названии темы есть буквы DIY, что на буржуинском значит “сделай сам”
Начал детальное изучение кода WifiBroadcast & OpenHD.
В целом всё просто и “топорно”, но возник вопрос по FEC.
Если правильно понимаю, то FEC планировалось использовать потому что с адаптера можно получать битые фреймы с выставленным флагом IEEE80211_RADIOTAP_F_BADFCS и попытаться восстановить данные, что по идее должно улучшить качество картинки при работе в условиях плохого приёма или большого количества помех в эфире.
Изначально (в старых версиях WifiBc, этого не было), сейчас есть.
Однако, в мастер ветке OpenHD эту функцию судя по всему решили выпилить, код ещё не подчищен (в том числе параметры оставлены), но FEC уже не работает + заявлено что они не принимают битые фреймы, хотя явно этого не нашел (нет проверок). Видимо настройка драйвера.
По опыту практического использования, помогает ли FEC или вся его польза уничтожается повышенным требованием к пропускной способности и “лишней” нагрузкой на процессор?
Вопрос - можно ли поменять последовательность блоков так,чтоб первым передавались блоки из середины кадра?. т.е при сбоях все что после сбоя рассыпается, будет сохранятся самая информативная часть.
В h264 есть такая штука как ROI (Region Of Interest), которая позволяет задавать другие настройки кодирования для этих регионов.
Однако, в общем случае я думаю это работать не будет, слишком мало статичных сцен при полёте. Нужно экспериментировать.
Однако, в общем случае я думаю это работать не будет, слишком мало статичных сцен при полёте. Нужно экспериментировать.
Середина экрана в полете самая ценная. Ну точнее средняя треть от нижней половины 😃
Середина экрана в полете самая ценная. Ну точнее средняя треть от нижней половины 😃
Коллеги, не позорьтесь. H264 - инкрементальный формат, передается опорный (ключевой, I) кадр, после него - изменения § до следующего опорного. Любой пролюбленный кадр разносит картинку до следующего I-frame, посему никакие серединки не канают. ROI - это термин потрохов камеры, связанный скорее с motion detect и к кодированию потока не относится (ROI могут быть определены и для MJPEG, и для H265 и для нежатого потоков)
они не принимают битые фреймы
Не, серьезно? Выпилили FEC??? Фото Лаврова в студию!
Число 531 в левом верхнем углу под dBm - количество использованных fec-пакетов, а 51 - число случаев, где fec не помогла. т.е. fec полезен в 90% случаев.
Не, серьезно? Выпилили FEC??? Фото Лаврова в студию!
github.com/OpenHD/Open.HD/blob/master/…/rx.c#L514
Коллеги, не позорьтесь. H264 - инкрементальный формат, передается опорный (ключевой, I) кадр, после него - изменения § до следующего опорного. Любой пролюбленный кадр разносит картинку до следующего I-frame, посему никакие серединки не канают. ROI - это термин потрохов камеры, связанный скорее с motion detect и к кодированию потока не относится (ROI могут быть определены и для MJPEG, и для H265 и для нежатого потоков)
По большому счёту да, всё так, ROI больше для термин для сохранения различной информации в кадр.
Однако, читал в нескольких источниках о настройке QP по макроблокам. Получается что “интересное” идёт с большим битрейтом, переферия - с меньшим. В итоге общий битрейт меньше. От потерь конечно не спасёт.
Да и вообще не представляю как кроме FEC можно восстановить потерянные данные 😃
Для камер видеонаблюдения потеря не так страшна т.к. много статики, а в полёте меняется всё, так что “рассыпание” видно лучше.
Не-не-не, Дэвид Блейн! Выпилили проверку FCS, что правильно, ибо нам что сову об пенек, что пеньком об сову: стек не передаст битый пакет в юзерспейс и мы никогда о его тяжелой судьбе не узнаем, а просто сочтем пролюбленным и попробуем восстановить с помощью fec.
Однако, читал в нескольких источниках о настройке QP по макроблокам
QP, VBR, CBR… Как все это сложно, Веничка, как все это тонко! У меня есть две камеры, обе на SN9C292 енкодере, но с разными матрицами. Одна напрочь не работает с CBR, но великолепно пашет с VBR, другая - с точностью до наоборот. Понижать битрейт - так давайте на Н.265 переходить, что уж там.
Тогда понятно, битые пакеты считаются потерянными. А то смотрю, вроде для CRC много приседаний сделано, а потом раз и выкинули всё.
Впринципе логично т.к. используется FEC на блок, а не побайтово.
Есть ли разница какие фреймы использовать для передачи? С практической точки зрения.
Коллеги, хочу приобрести модем 5,8 на наземную малину по мощнее, с учетом, что управляющий сигнал буду поднимать по Mavlink. Предлагается вот такой адаптер Alfa awus036ACH (вы его знаете, он из списка). Чипсет Realtek RTL8812AU. Модуль, как известно, двух диапазонный. В вики WiFiBC значится, что он диверсити. Но вряд ли каждая из антенн будет работать на 2,4 и одновременно на 5.8? Правильно ли я понимаю, что одна антенна у него 5,8гГц, а другая 2.4?
____________________
В добавок к нему на воздушну часть рассматриваю либо Alfa AWUS036AC (который поменьше, поуже) или Asus USB-AC56
Или с Али заказать на том же чипсете, что и например Asus? Правлиьно ли я понимаю, если чипсет тот же, то и мощность можно плучить аналогичную?
На 036АС много жалоб.
Асусы идут с разными буквами, не ошибись.
aliexpress.ru/item/4000419475639.html
Очень мутное описание на эту карту)
Особенно как они 650mw получили
Она работает и эту мощность выдаёт.
And you can up the power even more (2W������) by removing an inductor on the backside of the PCB. The card needs excellent cooling though.
Коллеги, хочу приобрести модем 5,8
- По умолчанию 8812AU работает в режиме 1Т1R, т.е. одна антенна на передачу, другая - на прием, обе в одном режиме и на одной частоте. Режимов с разными частотатми не бывает совсем.
- AC56 вполне себе работает, но на полную (400мВт) ее разгонять не надо, идет перегруз и битые пакеты, 330-350 мВт вполне себе хорошо. По поводу мощности: сам чип 8812АУ выдает 17, от силы 20 dBm, все остальное добавляет PA. У асуса из известных мне он самый голосистый, альфа, которая широкая, менее мощная, узкую в руках не держал. Про 650 мВт кетайские товариши пишут полную фигню. SKY85601 - свитч и приемный LNA (5 GHz RX Front End Module), SE5023L - да, Power Amplifier, 26 dBm на 802.11n. Широкую альфу и асус можешь как-нибудь попробовать, у меня они есть.
- Как не странно, 100 мВт внизу вполне достаточно для аплинка, там можно поставить самый низкий битрейт и телеметрия ходит тогда, когда видео уже давно отвалилось.
Но, коллеги, кто, кроме Василия, поддерживает 802.11n? WFBC/OpenHD - только 802.11а на 5ГГц
Так всётаки, если ли разница какие фреймы использовать? Кто ни будь вникал в это?
Так всётаки, если ли разница какие фреймы использовать? Кто ни будь вникал в это?
Вроде CTS-protection должен давать преимущество в грязном эфире. Но это только atheros, все остальные - только data.
Hi all, Happy New Year !
@Lelik, I saw, you are an expert on many of used wifi cards.
I’m asking for your advice, what power setting (somewhere between 52-58 ? ) is good for Asus AC56, air side, 5180mhz ? And same question for ground… 😃
Best regards, Norbert
I’m asking for your advice, what power setting (somewhere between 52-58 ? ) is good for Asus AC56, air side, 5180mhz ? And same question for ground… 😃
Hi, Norbert! 58-59 (about 350 mW) on the air side will be good enough. On the ground side we don’t need much power and usage of AC56 there is too expensive. Regular 8812AU with 20 dBm output produce good results for uplink with data rate 2. In any case, try removing rtw_wifi_spec = 1 rtw_tx_pwr_idx_override = 63 from the ground module parameters and TXPOWER = … from wifibroadcast.txt to increase the sensitivity of RX