VP9 - VP9

VP9
Логотип VP9
Разработано Google
Первый выпуск 17 июня 2013 г.
Тип формата Сжатое видео
Содержится
Расширен с VP8
Расширен до AV1
Стандарт ( Спецификация битового потока )
Открытый формат ? да
Веб-сайт webmproject.org/vp9

VP9 - это открытый и бесплатный формат кодирования видео, разработанный Google .

VP9 является преемником VP8 и в основном конкурирует с высокоэффективным кодированием видео MPEG (HEVC / H.265). Сначала VP9 в основном использовался на видеоплатформе Google YouTube . Появление Alliance for Open Media и его поддержка продолжающейся разработки преемника AV1 , частью которого является Google, привели к растущему интересу к формату.

В отличие от HEVC, поддержка VP9 широко распространена среди современных веб-браузеров (см. Видео о HTML5 § Поддержка браузера ). Android поддерживает VP9 с версии 4.4 KitKat, а iOS / iPadOS добавили поддержку VP9 в iOS / iPadOS 14 .

Некоторые части формата защищены патентами Google. Компания предоставляет бесплатное использование своих собственных патентов на основе взаимности, то есть до тех пор, пока пользователь не участвует в патентных тяжбах.

История

VP9 - это последняя официальная версия серии видеоформатов TrueMotion, которую Google купила в 2010 году за 134 миллиона долларов вместе с компанией On2 Technologies, которая ее создала. Разработка VP9 началась во второй половине 2011 года под названиями Next Gen Open Video ( NGOV ) и VP-Next . Цели разработки для VP9 включали снижение скорости передачи данных на 50% по сравнению с VP8 при сохранении того же качества видео и стремление к большей эффективности сжатия, чем стандарт MPEG High Efficiency Video Coding (HEVC). В июне 2013 года был завершен «профиль 0» VP9, ​​а два месяца спустя был выпущен браузер Google Chrome с поддержкой воспроизведения видео VP9. В октябре того же года собственный декодер VP9 был добавлен в FFmpeg , а шесть недель спустя - в Libav . Mozilla добавила поддержку VP9 в Firefox в марте 2014 года. В 2014 году Google добавил два профиля с высокой битовой глубиной: профиль 2 и профиль 3.

В 2013 году была опубликована обновленная версия формата WebM с поддержкой VP9 и Opus audio.

В марте 2013 года Управление лицензирования MPEG отклонило объявленное заявление о спорных патентных претензиях к VP8 и ее преемникам после того, как Министерство юстиции США начало расследовать, действовало ли оно для несправедливого подавления конкуренции.

На протяжении всего времени Google работал с поставщиками оборудования, чтобы внедрить поддержку VP9 в кремниевые кристаллы. В январе 2014 года Ittiam в сотрудничестве с ARM и Google продемонстрировал декодер VP9 для устройств ARM Cortex . Используя методы GPGPU , декодер смог обеспечить разрешение 1080p при 30 кадрах в секунду на плате Arndale . В начале 2015 года Nvidia объявила о поддержке VP9 в своей SoC Tegra X1, а VeriSilicon объявила о поддержке VP9 Profile 2 в своем IP-декодере Hantro G2v2.

В апреле 2015 года Google выпустила значительное обновление своей библиотеки libvpx : в версию 1.4.0 добавлена ​​поддержка 10-битной и 12- битной глубины , субдискретизации цветности 4: 2: 2 и 4: 4: 4 и многопоточного декодирования VP9. кодирование.

В декабре 2015 года Netflix опубликовал проект предложения по включению видео VP9 в контейнер MP4 с общим шифрованием MPEG .

В январе 2016 года Иттиам продемонстрировал кодировщик VP9 на основе OpenCL . Кодировщик нацелен на мобильные графические процессоры ARM Mali и был продемонстрирован на Samsung Galaxy S6 .

