Ik zo niet zeggen dat ze zich als kleuters gedragen, het is beleid vs. beleid. Google heeft zeer goede technische en financiële redenen om alleen VP9 te ondersteunen.
https://youtube-eng.googl...-buffer-free-youtube.html
h.264 is vrijgegeven van commissies, maar HEVC (h.265) is dat niet. Kort gezegd voor HEVC moet je betalen.
VP9 is vrij van commissies en wordt ontwikkeld door Google, dus ze willen juist dat mensen gebruik maken van hun werk. Dus als je h.264 en VP9 gebruikt dan hoef je niet te betalen. Voor HEVC zijn encoder tools commissie vrij, dus ja mag data innemen maar om het verder te gebruiken moet je weer betalen. Waarom zou je betalen als dat eigenlijk helemaal niet noodzakelijk is?
Aan het andere eind heb je Apple die het grootste aandeel heeft in MPEG LA, dus de grootste ontvanger van commissies is bij gebruik van h.264 en HEVC. Zij hebben dus ook dat deel ontwikkeld en willen ze dan ook juist dat mensen hun werk gebruiken.
Buiten dit, h.264 is zo'n beetje de defacto standaard als het gaat om mobiele apparaten. HEVC en VP9 worden lang niet altijd ondersteund als het gaat om hardware decoding en Apple heeft ook geen VP9 hardware decoding ingebakken. Vooral op een mobiel apparaat wil je zoveel mogelijk hardware decoding vanwege accutijd en hitte.
Google had software decoding kunnen gebruiken, dat doen ze ook op andere systemen die geen hardware decoding ondersteunen, maar Apple laat dat weer niet toe. Als je Safari gebruikt op een mac computer dan heb je ook geen VP9, je moet Chrome installeren wil je VP9 krijgen.
Het is een hele subtiele dans tussen beleid, belangen en technische mogelijkheden. Media codec's zijn een grote bron van inkomsten, daarom zijn meeste bedrijven zeer defensief als het gaat om een codec die zij hebben ontwikkeld. Het is altijd al een rommeltje geweest, vruger toen Kazaa nog een ding was moest je hele codec packs downloaden om zeker te zijn dat je alle films kon afspelen (niet dat ik zeg dat ik dat ooit heb gedaan).
Vruger was het een nachtmerrie en bijna onmogelijk om filmpjes op je site te hosten. De gebruiker moest altijd wel een plugin, activex component of een andere tool downloaden om het werkend te krijgen en dat was ook niet voor elk systeem hetzelfde dus moest je een afweging maken (of gewoon helemaal niet doen).
Zoals het nu is, is waarschijnlijk de meest opgeknapte en opgeruimde staat. Vruger was het allemaal veeeeel erger.
/EDIT:
Ook al zou Google HEVC streaming ondersteunen, meeste eindgebruikers ondersteunen het niet. Eigenlijk is het alleen standaard op Apple apparaten. Voor Windows 10 moet je een extension kopen van 1 dollar/euro.
https://www.microsoft.com...tivetab=pivot:overviewtab
Die extension heb je eigenlijk helemaal niet nodig tenzij je iets van je iPhone wil afspelen op je PC. Iets waar ik zelf ook mee werd geconfronteerd. Dat je als eindgebruiker die extension pas nodig hebt in een hele specifieke situatie zegt iets over hoe wijdverspreid HEVC is (of eigenlijk helemaal niet).
Op Linux wordt het standaard helemaal niet ondersteund. De grote mediaspelers geven een foutmelding dat ze de codec niet kennen en de grote distro's hebben het ook niet standaard in de repo's zitten. Dit komt omdat je moet betalen per apparaat, dat wil zeggen betalen per installatie en daar heeft niemand zin in. Er zijn meerdere libraries en je kan als eindgebruiker die libraries installeren of de mediaspeler zelf compilen, de bedoeling is dat je dan zelf de commissie afdraagt, maar goed dat doet denk bijna niemand.
HEVC was al ten dode opgeschreven al voor het op de markt kwam. Toen MPEG LA kwam met de melding dat de kosten voor HEVC een stuk hoger zouden zijn hadden ze er net zo goed mee kunnen stoppen. Apple probeert het er nog doorheen te drukken via hun dominante positie in de hardware markt, maar goed het lijkt erop dat ze dat nu hebben opgegeven. Ik vraag me eigenlijk wel af hoe het zit met hardwarematige decoding op iOS apparaten.
[Reactie gewijzigd door TechSupreme op 5 oktober 2020 08:54]