Беспроводная передача видео в full HD

Володимир

В принципе камеры 700ТВЛ в цвете подходящего нам форм-фактора только появились. Т.е. я летом когда в Москве искал камеру с
матрицей Sony 1/3" SONY 960H EXview HAD / Effio-E 700/750 ТВЛ - было всего два предложения.

Т.е. это все же 700ТВЛ. И значит предел пропускания видеотракта не достигнут - но уже рядом. Но картинка с видеорегистратора 1080р лучше…

serj
baychi:

Вспомните, через сколько времени после остановки записи ГоПро подтверждает это писком.
Насчет скорости сжатия - посмотрите любой стандарт сжатия, что такое опорные кадры и кадры изменений и почему 90% канала занимают именно базовые кадры.

Обычный алгоритм будет сжимать этот HD кадр 1920х1080х24 бит (это 6 Мбайт несжатых данных), как jpeg фотографию, то есть примерно в 10 раз до 0.6 Мбайт фотки (посмотрите раскадровку с ГоПро в jpeg, и Вы увидите те-же фотки размером от 0.4 до 0.7 Мбайт). Теперь главный вопрос: за сколько времени мы сможем передать 0.6 Мбайт данных (4.8 Мбит) через канал связи в 10-20 Мбит? Получается 250-500 мс. И только спустя это время на приемной стороне мы сможем разжать кадр и увидеть картинку.
Поэтому главный вопрос - есть ли такие алгоритмы, и можно ли ими воспользоваться на предлагаемой платформе, учитывая преимущественно аппаратные (то есть неизменяемые) алгоритмы сжатия?

Александр, я поизучал вопрос…
Опорный кадр 720p имеет примерно 90-100 кб, объема, 1080p - вдвое больше. Посему задержка его передачи примерно 150мс максимум. но опроный кадр не передается единовременно и целиком в H264. (зависит от профиля), поэтому теоретическая задержка может быть в пределах 100-200мс.
Но дело в том , что для эффективного сжатия необходима информация из будущего, и чем ее больше, тем эффективнее сжатие. И вся “красивость” картинки гоупро завязана на “психовидеовосприятие” , т.е ее кодек заточен не столько на сохранение информации в кадре, сколько на положительные эмоции зрителя 😃 . В общем что-то типа “теплого лампового звука” , только в видео варианте.

Expert

На самом деле, мы можем каждый кадр сделать ключевым, кодер H264 это позволяет делать.
но нам от этого лучше не будет- битрейт будет зашкаливать и получим уже mjpeg

и во всех новых кодеках идут уже B кадры, соответственно не получив оба ключевых кадра мы не сможем воссоздать картинку. а для двух ключевых кадров уже нужно время на два.
т.е. Если Каждую секунду делая ключи мы получим 2 секунды задержки.

Ну и не забываем, что у нас очень динамические сцены, на них H264 почти бесполезен, каждый кадр у нас “новый”.
т.ч. по любому нам нужен MJPEG как не крути.

Вахтанг

Абсолютно верно Дмитрий! вы меня опередили.
Надо учитывать, что опорный кадр для стационарно закрепленного на столбе камеры видео наблюдения одно дело а для установленного на боту подвижного аппарата совсем другое дело. Он практический каждый раз новый! причем, чем больше горизонтальная скорость и ниже высота полета, тем чаще!

DinAlt:

Соединил телек и проигрыватель через обычные аналоговые выход и вход

Вот в этом и кроется секрет.
Если бы вы соединили устройства с помощью HDMI щнура, тогда бы разницу и увидели бы.

Павeл
Expert:

Ну и не забываем, что у нас очень динамические сцены

Как раз таки сцены у нас разные, взлёт, посадка, низко, близко - динамические, но если набрать высоту 100м, где не колбасит, то наоборот, так вот нет ли алгоритма, который адаптируется под эту “динамичность”: на взлёте минимум разрешения и сжатия => задержка меньше, а на высоте HD, пусть с задержкой, не все пилотаж крутят.

Korogodsky
Expert:

нужен MJPEG как не крути

Интересное обсуждение, респект участникам.

amnesiax
Expert:

