VP9 - VP9

VP9
Logo VP9
Opracowany przez Google
Pierwsze wydanie 17 czerwca 2013 r.
Rodzaj formatu Skompresowane wideo
Zawarte przez
Rozszerzony z VP8
Rozszerzony do AV1
Standard ( Specyfikacja strumienia bitów )
Otwarty format ? tak
Strona internetowa webmproject.org/vp9

VP9 to otwarty i bezpłatny format kodowania wideo opracowany przez Google .

VP9 jest następcą VP8 i konkuruje głównie z MPEG High Efficiency Video Coding (HEVC/H.265). Początkowo VP9 był używany głównie na platformie wideo Google YouTube . Powstanie Alliance for Open Media i jego wsparcie dla ciągłego rozwoju następcy AV1 , którego częścią jest Google, spowodowało wzrost zainteresowania formatem.

W przeciwieństwie do HEVC, obsługa VP9 jest powszechna wśród nowoczesnych przeglądarek internetowych (zobacz wideo HTML5 § Obsługa przeglądarek ). Android wspiera VP9 od wersji 4.4 KitKat, podczas gdy iOS / iPadOS dodał wsparcie dla VP9 w iOS / iPadOS 14 .

Części formatu są objęte patentami należącymi do Google. Firma przyznaje bezpłatne korzystanie z własnych powiązanych patentów na zasadzie wzajemności, tj. tak długo, jak użytkownik nie angażuje się w spory patentowe.

Historia

VP9 to ostatnia oficjalna iteracja serii formatów wideo TrueMotion, którą Google kupił w 2010 roku za 134 miliony dolarów wraz z firmą On2 Technologies, która ją stworzyła. Rozwój VP9 rozpoczął się w drugiej połowie 2011 roku pod rozwojowymi nazwami Next Gen Open Video ( NGOV ) i VP-Next . Cele projektowe dla VP9 obejmowały zmniejszenie szybkości transmisji o 50% w porównaniu do VP8 przy zachowaniu tej samej jakości wideo i dążenie do lepszej wydajności kompresji niż standard MPEG High Efficiency Video Coding (HEVC). W czerwcu 2013 r. sfinalizowano „profil 0” VP9, ​​a dwa miesiące później została wydana przeglądarka Google Chrome z obsługą odtwarzania wideo VP9. W październiku tego roku natywny dekoder VP9 został dodany do FFmpeg , a do Libav sześć tygodni później. Mozilla dodała obsługę VP9 do Firefoksa w marcu 2014 r. W 2014 r. Google dodał dwa profile o dużej głębi bitowej: profil 2 i profil 3.

W 2013 roku opublikowano zaktualizowaną wersję formatu WebM, obsługującą VP9 wraz z Opus audio.

W marcu 2013 roku MPEG Licensing Administration wycofało się z ogłoszonego twierdzenia o spornych roszczeniach patentowych przeciwko VP8 i jego następcom po tym, jak Departament Sprawiedliwości Stanów Zjednoczonych zaczął badać, czy działa on w celu nieuczciwego stłumienia konkurencji.

Przez cały czas Google współpracował z dostawcami sprzętu, aby wprowadzić obsługę VP9 do krzemu. W styczniu 2014 r. Ittiam we współpracy z ARM i Google zademonstrował swój dekoder VP9 dla urządzeń ARM Cortex . Korzystając z technik GPGPU , dekoder był w stanie uzyskać 1080p przy 30 klatkach na sekundę na płycie Arndale . Na początku 2015 roku Nvidia ogłosiła obsługę VP9 w swoim Tegra X1 SoC, a VeriSilicon ogłosiła obsługę VP9 Profile 2 w swoim dekoderze Hantro G2v2 IP.

W kwietniu 2015 roku Google wydało znaczącą aktualizację swojej libvpx biblioteki z wersją 1.4.0, dodając wsparcie dla 10-bitowej i 12-bitowej głębi kolorów , 4: 2: 2 i 4: 4: 4 chroma subsampling i VP9 wielowątkowe dekodowanie / kodowanie.

W grudniu 2015 r. Netflix opublikował projekt propozycji włączenia wideo VP9 do kontenera MP4 z MPEG Common Encryption .

W styczniu 2016 r. Ittiam zademonstrował koder VP9 oparty na OpenCL . Koder jest skierowany do mobilnych procesorów graficznych ARM Mali i został zademonstrowany na Samsungu Galaxy S6 .

