VP9 - VP9

VP9

Dezvoltat de	Google
Eliberarea inițială	17 iunie 2013
Tipul formatului	Video comprimat
Conținut de	Matroska WebM FIV
Extins de la	VP8
Extins la	AV1
Standard	( Specificație Bitstream )
Formatul deschis ?	da
Site-ul web	webmproject.org/vp9

VP9 este un format de codare video deschis și fără redevențe dezvoltat de Google .

VP9 este succesorul VP8 și concurează în principal cu codificarea video de înaltă eficiență MPEG (HEVC / H.265). La început, VP9 a fost utilizat în principal pe platforma video Google a YouTube . Apariția Alianței pentru Media deschisă și sprijinul său pentru dezvoltarea continuă a succesorului AV1 , din care face parte Google, a dus la un interes tot mai mare pentru format.

Spre deosebire de HEVC, suportul VP9 este comun în rândul browserelor web moderne (vezi videoclip HTML5 § Suport pentru browser ). Android a acceptat VP9 de la versiunea 4.4 KitKat, în timp ce iOS / iPadOS a adăugat suport pentru VP9 în iOS / iPadOS 14 .

Părți din format sunt acoperite de brevete deținute de Google. Compania acordă utilizarea gratuită a propriilor brevete conexe bazate pe reciprocitate, adică atâta timp cât utilizatorul nu se angajează în litigii privind brevetele.

Istorie

VP9 este ultima iterație oficială a seriei de formate video TrueMotion pe care Google a cumpărat-o în 2010 pentru 134 de milioane de dolari împreună cu compania On2 Technologies care a creat-o. Dezvoltarea VP9 a început în a doua jumătate a anului 2011 sub denumirea de Next Gen Open Video ( NGOV ) și VP-Next . Obiectivele de proiectare pentru VP9 includeau reducerea ratei de biți cu 50% comparativ cu VP8 , menținând în același timp aceeași calitate video și vizând o eficiență de compresie mai bună decât standardul MPEG High Efficiency Video Coding (HEVC). În iunie 2013, „profilul 0” al VP9 a fost finalizat, iar două luni mai târziu, browserul Chrome Google a fost lansat cu suport pentru redarea video VP9. În octombrie acelui an, un decodor VP9 nativ a fost adăugat la FFmpeg și la Libav șase săptămâni mai târziu. Mozilla a adăugat suport VP9 la Firefox în martie 2014. În 2014, Google a adăugat două profiluri de adâncime de biți mari: profilul 2 și profilul 3.

În 2013 a fost publicată o versiune actualizată a formatului WebM, oferind suport pentru VP9 împreună cu audio Opus.

În martie 2013, Administrația de licențiere MPEG a renunțat la o afirmație anunțată a cererilor de brevet în litigiu împotriva VP8 și a succesorilor săi după ce Departamentul de Justiție al Statelor Unite a început să investigheze dacă acționează pentru a înăbuși concurența în mod nedrept.

De-a lungul timpului, Google a lucrat cu furnizorii de hardware pentru a obține asistență VP9 în siliciu. În ianuarie 2014, Ittiam , în colaborare cu ARM și Google, și-a demonstrat decodificatorul VP9 pentru dispozitivele ARM Cortex . Folosind tehnici GPGPU , decodorul era capabil de 1080p la 30 fps pe o placă Arndale . La începutul anului 2015, Nvidia a anunțat suportul VP9 în Tegra X1 SoC, iar VeriSilicon a anunțat suportul VP9 Profile 2 în IP-ul decodificatorului Hantro G2v2.

În aprilie 2015, Google a lansat o actualizare semnificativă a bibliotecii sale libvpx , versiunea 1.4.0 adăugând suport pentru adâncimea de biți de 10 biți și 12 biți , 4: 2: 2 și 4: 4: 4 sub-eșantionare cromă și decodare VP9 multithreaded / codificare.

În decembrie 2015, Netflix a publicat un proiect de propunere pentru includerea videoclipului VP9 într-un container MP4 cu criptare comună MPEG .

În ianuarie 2016, Ittiam a demonstrat un codificator VP9 bazat pe OpenCL . Codificatorul vizează GPU-urile mobile ARM Mali și a fost demonstrat pe un Samsung Galaxy S6 .

Suportul VP9 a fost adăugat la browserul web Microsoft Edge . Este prezent în versiunile de dezvoltare începând cu EdgeHTML 14.14291 și urmează să fie lansat oficial în vara anului 2016.

