VP9

VP9
Dateiendung:webm
Entwickelt von:Google Inc.
Erstveröffentlichung:13. Dezember 2012
Art:lossy Video
Enthalten in:WebM, IVF
Erweitert von:VP8
Erweitert zu:AV1
Standard(s):(Bitstream Specification)
Website:webmproject.org/vp9

VP9 ist ein lizenzgebührenfreies, offenes Format vorrangig für komprimierte Videodaten. Es ist nach VP8 die letzte offizielle Ausgabe der von Google aufgekauften TrueMotion-Videoformatreihe (VPx) und konkurriert mit H.265/HEVC.

VP9 wurde zunächst hauptsächlich auf Googles Video-Plattform YouTube verwendet.[1][2]

VP9 lässt sich zusammen mit Opus in WebM-Dateien speichern.[3] Safari, Chromium, Chrome, Vivaldi, Firefox und Opera unterstützen das VP9-Format für HTML5 Video.[4][5][6][7]

Teile des Verfahrens unterliegen Patenten von Google. Das Unternehmen räumt jedem unter Gegenseitigkeitsbedingung dauerhaft und unwiderruflich die freie Nutzung betroffener eigener Patente ein, solange er nicht seinerseits Patentforderungen einklagt.[8]

Merkmale

VP9 ist auf die Kodierung von Material in Auflösungen jenseits Full HD (wie etwa UHD) ausgerichtet und ermöglicht bei Bedarf auch verlustfreie Kompression.

Es gibt verschiedene Varianten des VP9-Formates, die sogenannten Kodierungsprofile, die von der Grundversion, dem Profil 0 (verbindliches Minimum für Hardware-Implementierungen), hin zu Profil 3 zunehmend mehr Merkmale erlauben:

Profil 0
Farbtiefe: 8 Bit, Farbunterabtastung: 4:2:0
Profil 1
Farbtiefe: 8 Bit, Farbunterabtastung: 4:2:0, 4:2:2, 4:4:4, Alpha- + Tiefenkanal
Profil 2
Farbtiefe: 10–12 Bit, Farbunterabtastung: 4:2:0
Profil 3
Farbtiefe: 10–12 Bit, Farbunterabtastung: 4:2:0, 4:2:2, 4:4:4, Alpha-Kanal

VP9 unterstützt die Farbräume Rec. 601, Rec. 709, Rec. 2020, SMPTE-170, SMPTE-240 und sRGB.[9][10]

Leistung

Kodierungsartefakte im Vergleich

In einem 2014 durchgeführten subjektiven Qualitätsvergleich mit den Referenzkodierern für HEVC (HM 15.0), MPEG-4 AVC/H.264 (JM 18.6) und VP9 (libvpx 1.2.0 mit vorläufiger VP9-Unterstützung) benötigte VP9 noch ähnlich H.264 etwa doppelt so viel Bitrate für mit HEVC vergleichbare Videoqualität, wobei VP9 für synthetisches Bildmaterial ähnlich HEVC abschnitt.[11] Dagegen ergab ein anderer subjektiver Qualitätsvergleich von 2014 in höheren Qualitätsbereichen bei VP9 und HEVC eine vergleichbare Einsparung von 40 bis 45 % gegenüber H.264.[12]

Nach algorithmischer Bewertung mittels SSIM erreichte VP9 mit libvpx im September 2015 in einem Test gegenüber dem besten H.264-Kodierer x264 eine um 50 % verbesserte Bitrateneffizienz bei 10 bis 20 Mal höherer Kodierzeit. Bei beliebiger gleicher Kodiergeschwindigkeit wurde immer noch um 20 bis 30 % bessere Effizienz erreicht.[13] Andere Tests zeigen mit x264 vergleichbare Kodiergeschwindigkeit, wenn Parallelisierung der Ausführung erzwungen wird. Nach der objektiven Metrik VQM lieferte der VP9-Referenzkodierer Anfang 2015 gleiche Videoqualität wie die besten HEVC-Implementierungen und kodierte in der Regel schneller.[14]

Der Rechenaufwand beim Dekodieren liegt in der Praxis etwas über 20 Prozent höher als bei H.264 mit libvpx, während der proprietäre Ittiam-Dekodierer eine um 30 Prozent niedrigere CPU-Last zeigt als libvpx.[15] Mit dem neueren Dekodierer ffvp9 soll vergleichbare oder schnellere Dekodierung als bei H.264 (ffh264) und um 25 bis 50 % massiv schnellere Dekodierung als mit libvpx erreicht werden.[16]

