Convertire M4V in WebM

Ogni altra conversione dell’insieme M4V porta qualcosa con sé. Gli obiettivi MP4 e MOV mantengono lo stesso H.264 e AAC che l’M4V già aveva; i target audio mantengono la frequenza di campionamento. Questo non mantiene nulla. Il WebM viene scritto con video VP9 e audio Opus, mentre l’M4V contiene H.264 o HEVC con AAC, quindi entrambi gli stream vengono decodificati e ricostruiti da zero con codec diversi.

Questo è il punto, non un effetto collaterale. La ragione per cui una destinazione chiede WebM è quasi sempre che H.264 e AAC sono coperti da brevetto e VP9 e Opus no. Una conversione che preservasse qualcosa dei codec originali non avrebbe risolto il problema che chi legge ha davvero.

La ragione più comune per cercare un WebM è mettere un video su una pagina, e per quello scopo la via MP4 è migliore. L’H.264 in un MP4 è decodificato nativamente da ogni browser attuale, si codifica in una frazione del tempo, ed è il file che vi servirebbe comunque come ripiego. Se nessuno vi ha detto che H.264 è inaccettabile, prendete l’MP4.

Ciò che rende WebM degno dell’attesa è una regola che non avete scritto voi. Alcuni progetti non ospitano affatto video coperto da brevetto. Alcune organizzazioni evitano H.264 per ragioni di licenza. E se già servite due sorgenti da un elemento video, elencare prima il file VP9 fa scaricare meno byte ai browser che possono usarlo.

Le piattaforme di contenuto aperto sono il caso più chiaro. Wikimedia Commons e diversi archivi aperti accettano WebM e Ogg e rifiutano i formati coperti da brevetto, il che significa che una lezione o dimostrazione prodotta con Apple non può essere contribuita così com’è. La conversione è il prezzo d’ingresso, non un miglioramento.

Sistemi di documentazione, pipeline di siti statici e alcuni moduli di caricamento si comportano allo stesso modo per ragioni proprie, di solito una politica ereditata da un progetto open-source. Ciò che queste destinazioni hanno in comune è che il requisito è scritto da qualche parte.

I codificatori H.264 sono praticamente in ogni telefono, portatile e chip grafico degli ultimi quindici anni. I codificatori VP9 sono molto meno comuni via hardware, quindi il lavoro ricade più spesso sul software in esecuzione nella scheda. Lo stesso filmato che diventa MP4 in un’unità di tempo può richiederne diverse volte tanto per diventare WebM.

Pianificate di conseguenza. Convertite la clip che serve invece dell’intera registrazione, abbassate la risoluzione se la destinazione è una pagina, e lasciate la scheda aperta — chiuderla annulla il lavoro invece di metterlo in coda. Se il browser non ha alcun codificatore VP9 disponibile, la conversione lo dice prima di prendere il file.

VP9 descrive la stessa immagine in meno byte di H.264, ma il risparmio molto più grande su una pagina web non è scegliere un codec migliore — è non spedire pixel che il layout non mostrerà mai. Una lezione registrata in 4K incorporata in una colonna larga 800 pixel spende la maggior parte dei suoi byte su dettaglio che il browser butta via subito.

Il controllo offre da 2160p fino a 360p con la larghezza che segue automaticamente, e chiedere più di quanto la sorgente abbia viene ignorato di proposito. Ridurre prima di codificare abbrevia anche la codifica stessa.

L’AAC dentro l’M4V diventa Opus, pubblicato dall’IETF nel 2012 come RFC 6716 e scritto a Xiph.Org e Skype. Opus è un codec più forte dell’AAC ai bitrate usati dal video web, in particolare sul parlato, e ogni browser lo decodifica perché WebRTC ne ha reso obbligatorio il supporto.

È comunque una seconda generazione di compressione con perdita, e nessun codificatore può restituire ciò che il passaggio AAC ha rimosso. Quello che il codec migliore compra è che il secondo passaggio costa meno di quanto sarebbe costato con un codec più debole.

Un M4V acquistato dall’iTunes Store è crittografato con FairPlay. Non c’è chiave nel browser, quindi le tracce non possono essere decodificate, e la conversione riporta che nulla nel file poteva essere convertito. Nessuno strumento su questo sito rimuove la protezione.

Lo scontro non è solo tecnico. Le destinazioni che vogliono WebM sono progetti di contenuto aperto, e materiale acquistato da un negozio non è vostro da pubblicare lì in nessun formato. I file M4V non protetti — export di QuickTime, iMovie, Final Cut e Compressor, output di fotocamera, download di corsi — si convertono normalmente.

In un elemento video, elencate il WebM come primo source e un MP4 come secondo. I browser scelgono il primo che capiscono, quindi quelli con un decodificatore VP9 prendono il file più piccolo e tutto il resto ripiega senza alcun JavaScript coinvolto.

Aggiungete un’immagine poster mentre ci siete. Un fermo immagine tratto dal video stesso dà al lettore qualcosa da guardare prima che la riproduzione inizi, e le pagine di estrazione fotogrammi di questo sito ne producono uno dallo stesso M4V — prendetelo qualche secondo dentro piuttosto che a zero.

Decodifica, codifica e muxing avvengono dentro la scheda sul vostro processore, usando i codec che la macchina già possiede. Niente che porti il video viene inviato da nessuna parte e non c’è account. Il livello gratuito accetta file fino a 100 MB, raramente il vincolo determinante qui.

I lotti funzionano allo stesso modo: fino a cento file alla volta, ciascuno con il proprio avanzamento, scaricabili insieme come ZIP. Dato quanto tempo processore chiede VP9, un lotto grande vale la pena avviarlo quando non serve la macchina.