În martie 2017, Ittiam a anunțat finalizarea unui proiect de îmbunătățire a vitezei de codare a libvpx. S-a spus că îmbunătățirea vitezei este de 50-70%, iar codul „disponibil public ca parte a libvpx”.

Caracteristici

VP9 este personalizat pentru rezoluții video mai mari de 1080p (cum ar fi UHD ) și, de asemenea, permite compresia fără pierderi .

Formatul VP9 acceptă următoarele spații de culoare : Rec. 601 , Rec. 709 , Rec. 2020 , SMPTE-170 , SMPTE-240 și sRGB .

VP9 acceptă video HDR utilizând funcții de transfer hibrid log-gamma (HLG) și cuantificator perceptiv (PQ).

Eficienţă

O comparație timpurie care a luat în considerare viteza de codare variabilă a arătat că x265 a depășit în mod restrâns libvpx la cea mai înaltă calitate (cea mai lentă codificare), în timp ce libvpx a fost superior la orice altă viteză de codare, de către SSIM.

Într-o comparație subiectivă a calității efectuată în 2014 cu codificatoare de referință pentru HEVC (HM 15.0), MPEG-4 AVC / H.264 (JM 18.6) și VP9 (libvpx 1.2.0 cu suport preliminar VP9), VP9, ​​precum H. 264, a necesitat de aproximativ două ori bitrate-ul pentru a atinge o calitate video comparabilă cu HEVC, în timp ce cu imagini sintetice VP9 a fost aproape de HEVC. În schimb, o altă comparație subiectivă din 2014 a concluzionat că la setări de calitate mai ridicate, HEVC și VP9 au fost legate cu un avantaj de 40 până la 45% de bitrate față de H.264.

Netflix , după un test amplu în august 2016, a concluzionat că libvpx a fost cu 20% mai puțin eficient decât x265, dar până în octombrie același an a constatat, de asemenea, că modificarea parametrilor de codificare ar putea „reduce sau chiar inversa decalajul dintre VP9 și HEVC”. La NAB 2017 , Netflix a spus că au trecut la codificatorul EVE , care, conform studiilor lor, oferea un control mai bun al ratei în două treceri și era cu 8% mai eficient decât libvpx.

O comparație offline a codificatorului între libvpx, două codificatoare HEVC și x264 în mai 2017 de către Jan Ozer de la Streaming Media Magazine, cu parametrii de codificare furnizați sau revizuiți de fiecare furnizor de codificatori (Google, MulticoreWare și, respectiv, MainConcept) și folosind metrica obiectivă VMAF a Netflix , a concluzionat că „VP9 și ambele codecuri HEVC produc performanțe foarte similare” și „În special la rate de biți mai mici, atât codecurile HEVC, cât și VP9 oferă performanțe mult mai bune decât H.264”.

Performanţă

O viteză de codificare , față de compararea eficienței implementării de referință în libvpx , x264 si x265 a fost făcută de către un dezvoltator FFmpeg în septembrie 2015: Prin SSIM indicele, libvpx a fost cea mai mare parte superioară x264 în întreaga gamă de viteze de codificare comparabile, dar beneficiul principal a fost la sfârșitul mai lent al x264 @ veryslow (atingând un punct dulce de îmbunătățire a ratei de biți de 30-40% în intervalul de două ori mai lent decât acesta), în timp ce x265 a devenit competitiv cu libvpx doar de aproximativ 10 ori mai lent decât x264 @ veryslow . S-a ajuns la concluzia că libvpx și x265 au fost ambele capabile de îmbunătățirea 50% a ratei de biți revendicate față de H.264, dar numai de 10-20 ori timpul de codare de x264. Judecată după calitatea obiectivă VQM metrică la începutul anului 2015, codificatorul de referință VP9 a furnizat o calitate video la fel cu cele mai bune implementări HEVC .

O comparație de decodor realizată de același dezvoltator a arătat o decodificare cu 10% mai rapidă pentru ffvp9 decât ffh264 pentru videoclipuri de aceeași calitate sau „identice” la același bitrate. De asemenea, a arătat că implementarea poate face diferența, concluzionând că „ffvp9 bate în mod constant libvpx cu 25-50%”.

