Изображения в формате 4K стали стандартом качества для многих вещательных приложений. Ключевое требование состоит в том, чтобы каналы передачи имели достаточную пропускную способность. Ссылки, использующие H.264, могут быть перегружены из-за гораздо более высоких требований к пропускной способности видео 4K. HEVC часто является лучшим решением. Как это работает и в чем преимущества?

Пять лет назад вам пришлось бы брать вторую ипотеку, чтобы получить в свои руки камеру 4K. Сегодня ваш iPhone — это камера 4K. Изменение было драматичным. 4K больше не является предметом споров; промышленность явно прибыла. А с учетом первых положительных отзывов о высоком качестве 4K-изображений, создаваемых новым Apple iPhone X, вещательные компании и производители контента должны ожидать появления этих новых камер во многих профессиональных приложениях. Теперь возникает вопрос, как лучше всего перенести эти изображения обратно в студию.

Во многих отношениях 4K стало возможным благодаря впечатляющим достижениям в области сжатия видео. H.264 (также называемый AVC), отраслевой стандарт сжатия видео, который позволяет записывать, сжимать и распространять цифровой видеоконтент, хорошо служил нам в течение многих лет. Но все меняется – и быстро.

Достижения в области сжатия видео привели к появлению H.265 (HEVC) и проложили путь к качеству видео, которого мы еще не видели. Основное преимущество кодирования HEVC заключается в следующем: значительное качество изображения при значительно более низких битрейтах. И для живых стримеров это важное событие.

H.264 и HEVC: в чем разница?

H.264 работает путем обработки кадров видео с использованием блочного стандарта сжатия видео на основе компенсации движения. Эти блоки называются макроблоками. Макроблоки (см. изображение ниже) обычно состоят из выборок размером 16×16 пикселей, которые можно разделить на блоки преобразования, а также на так называемые блоки предсказания.

Хотя это может показаться запутанным, вот что вам нужно знать: алгоритм H.264 может значительно снизить скорость передачи данных лучше, чем предыдущие стандарты, и широко используется для потоковой передачи интернет-источников, таких как видео с Vimeo, YouTube, iTunes и т. д. .

Чем отличается H.265?

H.265 более совершенен, чем H.264, по нескольким параметрам. Основное отличие заключается в том, что HEVC позволяет еще больше уменьшить размер файла и, следовательно, уменьшить требуемую пропускную способность ваших видеопотоков в реальном времени.

В отличие от макроблоков H.264, H.265 обрабатывает информацию в так называемых единицах дерева кодирования (CTU). В то время как макроблоки могут охватывать блоки размером от 4×4 до 16×16, CTU могут обрабатывать до 64×64 блоков, что дает возможность более эффективно сжимать информацию.

Что означает HEVC для прямой трансляции?

Независимо от вашего мастерства в области прямых трансляций, очевидно, что прямые трансляции никуда не денутся и что индустрия продвигается вперед к форматам с высоким битрейтом и высоким качеством изображения.

Прямые трансляции быстро распространяются от отдельных лиц на Facebook и YouTube до влиятельных лиц в социальных сетях, малых и средних организаций, спортивных франшиз, профессиональных вещательных компаний и корпоративных предприятий. В результате индустрии потокового вещания потребуется инфраструктура для ее поддержки.

По мере того, как вы готовитесь к натиску прямых трансляций и к еще более серьезным техническим проблемам, связанным с прямой трансляцией 4K, инвестируйте в платформы, которые могут обеспечить сверхвысокое качество прямых трансляций 4K с уровнем простоты, надежности и технической сложности для поддержки ваши постановки. В идеале эти платформы могут кодировать видео с разрешением до 4K60HDR в формате HEVC, а предоставление пользователям возможности транслировать события в прямом эфире, не требуя большой пропускной способности сети, обеспечит успешное проведение мероприятий.

Несмотря на то, что не всем потребуется прямая трансляция в формате 4K, важно подумать, будут ли платформы, в которые вы инвестируете сегодня, поддерживать вас завтра.

Гордон Дейли, генеральный директор BoxCast

Вам также может понравиться…

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

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

В то время как облачные услуги и удаленное производство доминировали во многих разговорах на недавних выставках, камеры и обработка изображений остаются ключевой частью любого рабочего процесса. На предстоящей выставке IBC Show многие компании продемонстрируют новые технологии захвата изображения…