Technik

Beispiel der Unterteilung und inneren Kodierungsreihenfolge einer Kodierungseinheit

VP9 ist ein klassisches blockbasiertes Transformations-Verfahren. Das Bitstromformat ist im Vergleich zu ähnlich bitrateneffizienten Formaten wie HEVC relativ einfach.[17]

Als größte Formatverbesserung gegenüber dem direkten Vorgängerformat VP8 können Transformationsblöcke zur Vorhersage zu größeren Makroblöcken von nun bis zu 64×64 Bildpunkten zusammengefasst werden. Dies ist besonders bei hochaufgelösten Videos nützlich.[2] Weiterhin wurde die Vorhersage von Bewegungsvektoren verbessert.[18] Neue Kodierungswerkzeuge umfassen außerdem:

  • mehr Modi für die Intra-Vorhersage,
  • Achtelpixel-Genauigkeit für Bewegungsvektoren,
  • auswechselbare 8-Tap-Subpixel-Interpolationsfilter,
  • verbesserte Wahl von Referenz-Bewegungsvektoren,
  • verbesserte Kodierung der Versätze von Bewegungsvektoren gegenüber der Referenz,
  • verbesserte Entropiekodierung einschließlich Entropieadaptierung auf verschiedene Symbole auf Einzelbildebene,
  • verbessertes und an neue Blockgrößen angepasstes loop filtering,
  • die asymmetrische diskrete Sinustransformation (ADST),
  • größere diskrete Kosinustransformationen (DCT, 16×16 und 32×32) und
  • verbesserte Zerlegung von Einzelbildern in Bildbereiche mit bestimmten Einheitlichkeiten (zum Beispiel Hinter-/Vordergrund).

Um Parallelverarbeitung von Einzelbildern zu ermöglichen, können diese entlang Superblockgrenzen in bis zu 4 Reihen von 256 bis 4096 Bildpunkten breiten, gleichmäßigen Kacheln aufgeteilt werden, wobei jede Spalte unabhängig kodiert wird. Dies ist verpflichtend für Auflösungen oberhalb von 4096 Punkten Bildbreite. Die Kopfdaten der Kacheln enthalten die Kachelgröße in Bytes, sodass Dekodierer Kacheln direkt überspringen und jede Kachelspalte in einem separaten Ausführungsstrang dekodieren können.

Das Bild wird weiter in Superblöcke genannte Kodierungseinheiten von 64 auf 64 Bildpunkten unterteilt, welche adaptiv in einer Quaternärbaum-Struktur unterteilt werden.[19][20] Sie können entweder in horizontaler oder vertikaler oder beiden Richtungen unterteilt werden; quadratische (Unter-)Einheiten können rekursiv bis zu einer Blockgröße von 4 auf 4 Bildpunkten weiter unterteilt werden. Untereinheiten werden in Rasterlesereihenfolge kodiert: von links nach rechts, von oben nach unten.

Beginnend an Schlüsselbildern halten Dekodierer 8 Einzelbilder für die Nutzung als Referenzbilder oder spätere Anzeige gepuffert. Übertragene Einzelbilder signalisieren, welcher der Puffer mit ihnen überschrieben werden soll und können optional in einen der Puffer dekodiert werden ohne angezeigt zu werden. Der Kodierer kann minimale Einzelbilder senden, die einzig die Anzeige eines der Pufferinhalte auslösen („skip frame“). Jedes Inter-Bild kann bis zu 3 der gepufferten Einzelbilder für zeitliche Vorhersage referenzieren. In einem Kodierungsblock können für die Berechnung von Vorhersagebilddaten räumlich verschobene Inhalte (Bewegungsausgleich) von einem oder zwei Einzelbildern (zusammengesetzte Vorhersage, mit Durchschnittsbildung) verwendet werden. Die (idealerweise geringe) verbleibende Differenz (Delta-Kodierung) der berechneten Vorhersage zum eigentlichen Bildinhalt wird transformiert mittels einer DCT oder ADST (für Kantenblöcke) und quantisiert.

