Jump to content

  • Log in with Facebook Log in with Twitter Log In with Google      Logga in   
  • Registrera konto


Foto
* * * * * 3 röster

HTML5 + <audio> & <video>

html5 WebM VP8 Vorbis Ogg Google Xiph.org Opus VP9

  • Vänligen logga in för att svara
127 svar i den här tråden

#61 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 28 januari 2012 - 07:09

Dags för en ny anka: Duclair! Närmare bestämt är det libvpx 1.0.0 som har släppts. VP8 Codec SDK “Duclair” Released

Ändringar i 1.0.0: https://code.google....LOG?repo=libvpx

Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere



ANNONS:

#62 opensource

opensource
  • Gäster

Skrivet 28 januari 2012 - 07:48

Decoder speed on x86 processors improved 10.5%.


Yay :D

#63 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 28 januari 2012 - 07:56

Japp, +10,5 % i denna version, och +8,4 % i förra versionen (0.9.7).

Det vore intressant att se en uppdaterad jämförelse mellan senaste libvpx och senaste ffvp8.

Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#64 opensource

opensource
  • Gäster

Skrivet 28 januari 2012 - 08:00

Precis. Har läst att ffvp8 ska ha högre prestanda. Jag skulle även vilja veta hur stor skillnad det är i prestanda mellan 64-bitars och 32-bitars.

#65 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 16 mars 2012 - 18:55

Ars Technica: Idealism vs. pragmatism: Mozilla debates supporting H.264 video playback

Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#66 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 12 april 2012 - 08:12

Under vintern har det skapats en wiki för WebM och VP8: https://sites.google...oject.org/wiki/

Via den fick jag bekräftat att det arbetas på VP8-kodaren xvp8: https://github.com/DarkShikari/xvp8

”Dark Shikari” (Jason Garrett-Glaser), som är aktiv i det projektet, är en av x264-utvecklarna, och även av VP8-avkodaren ffvp8. x264 är den bästa kodaren för AVC/H.264, och ffvp8 är en mycket snabb avkodare, så detta är mycket positivt för VP8 och WebM.

I sin första analys av VP8 var Jason Garrett-Glaser rätt kritisk, men då var varken kodare eller avkodare särskilt optimerade: http://x264dev.multi...cx/archives/377

Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#67 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 11 maj 2012 - 18:42

Ankparaden fortsätter, här kommer Eider (libvpx 1.1.0)!

VP8 Codec SDK “Eider” Released

Changelog har inte uppdaterats än.

Det här inlägget har redigerats av JoWa: 11 maj 2012 - 19:48


Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#68 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 13 september 2012 - 06:50

Den nya, högeffektiva ljudkodeken Opus har standardiserats av IEFT (Internet Engineering Task Force) som RFC6716. :)

Opus kan användas i html5-taggen <audio>, men för närvarande är Firefox den enda webbläsare som stöder Opus.

Mozilla Hacks: It’s Opus, it rocks and now it’s an audio codec standard!

Xiph.org: IETF standardizes the Opus audio codec as RFC 6716, Opus reference implementation 1.0.1 released

Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#69 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 03 oktober 2012 - 12:13

Den alternativa VP8-kodaren xvp8 nämndes första gången i x264 Development Newsletter: Vol 14 (april 2011), men redan i x264 Development Newsletter: Vol 17 (juni 2011) är xvp8 försvunnen ur nyhetsbrevet. I x264 Development Newsletter Vol. 30 (maj 2012) återkom den, med en statusuppdatering: ”It supports I-frames with i16x16 blocks now and is being extended to support more of the spec.” I x264 Development Newsletter: Vol 32 (september 2012) är statusen uppdaterad igen: ”It supports I-frames with i16x16 blocks now and some portions of P-frames and is being extended to support more of the spec.”

Glädjande att xvp8-projektet lever och att framsteg görs. Baserad på x264, har xvp8 goda förutsättningar att bli bättre än referenskodaren libvpx. :)

Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#70 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 15 november 2012 - 07:03

Wikimedia Launches HTML5 Media Player with WebM Support

Introducing Wikipedia’s new HTML5 video player

För att kunna ta del av WebM i IE (9 och 10) behövs https://tools.google.../dlpage/webmmf/

WebM-Wikipedia.png
Sintel i Wikipedia

Det här inlägget har redigerats av JoWa: 15 november 2012 - 08:17


Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#71 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 01 december 2012 - 07:29

Problemet med <audio> i IE har jag äntligen funnit lösningen på! För att html5-media skall fungera i IE måste mediefilens mimetyp anges i koden. Hela koden för min audio-testsida blir då:

<!doctype html>
<head>
<title>audio-test</title>
</head>
<body>
<p>
<audio src="https://dl.dropbox.com/s/c4oigmyf2ruduux/Ringdans.ogg" type="audio/ogg" controls>
</audio><br>
Vorbis i Ogg-behållare
<p>
<audio src="https://dl.dropbox.com/s/c4iwhda6cjgwh76/Ringdans.webm" type="audio/webm" controls>
</audio><br>
Vorbis i WebM-behållare
<p>
<audio src="https://dl.dropbox.com/s/t47vemklqkx8ife/Ringdans.mp4" type="audio/mp4" controls>
</audio><br>
AAC i mpeg-4-behållare
<p>
<audio src="https://dl.dropbox.com/s/8h2ga38s68qegw6/Ringdans.mp3" type="audio/mpeg" controls>
</audio><br>
mp3
</body>
</html>

