Formati video a confronto: MP4, WebM, MOV, AVI

Pubblicato il 2026-04-13 9 min di lettura

Riepilogo (TL;DR)

Un amico video editor mi ha scritto l’anno scorso: “È un MP4, perché Premiere non lo legge?”. L’estensione diceva .mp4, ma dentro c’era HEVC 10-bit 4:2:2 da una camera Sony – e la sua toolchain si aspettava H.264. Il container andava bene. Il codec era il problema. Quella singola confusione è circa il 90% di ciò che davvero devi sapere sui formati video, quindi lasciami partire da lì.

La distinzione più utile nel video è tra il container (MP4, WebM, MOV, AVI, MKV) e il codec (H.264, H.265/HEVC, AV1, VP9, ProRes). I container sono il packaging; i codec sono l’algoritmo di compressione interno. Da questa separazione discendono le indicazioni pratiche. Per il web aperto, MP4 con H.264 è ancora il default più sicuro. Quando la banda conta e puoi permetterti una codifica più lunga, AV1 o H.265 dentro MP4 o WebM producono file sensibilmente più piccoli a parità di qualità. Per i master di editing, MOV con ProRes è lo standard di lunga data. Per l’archiviazione a lungo termine, MKV con AV1 o H.265 è una scelta forte grazie alla flessibilità di MKV con più tracce audio, sottotitoli e capitoli. AVI non è “alta qualità per default” – è semplicemente un container più vecchio con supporto limitato per metadati e sottotitoli moderni. H.265 è circa il 40–50% più efficiente di H.264 a parità di qualità, ma porta caveat di licensing e di dispositivi più vecchi; AV1 è royalty-free ma ancora povero di encoder hardware nel 2025.

Contesto e concetti

Un container contiene video, audio, sottotitoli, capitoli e metadati in un singolo file. MP4 è basato sull’ISO Base Media File Format, WebM è un subset Matroska orientato al web, MOV è il container QuickTime di Apple, AVI risale al 1992 e riflette la sua epoca, e MKV (Matroska) è estensibile e codec-agnostico.

Un codec è l’algoritmo che effettivamente comprime i pixel. H.264 (AVC) è lo standard di fatto del web dalla sua standardizzazione del 2003 e decodifica in hardware praticamente ovunque. H.265 (HEVC) raggiunge qualità comparabile a circa metà del bitrate, ma è soggetto a licensing da patent pool e ha supporto hardware meno universale sui dispositivi più vecchi. AV1, rilasciato nel 2018 dall’Alliance for Open Media, punta a un’efficienza a livello HEVC o migliore senza royalty. VP9 è ampiamente usato in WebM e YouTube. ProRes è il codec di editing di Apple, progettato per una decodifica veloce frame per frame durante il montaggio a scapito della compressione; gli editor lo scelgono proprio perché i suoi file sono grandi e lo scrubbing è veloce. Quindi la qualità non è una proprietà del container – è determinata dal codec, dal bitrate e dalle impostazioni dell’encoder.

Due altri concetti compaiono nella pratica. Il controllo del bitrate imposta se l’encoder punta a un bitrate costante (CBR) per streaming prevedibile, a un bitrate medio (ABR) o a un target di qualità costante (CRF, Constant Rate Factor). Per la consegna on-demand, CRF di solito produce qualità migliore a dimensione media del file più piccola perché l’encoder spende bit dove servono e scorre nelle scene facili. La struttura GOP – il pattern di frame intra (I), predetti (P) e bidirezionali (B) – controlla sia l’efficienza di compressione sia la velocità con cui uno spettatore può fare seek nel video. Un GOP più stretto (più I-frame) è più amichevole allo scrubbing; un GOP più largo comprime meglio. Le pipeline di streaming spesso scelgono lunghezze di GOP allineate ai bordi dei segmenti (per esempio, ogni 2 secondi) per rendere fluida la commutazione ABR.

Confronto e dati