O altă comparație a decodificatorului a indicat o încărcare a procesorului cu 10–40 la sută mai mare decât H.264 (dar nu spune dacă aceasta a fost cu ffvp9 sau libvpx) și că pe mobil, playerul de demonstrație Ittiam a fost cu aproximativ 40 la sută mai rapid decât browserul Chrome la redarea VP9 .

Profiluri

Există mai multe variante ale formatului VP9 (cunoscut sub numele de „profiluri de codare”), care permit succesiv mai multe caracteristici; profilul 0 este varianta de bază, care necesită cel puțin o implementare hardware:

profilul 0

adâncimea culorii : 8 biți / eșantion, subeșantionare cromatică : 4: 2: 0

profilul 1

adâncimea culorii: 8 biți, subeșantionarea cromatică: 4: 2: 2, 4: 2: 0, 4: 4: 4

profilul 2

adâncimea culorii: 10-12 biți, subesantionarea cromatică: 4: 2: 0

profilul 3

adâncimea culorii: 10-12 biți, subesantionarea cromatică: 4: 2: 2, 4: 2: 0, 4: 4: 4

Nivele

VP9 oferă următoarele 14 niveluri:

Tehnologie

Exemplu de partiționare și ordine de codare internă a unei unități de codare

Coeficienții de transformare sunt scanați într-un model rotund (distanță crescândă de colț). Aceasta trebuie să coincidă (mai bine decât modelul tradițional în zig-zag) cu ordinea așteptată a importanței coeficienților, astfel încât să crească compresibilitatea lor prin codificarea entropiei . O variantă înclinată a modelului este utilizată atunci când marginea orizontală sau verticală este mai importantă.

VP9 este un format tradițional de codare a transformării bazat pe blocuri . Formatul bitstream este relativ simplu în comparație cu formatele care oferă o eficiență similară a ratei de biți ca HEVC.

VP9 are multe îmbunătățiri de proiectare în comparație cu VP8. Cea mai mare îmbunătățire a acestuia este suportul pentru utilizarea unităților de codare de 64 × 64 pixeli. Acest lucru este util mai ales în cazul videoclipurilor de înaltă rezoluție. De asemenea, predicția vectorilor de mișcare a fost îmbunătățită. În plus față de cele patru moduri ale VP8 (medie / „DC”, „mișcare adevărată”, orizontală, verticală), VP9 acceptă șase direcții oblice pentru extrapolarea liniară a pixelilor în predicția intra-cadru .

Noile instrumente de codificare includ, de asemenea:

• precizie cu opt pixeli pentru vectori de mișcare,
• trei filtre diferite de interpolare subpixel cu 8 apăsări comutabile,
• selecție îmbunătățită a vectorilor de mișcare de referință,
• codificare îmbunătățită a decalajelor vectorilor de mișcare la referința lor,
• îmbunătățirea codificării entropiei,
• filtrare buclă îmbunătățită și adaptată (la noile dimensiuni ale blocurilor),
• transformarea sinusoidală discretă asimetrică (ADST),
• transformări de cosinus discret mai mari (DCT, 16 × 16 și 32 × 32) și
• segmentare îmbunătățită a cadrelor în zone cu asemănări specifice (de ex., fundal / fundal)

Pentru a permite o anumită procesare paralelă a cadrelor, cadrele video pot fi împărțite de-a lungul limitelor unităților de codificare în până la patru rânduri de dale de 256 până la 4096 de lățimi spațiate uniform, fiecare coloană de dale fiind codificată independent. Acest lucru este obligatoriu pentru rezoluțiile video care depășesc 4096 pixeli. Un antet de țiglă conține dimensiunea țiglelor în octeți, astfel încât decodificatoarele să poată sări înainte și să decodeze fiecare rând de țiglă într-un fir separat . Imaginea este apoi împărțită în unități de codare numite superblocuri de 64 × 64 pixeli care sunt subpartitionate adaptiv într-o structură de codare cu patru arbori . Ele pot fi împărțite orizontal sau vertical sau ambele; (sub) unitățile pătrate pot fi împărțite recursiv până la blocuri de 4 × 4 pixeli. Subunitățile sunt codificate în ordinea scanării raster: de la stânga la dreapta, de sus în jos.

