Convertire MP4 in WebM

La maggior parte dei cambi di contenitore sono cosmetici: lo stesso flusso H.264 dentro una scatola diversa. Questo non può esserlo. WebM è stato definito da Google nel 2010 attorno a una coppia specifica di codec, e il file che questa pagina produce contiene video VP9 con audio Opus. L'MP4 quasi certamente conteneva H.264 con AAC. Nulla viene condiviso, quindi ogni fotogramma viene decodificato e codificato di nuovo da zero.

È l'intero motivo per cui questa pagina esiste separatamente dalle altre conversioni di contenitore. È più lenta di tutte loro con largo margine, le impostazioni cambiano il risultato in modi visibili, e ciò che si ottiene in cambio è un file più piccolo per la stessa immagine — il che conta solo se il file va su una rete verso qualcun altro.

VP9 è una generazione più recente di H.264 e spende meno bit per raggiungere la stessa qualità visibile. Per un video hero o un loop di sfondo — i due posti dove il video danneggia davvero una pagina — quella differenza si traduce direttamente in quanto tempo un visitatore fissa il nulla.

Non è garantito. Ricodificare un MP4 già compresso significa che il codificatore VP9 riproduce fedelmente gli artefatti dell'H.264 insieme all'immagine, e su una clip breve già compressa duramente il WebM può uscire non più piccolo affatto. Si confrontano le due dimensioni dei file prima di impegnarsi. Una conversione che ha reso il file più grande è una conversione da annullare.

L'elemento `<video>` accetta più di un elemento `<source>` figlio e il browser usa il primo che può riprodurre. Elencare il WebM per primo e l'MP4 originale per secondo significa che i browser moderni prendono il file più piccolo e qualsiasi cosa insolita torna al ripiego senza una sola riga di JavaScript. Solo uno dei due viene mai scaricato.

Si tiene l'MP4 invece di cancellarlo una volta che il WebM esiste. Costa spazio di archiviazione e nient'altro, è il file da consegnare a chi chiede un download, ed è quello che si aprirà ancora in un editor video tra dieci anni. WebM è un formato di consegna; trattarlo come unica copia è come un progetto perde il suo master.

Le tre fasce corrispondono a obiettivi di bitrate che il codificatore traduce per codec, e bilanciata è la predefinita. Per un loop di sfondo muto la fascia piccola è di solito giusta: nessuno lo guarda attentamente, sta competendo con tutto il resto sulla pagina per la banda, e la differenza è invisibile alla dimensione a cui viene riprodotto.

Per qualsiasi cosa con un volto, del testo, o dettagli fini che qualcuno deve leggere, bilanciata è il minimo. La fascia alta appartiene ai file che verranno modificati o ricodificati in seguito, dove si protegge la generazione successiva piuttosto che questa — spenderla su un file di consegna compra soprattutto byte che nessuno nota.

Un fotogramma più piccolo ha bisogno di meno bit per sembrare uguale, e la relazione non è delicata: dimezzare larghezza e altezza riduce il numero di pixel a un quarto. Se il video viene mostrato in una colonna larga 800 pixel, servirgli 4K significa spendere banda su dettagli che il layout scarta prima che chiunque li veda.

Il controllo della risoluzione va solo verso il basso. Chiedere una dimensione più grande di quella della sorgente viene ignorato piuttosto che onorato, perché ingrandire produce un file più grande contenente esattamente il dettaglio già presente. Si imposta una volta qui invece di lasciare che il browser scali a ogni riproduzione.

Il suono viene ricodificato come Opus, la metà audio dello scopo di WebM ed è genuinamente migliore dell'AAC a bitrate bassi — è ciò che i browser usano per le chiamate vocali proprio per questo. Sul parlato a dimensioni piccole la differenza è udibile a favore di Opus.

Il costo inevitabile è che è un secondo giro di compressione con perdita su un audio che l'MP4 aveva già compresso una volta. Per un loop di sfondo senza audio, o una demo con voce fuori campo, è accademico. Per un video musicale dove l'audio è il punto, si estrae il suono separatamente dall'originale ad alta qualità invece di accettare quello che lascia la codifica di consegna.

WebM è uno dei pochi formati video con un canale alfa, e quella reputazione causa una delusione specifica qui: un MP4 non ha alfa da consegnare, e ogni dato laterale alfa presente nel flusso viene scartato durante la conversione. Un WebM trasparente deve essere creato da una sorgente che porta davvero trasparenza.

Se l'obiettivo è un video che sta sopra lo sfondo di una pagina senza un riquadro visibile, le risposte abituali sono un colore di sfondo solido corrispondente integrato nel video, o una modalità di fusione CSS su una clip opaca. Entrambe sono meno fragili del video alfa, che diversi browser gestiscono ancora in modo incoerente.

La conversione chiede se questo browser può codificare VP9 prima di leggere un solo byte, e se la risposta è no lo dice e nomina browser che possono. Quel controllo esiste perché il fallimento arrivi immediatamente invece che dopo diversi minuti di lavoro, formulato come se il file fosse in colpa.

Non c'è deliberatamente alcun ripiego software. Un codificatore VP9 compilato in WebAssembly sono decine di megabyte da scaricare e circa un ordine di grandezza più lento del codificatore hardware già presente sulla macchina, e offrirlo silenziosamente trasformerebbe un chiaro rifiuto in una conversione che sembra bloccarsi.

La codifica video sono minuti di tempo di processore, ed è esattamente per questo che i convertitori ospitati mettono una filigrana sull'output, limitano la durata, o chiedono un account: qualcuno deve pagare quei minuti. Qui sono i propri, quindi nulla di tutto ciò si applica e l'MP4 non viene mai caricato.

Il tetto pratico è 100 MB sul livello gratuito e, oltre quello, la propria memoria e pazienza. Su un convertitore ospitato il solo caricamento richiederebbe di solito più tempo di quanto ne richieda l'intera conversione qui.