ContainerCodec tipiciRiproduzione browserMetadati e sottotitoliEfficienza di compressioneNote
MP4H.264, H.265, AV1Universale via H.264Ampia (ID3, capitoli)Dipende dal codecDefault per la consegna web
WebMVP9, AV1Chrome, Firefox, Edge, Safari moderniSottotitoli WebVTTForte con AV1Aperto e royalty-free
MOVH.264, ProRes, ecc.Riproduzione web diretta limitataModello di tracce molto riccoOttimo per editingNativo macOS e iOS
AVIXvid, DivX, legacyScarsa nei browser moderniLimitataVecchio e inefficienteCompatibilità legacy
MKVPraticamente qualsiasi codecRiproduzione web diretta limitataEstremamente flessibileDipende dal codecComune per l’archiviazione

Numeri come “50% più efficiente” sono medie approssimative a qualità equiparata. I risultati reali dipendono fortemente da contenuto, bitrate, preset e encoder. Non confrontare i bitrate fra codec senza prima equiparare il target di qualità.

Scenari reali

Scenario 1 — Distribuire video su un sito pubblico. Il default più sicuro è MP4 con H.264 High Profile e audio AAC-LC. Per un intro prodotto di 90 secondi su una landing page, uso abitualmente ffmpeg -c:v libx264 -crf 23 -preset slow -c:a aac -b:a 128k, che si assesta intorno agli 8 MB a 1080p e si vede pulito. Se vuoi risparmiare banda e il tuo pubblico usa browser recenti, aggiungi una sorgente WebM con AV1 o VP9 e lascia che l’elemento <video> scelga la migliore disponibile. I sottotitoli vanno in una traccia WebVTT separata per accessibilità e discoverability.

Scenario 2 — Conservare un master di editing. Le timeline di editing beneficiano di formati poco compressi come MOV con ProRes 422. Una volta ho provato a tagliare direttamente da una sorgente HEVC in DaVinci Resolve e ho visto la timeline incepparsi a ogni taglio; transcodificare in proxy ProRes 422 ha fatto ripartire lo stesso progetto in tempo reale sulla stessa macchina. I file sono grandi – pianifica circa 8 GB per 10 minuti di 1080p – ma scrubbing e taglio restano reattivi perché decodificare ogni frame è economico. Dopo il montaggio, riencoda una sola volta a un formato di consegna come H.264 o H.265 – non editare contro un codec di consegna.

Scenario 3 — Archiviazione a lungo termine. Per conservare master finiti per anni, MKV con AV1 è un default moderno ragionevole. Sto riencodando vecchi master 4K con SvtAv1EncApp --preset 4 --crf 28 e mi ritrovo al 40–55% dell’originale H.264 senza perdita visibile su un display calibrato. AV1 è royalty-free, la sua efficienza di compressione è forte, e MKV ti permette di tenere più tracce audio e sottotitoli più capitoli in un unico file. Usa la codifica CRF con bitrate generoso per evitare perdite visibili sulla copia archiviata.

Scenario 4 — Streaming adattivo per un pubblico ampio. Per la consegna live o on-demand su larga scala, la questione del container è in parte sostituita dalla questione del container di streaming: segmenti fMP4 per HLS o DASH di solito trasportano H.264 e H.265, mentre i segmenti WebM trasportano VP9 o AV1. La proprietà importante non è l’estensione ma se i segmenti si allineano ai confini IDR/I-frame così che i player ABR possano commutare bitrate in modo pulito. Gran parte del dibattito “quale container?” diventa irrilevante qui, perché CDN e packager decidono il formato on-the-wire.

Errori comuni

“AVI è sempre di alta qualità.” AVI è solo un vecchio container; la qualità è impostata dal codec e dal bitrate interni. Lo stesso codec in MP4 o MKV dà qualità di fatto identica con migliore supporto per sottotitoli e metadati.

