Беспроводная передача видео в full HD
ну я рад за вас, что у вас есть вифи, но нам для фпв то он нафик не нужен!
накой нам упаковывать видео в tcp трафик? это +цена +задержка
а тут мы кодером цифранули, армом по пакетам раскидали, срс посчитали и кинули на трансивер, попутно меняя каналы.
усё!
чуть сложней чем ppm гонять по 2.4
позоритесь тут вы!
вам уже 3 специалиста высказали свою фи!
Среди читающих этот топик есть специалисты.
Побольше бы специалистов и поменьше распальцовки. 😃
Модуляция есть часть протокола.
ru.wikipedia.org/wiki/��������_��������_������
ru.wikipedia.org/wiki/���������
Специалист понимает разницу между собственно модуляцией (кодированием бит в канале связи) и методами расширения спектра (FHSS в данном случае). И на основании вышеприеведенной спецификации может сделать вывод, что никакого отношения к WiFi или IP, данный протокол не имеет. А следовательно Ваше утверждение из поста №374 неверно.
мы кодером цифранули, армом по пакетам раскидали, срс посчитали и кинули на трансивер, попутно меняя каналы.
И не требуем обратного канала.
Тут только одна тонкость: если цифранули в jpeg - то получим mjpeg и все будет чепушисто, кроме ширины канала.
А если начнем кодировать изменения (хоть mpeg2, хоть H.264) начнется веселуха с потерянными пакетами на приемной стороне. 😦
mjpeg без вариантов!, я писал уже наверное трижды
ниче страшного потерять 5-10 кадров из 25!
mjpeg без вариантов!,
Хотелось бы что-нить более комплексного. Например mjpeg в качестве опорного видео SD разрешения (или даже ниже вплоть до 320х240), с наращиванием качества за счет предксказаний и относительных изменений (а ля H264/265) в соотношении 50%/50% по пропускной. Тогда при хорошем канале имеем HD качество, а на границе скатываемся к QVGA.
боюсь арма и дешевого кодера тут уже не хватит, тут уже надо какие то специализированные плисины, ну или в писюк пихать.
ну и ценник будет соответствующий, тогда уже проще вифи городить,
или тупо айфон возить на борту и не парится ваабще
На RC Groups начались тесты оборудования…
На RC Groups начались тесты оборудования
Наконец-то… Ссылочку будьте лябезны 😉 …
www.rcgroups.com/forums/showthread.php?t=1852034
Только совершенно непонятно - кто, что, зачем…
Мануал их смотрели? Что-то мне кажется, что “HD там только до SD” - а по радио опять 😦 …
На RC Groups начались тесты оборудования…
Совершенно не в тему.
Вариант не удачной замены гопрошки?
Вообще да, никакая она не беспроводная, ничуть не лучше последнего “брелока”
Что-то мне кажется
Очень вероятно, но всё равно интересно дождаться окончания тестов.
Они там принимают 5.8 ГГц на обычный приемник RC805. О какой цифре может идти речь? О той, что на индикаторе канала высвечивается? 😃
www.rcgroups.com/forums/showpost.php?p=24439516&po…
Парни, спецы! А если вернутся к первым постам этой ветки, к Истокам так сказать, сей девайс 3D видео нормально крутит? Есть живые свидетели?
…если хотим качества, как ни крути от цифры нам не уйти! это факт!) …думаю это того стОит!
suntekstore.com/goods-10016850-24g_wireless_digita…
Ето цыфравой видео передатчик ?
А что об этом скажите?
www.nghobbies.com/cart/index.php?main_page=product…
Ето цыфравой видео передатчик ?
Это передатчик для передачи цифры, но слово “видео” там не уместно.
mjpeg без вариантов!, я писал уже наверное трижды
ниче страшного потерять 5-10 кадров из 25!
Какая-то патологическая страсть к mjpeg
Кодек h264 позволяет указать интервал между ключевыми кадрами, допустим, до приемлемой величины потерянных кадров в 15.
При этом общая занятая передачей видео полоса останется в 15-20 раз меньше,чем при использовании mjpeg (ссылку на статью об особенностях кодеков я ставил ранее)
Чтобы было понятно, для передачи картинки 720p с самолета (без учета среднестатистического кол-ва меняющихся блоков в кадре, передавать спортивный матч и статичную картинку из студии-огромная разница для h264) нужен канал в 3.8 мбит\сек.
По грубым прикидкам (на основе публично доступной статьи в вики) для передачи этого же видеосигнала потребуется 3.8*15 (минимум)=57 мбит\сек.
Здесь еще не учтен тот факт, что mjpeg, в отличии от h264,всегда требует постоянной устойчивой полосы не позволяет принципе экономить полосу.
Выигрыш по полосе у h264 позволяет, допустим, передавать на другой частоте синхронную копию видосигнала или использовать CRC для восстановления потерянных кадров. Но это уже не хоббийный уровень надежности. К слову, и резервирование канала передачи и CRC-алгоритмы успешно применяются в профессиональной технике.
использовать CRC для восстановления потерянных кадров
Во первых не CRC, а ECC (Errors Corection Code), а во вторых корректирующие коды не используьются при передаче по радоканалу, так как бесполезны. Коды типа Рида-Соломона предназначены для восстановления нескольких бит в болке из сотен байт, а провалы радиосигнала, как правило давят сотни бит, если не весь пакет.
Кодек h264 позволяет указать интервал между ключевыми кадрами, допустим, до приемлемой величины потерянных кадров в 15. При этом общая занятая передачей видео полоса останется в 15-20 раз меньше,чем при использовании mjpeg
Это да. Но на границе потери сигнала, будет задержка в 0.5 сек. А если довести количество ключевых до каждый 3-5, то разница будет уже меньше. Плюс задержка обработки, требующаяся H264 кодеку, для оптимального сжатия. Чем она меньше, тем хуже жмет.
Во первых не CRC, а ECC (Errors Corection Code), а во вторых корректирующие коды не используьются при передаче по радоканалу, так как бесполезны.
Вот засада, получается нас массово обманывают!
As mentioned above, the radios support a 12/24 Golay error correcting code…
This means that for every 12 bits of data the radio will send 24 bits, calculating the bits using Golay code lookup tables.
…allows the radio to correct bit errors of up to 3 bits in every 12 bits send…