Testsidan: https://dl.dropbox.c...wwgd/audio.html

En enkel lösning, men man undrar ju varför IE behöver mer information än andra webbläsare.

Av formaten på testsidan kan IE (9 och 10) spela upp AAC i mpeg-4-behållare och mp3. Med WebM Video for Microsoft Internet Explorer 9 (fungerar också med IE10) installerat kan även Vorbis i WebM-behållare spelas upp.

Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#72 e-son

e-son

    e-compressed

  • Hedersmedlem
  • 9 537 inlägg
  • Kön:Inte valt
  • Från:Majorna

Skrivet 01 december 2012 - 07:38

En enkel lösning, men man undrar ju varför IE behöver mer information än andra webbläsare.


IE har alltid krävt extra kod. Varför frångå traditionen...? :rolleyes:

Ingen support via PM! Skriv ett inlägg i lämplig forumdel, så hjälper jag gärna till när jag kan.

Spoiler

 

`°º¤æ-.,¸ <°)))>< ¸,.-椺°` Endast döda fiskar följer strömmen `°º¤æ-.,¸ <°)))>< ¸,.-椺°`

thinkbigger


#73 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 01 december 2012 - 07:47

Och därtill extra mjukvara för att spela upp WebM, som borde användas för all media på webben.

Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#74 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 22 december 2012 - 18:14

Den nya, högeffektiva ljudkodeken Opus har standardiserats av IEFT (Internet Engineering Task Force) som RFC6716. :)

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.

 

Opus+VP9.png


Det här inlägget har redigerats av JoWa: 13 januari 2013 - 18:55


Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#75 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 06 januari 2013 - 19:01

Jag har lagt till Opus i Ogg-behållare på testsidan. Kod:

<!doctype html> 
<head> 
<title>audio-test</title> 
</head> 
<body>
<p>
<audio src="https://dl.dropbox.com/s/fv9pzabin5jsv3f/Ringdans-opus.ogg" type="audio/opus" controls>
</audio><br>
Opus i Ogg-behållare
<p>
<audio src="https://dl.dropbox.com/s/c4oigmyf2ruduux/Ringdans.ogg" type="audio/ogg" controls>
</audio><br>
Vorbis i Ogg-behållare
<p>
<audio src="https://dl.dropbox.com/s/c4iwhda6cjgwh76/Ringdans.webm" type="audio/webm" controls>
</audio><br>
Vorbis i WebM-behållare
<p>
<audio src="https://dl.dropbox.com/s/t47vemklqkx8ife/Ringdans.mp4" type="audio/mp4" controls>
</audio><br>
AAC i mpeg-4-behållare
<p>
<audio src="https://dl.dropbox.com/s/8h2ga38s68qegw6/Ringdans.mp3" type="audio/mpeg" controls>
</audio><br>
mp3
</body> 
</html>

Det fungerar med type="audio/opus" eller type="audio/ogg".

 

Opus stöds av Firefox och Chrome, från och med version 25. Dock måste Opus i Chrome aktiveras av användaren, vilket görs i chrome://flags/ (Enable Opus playback in <video> elements.)



Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#76 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 26 januari 2013 - 20:08

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.



Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#77 Nicklas

Nicklas
  • Hedersmedlem
  • 2 864 inlägg
  • Kön:Man

Skrivet 26 januari 2013 - 20:39

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?


Det här inlägget har redigerats av Nicklas: 26 januari 2013 - 20:41


Fractal Design Define R4 | Fractal Design Newton R3 600W | Asus P8Z77-V Deluxe | Intel Core i7-3770K | Phanteks PH-TC14PE | Corsair Vengeance LP 4x4GB RAM | Samsung 840 Pro 256GB SSD , Western Digital Green 2TB HDD | Asus GeForce GTX680 Direct CU II 4GB | Benq FP241W 24" | Logitech Z-5500 Digital | Philips SBC HP1000 | Samson GoMic USB | Logitech Illuminated Keyboard | Logitech MX1100 | Windows 8.1 Pro x64 | Synology DS413j , Western Digital Red 4*3TB HDD


#78 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 26 januari 2013 - 21:38

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.



Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#79 JoWa

JoWa

    Cr

  • Hedersmedlem
  • 10 954 inlägg
  • Kön:Man
  • Från:Eknäs

Skrivet 26 januari 2013 - 21:47

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.c.../bear0.vp9.webm



Ubuntu 14.04, 64-bit | Chrome 37β | HTTPS Everywhere


#80 Nicklas

Nicklas
  • Hedersmedlem
  • 2 864 inlägg
  • Kön:Man

Skrivet 26 januari 2013 - 22:36

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!



Fractal Design Define R4 | Fractal Design Newton R3 600W | Asus P8Z77-V Deluxe | Intel Core i7-3770K | Phanteks PH-TC14PE | Corsair Vengeance LP 4x4GB RAM | Samsung 840 Pro 256GB SSD , Western Digital Green 2TB HDD | Asus GeForce GTX680 Direct CU II 4GB | Benq FP241W 24" | Logitech Z-5500 Digital | Philips SBC HP1000 | Samson GoMic USB | Logitech Illuminated Keyboard | Logitech MX1100 | Windows 8.1 Pro x64 | Synology DS413j , Western Digital Red 4*3TB HDD






0 användare läser den här tråden

0 medlemmar, 0 gäster, 0 anonyma användare