мобильная платформа с vfp на orange pi

Dmitry__

=DeaD= писал(а):

Статье скоро 10 лет, и написала её какая-то контора, которая видеонаблюдением занимается.

Этот текст перепечатывается из сайта в сайт. Найди сам этот текст на сайте заслуживающего твоего внимания :wink:

Да я сам долго проработал в фирме видеонаблюдения. Имел секс с коробками по 5000$ h264 в оптику. Угадай, нет там задержек?

И вообще, хоть кто-нибудь видел камеру h264 с хотя бы 50мс. задержкой? Или вы тут все сферические кони в насыщенной среде?

Вот тебе еще ссылко:
http://mediasat.info/2015/08/10/video-compression/
Оценка задержки h264 - кол! jpeg2000 - пять, а это практически mjpeg

Angel71 писал(а):

Dmitry__, т.е. за меня уже решил, чем заниматься в ближайшее время. как-то не серьёзно, времена не те - хотя бы конкурс устрой и грант выдели.

Если сделаешь кодек в 10 раз меньшим потоком чем у mjpeg с аналогичными всеми характеристиками, то ты и без меня озолотишься. А если дашь мне пинок в нужном направлении, то я постараюсь тебя хорошо отблагодарить...

Angel71

=DeaD=, хз, какие запросы в поисковике люди пишут, первая же ссылка в выдаче http://www.eetimes.com/document.asp?doc_id=1273759&page_number=3

Цитата:

Inside zero latency H.264 video encode-decode processing
In traditional approaches the encoding process starts when a complete frame of video is present, introducing at least 33ms of latency at the encoder and another 33ms at the decoder. In combination with multi-pass motion estimation, multi-pass rate control and frame-based noise filtering, traditional methods of implementation can easily exhibit in excess of 200ms encode-decode latency.

In contrast, W&W Communications has taken a radically different approach to the implementation of H.264 video codecs with its recently announced Taos architecture. By making heavily use of inherent pipelining - among other techniques - in the H.264 video coding standard, Taos is optimized to achieve extremely low encode-decode latencies of sub 2ms, between the source video and the rendered decoded video.

пусть в итоге на всё про всё не 2мс как у них получится, а 50 или 100, всё-равно есть возможность транслировать видео с задержкой менее 200-300мс.

=DeaD=

Dmitry__ писал(а):

Да я сам долго проработал в фирме видеонаблюдения. Имел секс с коробками по 5000$ h264 в оптику. Угадай, нет там задержек?

И вообще, хоть кто-нибудь видел камеру h264 с хотя бы 50мс. задержкой? Или вы тут все сферические кони в насыщенной среде?

Я где-то размахивал утверждением, что h264 это прямо лучший выбор для Low-Latency?

Я лишь сказал, что быть такого не может, чтобы надо было сначала 10 кадров схавать кодеру, чтобы декодер раскодировать смог первый кадр. Я в свою сторону доказательства привёл. Ты всё еще придерживаешься своего неожиданного утверждения?

Dmitry__

=DeaD= писал(а):

Я в свою сторону доказательства привёл. Ты всё еще придерживаешься своего неожиданного утверждения?

Ты ничего не привел, это пук в лужу. Хотя бы масштабируй свой мега анализ на каналы передачи. Я уже спорил с тобой на тему фильтров, хватит. Кодирование/декодирование видео я лично разрабатывал.
Детская неожиданность у тебя случится, как обычно :wink:

=DeaD= писал(а):

Я где-то размахивал утверждением, что h264 это прямо лучший выбор для Low-Latency?

Ну и слава Богу, ждем кодек от Angel с 2 мс. задержкой

А пока можете пофапать на “Zero Latency” с 70мс

http://www.dveo.com/pdf/MAKO-HD.pdf

=DeaD=

Angel71 писал(а):

=DeaD=, хз, какие запросы в поисковике люди пишут, первая же ссылка в выдаче http://www.eetimes.com/document.asp?doc_id=1273759&page_number=3

Цитата:

In contrast, W&W Communications has taken a radically different approach to the implementation of H.264 video codecs with its recently announced Taos architecture. By making heavily use of inherent pipelining - among other techniques - in the H.264 video coding standard, Taos is optimized to achieve extremely low encode-decode latencies of sub 2ms, between the source video and the rendered decoded video.

пусть в итоге на всё про всё не 2мс как у них получится, а 50 или 100, всё-равно есть возможность транслировать видео с задержкой менее 200-300мс.

Видел это. Там что-то очень "космическое" по ценам. Проприетарная технология кодирования W&W Communications, Inc.
Например, их чип WW20000BA с этой технологией кодирования стоит всего лишь $1,974 в некоторых (очень редких) местах

И применяется оно отнюдь не в камерах видеонаблюдения

Добавлено спустя 17 минут 32 секунды:

Dmitry__ писал(а):

Ты ничего не привел, это пук в лужу. Хотя бы масштабируй свой мега анализ на каналы передачи. Я уже спорил с тобой на тему фильтров, хватит. Кодирование/декодирование видео я лично разрабатывал. Детская неожиданность у тебя случится, как обычно :wink:

Не стоит так нервно

Давай разберемся, может я тебя не так понял?

Ты писал:

Dmitry__ писал(а):

чтоб выдать один кадр, надо получить 9 прошлых кадров. Вот и задержка в 0.2 сек.