Obsługa VP9 została dodana do przeglądarki internetowej Microsoft Edge . Jest obecny w wydaniach rozwojowych, począwszy od EdgeHTML 14.14291 i ma zostać oficjalnie wydany latem 2016 roku.

W marcu 2017 r. Ittiam ogłosił zakończenie projektu mającego na celu zwiększenie szybkości kodowania libvpx. Poprawa szybkości miała wynosić 50-70%, a kod był "publicznie dostępny jako część libvpx".

Cechy

VP9 jest dostosowany do rozdzielczości wideo większych niż 1080p (takich jak UHD ), a także umożliwia kompresję bezstratną .

Format VP9 obsługuje następujące przestrzenie kolorów : Rec. 601 , Rec. 709 , Rec. 2020 , SMPTE-170 , SMPTE-240 i sRGB .

VP9 obsługuje wideo HDR przy użyciu funkcji transferu hybrydowego log-gamma (HLG) i percepcyjnego kwantyzatora (PQ).

Efektywność

Wczesne porównanie, które uwzględniało różne prędkości kodowania, wykazało, że x265 wąsko pokonuje libvpx w najwyższej jakości (najwolniejsze kodowanie), podczas gdy libvpx jest lepszy przy każdej innej prędkości kodowania, dzięki SSIM.

Porównanie artefaktów kodowania

W subiektywnym porównaniu jakości przeprowadzonym w 2014 roku z referencyjnymi koderami HEVC (HM 15.0), MPEG-4 AVC/H.264 (JM 18.6) i VP9 (libvpx 1.2.0 ze wstępną obsługą VP9), VP9, ​​jak H. 264, wymagało około dwukrotności szybkości transmisji bitów, aby osiągnąć jakość wideo porównywalną z HEVC, podczas gdy w przypadku obrazów syntetycznych VP9 był zbliżony do HEVC. W przeciwieństwie do tego inne subiektywne porównanie z 2014 r. wykazało, że przy wyższych ustawieniach jakości HEVC i VP9 miały przewagę 40–45% bitrate nad H.264.

Netflix , po dużym teście w sierpniu 2016 r., stwierdził, że libvpx jest o 20% mniej wydajny niż x265, ale do października tego samego roku odkrył również, że poprawianie parametrów kodowania może „zredukować, a nawet odwrócić lukę między VP9 i HEVC”. Na NAB 2017 Netflix poinformował, że przeszedł na koder EVE , który według ich badań oferował lepszą kontrolę dwuprzebiegowej szybkości i był o 8% bardziej wydajny niż libvpx.

Porównanie kodera offline między libvpx, dwoma koderami HEVC i x264 w maju 2017 r., przeprowadzone przez Jana Ozera z Streaming Media Magazine, z parametrami kodowania dostarczonymi lub zweryfikowanymi przez każdego dostawcę kodera (odpowiednio Google, MulticoreWare i MainConcept) i przy użyciu obiektywnej metryki VMAF firmy Netflix , zakończyło się że „VP9 i oba kodeki HEVC zapewniają bardzo podobną wydajność” oraz „Szczególnie przy niższych przepływnościach, zarówno kodeki HEVC, jak i VP9 zapewniają znacznie lepszą wydajność niż H.264”.

Wydajność

Szybkość działania kodowania kontra porównania skuteczności realizacji odniesienia w libvpx , x264 i X265 został złożony przez dewelopera FFmpeg we wrześniu 2015: Poprzez MSMI indeksu libvpx był przeważnie lepsze x264 całym zakresie porównywalnych prędkościach kodowania, ale główną zaletą było na wolniejszy koniec x264@veryslow (osiągając optymalny poziom 30-40% poprawy bitrate w dwa razy wolniej niż ten), podczas gdy x265 stał się konkurencyjny tylko z libvpx około 10 razy wolniej niż x264@veryslow . Stwierdzono, że zarówno libvpx, jak i x265 były w stanie uzyskać deklarowaną 50% poprawę szybkości transmisji bitów w porównaniu z H.264, ale tylko przy 10–20-krotnym czasie kodowania x264. Oceniając na podstawie obiektywnej metryki jakości VQM na początku 2015 r., referencyjny koder VP9 zapewniał jakość wideo porównywalną z najlepszymi implementacjami HEVC .

