Google tar bort H.264-support för Chrome

I går meddelade Google att de kommer att ta bort H.264-stöd för Chrome inom en snar framtid. Vad är alternativet? "Öppen källa" säger Google. Om du inte är uppe i videokodningsscenen, kan H.264 bara se ut som ett nummerblock, och varför skulle Google vilja gå med open source? Vi förklarar just det i resten av den här artikeln.

Vad är H.264?

Även känd som MPEG-4 AVC, H.264 är en videokomprimeringsalgoritm (codec). Som codec är den utformad för att ta stora videofiler och komprimera dem i storlek samtidigt som den bibehåller kvalitet som är synlig för mänskliga ögon och öron, och det gör det ganska bra. Du kommer att se H.264 i användning när du tittar på YouTube-videor (även om det förändras snart), iTunes-filmer, Blu-Ray, Flash-videor och verkligen allt som visas med QuickTime. Det är ett vanligt format över hela webben.

Nu när HTML5 håller på att bli webbstandarden finns det en ny tagg som man helt enkelt kan infoga på en webbsida för att tillhandahålla videouppspelning på sidan. Vissa webbläsare använder H.264 för att stödja detta, men andra webbläsare använder för närvarande open source-alternativet

Ogg Theora. När Theora läggs sida vid sida har Theora visat sig vara underlägsen H.264 vad gäller kvalitet och effektivitet. Google arbetar för närvarande med en ny motor som drivs av WebM det kommer att blåsa Theora bort, en codec känd som VP8; det används för närvarande på YouTube för alla videor högre än 720p och de fortsätter att rulla ut det till 100% av sina videor.

Problemet med H.264 är att det är patenterat och för närvarande ägs av flera olika företag (inklusive Apple), allt under taket av ett patentföretag känt som MPEG LA. Detta innebär att företag som använder detta format i länder som erkänner mjukvarupatent måste betala licensavgifter. Licensavgifterna kan vara ganska rejäl och den högsta möjliga avgiften är $ 5 miljoner.

Om MPEG-4 inte är gratis, hur kommer alla att använda den?

Tja, det här är den svåra delen. Som visas i MPEG LA: s pressmeddelande, det är helt gratis att använda H.264-format för att koda internetvideo innehåll, så länge det innehållet tillhandahålls gratis för slutanvändare (alias Mr. genomsnittliga Joe videovätare). Men det anger också specifikt att betalda tjänster och kodare / avkodare fortfarande kommer att omfattas av royalty. Det belopp som betalas i royalties beror helt på licensinnehavarens användarbas.

Inte alla använder det. För närvarande Chrome, Internet Explorer (viaSilverlight) och Safari är de enda webbläsarna som direkt avkodar H.264 till synliga media. Firefox och resten av webbläsarna där ute använder Adobe Flash, där Adobe är den som betalar licensavgiften på 5 miljoner dollar per år; för som du vet är Flash fortfarande enorm! För företag som Google och Microsoft är $ 5 miljoner stora förändringar men de är också tillräckligt stora för att veta att det är ett misstag att bygga en nyckelfundament på en konkurrerarteknologi. Det som kan vara $ 5 miljoner i år kan vara 1 miljard nästa år.

Alternativet med öppen källkod

Google meddelade att de går WebM-ruttoch tillsammans med dem Firefox, Opera och Adobe hoppar ombord på VP8-codec-tåget. Även om det inte är helt på nivå eller så populärt som H.264, är det open source, gratis för alla och utvecklas mycket snabbare.

Det kan inte vara bra

Det finns inte många nackdelar att röra sig från H.264, men vissa har klagat. Det aktuella problemet med VP8, även om det stöder hårdvaruaccelererad video, är att det inte stöds av de flesta hårdvara. Det är helt enkelt för nytt och det behöver tid för att låta chiptillverkarna komma ihåg.

Slutsats

Google flyttar rent för att öppna video via WebM är bra för alla, men det kommer bara lite tidigt. Men om Google skulle vänta, kunde H.264 standardisera marknaden ännu längre och förankra sig själv så djupt att det skulle ta år för open source att konkurrera. Just nu tappar de det i knoppen, och när vi väntar på mer stöd för VP8 kommer Adobe att skörda tillfälliga belöningar via Flashs stöd för både H.264 och den kommande VP8-kompatibla versionen.