Концепция удаленного производства — перемещение необработанного контента, созданного на месте проведения мероприятия, обратно в основное помещение для производства и управления — быстро набирает популярность в мире вещания.

Основанная в 2004 году как Appear TV, в 2021 году компания была переименована в Appear, чтобы лучше отразить расширяющийся портфель продуктов и клиентов, не связанных с вещанием (таких как телекоммуникационные компании, операторы головных станций и гостиничный сектор), которых она сейчас поддерживает. Основанная в Осло компания Appear запустила…

Глобальная точка зрения

5 причин, по которым потоковые серверы HEVC (h.265) перегружены

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

Чтобы значительно упростить процесс; чтобы видео транслировалось через Интернет, оно должно сначала захватить аудио и видео с помощью микрофона и камеры. Затем эти необработанные данные должны быть сжаты (закодированы) в кодек, переданы через интернет-соединение (с использованием транспортного протокола), отправлены на какое-либо решение на стороне сервера (обычно CDN или облачный кластер, такой как Red5 Pro) и впоследствии распаковывается (декодируется), чтобы подписчик наконец посмотрел видео.

В настоящее время используется несколько различных кодеков, включая VP8/9, AVC (h.264), HEVC (h.265) и AV1. В предыдущем посте мы рассмотрели AV1 и планируем рассмотреть VP8 и VPN9 в ближайшем будущем, поэтому в этом посте основное внимание будет уделено тому, почему AVC (h.264) является более эффективным выбором для потоковой передачи с низкой задержкой по сравнению с настройкой Решение для потокового сервера HEVC (h. 265).

HEVC (высокоэффективное кодирование видео), также известное как h.265, — это новейший международный стандарт сжатия видео. Это преемник AVC (h.264) (впервые выпущенный в 2003 г.), которому предшествовал MPEG-4. Стандарт HEVC, разработанный ISO/IEC MPEG (Экспертная группа по кинематографии) и ITU-T VCEG (Экспертная группа по кодированию видео), впервые стал доступен в 2013 году9.0082

Логически можно предположить, что, поскольку HEVC является последним разработанным кодеком, он будет наиболее эффективным. Реальность, однако, более сложна. HEVC предлагает преимущества с точки зрения эффективности сжатия: файл HEVC занимает примерно вдвое меньше места для хранения, чем эквивалентный файл ACV. Меньший размер файла означает, что он требует меньше места для хранения, что, что более важно, соответствует меньшему потреблению полосы пропускания при потоковой передаче. Эта повышенная эффективность сжатия обусловлена ​​тем, как HEVC обрабатывает макроблоки. HEVC также отличается улучшенной сегментацией блоков переменного размера, улучшенными фильтрами устранения блочности и компенсации движения, адаптивной фильтрацией смещения выборки, а также улучшенным прогнозированием и точностью вектора движения. На этой странице из группы x265 есть отличное объяснение этих терминов и того, как они могут повысить эффективность HEVC.

Почему при всех этих преимуществах кодек HEVC не является лучшим кодеком для прямой трансляции?

Основная причина связана с задержкой. Несмотря на то, что HEVC в конечном итоге создает видео меньшего размера, которое можно отправить быстрее, поскольку для отправки меньше данных, все это дополнительное сжатие (по сравнению с AVC) означает, что для фактического сжатия потребуется гораздо больше времени. Таким образом, отправка видео займет больше времени. Для отправки может потребоваться меньше пропускной способности, но больше времени для фактического сжатия, что в конечном итоге превосходит время, сэкономленное при потоковой доставке.

Хотя для тех из нас, кто работает в индустрии потокового вещания, это может показаться очевидным, стоит объяснить, почему это важно. Задержка важна, поскольку любая задержка между вещателем и подписчиком будет препятствовать интерактивному потоковому вещанию в прямом эфире. Любое приложение для прямой трансляции требует малой задержки, чтобы обеспечить естественный поток. Трансляции спортивных состязаний и событий должны предотвращать спойлеры или обеспечивать реакцию толпы в режиме реального времени, прямые аукционы должны обеспечивать регистрацию ставок в нужное время, а социальные платформы должны обеспечивать беспрепятственный обмен мнениями.