Eine B-Frame-artige Struktur kann in sogenannten Superframes unter Erhalt der ursprünglichen Einzelbildreihenfolge im Bitstrom kodiert werden. Versteckte Alternate-Reference-Bilder können zusammengepackt werden mit einem gewöhnlichen Inter-Bild und einem skip frame, der die Anzeige des Inhalts des vorhergehenden versteckten Altref-Bildes direkt nach dem Inter-Bild auslöst.[17]

VP9 ermöglicht verlustfreie Kodierung, indem bei niedrigster Quantisierungsstufe (q-Index 0) zusätzlich ein in 4×4-Blöcken Hadamard-transformiertes (WHT) Restsignal übertragen wird.[21][22]

In Containerformaten werden VP9-Ströme mit der FourCC VP90 (beziehungsweise zukünftig eventuell VP91, ...) oder VP09 gekennzeichnet.[23] Um wahlfreien Zugriff zu ermöglichen müssen VP9-Rohdaten gekapselt werden; entweder in Googles Matroska-basiertem WebM-Format (.webm) oder dem älteren minimalistischen Format Indeo video file (IVF), welches von libvpx traditionell unterstützt wird.[17] [24]

Verbreitung

Adobe Flash, in dem bis VP7 traditionell VPx-Formate zum Einsatz kamen, wurde nie auf VP8 oder VP9, sondern stattdessen auf H.264 aufgerüstet. Daher drang VP9 oft erst mit der graduellen Umstellung von Flash auf die zur VP9-Markteinführung noch unreife HTML5-Technik in entsprechende Webvideoanwendungen vor. Trends hin zu UHD-Auflösungen, höherer Farbtiefe und weiteren Gamuts treiben zum Umstieg auf neue, darauf ausgelegte Videoformate. Die durch die Alliance for Open Media klare Unterstützungs- und Entwicklungsperspektive sowie die teure und unübersichtliche Lizenzierungssituation von HEVC lassen erwarten, dass Anwender der bisher führenden MPEG-Formate dabei anstatt einer Aufrüstung auf HEVC vermehrt auf die lizenzkostenfreien Alternativformate der VPx- beziehungsweise nunmehr AVx-Reihe umsteigen.[25]

VP9 ist implementiert in den Webbrowsern

Im Internet Explorer fehlt jegliche VP9-Unterstützung, kann jedoch über ein Plugin nachgerüstet werden.[28] Auf Datenbasis von StatCounter konnten im März 2016 auf Desktop- und Notebook-Systemen geschätzte 65 bis 75 % benutzter Webbrowser VP9-Videos in HTML5-Webseiten abspielen.[15]

Das Format wird hauptsächlich bei Googles Video-Plattform YouTube genutzt,[1] wo seit 2015 in großem Stil VP9-kodierte Videos ausgeliefert werden.[2]

Android unterstützt VP9-Dekodierung ab Version 4.4 („KitKat“).[29]

JW Player unterstützt VP9 in seinem vielgenutzten SaaS-HTML5-Videoplayer.[15]

Seit 2016 bietet eine Reihe von Cloud-Kodierungsdiensten (Amazon, Brightcove, castLabs, JW Player, Telestream, Wowza) VP9-Kodierung an.[15]

Implementierungen

Die Referenzimplementierung findet sich seit dem 17. Juni 2013 in der von Google herausgegebenen Programmbibliothek libvpx und wurde in Version 1.3 vom 2. Dezember 2013 offiziell eingeführt.[30] Sie wird als freie Software auch im Quelltext unter den Bedingungen der modifizierten BSD-Lizenz veröffentlicht.[31] Mitgeliefert werden die darauf aufbauenden Kommandozeilenwerkzeuge vpxenc und vpxdec. Es existiert je ein Modus für Kodierung in einem einzigen und in zwei Durchläufen, wobei der Einzeldurchlaufmodus als kaputt gilt und keine brauchbare Kontrolle über die Zielbitrate bietet.[32][15]

Das freie Multimediakonvertierungswerkzeug FFmpeg enthält seit Oktober 2013 den eigenen Dekodierer ffvp9, der 25 bis 50 % schneller arbeitet als libvpx und vergleichbar schnell (gleiche Bitrate) beziehungsweise etwa 10 % schneller (gleiche Qualität) als ffh264.[33][16]

