MP4 eller WebM: hvad skal du eksportere?
Et website vil have MP4, og min fil er WebM. Er det en konvertering eller bare en omdøbning?
Spørgsmålet er i virkeligheden to spørgsmål
MP4 og WebM er containere. En container er et arkiveringssystem: den rummer et eller flere spor, registrerer deres timing, gemmer det indeks, der lader en afspiller søge, og bærer metadata. Den komprimerer ingenting. Komprimeringen laves af et codec, og den kodede bitstrøm er det, containeren bærer.
"MP4 eller WebM" er altså et spørgsmål om indpakning, og "H.264, VP9 eller AV1" er spørgsmålet om komprimering. At blande dem sammen er grunden til, at folk omkoder filer, der kun havde brug for ny indpakning, og mister en generation af kvalitet uden grund.
Hvad der normalt ligger i hver af dem
| Egenskab | MP4 | WebM |
|---|---|---|
| Grundformat | ISO base media file format (ISO/IEC 14496-12) | En profil af Matroska |
| Sædvanlige videocodecs | H.264, HEVC, AV1 | VP8, VP9, AV1 |
| Sædvanlige lydcodecs | AAC, undertiden AC-3 eller FLAC | Opus, Vorbis |
| Licensmæssig karakter | Patenterede codecs er almindelige | Bygget op om royaltyfri codecs |
| Hvor den er det sikre standardvalg | Telefoner, afspillere på computeren, redigeringssoftware, sociale platforme | Nettet, især med VP9 eller AV1 |
Ingen af listerne er en regel. En container er stort set uafhængig af codec, og begge kan bære AV1. Det, der varierer, er, hvad softwaren i den anden ende er indstillet på at tage imod.
Hvor de hver især faktisk kan afspilles
MP4 med H.264 og AAC er det tætteste, man kommer på en universel videofil. Den afspilles på telefoner, på fjernsyn, i redigeringssoftware, i beskedapps, og det er, hvad uploadformularer som regel mener, når de skriver "video". Dens dominans er grunden til, at hardwaredekodere til H.264 sidder i stort set alle enheder, der er leveret de sidste femten år, og det betyder lige så meget for batteritiden som for kompatibiliteten.
WebM blev bygget til nettet, med codecs uden royaltyforpligtelser ved streaming. Browsere håndterer den fint. Software uden for browseren er mindre pålidelig: nogle redigeringsprogrammer, nogle fjernsyn og nogle fotogallerier på telefoner vil ikke åbne den, og en kollega, der dobbeltklikker på den, ser måske ingenting overhovedet.
Remux over for omkodning
Er det codec, der ligger i din fil, allerede acceptabelt for modtageren, er et containerskift en remux: de kodede billeder kopieres uændret over, og kun indpakningen skrives om. Det går hurtigt, det er tabsfrit, og billedet er bitidentisk. Er codecet ikke acceptabelt — VP9 ind i en MP4 til en afspiller, der kun læser H.264 — skal billederne afkodes og kodes igen, hvilket tager reel tid og koster en generation af kvalitet.
Derfor er det nyttige første spørgsmål "hvilket codec ligger der i den", ikke "hvilken filendelse har den". FileSlimmers videoværktøjer undersøger sporene først og laver en remux i stedet for at omkode, når modtageren tillader det.
Glem ikke lydsporet
Et containerskift, der ignorerer lyden, giver en tavs fil på den forkerte afspiller. MP4 bærer efter konventionen AAC; WebM bærer efter konventionen Opus eller Vorbis. At lægge Opus i en MP4 er tilladt efter specifikationen og understøttes ikke af en hel del software derude, så en ærlig konvertering til MP4 betyder som regel, at lyden også skal kodes til AAC.
Har et klip slet ingen lyd, så angiv det udtrykkeligt i det, du eksporterer. Nogle afspillere går i stå, når de forventer et spor, der ikke er der.
En kort beslutningsliste
- Sender du filen til en person, en platform eller en uploadformular: MP4 med H.264 og AAC.
- Leverer du selv filen, fra dine egne sider, til browsere: WebM med VP9, eller AV1 i begge containere, med MP4 som reserve hvis dit publikum er bredt.
- Skal den redigeres senere: behold den bedste original, du har, i den container den nu kom i.
- Er kun containeren forkert, og codecsene allerede rigtige: lav en remux, omkod ikke.
- Er du i tvivl om, hvad der ligger indeni: undersøg codecsene, før du vælger, for svaret afgør, om det her koster dig sekunder eller en time.
Grænser det er værd at kende
Videokodning i browseren afhænger af, hvad enheden stiller til rådighed. Hardwareencodere er formatspecifikke: en maskine kan kode H.264 hurtigt og VP9 langsomt, eller helt afvise et codec. Understøttelsen er også forskellig mellem browsere på den samme maskine og mellem en browser og den samme browser på en telefon. En konvertering, der kører på sekunder på en bærbar, kan tage langt længere tid på en telefon, der samtidig skal styre sin egen temperatur.
Valget af container kan ikke redde en fil, der er stor på grund af sit indhold. Et langt klip, i høj opløsning, med meget bevægelse, er stort i enhver container. Opløsning, bitrate og varighed afgør det, og ingen ompakning ændrer på dem.
Værktøjer til dette
Kilder
- ISO/IEC 14496-12 — ISO base media file format
- The WebM Project — container guidelines
- ITU-T H.264 — Advanced Video Coding
- MDN — Media container formats and codec support