Поскольку HEVC имеет больше накладных расходов, это может привести к задержке по сравнению с кодированием h.264.

Для работы с кодеком необходимо наличие поддерживаемых аппаратных или программных кодировщиков. HEVC пострадал от низкого уровня внедрения, в немалой степени из-за патентного лицензирования. В то время как AVC имеет только 1, HEVC имеет четыре связанных с ним патентных пула: HEVC Advance, MPEG LA, Velos Media и Technicolor. Это делает его более дорогим, что препятствует более широкому внедрению, ограничивая его конкретными аппаратными кодировщиками и мобильными наборами микросхем. Кроме того, в 2013 году Cisco открыла исходный код своей реализации h.264 и выпустила ее в виде бесплатного двоичного файла для загрузки. Это был гигантский толчок к широкому внедрению AVC.

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

В отличие от AVC, HEVC не поддерживается большинством интернет-браузеров. Только Edge, Internet Explorer и Safari поддерживают HEVC, и даже в этом случае устройство, на котором запущен браузер, все равно должно поддерживать аппаратное кодирование HEVC. Даже когда HEVC поддерживается в браузерах с правильной реализацией, WebRTC имеет тенденцию работать неправильно.

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

Преимущество более высоких коэффициентов сжатия и меньшего размера файлов частично заключается в том, что они потребляют меньше пропускной способности, а это означает, что пользователи по-прежнему могут транслировать видео высокого качества при более низких скоростях Интернета. Реальность такова, что при средней глобальной скорости загрузки 42,63 Мбит/с для фиксированных широкополосных подключений в большинстве мест скорость интернета достаточно высока, чтобы поддерживать даже потоковую передачу 4K через AVC. Мобильные устройства имеют значительно более низкую среднюю скорость — 10,9.3 Мбит/с, но даже этого более чем достаточно для 1080p.

Эта диаграмма от Boxcast показывает, что средняя мировая скорость соединения определенно способна удовлетворить требования скорости загрузки на всех уровнях разрешения.

Для пользователей в странах с более низкой скоростью интернета поддержка адаптивного битрейта может регулировать битрейт для обеспечения наилучшего восприятия, а транскодирование может разделять трансляции на несколько категорий для наилучшего восприятия в зависимости от доступной полосы пропускания. Когда дело доходит до потоковой передачи на мобильные устройства с подключением 2 или 3G, устройствам размером с вашу ладонь даже не требуется разрешение 1080p, чтобы хорошо выглядеть. 720 или даже 480 все равно будут отображаться с хорошим качеством.

Однако следует признать, что файлы меньшего размера сэкономят деньги компаний в отношении расходов на пропускную способность. Файлы меньшего размера означают, что вам не придется платить столько за потоковую передачу большего количества данных через CDN или облачные сети. Хотя это, безусловно, хорошо, только при действительно высоких настройках разрешения, таких как 4K, уменьшение потребления данных вдвое имеет существенное значение.

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

LCEVC (Low Complexity Enhancement Video Coding) добавляет дополнительный уровень обработки для повышения коэффициента сжатия в диапазоне 40% для существующих и будущих версий MPEG или других кодеков, таких как VP9 и AV1. Как мы рассказывали в предыдущей статье, LCEVC — очень многообещающая технология, поскольку она, по сути, превращает текущую группу протоколов, которые уже были приняты в той или иной форме, в более эффективные протоколы сами по себе.

Судя по всему, поставщики контента смогут использовать программные или аппаратные кодировщики с поддержкой LCEVC в сочетании с кросс-облачной платформой Red5 Pro для облегчения потоковой передачи в реальном времени с помощью нового поколения видеоформаты, требующие интенсивной обработки. В зависимости от того, какой основной кодек используется, это относится не только к 4K и, в конечном итоге, 8K UHD, но и к форматам, разработанным для 360-градусного просмотра, виртуальной реальности и других инноваций.

Это связано с тем, что практически любое устройство может поддерживать тонкий клиент LCEVC, встроенный в проигрыватель приложений поставщика услуг или загружаемый независимо на устройства зрителей. Кроме того, LCEVC поддерживает бесплатную поддержку браузера с помощью подключаемого модуля через сопутствующую реализацию HTML5 JavaScript. Это означает, что широкое внедрение должно быть достаточно простым.

