Gå till innehåll

HTML5 + <audio> & <video>


Recommended Posts

ITU-medlemmarna har enats om efterträdaren till videokodeken AVC/H.264, kallad High Efficiency Video Coding, HEVC/H.265.

 

Pressmeddelande: New video codec to ease pressure on global networks

 

H.265 beräknas halvera bandbreddsbehovet för att uppnå en viss kvalitet, jämfört med H.264, enligt pressmeddelandet. Det verkar ju bra. Redan H.264 är en mycket effektiv videokodek, dock är det ett resultat av flera års optimering av H.264-kodare, inte minst inom det öppna x264-projektet. Hur mycket av det optimeringsarbetet kan lätt och snabbt ”portas” till H.265? Eller måste utvecklarna av kodare mer eller mindre börja om från början? Hur många år dröjer det då innan vi ser en ”x265”, d.v.s. en H.265-kodare som är i klass med x264, och kan ge videokodningar med samma kvalitet som x264, men vid halva bandbredden/filstorleken?

 

Nästa fråga är stöd för det nya formatet, och då tänker jag i första hand på video på webben. Vilka webbläsare kommer att stödja H.265? Internet Explorer och Safari är rätt givna, då både Microsoft och Apple är medlemmar av MPEG-LA, och de redan stöder H.264. Men från och med vilken version av IE? Kommer IE10 att stödja H.265 som en följd av en framtida installation av en H.265-avkodare i Windows? Eller krävs en ny version, IE11? När kan den väntas släppas, och blir den tillgänglig även för Windows 7?

 

En tredje webbläsare som nu stöder H.264 är Chrome, men Google har tidigare meddelat att det stödet skall tas bort (se tidigare inlägg i denna tråd), och jag betvivlar att Google kommer att lägga till stöd för H.265 i Chrome. Som tidigare i denna tråd har nämnts, pågår arbetet med videokodeken VP9, som förväntas halvera bandbreddsbehovet jämfört med VP8, som nu används i WebM. VP9 testas redan i tidiga byggen av Chrome 26, så möjligen har VP9 ett försprång gentemot H.265. Då WebM (med VP8 som videokodek) lanserades våren 2010, var H.264 redan etablerat, med väl utvecklat stöd i både hård- och mjukvara. Den fördelen har alltså inte H.265. Sedan våren 2010 har också användningen av Chrome ökat kraftigt, och det gäller även Android på mobila enheter. Kommer Android-enheter att stödja H.265? Lika tveksamt som att Chrome skulle göra det.

 

Google har ytterligare ett trumfkort: YouTube, den i särklass största videodistributören på webben. Kommer YouTube att koda alla nya och koda om alla gamla videor till H.265? Jag betvivlar det. Kommer YouTube att koda nya videor och koda om gamla videor till VP9? Tveklöst, så snart en rimligt effektiv kodare är tillgänglig. På sikt kommer således det bandbreddseffektivaste alternativet hos webbens dominerande videodistributör att vara det öppna VP9, kombinerat med den högeffektiva ljudkodeken Opus.

 

Firefox och Opera stöder inte H.264, och att de skulle stödja H.265 ter sig nu inte helt sannolikt.

  • Like 1
Länk till kommentar
Dela på andra webbplatser

Hur mycket kan piratkopieringen påverka framgången i detta sammanhanget? Idag är vad jag förstår x264 standard för piratkopierad högupplöst film. Det gör troligen att kännedomen om formatet spridits till många annars ointresserade och att dessa skaffat sig mediaspelare/codecs som klarar av det. Skulle det ha någon betydelse för h264's framgång om piratkopierarna istället gick över till vp9? Eller är det bara vad aktörerna på marknaden såsom stora streamingtjänster väljer som är av betydelse?

Redigerad av Nicklas
Länk till kommentar
Dela på andra webbplatser

I dag är H.264 den effektivaste kodeken, både i kommersiella sammanhang som filmutgåvor på Blu-ray, och i piratkopior av dessa utgåvor. Åtminstone i det senare fallet är x264 den självklara kodaren. Någon VP8-kodare i klass med den sofistikerade x264 finns ännu inte (men xvp8 utvecklas). I framtida Blu-ray-titlar, i 4k-upplösning, kommer H.265 att vara det givna valet, är jag övertygad om. Vilken kodek piraterna kommer att välja beror nog på vilken som är effektivast i fråga om kvalitet kontra bandbredd, och kvalitet kontra tidsåtgång för kodning. Till det kommer dock att det är en fördel att koda om till samma format. Men det förutsätter också att en riktigt bra kodare är tillgänglig, och det kommer att ta tid (för både H.265 och VP9).

 