Поддержка VP9 была добавлена ​​в веб-браузер Microsoft Edge . Он присутствует в разрабатываемых версиях, начиная с EdgeHTML 14.14291 и должен быть официально выпущен летом 2016 года.

В марте 2017 года Ittiam объявил о завершении проекта по повышению скорости кодирования libvpx. Было сказано, что повышение скорости составило 50-70%, а код «общедоступен как часть libvpx».

Функции

VP9 настроен для разрешения видео выше 1080p (например, UHD ), а также обеспечивает сжатие без потерь .

Формат VP9 поддерживает следующие цветовые пространства : Рек. 601 , Рек. 709 , Рек. 2020 , SMPTE-170 , SMPTE-240 и sRGB .

VP9 поддерживает HDR-видео с использованием функций передачи гибридного логарифмического гамма (HLG) и перцепционного квантователя (PQ).

Эффективность

Раннее сравнение, в котором учитывалась различная скорость кодирования, показало, что x265 с небольшим преимуществом превосходит libvpx в самом высоком качестве (самое медленное кодирование), тогда как libvpx превосходил SSIM при любой другой скорости кодирования.

Сравнение артефактов кодирования

В субъективном сравнении качества, проведенном в 2014 году с эталонными кодировщиками для HEVC (HM 15.0), MPEG-4 AVC / H.264 (JM 18.6) и VP9 (libvpx 1.2.0 с предварительной поддержкой VP9), VP9, ​​например H. 264, требовалось примерно в два раза больше битрейта для достижения качества видео, сопоставимого с HEVC, тогда как с синтетическими изображениями VP9 был близок к HEVC. Напротив, другое субъективное сравнение, проведенное в 2014 году, показало, что при более высоких настройках качества HEVC и VP9 были связаны с преимуществом битрейта от 40 до 45% по сравнению с H.264.

Netflix после большого теста в августе 2016 года пришел к выводу, что libvpx на 20% менее эффективен, чем x265, но к октябрю того же года также обнаружил, что настройка параметров кодирования может «уменьшить или даже обратить вспять разрыв между VP9 и HEVC». На NAB 2017 Netflix поделилась, что они перешли на кодировщик EVE , который, согласно их исследованиям, предлагал лучшее двухпроходное управление скоростью и был на 8% эффективнее, чем libvpx.

Сравнение автономных кодировщиков между libvpx, двумя кодировщиками HEVC и x264 в мае 2017 года, проведенное Яном Озером из Streaming Media Magazine, с параметрами кодирования, предоставленными или проверенными каждым поставщиком кодировщика (Google, MulticoreWare и MainConcept соответственно), и с использованием целевой метрики Netflix VMAF , завершилось что «VP9 и оба кодека HEVC обеспечивают очень схожую производительность» и «В частности, при более низких битрейтах оба кодека HEVC и VP9 обеспечивают значительно лучшую производительность, чем H.264».

Представление

Сравнение скорости кодирования и эффективности эталонной реализации в libvpx , x264 и x265 было проведено разработчиком FFmpeg в сентябре 2015 г .: По индексу SSIM libvpx в основном превосходил x264 в диапазоне сопоставимых скоростей кодирования, но основное преимущество было в более медленный конец x264 @ veryslow (достижение оптимального уровня в 30-40% прироста битрейта в два раза медленнее этого), тогда как x265 стал конкурировать с libvpx только примерно в 10 раз медленнее, чем x264 @ veryslow . Был сделан вывод, что и libvpx, и x265 способны обеспечить заявленное улучшение битрейта на 50% по сравнению с H.264, но только в 10–20 раз больше времени кодирования, чем x264. Судя по объективной метрике качества VQM в начале 2015 года, эталонный кодер VP9 обеспечивал качество видео на уровне лучших реализаций HEVC .