Es existiert ein von Ittiam, ARM und Google entwickelter für ARM-Cortex-A-Architekturen mit ARM-Mali-GPUs optimierter VP9-Dekodierer.[34][35]

Viele Kritikpunkte an VP9 beschränkten sich auf die Mängel des Referenzkodierers. Im Mai 2016 wurde mit Eve („Efficient Video Encoder“) ein proprietärer alternativer Kodierer herausgebracht, der als überlegen gilt.[36]

Seit Februar 2019 entwickelt Intel öffentlich einen weiteren Encoder namens SVT-VP9.[37][38]

Die meisten führenden Prozessoren für Mobilgeräte bieten Hardware-Unterstützung für VP9-Dekodierung. Hardware-Beschleunigung für Dekodierung findet sich in Chips von AMD (Polaris P10/11 und neuer)[39], Allwinner, MediaTek, Nvidia, Qualcomm und Rockchip. Neuere Chips von ARM, Samsung und Intel (Kabylake-Architektur [Q3 2016] und spätere) unterstützen auch VP9-Kodierung.[40]

Alle AMD GCN GPUs unterstützen VP9 decoding per GPU in Software und entlasten so die CPU.[39]

Geschichte

VP9 ist die letzte offizielle Ausgabe der TrueMotion-Videoformatreihe, die Google 2010 für 134 Millionen Dollar mit dessen Herstellerunternehmen On2 Technologies aufkaufte.[41] Die Entwicklung von VP9 begann im dritten Quartal 2011 unter den Projektnamen VP-Next und Next Gen Open Video (NGOV).[42] Unter anderem wurde eine gegenüber dem Vorgängerformat VP8 verdoppelte Bitrateneffizienz angestrebt (zum Beispiel Halbierung der Bitrate bei gleicher Videoqualität).[43] Zukünftig soll auch die Bitrateneffizienz von HEVC unterboten werden. Eine noch nicht endgültige Version von Ende 2011 von VP9 soll noch um 7 % schlechter gewesen sein als HEVC.[44][45] Erreicht werden sollten diese Verbesserungen durch ausgefeiltere Techniken im Bereich der Vorhersage und Kodierung.[17]

Ende 2012 wurde Unterstützung für VP9 in Chromium eingebaut.[46]

2013 wurde eine um VP9- und Opus-Unterstützung erweiterte Version des WebM-Formats veröffentlicht.

Im März 2013 gab die MPEG Licensing Administration eine angekündigte Geltendmachung angeblicher Patentansprüche gegen VP8 und dessen Nachfolgeformate auf, nachdem das Justizministerium der Vereinigten Staaten Ermittlungen wegen eventueller Behinderung von Konkurrenz eingeleitet hatte.[47][48][49]

Im Juni 2013 wurde mit dem Kodierungsprofil 0 ein grundlegender erster Teil des Bitstromformates festgelegt.

In Version 1.4.0 („Indian Runner Duck“) vom 3. April 2015 wurden Unterstützung für die Farbmodelle YUV 4:2:2 und 4:4:4 sowie für 10 und 12 Bit Farbtiefe (Profile 1, 2, 3) nachgerüstet und der Codec beschleunigt.

VP9 wurde einer entsprechenden Arbeitsgruppe der Internet Engineering Task Force (IETF), die seit 2012 an einem zukünftigen Internetstandard für Videokomprimierung arbeitet, als Arbeitsgrundlage angeboten.[42]

VP10 (AV1)

VP10 wurde unter der Leitung von Alex Converse entwickelt.[50] Als primäres Entwicklungsziel wird die Verbesserung der Komprimierungsleistung genannt. Für VP10 sollen VP9 viele neue Kodierungsmittel hinzugefügt werden, die jeweils nur noch höchstens wenige Prozent, jedoch in der Summe eine signifikant höhere Bitrateneffizienz ermöglichen.[1]

