De staat van video op het web

Een paar dagen geleden heeft Google aangekondigd dat ze de ondersteuning voor de H.264-video-codec in de populaire browser Chrome stopzetten. In het licht daarvan kijken we vandaag naar de gevolgen en de huidige staat van video op internet.


Een beetje geschiedenis

Dankzij de snelle internetverbindingen en de hoge kosten van bandbreedte, is video over het internet erg populair geworden. Dat gezegd hebbende, het spelen van video's op het web bleef een uiterst rommelige aangelegenheid. Er was een puinhoop aan codecs en containers om mee om te gaan en geen directe manier om content te streamen. Deze leegte werd opgevuld door drie oplossingen: Windows Media, QuickTime en Real Media; ze namen snel de hele markt over.

Ik herinner dit zeker!

Weinigen verwachtten dat het trio zou worden onttroond, laat staan ​​dit vroeg. En toch, dat is wat er gebeurde toen Flash video de gehele webstreamingmarkt volledig overnam - waardoor de anderen praktisch rond 2005 verdwijnen. De anderen zijn nog steeds springlevend natuurlijk, maar tot een recente Flash-video vrij was veel de enige fool-proof, compatibele en gemakkelijke manier om uw streaming-inhoud op een webpagina te krijgen.


Introductie van het HTML5 video-element

Sublieme speler - een van de pioniers.

Ontwikkelaars over de hele wereld zagen het gapende gat dat Flash in de HTML-specificatie liet zien en bedachten de HTML5-specificatie om de leegte in te vullen. Het web had een eersteklas burger nodig voor video, net zoals afbeeldingen, die browsers native zouden kunnen spelen - zonder afhankelijk te zijn van een plug-in, of het nu Flash, Silverlight, Quicktime of iets anders is.

En zo werd het video-element geboren.

HTML5 definieert een standaardmanier voor het insluiten van video-inhoud in uw websites: via de video- label.

Ondersteuning voor deze standaard, zowel bij browsers als bij contentdistributeurs, zoals Youtube en Vimeo, is in een snel tempo toegenomen. Onnodig te zeggen, dit element, samen met canvas, is bijna het gezicht van HTML5 geweest.


De concurrerende codecs

Dit is waar het een beetje onvoorspelbaar is geworden. De HTML5-specificatie specificeert niet welke videoformaten, containers of codecs de browser moet ondersteunen via de videotag. Elke browser-maker is vrij in het kiezen en ondersteunen van elk formaat dat zij geschikt achten.

Ogg Theora was aanvankelijk de voorloper van het standaard videoformaat, maar werd later uit de specificatie verwijderd, vervangen door vager specificaties. Momenteel zijn er drie hoofdcodecs die vandaag aandacht voor u hebben:

  • H.264
  • VP8
  • Theora

Ik zal meer vertellen over de meest relevante codecs: H.264 en VP8. Theora, hoewel een mededinger, is niet echt in de running voor de leiding, dus we zullen het overslaan. Ik denk niet dat we vandaag ook het concept van een video-container zullen moeten bespreken.


H.264's achtergrond

H.264, ook in de volksmond bekend als AVC, is ontwikkeld als een gezamenlijke inspanning van een aantal groepen, waaronder de beroemde MPEG.

Het is momenteel een van de meer technisch geavanceerde codecs die beschikbaar is en biedt een betere framekwaliteit met een veel lagere bitsnelheid. Voor niet-techneuten krijg je een superieure kwaliteit bij veel kleinere bestandsgroottes.

Dit is de belangrijkste reden waarom H.264 op een groot aantal plaatsen wordt gebruikt, waaronder uw televisiezenders die worden uitgezonden in optische media van hoge definitie en hoge definitie, zoals BluRay.

Naast kwaliteit gaat H.264 nog een aantal andere dingen doen. Inhoud die is gecomprimeerd met deze codec kan worden afgespeeld door een aantal niet-pc-apparaten. Dit op een iPhone lezen? Jazeker, je kunt H.264-content bekijken. Je gameconsoles? Absoluut!

Een ander punt om op te merken is dat een lot van genoemde apparaten hebben speciale hardware om dit type inhoud te decoderen. Dit is de reden waarom uw draagbare apparaten een indrukwekkend lange gebruiksduur hebben. Zonder hardware-ondersteuning zouden hun CPU's eenvoudigweg verwelken.


Achtergrond van de VP8

VP8, een relatief nieuwe codec, is het geesteskind van On2 - dezelfde jongens achter Theora. Google verwierf On2 in 2010 en opende alle onderliggende patenten voor de codec in het publieke domein.