Сравнение декодеров, проведенное тем же разработчиком, показало, что декодирование для ffvp9 на 10% быстрее, чем для ffh264 для видео того же качества или «идентичного» при том же битрейте. Он также показал, что реализация может иметь значение, сделав вывод, что «ffvp9 последовательно превосходит libvpx на 25–50%».

Другое сравнение декодеров показало, что загрузка ЦП на 10–40 процентов выше, чем у H.264 (но не сказано, было ли это с ffvp9 или libvpx), и что на мобильных устройствах демонстрационный проигрыватель Ittiam был примерно на 40 процентов быстрее, чем браузер Chrome, при воспроизведении VP9. .

Профили

Существует несколько вариантов формата VP9 (известных как «профили кодирования»), которые последовательно расширяют возможности; профиль 0 - это базовый вариант, минимально требующий аппаратной реализации:

профиль 0
глубина цвета : 8 бит / сэмпл, субдискретизация цветности : 4: 2: 0
профиль 1
глубина цвета: 8 бит, подвыборка цветности: 4: 2: 2, 4: 2: 0, 4: 4: 4
профиль 2
глубина цвета: 10–12 бит, субдискретизация цветности: 4: 2: 0
профиль 3
глубина цвета: 10–12 бит, субдискретизация цветности: 4: 2: 2, 4: 2: 0, 4: 4: 4

Уровни

VP9 предлагает следующие 14 уровней:

Уровень
Образцы яркости / с Размер изображения яркости Максимальный битрейт (Мбит / с) Максимальный размер CPB для визуального уровня (Мбит) Мин. Степень сжатия Макс плитки Мин. Расстояние Alt-Ref Максимальное количество опорных кадров Примеры разрешения при частоте кадров
1 829440 36864 0,20 0,40 2 1 4 8 256 × 144 @ 15
1.1 2764800 73728 0,80 1.0 2 1 4 8 384 × 192 @ 30
2 4608000 122880 1,8 1.5 2 1 4 8 480 × 256 при 30
2.1 9216000 245760 3,6 2,8 2 2 4 8 640 × 384 @ 30
3 20736000 552960 7.2 6.0 2 4 4 8 1080 × 512 @ 30
3.1 36864000 983040 12 10 2 4 4 8 1280 × 768 при 30
4 83558400 2228224 18 16 4 4 4 8 2048 × 1088 @ 30
4.1 160432128 2228224 30 18 4 4 5 6 2048 × 1088 при 60
5 311951360 8912896 60 36 6 8 6 4 4096 × 2176 @ 30
5.1 588251136 8912896 120 46 8 8 10 4 4096 × 2176 @ 60
5.2 1176502272 8912896 180 TBD 8 8 10 4 4096 × 2176 @ 120
6 1176502272 35651584 180 TBD 8 16 10 4 8192 × 4352 @ 30
6.1 2353004544 35651584 240 TBD 8 16 10 4 8192 × 4352 @ 60
6.2 4706009088 35651584 480 TBD 8 16 10 4 8192 × 4352 @ 120

Технология

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

VP9 - это традиционный формат кодирования с преобразованием на основе блоков . Формат битового потока относительно прост по сравнению с форматами, которые предлагают такую ​​же эффективность битрейта, как HEVC.

VP9 имеет много улучшений дизайна по сравнению с VP8. Его самое большое улучшение - это поддержка использования блоков кодирования 64 × 64 пикселей. Это особенно полезно для видео с высоким разрешением. Также было улучшено предсказание векторов движения. В дополнение к четырем режимам VP8 (среднее / «DC», «истинное движение», горизонтальное, вертикальное), VP9 поддерживает шесть наклонных направлений для линейной экстраполяции пикселей при внутрикадровом прогнозировании .