Am 12. September 2014 gab Google bekannt, dass die Entwicklung von VP10 begonnen habe und dass nach der Veröffentlichung von VP10 jeweils nach 18 Monaten eine Veröffentlichung eines Videostandards erfolgen solle.[29] Im August 2015 begann die Veröffentlichung von Code für VP10.[51] Im Gegensatz zu der Entwicklung von VP9 geschieht die Entwicklung von VP10 seither öffentlich. Die am 1. September 2015 verkündete Mitgründung der Alliance for Open Media (AOMedia) durch Google demonstrierte Interesse an der Entwicklung eines einheitlichen Standards für ein neues Videokomprimierungsverfahren. Doch eine Bekanntgabe konkreter, aktiver Zusammenarbeit mit anderen bestehenden Initiativen wie der bereits aktiven IETF-Arbeitsgruppe NetVC wurde zunächst vermieden.[50] Später einigte sich die AOMedia auf VP10 als Basis für deren neue Videoformate. Die offizielle Veröffentlichung von VP10 wurde zu Gunsten von AV1 aufgegeben, der ersten Ausgabe der Videoformatreihe AOMedia Video (AVx).

Weblinks

Commons: VP9 – Album mit Bildern, Videos und Audiodateien

Einzelnachweise

  1. ↑ a b c Alex Converse (Google), 19. September 2015: New video compression techniques under consideration for VP10 – Präsentation bei den VideoLAN Dev Days 2015 in Paris
  2. ↑ a b c Anja Schmoll-Trautmann (CNET), 8. April 2015: Youtube: Kompression mit Codec VP9 gestartet (Memento desOriginals vom 1. Dezember 2017 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.cnet.de
  3. ↑ Peter Beverloo: VP9 and Opus, Background Position Offset and Ruby Positioning. 18. Dezember 2012, abgerufen am 1. November 2014.
  4. ↑ a b src.chromium.org
  5. ↑ a b Ed Hewitt (Ohso Ltd.), 21. Februar 2013: Google Chrome hits 25
  6. ↑ a b Volker Zota: Googles Web-Videocodec VP9 auf der Zielgeraden. Heise Newsticker, 18. Juni 2013, abgerufen am 1. November 2014.
  7. ↑ a b Firefox Notes. Mozilla, 18. März 2014, abgerufen am 1. November 2014 (englisch).
  8. ↑ VP8 Bitstream Specification License
  9. ↑ Add slightly more colorspace variations In: Chromium (web browser), Google, 7. Juni 2013. Abgerufen am 19. Juni 2013. 
  10. ↑ Change the use of a reserved color space entry In: Chromium (web browser), Google, 6. November 2014. Abgerufen am 7. November 2014. 
  11. ↑ Martin Řeřábek, Touradj Ebrahimi (EPFL): Comparison of compression efficiency between HEVC/H.265 and VP9 based on subjective assessments. In: Proceedings of SPIE – Applications of Digital Image Processing XXXVII. Band 9217. San Diego 2014, doi:10.1117/12.2065561 (englisch, epfl.ch).
  12. ↑ Iain Richardson, Abharana Bhat, 5. September 2014: How to stream better quality video: Part 3 – Ultra High Definition, 4K and next generation video codecs
  13. ↑ Ronald S. Bultje: VP9 encoding/decoding performance vs. HEVC/H.264, 28. September 2015. Abgerufen am 5. Juni 2016. „x265/libvpx are ~50 % better than x264, as claimed. But, they are also 10–20x slower. (…) the bitrate improvement normalized for CPU usage is only 20–30 %.“ 
  14. ↑ Jan Ozer, April 2015: The Great UHD Codec Debate: Google's VP9 Vs. HEVC/H.265
  15. ↑ a b c d e Jan Ozer, Juni 2016: VP9 Finally Comes of Age, But Is it Right for Everyone?
  16. ↑ a b Ronald S. Bultje: The world’s fastest VP9 decoder: ffvp9. 22. Februar 2014, abgerufen am 14. Mai 2016: „So how does VP9 decoding performance compare to that of other codecs? There’s basically two ways to measure this: same-bitrate, or same-quality (…) We did same-quality measurements, and found: ffvp9 tends to beat ffh264 by a tiny bit (10 %) (…) we did some same-bitrate comparisons, and found that x264 and ffvp9 are essentially identical in that scenario“
  17. ↑ a b c d Adrian Grange (Google), Harald Alvestrand (Google), 18. Februar 2013: A VP9 Bitstream Overview
  18. ↑ Max Sharabayko: Next Generation Video Codecs: HEVC, VP9, Daala. 22. Oktober 2013, abgerufen am 9. August 2015.
  19. ↑ VP-Next Overview and Progress Update (PDF) In: WebM Project, Google. Abgerufen am 29. Dezember 2012. 
  20. ↑ Adrian Grange: Overview of VP-Next (PDF), Internet Engineering Task Force. Abgerufen am 29. Dezember 2012. 
  21. ↑ Shahriar Akramullah: Video Coding Standards. In: Digital Video Concepts, Methods, and Metrics. Apress, 2014, ISBN 978-1-4302-6712-6, S. 55–100, doi:10.1007/978-1-4302-6713-3_3 (englisch, springer.com).
  22. ↑ Christopher Montgomery: Introducing Daala part 3: Time/Frequency Resolution Switching. In: Monty's demo pages. Xiph.Org, Red Hat Inc., 12. August 2013, abgerufen am 19. Juli 2016 (englisch): „We submitted this WHT plus a few variants to Google for use in VP9's lossless coding mode; they chose one of the alternate versions of the WHT illustrated above.“
  23. ↑ Kilroy Hughes, David Ronca, 2015: Draft: VP Codec ISO Media File Format Binding
  24. ↑ Pieter Kapsenberg: How VP9 works, technical details & diagrams. In: Doom9's Forum. 8. Oktober 2013, abgerufen am 31. März 2014.
  25. ↑ Jan Ozer, 12. April 2016: A Progress Report: The Alliance for Open Media and the AV1 Codec
  26. ↑ Nicolas La Rocco (ComputerBase), 19. April 2016: Edge unterstützt WebM, VP9 und Opus mit großem Update
  27. ↑ heise online: YouTube in 4K: Apple integriert doch noch Google-Codec VP9. Abgerufen am 20. September 2020.
  28. ↑ WebM for Internet Explorer. Archiviert vom Original (nicht mehr online verfügbar) am 30. Mai 2021; abgerufen am 20. September 2020.  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/tools.google.com
  29. ↑ a b Stephen Shankland: Google's Web-video ambitions bump into hard reality, CNET, 12. September 2014. Abgerufen am 13. September 2014. 
  30. ↑ Michael Larabel (Phoronix), 28. November 2013: Libvpx 1.3.0 "Forest" Supports VP9. New Enhancements
  31. ↑ libvpx-Lizenzbedingungen
  32. ↑ Dan Grois, Detlev Marpe, Tung Nguyen, Ofer Hadar: Comparative assessment of H.265/MPEG-HEVC, VP9, and H.264/MPEG-AVC encoders for low-delay video applications. In: Proceedings of SPIE – Applications of Digital Image Processing XXXVII. Band 9217. San Diego, California 2014, doi:10.1117/12.2073323 (englisch, spiedigitallibrary.org).
  33. ↑ Ronald S. Bultje: The world’s fastest VP9 decoder: ffvp9. In: blogs.gnome.org. 22. Februar 2014, abgerufen am 3. Mai 2016.
  34. ↑ Ittiam and ARM are the first to efficiently bring Google’s VP9 to mobile devices, ARM Community, 7. Januar 2014. Abgerufen am 4. Juli 2013. 
  35. ↑ Ittiam's H.265 and VP9 Solutions to Have Widespread Coverage at CES 2014 (Memento desOriginals vom 25. Februar 2014 im Internet Archive), ARM Community, 7. Januar 2014. Abgerufen am 4. Juli 2013.  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.marketwatch.com 
  36. ↑ Ronald S. Bultje: The world’s best VP9 encoder: Eve. In: blogs.gnome.org. 2. Mai 2016, abgerufen am 3. Mai 2016.
  37. ↑ Welcome to the GitHub repo for the SVT-VP9 encoder! To see a list of feature request and view what is planned for the SVT-VP9 encoder, visit our Trello page: http://bit.ly/svt-vp9: OpenVisualCloud.. Open Visual Cloud, 30. März 2019, abgerufen am 1. April 2019.
  38. ↑ SVT-VP9 Is Intel's Latest Open-Source Video Encoder Yielding High Performance VP9 - Phoronix. Abgerufen am 1. April 2019.
  39. ↑ a b AMD Radeon Software 16.12.1 Release notes (Crimson ReLive Edition) • /r/Amd. In: reddit. Abgerufen am 8. Dezember 2016.
  40. ↑ Ryan Smith, Anandtech, 31. Oktober 2016: ARM Announces Mali-G51 Mainstream GPU, Mali-V-61 Video Processing Block
  41. ↑ Volker Zota (heise online), 19. Februar 2010: Google schließt Übernahme des Codec-Spezialisten On2 Technologies ab
  42. ↑ a b BoF-Treffen im Rahmen der Konferenz IETF85 in Atlanta, USA mit einer Präsentation zu VP-Next. Audio-Mitschnitt (MP3, ~60 MiB), Präsentationsfolien (PDF, ~233 kiB)
  43. ↑ Next Gen Open Video (NGOV) Requirements (Memento desOriginals vom 4. Juni 2016 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/downloads.webmproject.org
  44. ↑ Tsahi Levent-Levi, 4. März 2013: WebRTC’s Future: is it H.265 or VP9?
  45. ↑ Adrian Grange (Chrome Media Group, Google): Overview of VP-Next, A Next Generation Open Video Codec – Objectives & Progress
  46. ↑ Stephen Shankland (CBS Interactive Inc.), 28. Dezember 2012: Google's new VP9 video technology reaches public view
  47. ↑ Pressemitteilung vom 7. März 2013: Google and MPEG LA Announce Agreement Covering VP8 Video Format
  48. ↑ Thomas Catan: Web Video Rivalry Sparks U.S. Probe. In: The Wall Street Journal. Dow Jones & Company, Inc., 4. März 2011, abgerufen am 31. Dezember 2011 (englisch).
  49. ↑ Jacqui Cheng: Report: DoJ looking into possible anti-WebM moves by MPEG LA. In: Ars Technica. Condé Nast Digital, 4. März 2011, abgerufen am 31. Dezember 2011.
  50. ↑ a b Sebastian Grüner (golem.de), 23. September 2015: Aus drei mach eins – Lizenzkostenfreier Videocodec
  51. ↑ Michael Larabel (Phoronix.com), 17. August 2015: Google Starts Pushing Out VP10 Open-Source Code Into Libvpx

Auf dieser Seite verwendete Medien

Vp9-logo-for-mediawiki.svg
VP9 logo/wordmark in WebM style as updated in 2012. Typeface is PT Sans, with some manual kerns.
VP9 example superblock partitioning.svg
Autor/Urheber: Flugaal, Lizenz: CC0
Beispiel der Unterteilung eines Superblocks (Kodierungseinheit) und der Kodierungsreihenfolge der Teile in VP9. Ein Einzelbild wird in sogenannte Superblöcke von 64 auf 64 Bildpunkten zerlegt. Diese können entweder horizontal, oder vertikal, oder horizontal und vertikal unterteilt werden; quadratische Teile können rekursiv weiter unterteilt werden bis zu Blöcken von 4 auf 4 Bildpunkten Größe. (Vergleiche AV1, H.264) Die einzelnen Einheiten werden in Rasterscanreihenfolge kodiert: links nach rechts, oben nach unten.
Artefact comparison ToS f04428.webm
Autor/Urheber: Mango Blender Open Movie Project, Blender Foundation, Lizenz: CC BY 3.0
Vergleich von Bildstörungen aus VP8-, VP9-, H.264/AVC-, H.265/HEVC-Kodierung mit ruhigeren Bildinhalten. (Vergleiche stark bewegt, Text und Strichzeichnung)

Ausschnitte von Einzelbildern aus mit niedriger Bitrate kodierten Versionen einer 33 Sekunden langen, 960×400 Bildpunkte großen Testsequenz mit Szenen aus dem offenen Kurzfilm „Tears of Steel“, von verlustfreiem Quellmaterial mittels libvpx 1.5, x264 r2699 und x265 1.9 in Durchschnittsbitratenmodus mit zwei Durchgängen zu Bitraten von ~0,0214 Bits pro Bildpunkt (±0,24 %) kodiert.

Merke dass die VP9-Kodierung grob dreimal länger dauerte als VP8 und noch länger für x265 (mangels Unterstützung für beschleunigten ersten Durchgang?) und bei x264 weniger als zweimal schneller ablief. Merke dass die Beurteilung von Videoqualität anhand von Standbildern einen unvollständigen Eindruck vermittelt, da es beispielsweise zeitliche Maskierung und (suboptimale) Bitratenverteilung außer Acht lässt.

Achte darauf die verlustfrei kodierte Version zu betrachten/benutzen und nicht eine der automatisch transkodierten mit zusätzlichen Artefakten.