Аргументы в пользу открытия

Стоит ли избегать проприетарных решений для AvoIP?

Если есть что-то, чем славится индустрия профессионального AV-оборудования, так это наше постоянное внедрение и использование запатентованных систем для продуктов управления сигналами. Учтите, что смежные отрасли (телекоммуникации, вещание, кино, потоковое вещание и цифровое изображение) работают в рамках совместных всемирных отраслевых групп над разработкой, тестированием и принятием стандартов аудио- и видеоинтерфейсов и сжатия. Между тем, мы часто просто выбираем «победителей» из групп конкурирующих проприетарных систем и придерживаемся их, основываясь на сильных маркетинговых и коммерческих предложениях.

Подумайте обо всех коммутаторах и удлинителях на основе HDMI, предложенных за последние два десятилетия: хотя большинство из них работали довольно хорошо, доминирующие продукты стали такими просто потому, что их производители были достаточно крупными, чтобы превзойти конкурентов на раннем этапе продаж, установив железную хватку, которая в конечном итоге вытеснили всех новичков.

[USB-C: один размер подходит всем?]

Теперь мы наблюдаем, как нечто подобное происходит с переходом на коммутацию и распределение видеосигналов на базе IT/IP. За пределами AV-индустрии кодеки, используемые для сжатия видео, основаны на форматах с открытым исходным кодом, которые выросли из групп пользователей, тщательно тестировались и улучшались и в конечном итоге стали стандартизированными. Наиболее известные примеры разработаны Группой экспертов по движущимся изображениям (MPEG, основана в 1988 году) и Объединенной группой экспертов по фотографии (JPEG, основана в 1992 году).

С этими кодеками регулярно сталкиваются как профессионалы, так и потребители. В вещании, кабеле и потоковом видео используются кодеки MPEG (MPEG-2, MPEG-4 H.264, HEVC H.265), а фотографы (и ваш смартфон) полагаются на варианты JPEG. В цифровом кино также используется кодек JPEG — JPEG2000.

Преимущества стандартизации этих кодеков с открытым исходным кодом очевидны: любой человек в любой точке мира — используя совместимый телевизор, компьютер, планшет, телефон или другое средство просмотра — может смотреть видеопотоки MPEG и фотографии, сжатые в формате JPEG, через беспроводное или проводное соединение.

Кодеки на основе MPEG обычно имеют высокую степень сжатия и, соответственно, большую задержку. В первую очередь они созданы для повышения эффективности, минимизируя скорость передачи данных и размеры файлов. Поэтому они не подходят для распространения и воспроизведения сигналов в реальном времени.

[Почему dvLED набирает долю рынка]

С другой стороны, кодеки на основе JPEG имеют очень низкую задержку и используют гораздо меньше сжатия, но результирующие видеопотоки имеют более высокую скорость передачи данных и большие размеры файлов. Логично, что если мы хотим заменить системы управления сигналами на основе HDMI эквивалентом AV-over-IP для доставки высококачественного видео с малой задержкой, тогда кодек на основе JPEG или аналогичная запатентованная система, использующая легкое сжатие, является лучшим решением. единственный путь. Но что является лучшим выбором?

Существует множество способов сжатия видеосигналов. Кодеки JPEG делают это путем легкого сжатия серии неподвижных кадров видео, которые затем воспроизводятся со стандартной частотой кадров. (Вспомните те флип-фильмы, которые вы снимали в детстве.)

Любой человек в любой точке мира, используя совместимый телевизор, компьютер, планшет, телефон или другое средство просмотра, может смотреть видеопотоки MPEG и фотографии, сжатые в формате JPEG, через беспроводное или проводное соединение.

В отличие от сжатия MPEG, в котором используется метод «копирования и повторения» для минимизации избыточной информации изображения от кадра к кадру в сочетании с кадрами, которые просматриваются вперед и назад для прогнозирования пространственных и временных изменений (следовательно, всей этой задержки), JPEG не использует интерполяцию кадров. и прогнозирование вообще. Вся информация о яркости и цвете в каждом кадре видео JPEG является полной и может храниться отдельно от предыдущих и последующих видеокадров.

Сжатие потока дисплея (DSC), еще один метод сжатия света, который был первоначально разработан в 2014 году для сигналов дисплея, работает аналогичным образом и является основой для проприетарного видеокодека, который сейчас продается для управления AV-сигналами с использованием более старой версии HDMI 2.0. Разница между кодеками DSC и JPEG заключается в том, что DSC ограничен сжатием 2:1 — этого достаточно, чтобы передать видеосигнал Ultra HD (4K) с 8-битным цветом RGB через сетевой коммутатор 10 Гбит/с.