WebM, de voorkeurscontainer voor de meeste huidige browsers, gebruikt VP8 voor het comprimeren van zijn video-inhoud en Vorbis voor zijn audio. Het produceert inhoud die qua kwaliteit vergelijkbaar is met H.264.

Het is volledig royaltyvrij, nu en in de toekomst. Aan de andere kant heeft het beperkte hardwaredecoderingsondersteuning en ondersteuning door derden voor apparaten / mobiele apparaten.


Het besluit van Google om H.264 te laten vallen

Zoals vermeld in het fragment heeft Google de ondersteuning voor H.264 onlangs verwijderd uit de Chrome-browser. Dit gooit een monkey-sleutel in H.264's groei bij webvideo's en laat Internet Explorer en Safari achter als de enige resterende browsers die de codec ondersteunen. Google's verklaring hieronder:

We verwachten nog sneller innovatie in het webmediaplatform in het komende jaar en richten onze investeringen in technologieën die zijn ontwikkeld en waarvoor een licentie is verleend op basis van open webbeginselen. Daartoe veranderen we de HTML5 van Chrome


Het besluit van Google: een korte veelgestelde vraag

We zullen een korte blik werpen op enkele vragen die u mogelijk heeft.

Waarom de plotselinge verandering van hart?

Problemen met licenties, royalty's en openheid. H.264 vereist royalty's voor specifieke scenario's terwijl VP8 en Theora volledig open zijn.

Ik heb gehoord dat H.264 voor veel toepassingen gratis is. Is er meer aan de hand??

Hoewel het gratis is, is het gratis, als het gratis wordt verspreid. Vergeet niet dat MP3 al vroeg vrij liberale licenties had. H.264's licenties veranderen periodiek, 5 jaar of zo, dus iets dat vandaag gratis is, hoeft dat morgen niet altijd te zijn. Er zijn geen dergelijke problemen met VP8.

Is dit een manier waarop Google probeert te bepalen welk formaat het web gebruikt??

Niet echt nee. WebM wordt al ondersteund door Opera en Firefox [komende versies]. Het wordt ook ondersteund door een groot deel van de webgemeenschap. Het gaat veel meer om openheid dan om controle.

Opmerking van de uitgever: Dat gezegd hebbende, is het niet leuk om te kijken naar de stille klappen in het gezicht die Apple, Google en Microsoft gooien? De spanningen tussen Google en Apple zijn de afgelopen maanden behoorlijk toegenomen.

Wat als Google opeens kwaad wordt en royalty's gaat in rekening brengen??

VP8 heeft een BSD-licentie. Het staat ook onder een onherroepelijke gratis patentlicentie. Dit is ongeveer zo dichtbij als je kunt bereiken gratis. U hoeft geen royalty's te betalen, nu of in de toekomst. Periode.

Firefox-gebruikers kunnen H.264-inhoud al bekijken met een plug-in. Dus wat is er nieuw hier?

Inpluggen is het sleutelwoord hier. In plaats van een eersteklaselement te worden, wordt video opnieuw gedelegeerd naar plug-ins. Als je een plug-in gaat installeren om H.264 te bekijken, waarom zou je dan niet gewoon Flash gebruiken? Het is niet zo erg als mensen het laten zijn!

Dus ik kan plug-ins gebruiken om H.264-inhoud te bekijken?

Absoluut, pijp het door Flash of Silverflight of wat drijft uw boot. Er is gewoon geen native support.

Google bundelt al Flash, een gesloten platform. Logische storing?

Nee, niet eens in de buurt. Flash, de speler, heeft geen royalty's nodig. In feite kun je de specificatie nemen en je eigen speler maken. Chrome wordt gewoon geleverd met Flash voor een eenvoudigere logistiek.

H.264 is overal, goshdarnit!

Het is zeker. Maar ik geloof dat een mededinger moet worden gekozen, gebaseerd op verdiensten en licentieverlening, niet alleen de eerste. Dit geldt nog meer voor het web, een messias van openheid.

Maar, maar ik maak al mijn video's in H.264. Het coderen met een andere codec is vervelend.

U comprimeert deze waarschijnlijk al voordat u hem uploadt naar de videoservice van uw keuze. Waarom niet gewoon comprimeren met VP8? Ook als u zijn de provider, je bent al door gebruikers geüploade video's opnieuw aan het converteren. Converteer nu eenvoudig naar VP8!

Maar WebM-converters zuigen!

Touche, mijn vriend. In vergelijking met H.264 zijn de beschikbare gereedschappen beperkt. We moeten wachten terwijl iemand de vraag van de markt vult.

