EZ-WifiBroadcast DIY HD видео своими руками
TELEMETRY_UPLINK=disable
По идее достаточно только этого, на стороне приёмника.
MTU у нас сколько, 1024 по умолчанию? А фрейм 1280х720 в H.264 с камеры сколько весит ? Есть там фрагментация, есть. И контроля целостности фрейма нет, иначе бы картинка не рассыпалась при невозможности коррекции по FEC.
Там не ethernet в чистом виде. Размер передаваемого блока задаётся.
Рассыпания происходят до прихода очередного опорного кадра, в случае потери любого кадра из цепочки.
Там не ethernet в чистом виде. Размер передаваемого блока задаётся.
Термин MTU не я придумал, он там в коде есть 😃 Но размер блока не более 1550 для atheros и 2278 для ralink, так что фрагментация КАДРА при дефолтном блоке 1024 имеет место.
Рассыпания происходят до прихода очередного опорного кадра, в случае потери любого кадра из цепочки.
Если бы кадр отбрасывался целиком, были бы фризы, а не рассыпания. А так в случае потери фрагмента на вход hello_video поступает битый кадр, который оное хелло доблестно пытается всем показать. Вот если поток завернуть в RTP и посмотреть gstreamer’ом, то видны небольшие артефакты, а тотального рассыпания картинки нет.
Я к тому, что надо посмотреть поподробнее, как добавить контроль целостности кадра и дропать его целиком при фатальной потере фрагмента.
Константин, про малину пизеро
оченгь сильно нагрузка на проц зависит от FPS
при FPS 30 - малина курит - загрузка небольшая
при 40 уже почти под 50% итд
и температура растет
Сообщение от khomyakk
TELEMETRY_UPLINK=disable
По идее достаточно только этого, на стороне приёмника.
Чуть сам ошибся . В комментариях написано disableD , D должно быть в конце?
при FPS 30
Ну так и есть. У меня 48фпс и сейчас 60%. Очень сильно зависит от скорости потока. Такая нагрузка при 8000 кбит\с.
Ну и хрен с єтими 60%, она же ничем другим не занимается, кроме видео и телеметрии.
Константин, про малину пизеро
оченгь сильно нагрузка на проц зависит от FPS
при FPS 30 - малина курит - загрузка небольшая
при 40 уже почти под 50% итд
и температура растет
RTFM, однако:
- Check CPU usage and CPU temperature on both the transmitter and receiver A Pi Zero or Pi1 as transmitter should show around 50-60% CPU usage with standard settings, Pi3 as receiver somewhere below 20%. In general, make sure that CPU usage never goes above 80-90%. Make sure temperature is below 70-75 degrees, as at 80 degrees C, the Pi will be slowed-down. Starting with 1.6RC4, CPU usage and temperatures are shown on the OSD and are also automatically logged and graphed
RTFM, однако:
я изначально фпс 30 пользовал и не понимал проблемы Константина
в обшем надо много играться с балансом настроек
Поигрался чуть с установками камеры
Боковое солнце, разные режимы экспозамера
я изначально фпс 30 пользовал и не понимал проблемы Константина
в обшем надо много играться с балансом настроек
Я сразу ставлю максимально жесткий режим дабы потом не расстраиваться.
Поигрался чуть с установками камеры
Боковое солнце, разные режимы экспозамера
а можно детали по настройке работы с камерой ?
спасибо
Антон, я вообще в этом не шарю, но настройки по умолчанию(картинка), мне не очень понравились. Знаю слово экспозиция, баланс белого, замер. Залез в вики по камере, попробовал разные варианты. Замер по матице мне больше понравился. Вот и выложил видео, первая часть по умолчанию, с 24 секунды matrix.
А подскажите, нет варианта на приемной части установить ноутбук с линуксом и теми же WiFi картами, только для малинок есть сборки?
А подскажите, нет варианта на приемной части установить ноутбук с линуксом и теми же WiFi картами, только для малинок есть сборки?
сборок нет (есть только под ARM малины) под х86 надо собирать из сырцов
сырцы есть - но вот их собрать воедино будет непросто
в общем - пора мне переходить от прототипа к летающей реализации
пока хочу попробовать на мелком дристоокптере 260 формата с АП (но летать будет неспеша)
посему вопрос? если реализацией передающего железа все более менее понятно по компоновке
то реализация наземной части не ясна
у меня пока сетап такой - малина пи3 и к ней два свистка каждый с двумя антеннами
буду рад любой информацией и фото как вы соорудили наземку
нужно ли на наземные свистки давать отдельно от малины питание как на передающей малине ? или и так хватает и малина не режет питание на принимающие свистки
ну и самый главный вопрос - как это все дело скомпоновали на штативе ? спасибо
Как раз сегодня занимался штативом и антеннами. У меня пока что так:
Малина пока висит на ЮСБ разъемах
нужно ли на наземные свистки давать отдельно от малины питание как на передающей малине ? или и так хватает и малина не режет питание на принимающие свистки
Малина на USB-порты отдает 600мА по умолчанию, 1.2А при включенном max_usb_current (в rc5 включено, в rc2 выключено), на одну 036nha точно хватает при дефолтных настройках в ath9k_hw. Саму малинку, очевидно, питать через гребенку.
я наземную малину подпаялся к контактным площадкам… около усб
вопрос только в том, что если у меня два свистка на приеме - если я не транслирую рц итд на летающую часть - нужно ли дополнительно питать свистки в обход малины ?
очень уж заманчиво сделать свистки на родных разьемах без возни с питанием
Я запитал от малины. Для приема сигнала много тока и не нужно
Тоже питаю от малины. Но свистки на юсб кабеле. Можно разнести антенны, сделать поворотку, при падении штатива меньше вероятность повредить разъёмы да и саму малину.
А подскажите, нет варианта на приемной части установить ноутбук с линуксом и теми же WiFi картами, только для малинок есть сборки?
Несколько человек собирали, но на малине существенно удобнее.
я наземную малину подпаялся к контактным площадкам… около усб
Не совсем корретно, там же та самая реализация max_usb_current болтается, между 5v малины и 5v USB.
Если порыться в гугле, то входящие цепи питания малины есть. Между микро ЮСБ и шиной 5В стоять какие-то полевики, и да подав именно на разьем микро юсб на шине есть небольшое падение. Я дс-дс настроил на 5,13В.
Всё работает замечательно.