Angående att skaffa sig möjlighet att avkoda/spela upp de nya formaten, kommer nog avkodare för båda formaten att bli självklara i VLC och andra.

 

Men det är inte uppspelning ”offline” som är intressant. Det är för strömning det är viktigt att ha ett öppet format, som inte ägs och kontrolleras av en grupp storföretag (MPEG-LA:s medlemmar). För strömning är inte endast kodningseffektivitet avgörande, utan även att formatet är rimligt lätt att avkoda. H.264 (High Profile) är rätt tungt att avkoda, och mobila enheter är beroende av dedicerad hårdvara för att uppnå god prestanda (rimlig elförbrukning). H.265 kommer förstås att bli en än tyngre belastning, så för att det skall slå igenom på det växande mobila området är nog dedicerad hårdvara ett krav. Förutom att det tar tid att etablera ny hårdvara, är jag som sagt inte övertygad om att Android kommer att stödja H.265. VP8 är något lättare att avkoda än H.264, så min gissning är att VP9 kommer att vara lättare att avkoda än H.265, och därmed inte lika beroende av dedicerad hårdvara. En modern telefon eller platta med väl optimerad mjukvaruavkodare bör kunna spela upp VP9-video rimligt lätt. Men att optimera mjukvara tar förstås också tid.

 

Ja, det var väl inte så mycket till svar på frågan. Men jag tror att YouTube, webbläsare och mobila enheter är av mycket större betydelse än VLC (motsv.) och en eventuell framtida ”x265”, ”xvp9” (eller andra kodare). Videoströmning är redan enormt stort, och kommer att bli än mycket större, inte minst till mobila enheter, i takt med att antalet Internetanvändare inom ett par år fördubblas.

Länk till kommentar
Dela på andra webbplatser

Förutom Opus, som kan ses som efterträdare till Vorbis, arbetas det på en efterträdare till VP8. Den nya kodeken heter logiskt nog VP9.

Stöd för både Opus och VP9 finns i Chrome 26. Än så länge betraktas stödet som experimentellt. Inte minst gäller det förstås VP9, som ännu inte är färdigutvecklat.

Stöd för VP9 har kommit och gått några gånger sedan jag postade det citerade. I Chrome 26.0.1395.1 (Officiell version 179064) canary är stödet tillbaka, och här är en VP9-video i WebM-behållare, för den som vill testa: https://dl.dropbox.com/s/zqftxyi7ocgvybg/bear0.vp9.webm

Länk till kommentar
Dela på andra webbplatser

Ja, det var väl inte så mycket till svar på frågan. Men jag tror att YouTube, webbläsare och mobila enheter är av mycket större betydelse än VLC (motsv.) och en eventuell framtida ”x265”, ”xvp9” (eller andra kodare). Videoströmning är redan enormt stort, och kommer att bli än mycket större, inte minst till mobila enheter, i takt med att antalet Internetanvändare inom ett par år fördubblas.

 

Jodå. Dina välgrundade antagande var som vanligt intressant läsning. Tack!

Länk till kommentar
Dela på andra webbplatser

Angående att skaffa sig möjlighet att avkoda/spela upp de nya formaten, kommer nog avkodare för båda formaten att bli självklara i VLC och andra.

Frågan är dock när dessa avkodare (mjukvara) blir tillgängliga. VLC, Chrome och många andra program använder FFmpegs libavcodec för avkodning. Dess H.264-avkodare är väl optimerad. För H.265 finns så vitt jag vet endast en referensimpelemtering, som inte är fri att använda. Hur lång tid kommer det att ta innan program i större omfattning har avkodare för H.265, och hur lång ytterligare tid innan den är rimligt optimerad?

 

För VP9 ser det ljusare ut. Referensimplementeringen libvpx stöder VP9 och används redan i Chrome 26. Så snart VP9-avkodaren i libvpx är ”stabil”, kan den användas med libavcodec, på samma sätt som libvpx-biblioteket nu används för VP8-avkodning. Sedan kan det förstås komma alternativa implementeringar. För VP8 finns ffvp8, och en ”ffvp9” kan tänkas komma senare. En av de utvecklare som skapade ffvp8, är sedan en tid anställd hos Google, och arbetar där med libvpx.

Länk till kommentar
Dela på andra webbplatser

  • 4 veckor senare...

Enligt en överenskommelse mellan MPEG LA och Google, avbryter nu MPEG LA sina ansträngningar att skapa en patentpool för VP8. :)

 