Новые инструменты кодирования также включают:

  • точность до восьми пикселей для векторов движения,
  • три различных переключаемых 8-ступенчатых субпиксельных интерполяционных фильтра,
  • улучшенный выбор опорных векторов движения,
  • улучшенное кодирование смещений векторов движения относительно их привязки,
  • улучшенное энтропийное кодирование,
  • улучшенная и адаптированная (к новым размерам блоков) фильтрация петель,
  • асимметричное дискретное синусоидальное преобразование (ADST),
  • большие дискретные косинусные преобразования (DCT, 16 × 16 и 32 × 32), и
  • улучшенная сегментация кадров на области с определенным сходством (например, передний / задний план)

Чтобы обеспечить некоторую параллельную обработку кадров, видеокадры могут быть разделены по границам единиц кодирования на до четырех строк шириной от 256 до 4096 пикселей с равными интервалами, причем каждый столбец плитки кодируется независимо. Это обязательно для разрешений видео, превышающих 4096 пикселей. Заголовок тайла содержит размер тайла в байтах, поэтому декодеры могут пропустить и декодировать каждую строку тайла в отдельном потоке . Затем изображение разделяется на единицы кодирования, называемые суперблоками размером 64 × 64 пикселя, которые адаптивно разбиваются на разделы в структуре кодирования квадродерева . Их можно разделить по горизонтали, вертикали или по обоим направлениям; квадратные (суб) блоки могут быть рекурсивно разделены на блоки размером 4 × 4 пикселей. Субблоки кодируются в порядке растровой развертки: слева направо, сверху вниз.

Начиная с каждого ключевого кадра, декодеры сохраняют в буфере 8 кадров для использования в качестве опорных кадров или для отображения позже. Переданные кадры сигнализируют о том, какой буфер следует перезаписать, и при необходимости могут быть декодированы в один из буферов без отображения. Кодер может отправить минимальный кадр, который просто запускает отображение одного из буферов («пропустить кадр»). Каждый межкадр может ссылаться на до трех буферизованных кадров для временного предсказания. До двух из этих опорных кадров могут использоваться в каждом блоке кодирования для вычисления предсказания выборки данных с использованием пространственно смещенного ( компенсация движения ) контента из опорного кадра или среднего содержания из двух опорных кадров («режим составного предсказания»). Оставшаяся (в идеале небольшая) разница ( дельта-кодирование ) от вычисленного предсказания до фактического содержимого изображения преобразуется с использованием DCT или ADST (для краевых блоков) и квантуется.

Что-то вроде b-кадра может быть закодировано с сохранением исходного порядка кадров в потоке битов с использованием структуры, называемой суперкадрами. Скрытые альтернативные опорные кадры могут быть упакованы вместе с обычным промежуточным кадром и пропускаемым кадром, который запускает отображение предыдущего скрытого содержимого altref из его буфера опорных кадров сразу после сопутствующего p-кадра.

VP9 обеспечивает кодирование без потерь, передавая на самом низком уровне квантования (q-индекс 0) дополнительный остаточный сигнал с преобразованием Уолша-Адамара (WHT), закодированный по 4 × 4 блокам.

Для возможности поиска необработанные битовые потоки VP9 должны быть инкапсулированы в контейнерный формат , например Matroska (.mkv), его производный формат WebM (.webm) или более старый минималистичный формат видеофайлов Indeo (IVF), который традиционно поддерживается libvpx. VP9 идентифицируется как V_VP9в WebM, так и VP90в MP4 с соблюдением соответствующих соглашений об именах.

Принятие

Adobe Flash , который традиционно использовал форматы VPx до VP7 , никогда не обновлялся до VP8 или VP9, ​​а вместо этого был обновлен до H.264. Поэтому VP9 часто проникал в соответствующие веб-приложения только с постепенным переходом от Flash к технологии HTML5 , который был еще несколько незрелым, когда был представлен VP9. Тенденции к разрешению UHD , большей глубине цвета и более широкой гамме приводят к переходу на новые специализированные видеоформаты. Учитывая четкую перспективу развития и поддержку со стороны отрасли, продемонстрированную созданием Alliance for Open Media, а также дорогостоящую и сложную ситуацию с лицензированием HEVC, ожидается, что пользователи ведущих до сих пор форматов MPEG будут часто переходить на лицензионные платежи. бесплатные альтернативные форматы серии VPx / AVx вместо обновления до HEVC.