Porównanie dekodera przeprowadzone przez tego samego programistę wykazało o 10% szybsze dekodowanie dla ffvp9 niż ffh264 dla wideo tej samej jakości lub „identyczne” przy tej samej przepływności. Pokazał również, że implementacja może coś zmienić, stwierdzając, że „ffvp9 bije libvpx konsekwentnie o 25–50%”.

Inne porównanie dekodera wykazało o 10-40 procent większe obciążenie procesora niż H.264 (ale nie mówi, czy było to z ffvp9 czy libvpx), a na urządzeniach mobilnych odtwarzacz demonstracyjny Ittiam był o około 40 procent szybszy niż przeglądarka Chrome podczas grania w VP9 .

Profile

Istnieje kilka wariantów formatu VP9 (znanych jako „profile kodowania”), które sukcesywnie udostępniają więcej funkcji; profil 0 to wariant podstawowy, najmniej wymagający od implementacji sprzętowej:

profil 0
głębia kolorów : 8 bitów/próbkę, podpróbkowanie chrominancji : 4:2:0
profil 1
głębia kolorów: 8 bitów, podpróbkowanie chrominancji: 4:2:2, 4:2:0, 4:4:4
profil 2
głębia kolorów: 10–12 bitów, podpróbkowanie chrominancji: 4:2:0
profil 3
głębia kolorów: 10–12 bitów, podpróbkowanie chrominancji: 4:2:2, 4:2:0, 4:4:4

Poziomy

VP9 oferuje 14 następujących poziomów:

Poziom
Próbki Lumy/s Rozmiar obrazu Lumy Maksymalna szybkość transmisji (Mbit/s) Maksymalny rozmiar CPB dla warstwy wizualnej (MBity) Minimalny współczynnik kompresji Maksymalna liczba płytek Minimalna odległość Alt-Ref Maksymalna liczba ramek odniesienia Przykłady rozdzielczości @ liczba klatek na sekundę
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

Technologia

Przykład partycjonowania i wewnętrznej kolejności kodowania jednostki kodującej
Współczynniki przekształcenia są skanowane po okręgu (rosnąca odległość od narożnika). Ma to pokrywać się (lepiej niż tradycyjny wzór zygzakowaty) z oczekiwaną kolejnością ważności współczynników, tak aby zwiększyć ich ściśliwość przez kodowanie entropijne . Skośny wariant wzoru jest używany, gdy ważniejsza jest pozioma lub pionowa krawędź.

VP9 to tradycyjny format kodowania z transformacją blokową . Format strumienia bitów jest stosunkowo prosty w porównaniu do formatów, które oferują podobną wydajność bitrate jak HEVC.

VP9 ma wiele ulepszeń konstrukcyjnych w porównaniu do VP8. Jego największym ulepszeniem jest obsługa użycia jednostek kodowania 64×64 pikseli. Jest to szczególnie przydatne w przypadku wideo o wysokiej rozdzielczości. Ulepszono również przewidywanie wektorów ruchu. Oprócz czterech trybów VP8 (średni/"DC", "ruch rzeczywisty", poziomy, pionowy), VP9 obsługuje sześć ukośnych kierunków dla liniowej ekstrapolacji pikseli w predykcji wewnątrzklatkowej .

Nowe narzędzia do kodowania obejmują również:

  • precyzja ósmego piksela dla wektorów ruchu,
  • trzy różne przełączalne 8-punktowe filtry interpolacji subpikseli,
  • poprawiony wybór referencyjnych wektorów ruchu,
  • ulepszone kodowanie przesunięć wektorów ruchu do ich odniesienia,
  • ulepszone kodowanie entropijne,
  • ulepszone i dostosowane (do nowych rozmiarów bloków) filtrowanie w pętli,
  • asymetryczna dyskretna transformata sinusoidalna (ADST),
  • większe dyskretne przekształcenia kosinusowe (DCT, 16×16 i 32×32), oraz
  • poprawiona segmentacja kadrów na obszary o określonych podobieństwach (np. przód/tło)