VP8 and MPEG LA

 

It further provides for sublicensing those VP8 techniques in one successor generation to the VP8 video codec.

Berörda tekniker i VP8 kan således utan problem användas i VP9. :)
Länk till kommentar
Dela på andra webbplatser

Christopher “Monty” Montgomery publicerade nyligen video nummer 2: Digital Show & Tell.

 

Tillhörande Wiki: https://wiki.xiph.org/Videos/Digital_Show_and_Tell

 

Liksom den förra videon, kan denna visas i webbläsare som stöder html5 <video> och WebM och/eller Ogg. Videon kan även laddas ned i dessa format, i tre upplösningar.

 

Passar på att påminna om video 1: A Digital Media Primer for Geeks

 

Tillhörande Wiki: https://wiki.xiph.org/Videos/A_Digital_Media_Primer_For_Geeks

Länk till kommentar
Dela på andra webbplatser

Postad (redigerade)

För några dagar sedan meddelades att filmtjänsten Netflix kan användas i en ARM-baserad Chromebook, i html5. Det som gör detta till en intressant nyhet är förstås att Netflix skyddar (krypterar) videorna med PlayReady, som i Windows och Mac hanteras av Silverlight. Silverlight finns dock inte för Linux-baserade system (som Chrome OS), så för att få Netflix och liknande tjänster att fungera på Chomebook var en alternativ lösning nödvändig, och en plugin-fri sådan är förstås att föredra.

 

Nu har François Beaufort skrivit litet mer om den dekrypteringsmodul som möjliggör uppspelning av krypterat material med html5-teknik. Modulen heter Widevine Content Decryption Module och finns inte endast i Chrome OS, utan även i Chrome för andra Linuxdistributioner. Ännu finns inte modulen i Chrome för Windows (jag kollade Chrome 27.0.1441.0 Canary). Men för Windows finns redan en fungerande plugin-lösning, så där är det inte lika brådskande.

 

post-7701-0-41835800-1363368620.png

Bild från Chrome 26 beta i Ubuntu.

Redigerad av JoWa
Länk till kommentar
Dela på andra webbplatser

  • 4 veckor senare...
  • 2 veckor senare...

Som väntat kommer VP9 och Opus i WebM att presenteras på årets Google I/O: WebM and the New VP9 Open Video Codec

According to Cisco, video data will be 55 percent of all consumer Internet traffic by 2016. With that much data traversing networks, efficient video compression will be more important than ever, especially on mobile networks. We are very excited about the new VP9 codec, which delivers better video quality at lower data rates than competing technologies. Furthermore, VP9 was developed entirely in the open as a royalty-free technology. In this session you will learn how VP9 performs against H.264 and other other codecs in quality and decoding speed, how to create WebM videos with VP9 and the new Opus audio codec, and how to deploy VP9 content to Chrome users in HTML5 <video>.

Länk till kommentar
Dela på andra webbplatser

Tänkte bara slänga iväg ett litet tack för all den info du troget postar i diverse trådar som tillsynes få verkar bry sig om. Men jag tycker det mesta är intressanta saker som jag gärna läser men inte skulle ha tid/ork/komma ihåg att själv snoka reda på. Så Tack! för att du sammanställer det kort och snyggt här på AoW.

Länk till kommentar
Dela på andra webbplatser

VP9-status: https://groups.google.com/a/webmproject.org/forum/?fromgroups=#!topic/webm-discuss/UzoX7owhwB0

 

June 17th :  No more bitstream changes - Code checked into chrome / YouTube

 

Ett utkast till VP9-specifikation publicerades i februari, och har inte uppdaterats: https://tools.ietf.org/html/draft-grange-vp9-bitstream-00

Länk till kommentar
Dela på andra webbplatser

Ytterligare en video från Google I/O om WebM: Demystifying Video Encoding: WebM/VP8 for the Rest of Us

 

 

I dag är det tre år sedan WebM-projektet lanserades. Här är presentationen av WebM vid Google I/O 2010:

 

 

Och den skriftliga presentationen: Introducing WebM, an open web media project

 

Sedan mars har WebM-projektet en Google+-sida.

Länk till kommentar
Dela på andra webbplatser

  • 4 veckor senare...

Delta i dialogen

Du kan skriva svaret nu och registrera dig senare, Om du har ett konto, logga in nu för att svara på inlägget.

Gäst
Svara i detta ämne...

×   Du har klistrat in innehåll med formatering.   Ta bort formatering

  Only 75 emoji are allowed.

×   Din länk har automatiskt bäddats in.   Visa som länk istället

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Skapa nytt...