EZ-WifiBroadcast DIY HD видео своими руками
Для передачи видео по сети давно придуман и используется протокол RTP, который нарезает видео в поток udp пакетов с учетом структуры фреймов.
Ясно, gstreamer использован как готовое и простое решение для парсинга потока и нарезания на кадры. Вопрос : а дополнительного overhead’а такая конструкция не создает ? Здесь gstreamer крутится еще одним параллельным процессом, плюс задействуется TCP/IP стек.
Судя по исходнику raspivid’а, он достает поток h264 из видеоподсистемы как раз по фреймам. Не даст ли выигрыша, если сразу в том же потоке отдавать их передатчику WFB, не задействуя ни pipes, ни TCP/IP ?
Для передачи видео по сети давно придуман и используется протокол RTP, который нарезает видео в поток udp пакетов с учетом структуры фреймов.
А нам-то RTP зачем ? Заголовки наверху добавлять, их передавать, внизу отрезать? Достаточно пакетизировать по границе NALU. И тут вариантов масса - и gstreamer, и raspivid с выводом в UDP, и еще масса способов.
И вообще, летали сегодня с USB-камерой, нанкой и 5 ГГц адаптером на 8812AU со встроенными антеннами и мощностью аж 18 dBm (ок. 60 мВт). Параллельно летал спарк от dji, дальность - 200-300м. Мы летим на 500 (дальность берется по 0 дропов), качество картинки ничуть не хуже (много разного народу смотрело и сравнивало). Ноут с писалкой был занят, посему кино нет.
Образ для Нанки пересобирался?
летали сегодня с USB-камерой, нанкой и 5 ГГц адаптером на 8812AU
А сколько задержки добавляет USB-камера по сравнению с камерой RPi ?
Образ для Нанки пересобирался?
Собирался с нуля. Совсем с нуля.
А сколько задержки добавляет USB-камера по сравнению с камерой RPi ?
Не мерял в цифрах. По ощущениям человека на ручках - сравнимо с классикой.
Ноут с писалкой был занят, посему кино нет.
Если несложно, запишите как нибудь, интересно глянуть.
Собирался с нуля. Совсем с нуля.
Если всё работает стабильно и ті не ограничен финансовіми обязательствами-может нам стоит переходить на Нанки?
Если всё работает стабильно и ті не ограничен финансовіми обязательствами-может нам стоит переходить на Нанки?
- Прошивка кое-как заработала сегодня в 2 ночи, в обед она была в воздухе, какая стабильность? 1. Работы ведутся по заказу, результатами распоряжаюсь не я. 2. Нанка - первая жертва, в столе еще пара платформ.
Если несложно, запишите как нибудь, интересно глянуть.
Самому интересно. Но тут уже как получится - или на этой неделе успею, или уже по снегу.
Добрый день!
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
А вот такие штуки на борту никак нельзя использовать mikrotik.com/product/RBGroove52HPnr2 ? Можно подключать камеры по езернету и есть своя ОС. Как бы адаптировать для нашего применения? В свое время пытался использовать убикьюти, дорого, максимум 12 км по земле и необходим ноутбук. Но можно было подключать разные камеры
Добрый день!
My setup : Alpha AWUS036ACH (8812) in the air, and AWUS1900 (8814) on the ground
Сборку 20181003 надо удалить: плохая, негодная сборка. На сборке 0т 07.10 летаю ровно с этим сетапом, все чудно.
Мужики, WDR ни как не прикрутить к обычной камере (CSI)?
Overhead не дает - gstreamer у меня отлично работает на Pi Zero. Использование UDP для коммуникации наоборот плюс - то есть можно использовать Pi Zero только как контроллер камеры, а в качестве основной системы - NEO2 (куда подключить телеметрию, WFB и тд). Еще можно немного уменьшить latency если вместо raspivid’а использовать github.com/thaytan/gst-rpicamsrc
Ясно, gstreamer использован как готовое и простое решение для парсинга потока и нарезания на кадры. Вопрос : а дополнительного overhead’а такая конструкция не создает ? Здесь gstreamer крутится еще одним параллельным процессом, плюс задействуется TCP/IP стек.
Судя по исходнику raspivid’а, он достает поток h264 из видеоподсистемы как раз по фреймам. Не даст ли выигрыша, если сразу в том же потоке отдавать их передатчику WFB, не задействуя ни pipes, ни TCP/IP ?
А зачем писать свой bitstream парсер и изобретать велосипед (попутно собирая все грабли, так как например один фрейм состоит из нескольких NAL’ов и пока декодер не получит их все, он не начнет процесс отрисовки), если есть протокол, специально сделанный для передачи видео по сети с учетом потери пакетов? Плюс RTP поток на земле можно еще и завернуть в qgroundcontrol - он там будет отлчно показываться.
А нам-то RTP зачем ? Заголовки наверху добавлять, их передавать, внизу отрезать? Достаточно пакетизировать по границе NALU. И тут вариантов масса - и gstreamer, и raspivid с выводом в UDP, и еще масса способов.
И вообще, летали сегодня с USB-камерой, нанкой и 5 ГГц адаптером на 8812AU со встроенными антеннами и мощностью аж 18 dBm (ок. 60 мВт). Параллельно летал спарк от dji, дальность - 200-300м. Мы летим на 500 (дальность берется по 0 дропов), качество картинки ничуть не хуже (много разного народу смотрело и сравнивало). Ноут с писалкой был занят, посему кино нет.
Еще можно немного уменьшить latency если вместо raspivid’а использовать github.com/thaytan/gst-rpicamsrc
У меня была идея написать wfbc sink для gstreamer 😃
Полетал сегодня немного, проверял в том числе и “починенный” бустер. Он так до конца не починился. При нормальном охлаждении в полёте картинка начала рушиться. Посадил, обмотал скотчем, немного спасло, но только скорость выше 50км\ч-и скотч не спасал. Так что на полку.
Перед этим ещё покрутил параметры камеры. Вроде получше стало.
Никак. RPI поддерживает только 2 камеры, так как вся обрабока идет внутри проприетарной прошивки VideoCore IV. Единственное решение для WDR - использовать внешнюю USB/Ethernet камеру с аппаратным h264 и WDR. Но, например, камеры для видеонаблюдения имеют latency около секунды…
Мужики, WDR ни как не прикрутить к обычной камере (CSI)?
если есть протокол, специально сделанный для передачи видео
Согласен, решение изящное. Все gstreamer’овские цепочки без изменений переходят на новый транспорт, с WBC вместо Ethernet/WiFi.
например, камеры для видеонаблюдения имеют latency около секунды…
Все что ли? Это нельзя исправить изменением встроенного в камеру ПО? Насколько я понял, исходники на некоторые контроллеры камер открыты?
@All,
Has anyone taking a look at this small NanoPi Neo Module?
It has dual CSI camera input and specifications compatible to the RPI zero. The processor is somewhat weaker but the potential of this could be really big for low latency stereo vision.
Do you have any thoughts? As you may have noticed, the original wfb project is being reorganized with the image Builder by Respawndespair. If somebody thinks they could integrate this dual CSI bored I would consider donating it for someone to develop stereo Vision on?
www.arducam.com/…/nano-rpi-cmio-bot-uc366/
In Users Guide you can found:
----
7.5
Run the Stereo Camera
Now you can run the stereo camera with the following command.
raspivid -w 1280 -h 480 -3d sbs -o stereo.264
The captured stereo.264 video file will look like this, side by side view.
------
So it outputs side-by-side video and you don’t need any modifications for WFB
@All,
Has anyone taking a look at this small NanoPi Neo Module?
It has dual CSI camera input and specifications compatible to the RPI zero. The processor is somewhat weaker but the potential of this could be really big for low latency stereo vision.
Do you have any thoughts? As you may have noticed, the original wfb project is being reorganized with the image Builder by Respawndespair. If somebody thinks they could integrate this dual CSI bored I would consider donating it for someone to develop stereo Vision on?
Всё ли работает у Вас?
На одной зерохе из трех - проблема. Фикс выложу чуть позже.
Но, например, камеры для видеонаблюдения имеют latency около секунды…
RaspiCam v1
USB-камера видеонаблюдения
Параметры потока: H.264, 1080p30, bitstream -> rtp/udp