Pornind de la fiecare cadru cheie, decodoarele păstrează 8 cadre tamponate pentru a fi utilizate ca cadre de referință sau pentru a fi afișate ulterior. Cadrele transmise semnalizează care tampon trebuie suprascris și pot fi opțional decodate într-unul dintre buffere fără a fi afișate. Codificatorul poate trimite un cadru minim care declanșează doar unul dintre bufferele care urmează să fie afișat („skip frame”). Fiecare cadru inter poate face referință până la trei dintre cadrele tamponate pentru predicție temporală. Până la două dintre aceste cadre de referință pot fi utilizate în fiecare bloc de codificare pentru a calcula o predicție de date eșantion, utilizând conținut deplasat spațial ( compensarea mișcării ) dintr-un cadru de referință sau o medie a conținutului din două cadre de referință („modul de predicție compus”). Diferența (ideală mică) rămasă ( codificare delta ) de la predicția calculată la conținutul real al imaginii este transformată utilizând un DCT sau ADST (pentru blocuri de margine) și cuantificată.

Ceva ca un cadru b poate fi codat în timp ce se păstrează ordinea cadrului original în fluxul de biți folosind o structură numită superframe. Cadrele de referință alternative ascunse pot fi împachetate împreună cu un cadru inter obișnuit și un cadru de saltare care declanșează afișarea conținutului anterior ascuns de altef din buffer-ul cadrului de referință imediat după cadru-p însoțitor.

VP9 permite codificarea fără pierderi prin transmiterea la cel mai scăzut nivel de cuantificare (q index 0) a unui semnal suplimentar de reziduu transformat Walsh – Hadamard (WHT) codat cu 4 × 4 blocuri .

Pentru a putea fi căutate, fluxurile de biți VP9 brute trebuie încapsulate într-un format container , de exemplu Matroska (.mkv), formatul WebM derivat (.webm) sau formatul mai vechi minimalist de fișier video Indeo (IVF), care este susținut în mod tradițional de libvpx. VP9 este identificat ca V_VP9în WebM și VP90în MP4 , respectând convențiile de denumire respective.

Adopţie

Adobe Flash , care în mod tradițional folosea formate VPx până la VP7 , nu a fost niciodată actualizat la VP8 sau VP9, ​​ci în schimb la H.264. Prin urmare, VP9 a pătruns adesea în aplicațiile web corespunzătoare doar cu trecerea treptată de la tehnologia Flash la HTML5 , care era încă oarecum imatură când a fost introdus VP9. Tendințele către rezoluții UHD , adâncimea de culoare mai mare și gamele mai largi conduc la o schimbare către formate video noi, specializate. Având o perspectivă clară de dezvoltare și sprijin din partea industriei, demonstrată de fondarea Alianței pentru medii deschise, precum și de situația scumpă și complexă de licențiere a HEVC, este de așteptat ca utilizatorii formatelor MPEG de până acum să treacă adesea la redevență. formate alternative gratuite din seria VPx / AVx în loc să faceți upgrade la HEVC.

Furnizori de conținut

Un utilizator principal al VP9 este platforma video populară Google a YouTube , care oferă videoclipuri VP9 la toate rezoluțiile, împreună cu sunetul Opus în format de fișier WebM , prin streaming DASH .

Un alt adoptator timpuriu a fost Wikipedia (în special Wikimedia Commons , care găzduiește fișiere multimedia în subpagini și limbi ale Wikipedia). Wikipedia susține formate multimedia deschise și fără redevențe. Începând din 2016, cele trei formate video acceptate sunt VP9, ​​VP8 și Theora.

Din decembrie 2016, Netflix a folosit codificarea VP9 pentru catalogul lor, alături de H.264 și HEVC . Începând din februarie 2020, AV1 a început să fie adoptat pentru dispozitivele mobile, nu spre deosebire de modul în care a început VP9 pe platformă.

Google Play Filme și TV utilizează (cel puțin parțial) profilul VP9 2 cu Widevine DRM.

Stadia folosește VP9 pentru streaming de jocuri video de până la 4k pe hardware acceptat, cum ar fi Chromecast Ultra , telefoane mobile acceptate, precum și computere.

Servicii de codificare

O serie de servicii de codificare cloud oferă codificare VP9, ​​inclusiv Amazon , Bitmovin , Brightcove , castLabs, JW Player , Telestream și Wowza.

Encoding.com a oferit codificare VP9 începând cu trimestrul IV 2016, care a reprezentat o medie anuală de 11% popularitate pentru VP9 în rândul clienților săi în acel an.

Web middleware

JW Jucător sprijină VP9 în său utilizat pe scară largă de software-as-a-service HTML5 video player.