Тем не менее, AV1 готов заменить как h.264, так и h.265. В консорциуме, стоящем за этим, участвуют все основные игроки, и он не требует лицензионных отчислений. Все, что сдерживает AV1 прямо сейчас, — это отсутствие кодировщиков в реальном времени. Как только они станут широко доступными, AV1 (особенно в сочетании с LCEVC) станет шагом вперед.

Хотя HEVC, безусловно, улучшает аспекты AVC, этих улучшений недостаточно, чтобы преодолеть недостатки. С более высокой задержкой из-за более длительного времени кодирования, проблемами лицензирования патентов, ограничивающими внедрение, отсутствием поддержки браузеров и реальным разрешением просмотра большинства прямых трансляций HEVC не совсем оправдывает ожидания. В целом, сервер потоковой передачи AVC будет намного эффективнее, чем сервер потоковой передачи HEVC. Что еще более важно, LCEVC готов обойти всю проблему кодека, сделав ее практически недействительной.

Думаете, мы что-то упустили в нашем анализе? Дайте нам знать, отправив электронное письмо по адресу [email protected] или запланировав звонок с нами, чтобы узнать больше о Red5 Pro.

6 причин, по которым потоковое вещание в формате h.265 нецелесообразно

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

По сути, для потоковой передачи видео через Интернет сначала необходимо использовать микрофон для захвата звука и камеру для захвата серии изображений, которые составят видео. Затем эти необработанные данные должны быть сжаты (закодированы) в кодек, переданы через интернет-соединение (с использованием транспортного протокола), отправлены на какое-либо решение на стороне сервера (обычно CDN или облачный кластер, такой как Red5 Pro), и впоследствии распаковывается (декодируется), чтобы подписчик наконец посмотрел видео.

В настоящее время используется довольно много кодеков, включая VP8/9, h.264 (AVC), h.265 (HEVC) и AV1. В предыдущих постах мы рассмотрели AV1 и VP8/9, поэтому в этом посте основное внимание будет уделено h.265. Конечно, самое главное, какой кодек работает лучше всего. Таким образом, мы представим пример того, как в настоящее время h.264 является более эффективным выбором для потоковой передачи с низкой задержкой.

Кодек h.265, или высокоэффективное кодирование видео (HEVC), был разработан совместными усилиями группы экспертов по кодированию видео (VCEG) и группы экспертов по движущимся изображениям (MPEG). Утвержденный в апреле 2013 года, он стал официальным преемником стандарта h.264, также известного как Advanced Video Coding (AVC). Это улучшает эффективность сжатия h.264, уменьшая размер видео примерно на 50%.

H.264 или AVC в настоящее время является наиболее распространенным видеокодеком. По состоянию на сентябрь 2019 года его используют 91% разработчиков видеоиндустрии. Как и h.265, h.264 также был разработан Группой экспертов по движущимся изображениям (MPEG) в качестве улучшения по сравнению с предыдущими стандартами с целью доставки эффективно сжатого высококачественного видео через Интернет.

Лицензированный организацией MPEG-LA, H. 264 защищен многими патентами. Однако в 2013 году Cisco фактически заплатила за патентную лицензию, чтобы открыть ее для бесплатного общего использования. Cisco сделала это, открыв исходный код кодировщика и декодера под названием openh364. Это открыло двери для широкого внедрения кодека h.264, и реализации openh364 появились во всех веб-браузерах.

Логически можно предположить, что, поскольку HEVC (h.265) является последним разработанным кодеком, он будет наиболее эффективным. В реальности все сложнее. Как и предполагалось, HEVC обеспечивает лучшую эффективность сжатия, чем AVC (h.264). H.264 займет примерно вдвое больше места, чем эквивалентный файл HEVC. Меньший размер файла означает, что он требует меньше места для хранения, что, что более важно, соответствует меньшему потреблению полосы пропускания при потоковой передаче. Повышенная эффективность сжатия HEVC обусловлена ​​тем, как он обрабатывает макроблоки. HEVC также имеет улучшенные фильтры устранения блочности и компенсации движения, улучшенную сегментацию блоков переменного размера, адаптивную фильтрацию смещения выборки, а также усовершенствованное предсказание и точность вектора движения. На этой странице из группы x265 есть отличное объяснение этих терминов и то, как они могут повысить эффективность HEVC.