W celu umożliwienia równoległego przetwarzania ramek, ramki wideo mogą być dzielone wzdłuż granic jednostek kodowania na maksymalnie cztery rzędy o szerokości od 256 do 4096 pikseli, rozmieszczonych w równych odstępach, przy czym każda kolumna płytek jest kodowana niezależnie. Jest to obowiązkowe w przypadku rozdzielczości wideo przekraczających 4096 pikseli. Nagłówek kafelka zawiera rozmiar kafelka w bajtach, dzięki czemu dekodery mogą przeskakiwać do przodu i dekodować każdy wiersz kafelków w osobnym wątku . Obraz jest następnie dzielony na jednostki kodujące zwane superblokami 64×64 pikseli, które są adaptacyjnie dzielone na podpartycje w czterodrzewowej strukturze kodowania. Mogą być dzielone poziomo lub pionowo lub jedno i drugie; kwadratowe (pod)jednostki mogą być dzielone rekursywnie do bloków 4×4 pikseli. Podjednostki są kodowane w kolejności skanowania rastrowego: od lewej do prawej, od góry do dołu.

Zaczynając od każdej klatki kluczowej, dekodery przechowują 8 klatek buforowanych do wykorzystania jako ramki odniesienia lub do późniejszego wyświetlenia. Przesyłane ramki sygnalizują, który bufor należy nadpisać i mogą być opcjonalnie dekodowane do jednego z buforów bez pokazywania. Koder może wysłać minimalną ramkę, która po prostu wyzwala jeden z buforów do wyświetlenia („przeskocz ramkę”). Każda ramka między ramkami może odwoływać się do maksymalnie trzech buforowanych ramek w celu przewidywania czasowego. Maksymalnie dwie z tych ramek odniesienia mogą być użyte w każdym bloku kodowania do obliczenia predykcji danych próbki, z wykorzystaniem zawartości przesuniętej przestrzennie ( kompensacja ruchu ) z ramki odniesienia lub średniej zawartości z dwóch ramek odniesienia („tryb predykcji złożonej”). (Idealnie mała) pozostała różnica ( kodowanie delta ) od obliczonej predykcji do rzeczywistej zawartości obrazu jest przekształcana przy użyciu DCT lub ADST (dla bloków krawędziowych) i kwantyzowana.

Coś takiego jak b-ramka może być zakodowane z zachowaniem oryginalnej kolejności ramek w strumieniu bitów przy użyciu struktury zwanej superramkami. Ukryte alternatywne ramki referencyjne mogą być pakowane razem ze zwykłą ramką między ramkami i ramką pomijania, która wyzwala wyświetlanie poprzedniej ukrytej zawartości altref z bufora ramek referencyjnych zaraz po towarzyszącej ramce p.

VP9 umożliwia bezstratne kodowanie poprzez przesłanie na najniższym poziomie kwantyzacji (wskaźnik q 0) dodatkowego sygnału resztowego zakodowanego blokowo 4x4 -przekształconego Walsha-Hadamarda (WHT).

Aby można je było przeszukiwać, surowe strumienie bitów VP9 muszą być hermetyzowane w formacie kontenera , na przykład Matroska (.mkv), jego pochodnym formacie WebM (.webm) lub starszym, minimalistycznym formacie plików wideo Indeo (IVF), który jest tradycyjnie obsługiwany przez libvpx. VP9 jest identyfikowany jako V_VP9w WebM oraz VP90w MP4 , stosując się do odpowiednich konwencji nazewnictwa.

Przyjęcie

Adobe Flash , który tradycyjnie używał formatów VPx aż do VP7 , nigdy nie został uaktualniony do VP8 lub VP9, ​​ale zamiast tego do H.264. W związku z tym VP9 często przenikało do odpowiednich aplikacji internetowych tylko dzięki stopniowemu przejściu z technologii Flash na HTML5 , która była nadal nieco niedojrzała, gdy wprowadzono VP9. Trendy w kierunku rozdzielczości UHD , większej głębi kolorów i szerszych gamutów powodują przejście w kierunku nowych, wyspecjalizowanych formatów wideo. Biorąc pod uwagę wyraźną perspektywę rozwoju i wsparcie ze strony branży, które pokazało założenie Alliance for Open Media, a także kosztowną i złożoną sytuację licencyjną HEVC, oczekuje się, że użytkownicy dotychczas wiodących formatów MPEG często przejdą na opłaty licencyjne. bezpłatne alternatywne formaty serii VPx/AVx zamiast aktualizacji do HEVC.

Dostawców treści