Контент-провайдеры

Основным пользователем VP9 является популярная видеоплатформа Google YouTube , которая предлагает видео VP9 во всех разрешениях вместе со звуком Opus в формате файла WebM посредством потоковой передачи DASH .

Еще одним ранним последователем была Википедия (в частности, Wikimedia Commons , где размещаются мультимедийные файлы на подстраницах и языках Википедии). Википедия поддерживает открытые и бесплатные мультимедийные форматы. По состоянию на 2016 год тремя принятыми видеоформатами являются VP9, ​​VP8 и Theora.

С декабря 2016 года Netflix использует кодировку VP9 для своего каталога наряду с H.264 и HEVC . По состоянию на февраль 2020 года AV1 начал применяться для мобильных устройств, что мало чем отличается от того, как VP9 был запущен на платформе.

Google Play Movies & TV использует (по крайней мере частично) профиль VP9 2 с Widevine DRM.

Stadia использует VP9 для потоковой передачи видеоигр до 4K на поддерживаемом оборудовании, таком как Chromecast Ultra , на поддерживаемых мобильных телефонах и компьютерах.

Услуги кодирования

Ряд сервисов облачного кодирования предлагает кодирование VP9, ​​включая Amazon , Bitmovin , Brightcove , castLabs, JW Player , Telestream и Wowza.

Encoding.com предлагает кодирование VP9 с четвертого квартала 2016 года, что в этом году составило в среднем 11% популярности VP9 среди его клиентов.

ПО промежуточного слоя для веб

JW Player поддерживает VP9 в своем широко используемом видеопроигрывателе HTML5 типа « программное обеспечение как услуга ».

Поддержка браузера

VP9 реализован в следующих веб-браузерах:

  • Chromium и Google Chrome (по умолчанию используется с версии 29 мая и августа 2013 года соответственно)
  • Opera (с версии 15 от июля 2013 г.)
  • Firefox (с версии 28 от марта 2014 г.)
  • Microsoft Edge (по состоянию на лето 2016 г.)
  • Safari ( начиная с Safari Technology Preview Release 110, с официальной поддержкой, добавленной в версии 14)

В Internet Explorer полностью отсутствует поддержка VP9. По данным StatCounter, в марте 2016 года от 65 до 75% браузеров, используемых на настольных компьютерах и ноутбуках, могли воспроизводить видео VP9 на веб-страницах HTML5 .

Поддержка операционной системы

Поддержка VP9 различными операционными системами
Майкрософт Виндоус macOS BSD / Linux ОС Android iOS
Поддержка кодеков Да
Частично : Win 10 v1607
Полная : Win 10 v1809
да да да да
Поддержка контейнера В юбилейном обновлении Windows 10 (1607) :
WebM (.webm не распознается; требуется псевдорасширение)
Matroska (.mkv)

В Windows 10 October 2018 Update (1809) :
WebM (официально признан .webm)

WebM (.webm)
- введено в macOS 11.3 beta 2 для Safari.
WebM (.webm)
Matroska (.mkv)
WebM (.webm)
Matroska (.mkv)
N / A
Примечания В Windows 10 :
- В юбилейном обновлении (1607) ограниченная поддержка доступна в приложениях Microsoft Edge ( только через MSE ) и универсальной платформы Windows .

- В обновлении за апрель 2018 г. (1803) с предустановленными расширениями веб-мультимедиа Microsoft Edge (EdgeHTML 17) поддерживает видео VP9, ​​встроенные в теги <video>.

- В обновлении за октябрь 2018 г. (1809) предустановлены видеорасширения VP9 . Он позволяет кодировать содержимое VP8 и VP9 на устройствах, на которых нет аппаратного видеокодера.