Почему при всех этих преимуществах HEVC не лучший кодек для прямой трансляции? Мы рассмотрим 6 причин.

Среди причин, по которым h.264 лучше, чем h.265, самой большой является задержка. Задержка связана со скоростью кодирования, поскольку чем больше времени требуется для кодирования данных, тем дольше будет задерживаться поток.

Как указывалось ранее, HEVC создает видео меньшего размера, чем AVC. Меньший размер файла упрощает и ускоряет его передачу через Интернет, поскольку для потоковой передачи требуется меньше данных. Однако экономия от отправки файла меньшего размера перевешивается продолжительностью времени, которое требуется для кодирования файла h.265. По сравнению с AVC, HEVC требует гораздо большего сжатия, что приводит к гораздо большему времени для подготовки файла к потоковой передаче. Таким образом, отправка видео займет больше времени. Несмотря на меньшую полосу пропускания, увеличенное время кодирования в конечном итоге превосходит время, сэкономленное при потоковой доставке.

Те, кто менее знаком с индустрией потокового вещания, могут не понять, почему задержка так важна. Длительная задержка между вещателем и подписчиком существенно ухудшает качество интерактивной потоковой передачи. Любое приложение для прямой трансляции требует малой задержки, чтобы обеспечить естественный поток. В этом отношении long — это всего лишь вопрос секунд.

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

По сути, дополнительные накладные расходы от HEVC означают, что он будет иметь большую задержку по сравнению с кодированием AVC.

Для работы с кодеком аппаратные или программные кодировщики должны его поддерживать. Беспокойство по поводу патентного лицензирования является основной причиной того, что HEVC не получил широкого распространения с момента его выпуска. В то время как AVC имеет только 1, HEVC имеет четыре связанных с ним патентных пула: MPEG LA, Technicolor, HEVC Advance и Velos Media. Это делает его более дорогим, что препятствует более широкому внедрению, ограничивая его конкретными аппаратными кодировщиками и мобильными наборами микросхем. Как упоминалось ранее, Cisco открыла исходный код своей реализации h.264 и выпустила ее в виде бесплатного загружаемого бинарного файла. Это ускорило внедрение AVC до широкого использования, которым он пользуется в настоящее время.

Несмотря на то, что доступны программные кодировщики HEVC (которые, кстати, также имеют те же лицензионные ограничения), использование программных кодировщиков создаст проблемы с производительностью, поскольку будет потреблять больше ресурсов ЦП. Поскольку прямая трансляция уже является процессом с интенсивным использованием ЦП, все, что еще больше увеличивает нагрузку на ЦП, будет вдвойне проблематичным, поскольку срок службы батареи уменьшится, а задержка потенциально увеличится.

В отличие от AVC, HEVC не поддерживается большинством интернет-браузеров. Только Internet Explorer (сейчас прекращается), Edge и Safari поддерживают HEVC. К сожалению, даже если браузер поддерживает HEVC, нет гарантии, что он действительно будет работать, поскольку устройство, на котором запущен браузер, все равно должно поддерживать аппаратное кодирование HEVC. Кроме того, даже если все полностью поддерживается, WebRTC (используемый для передачи в реальном времени) имеет тенденцию работать неправильно.

Широкое использование ноутбуков и мобильных устройств для работы в Интернете означает, что невозможность просмотра видео в интернет-браузерах серьезно ограничивает доступ пользователей к прямой трансляции. Поддержка широкого спектра устройств — единственный способ обеспечить доступ к нему самых разных пользователей.

Одним из преимуществ более высокой степени сжатия и меньшего размера файлов является то, что при этом потребляется меньше пропускной способности, а это означает, что пользователи по-прежнему могут транслировать видео высокого качества при более низких скоростях Интернета. Реальность такова, что при средней глобальной скорости загрузки 42,63 Мбит/с для фиксированных широкополосных подключений в большинстве мест скорость интернета достаточно высока, чтобы поддерживать даже потоковую передачу 4K через AVC. Мобильные устройства имеют значительно более низкую среднюю скорость — 10,9.3 Мбит/с, но даже этого более чем достаточно для 1080p.

Эта диаграмма из Boxcast показывает, что средняя скорость соединения по всему миру определенно соответствует требованиям скорости загрузки на всех уровнях разрешения.

