roboforum.ru

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

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

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.

Dmitry__ писал(а):Да я сам долго проработал в фирме видеонаблюдения. Имел секс с коробками по 5000$ h264 в оптику. Угадай, нет там задержек?
И вообще, хоть кто-нибудь видел камеру h264 с хотя бы 50мс. задержкой? Или вы тут все сферические кони в насыщенной среде?

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

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

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мс.

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

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

=DeaD= писал(а):И надо ли понимать твоё утверждение

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

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

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

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

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