Głównym użytkownikiem VP9 jest popularna platforma wideo Google YouTube , która oferuje wideo VP9 we wszystkich rozdzielczościach wraz z dźwiękiem Opus w formacie pliku WebM za pośrednictwem przesyłania strumieniowego DASH .

Innym wczesnym użytkownikiem była Wikipedia (w szczególności Wikimedia Commons , która udostępnia pliki multimedialne na podstronach i językach Wikipedii). Wikipedia wspiera otwarte i wolne od tantiem formaty multimedialne. Od 2016 roku trzy akceptowane formaty wideo to VP9, ​​VP8 i Theora.

Od grudnia 2016 roku Netflix używa w swoim katalogu kodowania VP9, ​​obok H.264 i HEVC . Od lutego 2020 r. AV1 zaczęto przyjmować na urządzenia mobilne, podobnie jak w przypadku platformy VP9.

Filmy i telewizja Google Play wykorzystuje (przynajmniej częściowo) profil 2 VP9 z Widevine DRM.

Stadia używa VP9 do strumieniowania gier wideo w rozdzielczości do 4K na obsługiwanym sprzęcie, takim jak Chromecast Ultra , obsługiwanym telefonie komórkowym i komputerze.

Usługi kodowania

Szereg usług kodowania w chmurze oferuje kodowanie VP9, ​​w tym Amazon , Bitmovin , Brightcove , castLabs, JW Player , Telestream i Wowza.

Encoding.com oferuje kodowanie VP9 od czwartego kwartału 2016 r., co oznaczało średnioroczną 11% popularności VP9 wśród swoich klientów w tym roku.

Internetowe oprogramowanie pośredniczące

JW Player obsługuje VP9 w szeroko stosowanym odtwarzaczu wideo HTML5 typu oprogramowanie jako usługa .

Obsługa przeglądarki

VP9 jest zaimplementowany w tych przeglądarkach internetowych:

  • Chromium i Google Chrome (domyślnie używane od wersji 29, odpowiednio z maja i sierpnia 2013 r.)
  • Opera (od wersji 15 od lipca 2013)
  • Firefox (od wersji 28 od marca 2014)
  • Microsoft Edge (stan na lato 2016)
  • Safari (od Safari Technology Preview Release 110, z oficjalnym wsparciem dodanym w wersji 14)

Internet Explorer całkowicie nie obsługuje VP9. Szacuje się, że w marcu 2016 roku od 65 do 75% przeglądarek używanych na komputerach stacjonarnych i notebookach było w stanie odtwarzać filmy VP9 na stronach HTML5, na podstawie danych StatCounter .

Obsługa systemu operacyjnego

Obsługa VP9 przez różne systemy operacyjne
Microsoft Windows System operacyjny Mac BSD / Linux System operacyjny Android iOS
Obsługa kodeków Tak
Częściowo : Wygraj 10 v1607
Pełna : Wygraj 10 v1809
tak tak tak tak
Obsługa kontenerów W rocznicowej aktualizacji systemu Windows 10 (1607) :
WebM (.webm nie jest rozpoznawany; wymaga pseudorozszerzenia)
Matroska (.mkv)

W aktualizacji systemu Windows 10 października 2018 (1809) :
WebM (.webm jest oficjalnie rozpoznawany)

WebM (.webm)
— wprowadzony w systemie macOS 11.3 beta 2 dla Safari
WebM (.webm)
Matroska (.mkv)
WebM (.webm)
Matroska (.mkv)
Nie dotyczy
Uwagi W systemie Windows 10 :
— W rocznicowej aktualizacji (1607) ograniczone wsparcie jest dostępne w Microsoft Edge ( tylko przez MSE ) i aplikacjach Universal Windows Platform .

— W aktualizacji z kwietnia 2018 r. (1803) z preinstalowanymi rozszerzeniami Web Media Extensions przeglądarka Microsoft Edge (EdgeHTML 17) obsługuje filmy VP9 osadzone w tagach <video>.

— W aktualizacji z października 2018 r. (1809) rozszerzenia wideo VP9 są preinstalowane. Umożliwia kodowanie zawartości VP8 i VP9 na urządzeniach, które nie mają sprzętowego kodera wideo.

Wsparcie wprowadzone w macOS 11.0 - Wsparcie wprowadzone w Androidzie 4.4 Wsparcie wprowadzone w iOS 14.0

Obsługa oprogramowania odtwarzacza multimedialnego