Существуют методы помощи пользователям в странах с низкой скоростью интернета, такие как адаптивный битрейт (ABR) и транскодирование. ABR регулирует битрейт для обеспечения максимально плавного воспроизведения, а транскодирование разделяет трансляции на несколько категорий для максимально возможного качества в зависимости от доступной полосы пропускания. Некоторые мобильные устройства могут зависнуть на соединениях 2 или 3G, но устройствам размером с вашу ладонь на самом деле не нужно разрешение 1080p, чтобы хорошо выглядеть. 720 или даже 480 все равно будут отображаться с хорошим качеством.

Однако реальность такова, что видео меньшего размера сэкономит компаниям деньги на затратах на полосу пропускания. Более сжатое видео означает меньше данных для потоковой передачи, что приводит к тому, что вам не нужно платить столько за данные, отправляемые через CDN или облачные сети. Прямая трансляция H.264 может стоить немного дороже, но она обеспечивает лучшие результаты, создавая более производительные приложения, привлекающие больше пользователей. Хотя это, безусловно, хорошо, только при действительно высоких настройках разрешения, таких как 4K, уменьшение потребления данных вдвое имеет существенное значение.

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

LCEVC (Low Complexity Enhancement Video Coding) добавляет дополнительный уровень обработки для увеличения степени сжатия в диапазоне 40% с существующими и будущими версиями MPEG или других кодеков, таких как VP9 и AV1 (подробнее об этом ниже). Как мы уже говорили в предыдущей статье, LCEVC — очень многообещающая технология. По сути, LCEVC позволяет преобразовывать текущий пакет протоколов, которые уже были приняты в той или иной форме, в более эффективные протоколы сами по себе.

В настоящее время представляется, что поставщики контента смогут комбинировать программные или аппаратные кодировщики с поддержкой LCEVC с кросс-облачной платформой Red5 Pro для облегчения потоковой передачи в реальном времени с использованием новых видеоформатов, требующих интенсивной обработки. В зависимости от того, какой основной кодек используется, это будет применяться как к 4K, так и к возможному принятию 8K UHD, в дополнение к форматам, разработанным для просмотра на 360 градусов, виртуальной реальности и других инноваций.

Это связано с тем, что практически любое устройство может поддерживать тонкий клиент LCEVC, встроенный в проигрыватель приложений поставщика услуг или загружаемый независимо на устройства зрителей. Кроме того, сопутствующая реализация HTML5 JavaScript означает поддержку браузеров без плагинов с LCEVC. Учитывая эти соображения, широкое внедрение должно быть довольно простым.

AV1 станет следующим широко используемым кодеком. Он обеспечивает еще большую степень сжатия по сравнению с h.265, а h.265 имеет большее сжатие, чем h.264. Таким образом, он будет потреблять даже меньше пропускной способности, чем h.265.

Кроме того, в консорциуме, стоящем за AV1, участвуют все основные игроки, и он не требует авторских отчислений. Это решает две самые большие проблемы, которые преследовали все более ранние кодеки AVC, HEVC, VP8 и VP9: патенты и совместимость.

Alliance of Open Media (организация, стоящая за AV1) состоит из 48 членов, включая всех поставщиков браузеров и большинства поставщиков чипсетов. Это означает, что AV1 в конечном итоге выиграет от широкого распространения в браузерах и смартфонах, в отличие от более ранних проблем с другими кодеками, связанных с тем фактом, что Google, Apple и Microsoft обычно не делятся своими игрушками друг с другом.

Все, что сейчас сдерживает AV1, — это отсутствие кодировщиков реального времени. Как только они станут широко доступными, AV1 (особенно в сочетании с LCEVC) станет шагом вперед.

Хотя потоковая передача с использованием h.265 улучшает элементы прямой потоковой передачи по стандарту h.264, эти улучшения в конечном итоге вызывают другие проблемы, которые препятствуют практическому использованию HEVC. Более длительное время кодирования приводит к более высокой задержке, опасения по поводу патентов ограничивают внедрение, отсутствует поддержка браузеров, а реальное разрешение просмотра большинства прямых трансляций означает, что HEVC, скорее всего, не получит широкого распространения. AV1 без патентных ограничений и даже лучшего сжатия готов заменить как h.