Waarom nu ondersteuning verwijderen??

Omdat de spec en de oorlog nog niet voorbij zijn, niet door een lange poging. Google kan het zich veroorloven hier verandering in te brengen en in de toekomst een H.264-monopolie te voorkomen.


Wat dit betekent voor een gewone gebruiker

Voor een gewone websurfer van Joe verandert er niets voor jou. Zolang u een moderne browser gebruikt, kunt u doorgaan met het consumeren van webvideo-inhoud, of het nu YouTube of Vimeo is, zolang de provider de inhoud transcodeert en ze efficiënt en effectief opslaat. In feite hoeft u zelfs geen moderne browser te gebruiken als de provider fatsoenlijke fallbacks biedt

In jouw wereld verandert er niets. Het zijn maar een stel geeks die over dingen praten die je niet eens vaag kunt begrijpen.

Als je echter een mobiele gebruiker bent, sta je in een wereld van problemen. Met de meeste mobiele platformen zo hard vergrendeld [Apple, ik kijk naar jou], is het veranderen van browser op jouw grillen moeilijk. Bovendien hebben de meeste mobiele apparaten alleen hardware om H.264 te decoderen, niet VP8. Dit betekent twee dingen:

  • Mogelijke schokkerige prestaties: Zonder speciale hardwaredecodering kunnen de prestaties nadelig zijn voor video's van een hogere kwaliteit.
  • Slechter batterijlevensduur: Terwijl je CPU blijft proberen je inhoud te decoderen, gaat je batterijduur een grote hit worden.

Ja, ik weet dat het rot is.


Wat het betekent voor een producent / distributeur van webinhoud

Voor desktopgebruikers verandert het ook echt niet veel. Als u al inhoud heeft die op de juiste manier is gecodeerd voor elke browser, zou het goed moeten zijn voor nu. Vergeet niet dat je al WebM- of Theora-content voor Firefox en Opera hebt moeten gebruiken; dus er verandert niets voor desktopgebruikers.

Voor mobiele gebruikers is het opnieuw een puinhoop. Geen mobiele browser ondersteunt WebM of Theora vanaf nu, terwijl bijna elke mobiele telefoon speciale hardware voor H.264 heeft. Om iedereen te ontvangen, moet je twee versies hebben: één gecodeerd met H.264 voor mobiele gebruikers en één met WebM / Theora voor iedereen.

U zult te maken krijgen met verdubbelde rekenkosten en opslag. Of u kunt ervoor kiezen HTML5-video helemaal over te slaan en met Flash te gaan voor het weergeven van inhoud, maar uh-oh, iOS-apparaten kunnen Flash-inhoud niet afspelen.

Als je video-inhoud voor mobiele gebruikers moet bedienen en nu facepalming gebruikt, kunnen we je benarde situatie begrijpen en heb je onze sympathie. Vecht verder, soldaat!


Wat het betekent voor Flash en HTML5-video

Op korte termijn, verdere acceptatie van het video-element kan lijden omdat ontwikkelaars wachten op het stof voordat ze een beslissing nemen over de implementatie. Je zou waarschijnlijk niet willen gaan met een technologie die gedoemd is te mislukken. Dit betekent ook dat het gebruik van Flash voor video-inhoud mogelijk de komende maanden ironisch zal zijn.

Op de lange termijn, het zal leiden tot een sterker en meer open web. Niemand wil een herhaling van het GIF- of MP3-fiasco en ik heb het gevoel dat Google eindelijk de ondersteuning voor de codec heeft laten vallen. Steun aan Mozilla en voor het niet opgeven in het tumult over het niet ondersteunen van de codec.


Codec-ondersteuning in moderne browsers

Universele prijstabel van GraphicRiver.

Dit is hoe de compatibiliteitstabel een maand later zal lezen, wanneer Chrome H.264 laat vallen en Firefox en Internet Explorer WebM adopteren.

Met mobiele browsers is de situatie eenvoudig genoeg om een ​​grafiek niet te rechtvaardigen. Elke mobiele browser ondersteunt H.264 en niets anders.


Het zit er op

Ik hoop dat je dit artikel interessant vindt. We hebben geprobeerd om vandaag met een iets ander onderwerp te gaan, dat afwijkt van onze gebruikelijke inhoud voor webontwikkeling. Ik ben er zeker van dat er veel perspectieven zijn die ik in dit artikel heb gemist, dus denk eraan om mee te praten met uw opmerkingen. Heel erg bedankt voor het lezen!