VP9 jest obsługiwany przez wszystkie główne programy odtwarzaczy multimedialnych typu open source , w tym VLC , MPlayer /MPlayer2/ MPV , Kodi , MythTV i FFplay .

Obsługa urządzeń sprzętowych

Android ma dekodowanie oprogramowania VP9 od wersji 4.4 "KitKat" . Lista urządzeń elektroniki użytkowej z obsługą sprzętu, w tym telewizorów, smartfonów, dekoderów i konsol do gier, znajduje się na liście webmproject.org.

Implementacje sprzętowe

Następujące wióry, architektury, CPU , GPU i SoCs zapewnić przyspieszenie sprzętu z VP9. Wiadomo, że niektóre z nich mają sprzęt o stałej funkcji, ale ta lista zawiera również implementacje oparte na GPU lub DSP - implementacje oprogramowania na sprzęcie innym niż procesor. Ta ostatnia kategoria służy również do odciążania procesora, ale wydajność energetyczna nie jest tak dobra, jak sprzęt o stałej funkcji (bardziej porównywalny z dobrze zoptymalizowanym oprogramowaniem obsługującym SIMD ).

Godny uwagi sprzęt obsługujący przyspieszone dekodowanie
Spółka Chip/architektura Wybitne zastosowania Kodowanie
Wszyscy Zwycięzca A80 Czerwony Xn
AMD Raven Ridge Ryzen 5 2400G, Ryzen 7 2800H, Ryzen 3 2300U Czerwony Xn
Picasso Ryzen 5 3400G, Ryzen 7 3750H, Ryzen 3 3300U Czerwony Xn
Navi Seria kart graficznych Radeon RX 5000 Czerwony Xn
Renoir Ryzen 5 4600G, Ryzen 7 4800H, Ryzen 3 4300U Czerwony Xn
Nawigacja 2 Seria kart graficznych Radeon RX 6000 ?
Lucienne Ryzen 7 5700U, Ryzen 5 5500U, Ryzen 3 5300U Czerwony Xn
Cezanne Ryzen 5 5600G, Ryzen 7 5800H, Ryzen 3 5400U Czerwony Xn
Amlogic Rodzina S9 Czerwony Xn
RAMIĘ Mali-V61 („Egil”) VPU Zielony kleszczTak
HiSilicon HI3798C Czerwony Xn
Kirin 980 Huawei Mate 20 / P30 ?
Wyobraźnia Seria PowerVR6 Apple iPhone 6/6s Czerwony Xn
Intel Szlak Zatokowy Celeron J1750 Czerwony Xn
Merrifield Atom Z3460 Czerwony Xn
Moorefield Atom Z3530 Czerwony Xn
Skylake Rdzeń i7-6700 Czerwony Xn
Jezioro Kaby Rdzeń i7-7700 Zielony kleszczTak
Jezioro Kawowe rdzeń i7-8700, rdzeń i9-9900 Zielony kleszczTak
Jezioro Whisky Zielony kleszczTak
Jezioro Komet Zielony kleszczTak
Lodowe Jezioro Zielony kleszczTak
Jezioro Tygrysów Zielony kleszczTak
Jezioro rakietowe Zielony kleszczTak
Jezioro Olchowe Zielony kleszczTak
MediaTek MT6595 Czerwony Xn
MT8135 Czerwony Xn
Helio X20/X25 Czerwony Xn
Helio X30 Zielony kleszczTak
Helio P30 Zielony kleszczTak
Nvidia Maxwell GM206 GTX 950 - 960/750/965M Czerwony Xn
Pascal GTX 1080/1080 Ti/1080M/1070/1070 Ti/1070M/1060/1050/1050 Ti/Titan X/Titan Xp, GT 1030 Czerwony Xn
Volta Nvidia Tytan V Czerwony Xn
Turing GeForce RTX 2060 - 2080/2080 Ti, GTX 1660/1650, Titan RTX Czerwony Xn
Amper GeForce RTX 3090, RTX 3080, RTX 3070 Czerwony Xn
Tegra X1 Nvidia Shield Android TV , przełącznik Nintendo Czerwony Xn
Qualcomm Lwia paszcza 660/665/670 Motorola Moto G8 / G8 Power / G8 Plus , Pixel 3a / 3a XL ?
Lwia paszcza 710/712/730 ?
Lwia paszcza 820/821 OnePlus 3 , LG G5 / G6 , Piksel ?
Lwia paszcza 835 Piksel 2 , OnePlus 5 / 5T , LG V30 Zielony kleszczTak
Lwia paszcza 845 Piksel 3 , Asus Zenfone 5Z , OnePlus 6 / 6T Zielony kleszczTak
Lwia paszcza 855 Piksel 4 Zielony kleszczTak
Realtek RTD1295 Czerwony Xn
Samsung Exynos 7 Octa 7420 Samsung Galaxy S6 , Samsung Galaxy Note 5 Czerwony Xn
Exynos 8 Octa 8890 Samsung Galaxy S7 Czerwony Xn
Exynos 9 Octa 8895 Samsung Galaxy S8 , Samsung Galaxy Note 8 Zielony kleszczTak
Exynos 9 Octa 9810 Samsung Galaxy S9 Zielony kleszczTak
Exynos 9 Octa 9820 Samsung Galaxy S10 Zielony kleszczTak
Exynos 9 Octa 9825 Samsung Galaxy Note 10 Zielony kleszczTak