Ну и не забываем, что у нас очень динамические сцены, на них H264 почти бесполезен, каждый кадр у нас “новый”.

h265 примерно в 2 раза лучше жмет, чем h264.
Правда и требования к аппаратной части пропорционально вырастают.

Чтобы два раза не ходить:
“M-JPEG is an intraframe-only compression scheme (compared with the more computationally intensive technique of interframe prediction). Whereas modern interframe video formats, such as MPEG1, MPEG2 and H.264/MPEG-4 AVC, achieve real-world compression-ratios of 1:50 or better, M-JPEG’s lack of interframe prediction limits its efficiency to 1:20 or lower, depending on the tolerance to spatial artifacting in the compressed output. Because frames are compressed independently of one another, M-JPEG imposes lower processing and memory requirements on hardware devices.”

en.wikipedia.org/wiki/Motion_JPEG

1 month later
Yden

неплохо, на какое расстояние оно интересно передаёт

12 days later
leprud
Аслна:

не фулхд но уже цифра

А в чем тогда практический смысл? D1 поток то и “обычные” наши видеопередатчики гонят, а у цифры свои проблемы есть (пропуск опорных кадров, невозможность шумов и т.п.)
Как “вариант развития, предполагающий дальнейшее развитие” оно то вполне, но именно в таком виде как-то оно мне не по душе…

scooter-practic

видел в работе передатчик в мпег2 который передаёт. Американская военная типо хреновина. 0.8 сек задержка при идеальных условиях. 200 тыр стоит. передатчик. ещё и приёмник надо ведь.

Аслна
leprud:

А в чем тогда практический смысл? D1 поток то и “обычные” наши видеопередатчики гонят, а у цифры свои проблемы есть (пропуск опорных кадров, невозможность шумов и т.п.)

Вроде как цифра в разы превосходить обычный видеолинк и по дальности и по качеству. Даже если вспомнить тест codfm передатчика с приемником с 1 Вт-ным лавмейтом.

baychi
Аслна:

Вроде как цифра в разы превосходить обычный видеолинк и по дальности и по качеству

Это самообман.
Цифра дает стабильность картинки, пока связь хорошая. Когда связь ухудшается, аналог дает шум картинки или срывы синхронизации, а цифра внуждена тормозить. Что важнее для полета, оперативность или красота - каждый решает сам. Пассажиру важенее второе. 😃

Аслна
Expert:

ценник бы…

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

Expert

сори тока у них там передатчик и приёмники разные платы

baychi
Аслна:

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

Я бы тоже взял на пробу. Спрашивайте про “опт” из 2-х штук. 😃 Вдруг это снизит цену.

Lazy
Аслна:

Что народ скажет про этот новоиспеченный прибор.

Хлам.

Lazy
vtoryh:

Заявлено 200мвт и 400 метров.

Скажите, а что там digital, кроме

9 channels(digital display)

Где там HD, а тем более Full HD?
Это же банальный аналоговый передатчик. 😃

Народ, почему вы продолжаете верить в халяву и чудестную мультипликацию?
Давайте разберём проблему ещё раз, с практическй стороны?

Блочная камера Full HD стоит порядка 650-900 евро, без стекла. Я не рассматриваю китайские чудеса типа Wireless Network IP Camera, потому как продаю это и знаю что там на самом деле внутри.

К такой камере нужен объектив с креплением C\CS. Ладно, удалось купить дёшево - 50 баксов. 😃

Далее.
Блочные камеры Full HD имеют выход: USB 2\3, FireWire, GigE, CameraLink. И гонят нежатый поток.
Значит нужен девайс, что словит этот поток и пожмёт?
Компутер формата Pico-ITX стоит порядка 250-300 басков без ничего, голая материнка. Приблизительно столько же стоят мелкие платы типа Gumstick, мощей которых хватит что бы пожать поток.

Далее по коридору.
Технология передачи цифрового видео давным давно существует и называется она DVB-T.
На самом деле это нично иное как COFDM линк. Но готовых девайсов этого типа на рынке буквально единицы. И все абсолютно они зачислены в устройства двойного назначения. Продолжать?