“MOV è solo di Apple.” MOV ha origine in QuickTime ma è ampiamente supportato in player su Windows e Linux. La riproduzione diretta nel browser è l’anello debole; per la consegna web, rienvolgi in MP4.

“H.265 è sempre meglio di H.264.” È più efficiente, ma i costi di licensing e il supporto hardware disomogeneo sui dispositivi più vecchi rendono H.264 il default più sicuro per pubblici pubblici eterogenei.

“AV1 è il nuovo standard.” Lo slancio è reale – Intel Arc, la linea M3 di Apple e le schede RTX serie 40 di NVIDIA includono tutte encoder hardware AV1 – ma a inizio 2026 la maggior parte delle pipeline di streaming live in produzione gira ancora su H.264 o H.265 perché la codifica AV1 in tempo reale costa molto in potenza, calore e licensing di encoder affidabili. AV1 è eccellente per codifica batch e archiviazione, meno per ingest live su larga scala.

“Risoluzione più alta automaticamente appare meglio.” Solo se sorgente e display la supportano entrambi. 4K a basso bitrate può apparire peggio di 1080p a bitrate più alto perché l’encoder finisce i bit per descrivere i pixel in più. Per la consegna web, pensa in termini di bitrate target per risoluzione invece che di sola risoluzione.

“L’estensione mi dice la qualità.” Un file .mp4 potrebbe contenere H.264 a 1 Mbps o H.265 a 20 Mbps; l’estensione non dice nulla sul contenuto. Usa uno strumento come ffprobe o MediaInfo per ispezionare il codec reale, il bitrate, la risoluzione e il frame rate prima di decidere.

Lista di controllo

  1. Qual è lo scopo finale?
    • Consegna web pubblica: MP4 + H.264 come fallback; aggiungi AV1 quando è pratico.
    • Interno o player specifico: controlla prima la lista di codec di quel player.
    • Master di editing: MOV + ProRes o equivalente.
    • Archivio a lungo termine: MKV + AV1 o H.265.
  2. Quali dispositivi e browser usa il tuo pubblico? Un forte sbilanciamento verso hardware più vecchio significa che mantenere un fallback H.264 è obbligatorio.
  3. Contano di più dimensione del file o qualità? Prima la dimensione: AV1 o H.265. Prima la compatibilità: H.264.
  4. Quanto sono importanti più tracce audio, sottotitoli e capitoli? Se critici, preferisci MKV o MP4 con struttura di tracce adeguata.
  5. Qual è il profilo di costo? Considera il licensing di H.265 dove applicabile, e tieni conto del tempo ed energia di codifica di AV1.
  6. Rieditirai più avanti? Conserva un master di qualità editing (MOV + ProRes o equivalente) accanto all’encode di consegna, così non dovrai ri-derivare qualità da un file già lossy quando arriverà la prossima revisione.

Un’ulteriore nota pratica: l’audio di solito conta più di quanto i creator si aspettino. Gli ascoltatori perdonano gli artefatti di compressione video molto più facilmente dell’audio clippato o mal codificato. Per la consegna web, AAC a 128 kbps stereo è un minimo sensato; per contenuti musicalmente ricchi, 192–256 kbps o Opus (in WebM) produrrà risultati sensibilmente migliori a bitrate simili. Equiparare la frequenza di campionamento (di solito 48 kHz per il video) fra i tuoi asset evita artefatti di ricampionamento durante il montaggio.

Strumento correlato

Le conversioni effettive per gli scenari sopra si possono provare nel convertitore video di Patrache Studio. Miniature, poster e still di apertura abbinati ai tuoi video dovrebbero seguire le regole di formato dalla Guida alla compressione delle immagini per mantenere basso il peso totale della pagina. Se intendi sovrapporre un codice QR scansionabile al video o al suo packaging, la guida Sicurezza dei codici QR spiega i compromessi statico vs dinamico prima di stampare o pubblicare.

Riferimenti

Strumento correlato

tools.patrache.studio/video/converter/