Ta lista nie jest kompletna. Inne SoC, a także dostawców sprzętu IP można znaleźć na webmproject.org.

Konsole do gier wideo

Sony PlayStation 5 obsługuje przechwytywanie materiału 1080p i 2160p przy użyciu VP9 w kontenerze WebM.

Wdrożenia oprogramowania

Implementacja referencyjna od Google znajduje się w wolnym oprogramowaniu biblioteki programowania libvpx . Ma tryb kodowania jednoprzebiegowego i dwuprzebiegowego , ale tryb jednoprzebiegowy jest uważany za uszkodzony i nie zapewnia skutecznej kontroli nad docelową szybkością transmisji bitów.

Kodowanie

  • libvpx
  • SVT-VP9 — skalowalna technologia wideo dla VP9 — koder typu open source firmy Intel
  • Eve – komercyjny koder
  • Kodery Ittiam ( OTT , transmisje , konsumenckie )

Rozszyfrowanie

  • libvpx
  • ffvp9 ( FFmpeg )
  • Ittiam za konsument dekoder

Dekoder VP9 FFmpeg wykorzystuje korpus optymalizacji SIMD współdzielony z innymi kodekami, aby przyspieszyć. Porównanie wykonane przez programistę FFmpeg wykazało, że było to szybsze niż libvpx, aw porównaniu z dekoderem h.264 FFmpeg, „identyczna” wydajność dla wideo o tej samej przepływności lub około 10% szybsza dla wideo o tej samej jakości.

Roszczenia patentowe

W marcu 2019 r. firma Sisvel z siedzibą w Luksemburgu ogłosiła utworzenie pul patentów dla VP9 i AV1. Członkami puli byli JVCKenwood , NTT , Orange SA , Philips i Toshiba , z których wszyscy udzielali licencji na patenty MPEG-LA dla pul patentów AVC, DASH lub HEVC. Lista zgłoszonych patentów została po raz pierwszy opublikowana 10 marca 2020 r. Ta lista zawiera ponad 650 patentów.

Ceny Sisvel wynoszą 0,24 euro za urządzenia wyświetlające i 0,08 euro za urządzenia bez wyświetlania korzystające z VP9, ​​ale nie żądają opłat licencyjnych za zakodowaną zawartość. Jednak ich licencja nie zwalnia z oprogramowania.

Google zna pule patentów, ale nie planuje zmieniać swoich obecnych lub przyszłych planów użytkowania VP9 lub AV1.

Następca: od VP10 do AV1

12 września 2014 r. Google ogłosiło, że rozpoczęło się opracowywanie VP10 i że po wydaniu VP10 planowano mieć 18-miesięczną przerwę między wydaniami formatów wideo. W sierpniu 2015 r. Google zaczęło publikować kod VP10.

Jednak Google zdecydowało się włączyć VP10 do AOMedia Video 1 (AV1). AV1 kodek został opracowany w oparciu o połączenie technologii z VP10, Daala ( Xiph / Mozilla ) i Thor ( Cisco ). W związku z tym Google oświadczył, że nie wdroży VP10 wewnętrznie ani oficjalnie go nie wyda, co czyni VP9 ostatnim z kodeków opartych na VPx, które zostaną wydane przez Google.

Bibliografia

Zewnętrzne linki