Suport pentru browser

VP9 este implementat în aceste browsere web:

• Chromium și Google Chrome (utilizabile implicit de la versiunea 29 din mai, respectiv august 2013)
• Opera (de la versiunea 15 din iulie 2013)
• Firefox (de la versiunea 28 din martie 2014)
• Microsoft Edge (începând din vara anului 2016)
• Safari (începând cu Safari Technology Preview Release 110, cu suport oficial adăugat în versiunea 14)

Internet Explorer lipsește complet suportul VP9. În martie 2016, se estimează că 65 până la 75% dintre browserele utilizate pe sistemele desktop și notebook-uri au putut reda videoclipuri VP9 în pagini web HTML5, pe baza datelor de la StatCounter .

Suport pentru sistemul de operare

Suport software pentru player media

VP9 este susținută în toate marile open source software - ul media player , inclusiv VLC , MPlayer / MPlayer2 / MPV , Kodi , MythTV și FFplay .

Suport pentru dispozitive hardware

Android a avut decodarea software-ului VP9 de la versiunea 4.4 „KitKat” . Pentru o listă de produse electronice de consum cu suport hardware, inclusiv televizoare, smartphone-uri, set box-uri și console de jocuri, consultați lista webmproject.org.

Implementări hardware

Următoarele cipuri, arhitecturi, procesoare , GPU-uri și SoC-uri asigură accelerarea hardware a VP9. Se știe că unele dintre acestea au hardware cu funcții fixe, dar această listă încorporează implementări bazate pe GPU sau DSP - implementări software pe hardware non-CPU. Această din urmă categorie servește și scopului de descărcare a procesorului, dar eficiența energetică nu este la fel de bună ca hardware-ul cu funcție fixă ​​(mai comparabil cu software-ul SIMD bine optimizat ).

Hardware notabile care acceptă decodarea accelerată

Companie	Cip / Arhitectură	Utilizări notabile	Codificare
AllWinner	A80		N
AMD	Raven Ridge	Ryzen 5 2400G, Ryzen 7 2800H, Ryzen 3 2300U	N
	Picasso	Ryzen 5 3400G, Ryzen 7 3750H, Ryzen 3 3300U	N
	Navi	Seria GPU Radeon RX 5000	N
	Renoir	Ryzen 5 4600G, Ryzen 7 4800H, Ryzen 3 4300U	N
	Navi 2	Seria GPU Radeon RX 6000	?
	Lucienne	Ryzen 7 5700U, Ryzen 5 5500U, Ryzen 3 5300U	N
	Cezanne	Ryzen 5 5600G, Ryzen 7 5800H, Ryzen 3 5400U	N
Amlogic	Familia S9		N
BRAŢ	Mali-V61 ("Egil") VPU		Da
HiSilicon	HI3798C		N
	980. Kirin	Huawei Mate 20 / P30	?
Imaginație	Seria PowerVR6	Apple iPhone 6 / 6s	N
Intel	Traseul golfului	Celeron J1750	N
	Merrifield	Atom Z3460	N
	Moorefield	Atom Z3530	N
	Skylake	Core i7-6700	N
	Lacul Kaby	Core i7-7700	Da
	Coffee Lake	Core i7-8700, Core i9-9900	Da
	Lacul Whisky		Da
	Comet Lake		Da
	Lacul de gheață		Da
	Lacul Tigru		Da
	Lacul Rachetă		Da
	Lacul Alder		Da
MediaTek	MT6595		N
	MT8135		N
	Helio X20 / X25		N
	Helio X30		Da
	Helio P30		Da
Nvidia	Maxwell GM206	GTX 950 - 960/750 / 965M	N
	Pascal	GTX 1080/1080 Ti / 1080M / 1070/1070 Ti / 1070M / 1060/1050/1050 Ti / Titan X / Titan Xp, GT 1030	N
	Volta	Nvidia Titan V	N
	Turing	GeForce RTX 2060 - 2080/2080 Ti, GTX 1660/1650, Titan RTX	N
	Amper	GeForce RTX 3090, RTX 3080, RTX 3070	N
	Tegra X1	Nvidia Shield Android TV , Nintendo Switch	N