Надо ли понимать это так, что пока 10-й кадр в закодированном виде не будет получен декодером, мы не сможем декодировать первый кадр?

Dmitry__

=DeaD= писал(а):

И надо ли понимать твоё утверждение

Ты, для начала, определись с каналом передачи. Если он как в твоих рассуждениях - бац! получили кадр, потом - бац!, получили мелкие кадры разницы. То все ок.

А если у тебя есть определенный канал связи с определенной пропускной способностью, ну ты понел

=DeaD=

Dmitry__ писал(а):

Ты, для начала, определись с каналом передачи. Если он как в твоих рассуждениях - бац! получили кадр, потом - бац!, получили мелкие кадры разницы. То все ок.

А если у тебя есть определенный канал связи с определенной пропускной способностью, ну ты понел

А что за проблемы с каналом у H.264, которых нет у Motion-JPEG? Первый "бац" вроде должен синхронно у них пройти?

Dmitry__

=DeaD= писал(а):

А что за проблемы с каналом у H.264, которых нет у Motion-JPEG? Первый "бац" вроде должен синхронно у них пройти?

А в том и проблема, что у H.264, У которого в 5 раз лучше сжатие, должен быть канал уже в 5 раз :wink:

Вот только в жызне все не так и h.264 годится только для записи на винчестер, у которого - бац! получили кадр, ферштейн?

=DeaD=

Dmitry__ писал(а):

А в том и проблема, что у H.264, У которого в 5 раз лучше сжатие, должен быть канал уже в 5 раз :wink:

С хрена ли, простите?

Весьма неожиданно сравнивать Motion-JPEG на канале 100мбит и H.264 на канале 10мбит, после чего возмущаться, почему у последнего Latency хромает.

Как говорится, хватит с вас и того, что места в хранилище надо в 5 раз меньше, ишь удумали еще и на сетевом сэкономить :ROFL:

Angel71

=DeaD=, то, что дорого выходит конкретная реализация, это немного другой момент. в выдаче на тему низких задержек, в том числе и для fpv и даже с h264 кодированием, очень много всего отличного от "это не по фен-шую, это не возможно". с исходниками тоже что-то есть. когда понадобится, просто это всё нужно будет детально изучать, пробовать, подбирать оптимальный вариант решения задачи. а на эти "это не возможно, по тому, что у меня не получилось" мягко говоря прохладно.

Dmitry__

=DeaD= писал(а):

Весьма неожиданно сравнивать Motion-JPEG на канале 100мбит и H.264 на канале 10мбит

Кому он нужен 100мбит? :shock:

Тебе уже обьяснили профессионально тут про распространение wifi. У меня лежит разработка 3 года на mjpeg 20мс задержка, 5мбит поток. Вот только я не могу найти модем на 5мбит. А твоему волшебному h.264 надо 0.5 мбит

, коих модемов как грязи...

Добавлено спустя 5 минут 35 секунд:
Кста, 3 ip камеры с h264 не живут на wifi в квадрате 10х10 метров. И это мы проверили в нашем клубе на роботах лет 6 назад. Вот така фигня...

Angel71

эээээээээ... с таким подходом мы бы до сих пор сидели с эзернетом с намного меньшими битрейтами, стриминг видео через обычные 3g модемы лагал бы и подвисал, не было бы кучи всего привычного с lvds и т.д. классический вариант решения нехватки пропускной это передавать по нескольким каналам.

Dmitry__

Предлагаешь взять 10 модемов по 0.5 мбит? Не готов. Лучше дождусь от вас h264 на один модем

На самом деле я нашел решение с 5 мбит. Прямо в аналоговом TV канале передавать цифру, причем простой телек будет показывать квадратики без нарушения синхронизации растра, ну как в свое время накопители на видеокассетах. Вот только реализация такого передатчика и приемника - это примерно еще 0.5 года жизни :cry:

Дай мне модем с гарантированным каналом 5мбит. на 50 метров

Добавлено спустя 8 минут 45 секунд:
Ой, ну естественно, чтоб рядом с этим модемом могли еще 5 таких работать. Ну в клубе 6 роботов...

Angel71

мопед не дам, а в дар принять это без проблем. за битрейтами не гонюсь, так что сойдёт и nrf52840. дать могу... ээээээ.... во, придумал! поролоновой сковородкой по шее. лучше объясни, чем тебя аналоговое не устроило? разрешения для fpv маленькие? да вроде не всё так печально, есть варианты аналогового hd видео. перебирали варианты, пока на попробовать первым в списке ahd, а там видно будет.

Dmitry__

Так у нас все сейчас и работает на аналоговом видео, и китайские камеры хакнул, переключаются tv каналы прямо из программы управления клубом, и osd графику хакнул из автомобильного tv тюнера. Но диверсити так и не доделал. Да и слишком геморно разворачивать такие клубы, надо к каждому клубу давать профессионального антенщика-фидерщика. Надо уходить в цифру...

Добавлено спустя 3 минуты 42 секунды:

Angel71 писал(а):

так что сойдёт и nrf52840. дать могу... ээээээ.... во, придумал! поролоновой сковородкой по шее

Это который Bluetooth? Не будет работать...
Да, nrf24 тоже проверил, НЕ РАБОТАЮТ! При близком расположении 6-10 таких трансиверов, все начинает глючить. Пока работают только субгигагерцовые cc430.

roboforum.ru

мобильная платформа с vfp на orange pi

Кто сейчас на конференции