Поддержка представлена ​​в macOS 11.0 - Поддержка появилась в Android 4.4 Поддержка появилась в iOS 14.0

Поддержка программного обеспечения медиаплеера

VP9 поддерживается во всех основных программах для медиаплееров с открытым исходным кодом , включая VLC , MPlayer / MPlayer2 / MPV , Kodi , MythTV и FFplay .

Поддержка аппаратного устройства

В Android используется программное обеспечение декодирования VP9, ​​начиная с версии 4.4 «KitKat» . Список бытовой электроники с аппаратной поддержкой, включая телевизоры, смартфоны, телеприставки и игровые консоли, см. В списке webmproject.org.

Аппаратные реализации

Следующие чипы, архитектуры, процессоры , графические процессоры и SoC обеспечивают аппаратное ускорение VP9. Известно, что некоторые из них имеют аппаратное обеспечение с фиксированными функциями, но этот список также включает реализации на основе GPU или DSP - программные реализации на аппаратном обеспечении без CPU. Последняя категория также служит для разгрузки ЦП, но энергоэффективность не так хороша, как аппаратное обеспечение с фиксированными функциями (более сопоставимо с хорошо оптимизированным программным обеспечением с поддержкой SIMD ).

Известное оборудование, поддерживающее ускоренное декодирование
Компания Чип / Архитектура Известные применения Кодирование
ВсеПобедитель A80 Красный XN
AMD Raven Ridge Ryzen 5 2400G, Ryzen 7 2800H, Ryzen 3 2300U Красный XN
Пикассо Ryzen 5 3400G, Ryzen 7 3750H, Ryzen 3 3300U Красный XN
Navi Radeon RX 5000 серии GPU Красный XN
Ренуар Ryzen 5 4600G, Ryzen 7 4800H, Ryzen 3 4300U Красный XN
Navi 2 Radeon RX 6000 серии GPU ?
Люсьен Ryzen 7 5700U, Ryzen 5 5500U, Ryzen 3 5300U Красный XN
Сезанн Ryzen 5 5600G, Ryzen 7 5800H, Ryzen 3 5400U Красный XN
Amlogic Семья S9 Красный XN
РУКА Мали-В61 («Эгиль») ВПУ Зеленая галочкаY
HiSilicon HI3798C Красный XN
Кирин 980 Huawei Mate 20 / P30 ?
Воображение PowerVR Series6 Apple iPhone 6 / 6s Красный XN
Intel Bay Trail Celeron J1750 Красный XN
Меррифилд Атом Z3460 Красный XN
Мурфилд Атом Z3530 Красный XN
Skylake Core i7-6700 Красный XN
Kaby Lake Core i7-7700 Зеленая галочкаY
Coffee Lake Core i7-8700, Core i9-9900 Зеленая галочкаY
Виски Лейк Зеленая галочкаY
Comet Lake Зеленая галочкаY
Ледяное озеро Зеленая галочкаY
Тигровое озеро Зеленая галочкаY
Ракетное озеро Зеленая галочкаY
Ольховое озеро Зеленая галочкаY
MediaTek MT6595 Красный XN
MT8135 Красный XN
Helio X20 / X25 Красный XN
Helio X30 Зеленая галочкаY
Helio P30 Зеленая галочкаY
Nvidia Максвелл GM206 GTX 950 - 960/750/965 м Красный XN
Паскаль GTX 1080/1080 Ti / 1080M / 1070/1070 Ti / 1070M / 1060/1050/1050 Ti / Titan X / Titan Xp, GT 1030 Красный XN
Вольта Nvidia Titan V Красный XN
Тьюринг GeForce RTX 2060 - 2080/2080 Ti, GTX 1660/1650, Titan RTX Красный XN
Ампер GeForce RTX 3090, RTX 3080, RTX 3070 Красный XN
Tegra X1 Nvidia Shield Android TV , Nintendo Switch Красный XN
Qualcomm Львиный зев 660/665/670 Motorola Moto G8 / G8 Power / G8 Plus , Pixel 3a / 3a XL ?
Львиный зев 710/712/730 ?
Львиный зев 820/821 OnePlus 3 , LG G5 / G6 , Pixel ?
Львиный зев 835 Pixel 2 , OnePlus 5 / 5T , LG V30 Зеленая галочкаY
Львиный зев 845 Pixel 3 , Asus Zenfone 5Z , OnePlus 6 / 6T Зеленая галочкаY
Львиный зев 855 Пиксель 4 Зеленая галочкаY
Realtek RTD1295 Красный XN
Samsung Exynos 7 Octa 7420 Samsung Galaxy S6 , Samsung Galaxy Note 5 Красный XN
Exynos 8 Octa 8890 Samsung Галактика S7 Красный XN
Exynos 9 Octa 8895 Samsung Galaxy S8 , Samsung Galaxy Note 8 Зеленая галочкаY
Exynos 9 Octa 9810 Samsung Галактика S9 Зеленая галочкаY
Exynos 9 Octa 9820 Samsung Galaxy S10 Зеленая галочкаY
Exynos 9 Octa 9825 Samsung Galaxy Note 10 Зеленая галочкаY