Qualcomm	Snapdragon 660/665/670	Motorola Moto G8 / G8 Power / G8 Plus , Pixel 3a / 3a XL	?
	Snapdragon 710/712/730		?
	Snapdragon 820/821	OnePlus 3 , LG G5 / G6 , Pixel	?
	Snapdragon 835	Pixel 2 , OnePlus 5 / 5T , LG V30	Da
	Snapdragon 845	Pixel 3 , Asus Zenfone 5Z , OnePlus 6 / 6T	Da
	Snapdragon 855	Pixel 4	Da
Realtek	RTD1295		N
Samsung	Exynos 7 Octa 7420	Samsung Galaxy S6 , Samsung Galaxy Note 5	N
	Exynos 8 Octa 8890	Samsung Galaxy S7	N
	Exynos 9 Octa 8895	Samsung Galaxy S8 , Samsung Galaxy Note 8	Da
	Exynos 9 Octa 9810	Samsung Galaxy S9	Da
	Exynos 9 Octa 9820	Samsung Galaxy S10	Da
	Exynos 9 Octa 9825	Samsung Galaxy Note 10	Da

Aceasta nu este o listă completă. Alte SOC-uri, precum și furnizorii de IP hardware pot fi găsite la webmproject.org.

Console de jocuri video

Sony PlayStation 5 acceptă captarea filmărilor 1080p și 2160p folosind VP9 într-un container WebM.

Implementări software

Implementarea de referință de la Google se găsește în biblioteca gratuită de programare softwarelibvpx . Are un mod de codare cu o singură trecere și două treceri , dar modul cu o singură trecere este considerat defect și nu oferă control efectiv asupra ratei de biți țintă.

Codificare

• libvpx
• SVT-VP9 - Tehnologie video scalabilă pentru VP9 - codificator open-source de la Intel
• Eve - un codificator comercial
• Produse codificatoare Ittiam ( OTT , difuzare , consumator )

Decodare

• libvpx
• ffvp9 ( FFmpeg )
• Ittiam de consum decodor

Decodorul VP9 al FFmpeg profită de un corpus de optimizări SIMD partajate cu alte codecuri pentru a-l face rapid. O comparație făcută de un dezvoltator FFmpeg a indicat că acest lucru a fost mai rapid decât libvpx și în comparație cu decodorul h.264 al FFmpeg, performanță „identică” pentru videoclipuri cu același bitrate sau cu aproximativ 10% mai rapide pentru videoclipuri de aceeași calitate.

Revendicări de brevet

În martie 2019, Sisvel , cu sediul în Luxemburg, a anunțat formarea grupurilor de brevete pentru VP9 și AV1. Membrii pool-urilor au inclus JVCKenwood , NTT , Orange SA , Philips și Toshiba , toți aceștia licențiat de asemenea brevete către MPEG-LA, fie pentru pool-urile de brevete AVC, DASH, fie HEVC. O listă a brevetelor revendicate a fost publicată pentru prima dată la 10 martie 2020. Această listă conține peste 650 de brevete.

Prețurile Sisvel sunt de 0,24 euro pentru dispozitivele de afișare și de 0,08 euro pentru dispozitivele care nu sunt afișate utilizând VP9, ​​dar nu vor căuta redevențe pentru conținutul codat. Cu toate acestea, licența lor nu scutește de software.

Google este conștient de grupurile de brevete, dar nu intenționează să le modifice planurile de utilizare actuale sau viitoare ale VP9 sau AV1.

Succesor: de la VP10 la AV1

Pe 12 septembrie 2014, Google a anunțat că dezvoltarea VP10 a început și că după lansarea VP10 au planificat să aibă un decalaj de 18 luni între lansările de formate video. În august 2015, Google a început să publice cod pentru VP10.

Cu toate acestea, Google a decis să încorporeze VP10 în AOMedia Video 1 (AV1). Codecul AV1 a fost dezvoltat pe baza unei combinații de tehnologii de la VP10, Daala ( Xiph / Mozilla ) și Thor ( Cisco ). În consecință, Google a declarat că nu vor implementa VP10 intern și nici nu îl vor elibera oficial, făcând din VP9 ultimul codec bazat pe VPx lansat de Google.

Referințe

linkuri externe

• Site oficial
• „WebM și noul codec video deschis VP9”, I / O (YouTube) (video), 2013.
• Prezentare generală Bitstream
• Jan Ozer (Streaming Media Magazine), iunie 2016: VP9 ajunge în sfârșit la vârstă, dar este potrivit pentru toată lumea?
• Ronald Bultje: Prezentare generală a codecului video VP9 , 13 decembrie 2016