Это не полный список. Другие SoC, а также поставщиков оборудования для IP можно найти на webmproject.org.

Приставки для видеоигр

Sony PlayStation 5 поддерживает запись видео 1080p и 2160p с использованием VP9 в контейнере WebM.

Программные реализации

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

Кодирование

  • libvpx
  • SVT-VP9 - масштабируемая видеотехнология для VP9 - кодировщик с открытым исходным кодом от Intel
  • Eve - коммерческий кодировщик
  • Кодеры Ittiam ( OTT , вещание , потребительские )

Расшифровка

  • libvpx
  • ffvp9 ( FFmpeg )
  • Потребительский декодер Иттиама

Декодер FFmpeg VP9 использует преимущества корпуса оптимизаций SIMD, совместно используемых с другими кодеками, чтобы сделать его быстрым. Сравнение, проведенное разработчиком FFmpeg, показало, что это было быстрее, чем libvpx, и по сравнению с декодером FFmpeg h.264, «идентичная» производительность для видео с таким же битрейтом или примерно на 10% быстрее для видео того же качества.

Патентные претензии

В марте 2019 года базирующаяся в Люксембурге компания Sisvel объявила о создании патентных пулов для VP9 и AV1. В число участников пулов входили JVCKenwood , NTT , Orange SA , Philips и Toshiba , все из которых также лицензировали патенты MPEG-LA для пулов патентов AVC, DASH или HEVC. Список заявленных патентов был впервые опубликован 10 марта 2020 года. Этот список содержит более 650 патентов.

Цена Sisvel составляет 0,24 евро за устройства отображения и 0,08 евро за устройства без дисплея, использующие VP9, ​​но не требует лицензионных отчислений за кодированный контент. Однако их лицензия не делает исключений для программного обеспечения.

Google знает о патентных пулах, но не планирует изменять их текущие или будущие планы использования VP9 или AV1.

Преемник: с VP10 на AV1

12 сентября 2014 года Google объявил о начале разработки VP10 и о том, что после выпуска VP10 планируется 18-месячный перерыв между выпусками видеоформатов. В августе 2015 года Google начал публиковать код для VP10.

Однако Google решил включить VP10 в AOMedia Video 1 (AV1). Кодек AV1 был разработан на основе комбинации технологий VP10, Daala ( Xiph / Mozilla ) и Thor ( Cisco ). Соответственно, Google заявила, что не будет развертывать VP10 внутри компании и не выпускать ее официально, что делает VP9 последним из кодеков на основе VPx, выпущенных Google.

использованная литература

внешние ссылки