Quale risoluzione video scegliere, e quanto costa ogni gradino in megabyte
Pubblicato il 06/07/2026 · 11 min di lettura · Strumenti per file
Daniel Okonkwo — Sviluppatore front-end e redattore Tech presso OneKitly
Performance web · Formati di file
Verificato su 4 fonti
La risoluzione è quadratica, quindi ogni gradino sceso toglie molto più di quanto sembri. 1080p è 1920 × 1080, cioè 2 073 600 pixel per fotogramma; 720p è 1280 × 720, cioè 921 600 — il 44 % dei pixel, non il 67 %, perché si sono ridotte entrambe le dimensioni. 480p a 854 × 480 ne tiene il 20 % e 360p l'11 %, mentre salendo, il 4K a 3840 × 2160 ne ha esattamente quattro volte tanti del 1080p. Ma non è il conteggio dei pixel a decidere la dimensione del file. Decide il bitrate, e il bitrate non scende alla stessa velocità dei pixel: le raccomandazioni pubblicate da YouTube per le cadenze normali sono 8 Mbit/s a 1080p e 5 a 720p, quindi portare l'immagine al 44 % dei suoi pixel porta il bitrate consigliato solo al 63 % del valore precedente. I fotogrammi piccoli si comprimono un po' meno efficientemente per pixel, ed è per questo che la scala ricompensa meno di quanto l'aritmetica dei pixel lasci credere. La conseguenza importante è che ridimensionare aiuta in proporzione esatta a quanto generosamente è stata codificata la sorgente. Prendi una clip 1080p che un'app di messaggistica ha già spremuto a 1,5 Mbit/s e passala in un ridimensionatore a 720p: il codificatore — che punta a una qualità, non a una dimensione — potrebbe benissimo decidere che quell'immagine più piccola merita più di 1,5 Mbit/s e restituirti un file più grande. Ridurre una sorgente affamata è quasi inutile. Ridurre un originale di fotocamera a 40 Mbit/s fino al 1080p è trasformativo: tre minuti passano da circa 900 MB a circa 180 MB. Guarda quindi quanto pesa davvero il tuo file al minuto prima di scegliere un gradino, e prendi il più piccolo che la tua destinazione mostrerà davvero: un telefono in una finestra di chat non ti sta mostrando il 4K, qualunque cosa dica il file.
Passare da 1080p a 720p non dimezza l'immagine: toglie il 56 % dei pixel, e ben meno di quello dal file. Ecco la scala con conteggi di pixel reali, bitrate onesti e quanto pesano tre minuti a ogni gradino — più il motivo per cui una sorgente a bitrate basso non si restringe quasi per nulla.
Scendere un gradino è un quadrato, non una metà
I nomi sulla scala sono altezze, ed è per questo che l'aritmetica sorprende. Da 1080p a 720p suona come due terzi, e sull'altezza lo è: 720 è il 67 % di 1080. Ma la larghezza è scesa nella stessa proporzione, quindi l'area — il numero di pixel che il codificatore deve davvero descrivere — è caduta al 67 % del 67 %, cioè al 44 %. In numeri interi, 1920 × 1080 fa 2 073 600 pixel e 1280 × 720 fa 921 600. Non hai tolto un terzo dell'immagine. Ne hai tolta più della metà.
Lo stesso quadrato corre nel senso inverso e spiega perché i file 4K siano tanto allarmanti. 3840 × 2160 fa 8 294 400 pixel, esattamente quattro volte il 1080p, perché entrambe le dimensioni sono raddoppiate. Il 1440p sta in mezzo a 3 686 400, cioè 1,78 volte il 1080p. Appena si vede la scala come aree e non come altezze, le dimensioni smettono di essere misteriose: ogni gradino ha circa metà dell'area di quello sopra, e le dimensioni dei file seguono a grandi linee, anche se non esattamente, per le ragioni della sezione seguente.
È il bitrate a decidere la dimensione; la risoluzione decide solo quale bitrate sia ragionevole
Questa è la correzione che fa risparmiare più tempo perso. La dimensione di un file nasce dal suo bitrate moltiplicato per la durata, e una dimensione di fotogramma non è un bitrate: è solo un indizio su quale bitrate sembrerebbe sensato. Puoi codificare il 4K a 1 Mbit/s e ottenere un file piccolo e orrendo, e puoi codificare il 480p a 20 Mbit/s e ottenerne uno grande e impeccabile. Nulla nella risoluzione impone l'uno o l'altro esito.
Quindi prima di ridimensionare qualsiasi cosa, calcola quanto il file spende già al secondo. Dividi la sua dimensione in megabyte per la durata in secondi e moltiplica per 8 000; ottieni kilobit al secondo. Confrontalo con la scala. Una registrazione da telefono a 1080p che esce intorno ai 20 Mbit/s spende con generosità e ha molto da restituire. Un file 1080p che un'app di chat ti ha consegnato a 1,5 Mbit/s è già sotto ciò che YouTube consiglierebbe per il 480p, e ridimensionarlo non ti darà quasi nulla: l'immagine non ha mai portato tutta quell'informazione all'origine.
È anche per questo che un ridimensionamento può produrre un file più grande di quello di partenza, cosa che sembra un difetto e non lo è. Il ridimensionatore qui codifica con un obiettivo di qualità fisso, CRF 23, e un obiettivo di qualità chiede al codificatore di spendere ciò che l'immagine richiede. Se l'ingresso era stato compresso molto più duramente di quanto avrebbe fatto il CRF 23, ricodificarlo a qualsiasi risoluzione costa più bit di quanti ne occupi. Quando succede, la risoluzione non è mai stata il tuo problema e il compressore video, con la sua qualità regolabile, è lo strumento che volevi davvero.
Perché dimezzare i pixel non dimezza i byte
Dividi il bitrate consigliato da YouTube a ogni gradino per i pixel di un fotogramma e per la cadenza, e ottieni bit per pixel per fotogramma: circa 0,16 a 2160p, 0,13 a 1080p, 0,18 a 720p, 0,20 a 480p. Il numero non scende quando l'immagine si rimpicciolisce — risale leggermente in fondo alla scala. I fotogrammi piccoli sono meno comprimibili per pixel, perché un codec risparmia bit trovando regioni grandi che si ripetono o si muovono insieme, e in un'immagine piccola c'è meno spazio per regioni simili. Il dettaglio che un fotogramma grande distribuisce su sedici pixel viene stipato in quattro, dove sembra rumore, e il rumore è la cosa più costosa che un codec video debba mai codificare.
La versione pratica è semplice. Passare da 1080p a 720p toglie il 56 % dei pixel ma solo circa il 37 % del bitrate consigliato. Passare da 1080p a 480p toglie l'80 % dei pixel e circa il 69 % del bitrate. La ricompensa resta grande; è solo minore di quanto promettesse l'aritmetica dei pixel. E il passo singolo di gran lunga maggiore è il primo fuori dal 4K: da 2160p a 1080p il bitrate consigliato scende a un quinto, ed è per questo che una clip di vacanza in 4K è l'unico file in cui ridimensionare cambia tutto.
Cosa fa lo strumento con il numero che digiti
Gli dai una larghezza e ricava tutto il resto. Al ridimensionatore viene chiesto di produrre la tua larghezza e di calcolare l'altezza dal rapporto d'aspetto della sorgente, arrotondata a un numero pari perché l'H.264 lavora in blocchi che lo richiedono. Il ricampionamento usa Lanczos, un filtro più nitido di quello predefinito e la scelta giusta quando stai buttando via pixel. L'immagine viene poi ricodificata con libx264 a un CRF fisso di 23, il file è scritto come MP4 con l'opzione faststart perché l'indice stia in testa, e l'audio è copiato senza toccarlo invece che ricodificato.
Da quella descrizione discendono due conseguenze, ed entrambe contano. Primo: poiché l'obiettivo di qualità è fisso, la risoluzione è l'unica leva che questo strumento ti dà — se devi controllare anche l'equilibrio fra qualità e dimensione, quello è il CRF regolabile del compressore video, e incatenare i due significa pagare due generazioni di codifica invece di una. Secondo: poiché l'audio è copiato byte per byte, il suo contributo al file non può ridursi qualunque cosa tu faccia all'immagine: una colonna sonora a 128 kbit/s pesa 0,96 MB al minuto prima e dopo, quindi su una clip di cinque minuti 4,8 MB del risultato sono fissati fin dall'inizio.
I pulsanti predefiniti coprono 854, 1280 e 1920 pixel di larghezza — 480p, 720p e 1080p su una sorgente panoramica — e la casella numerica accetta da 120 a 3840, quindi 1440p e 2160p si raggiungono digitando 2560 e 3840. Nulla nello strumento ti impedisce di inserire una larghezza maggiore di quella della sorgente, e se lo fai, ingrandirà diligentemente: più pixel, un file più grande, e nemmeno un dettaglio in più, dato che l'informazione semplicemente non è nell'originale. Verifica cosa sia davvero il tuo file prima di scegliere un numero.
Scegliere il gradino in base a dove va il video
Adegua il gradino allo schermo che lo mostrerà davvero. Una clip destinata a una finestra di chat, a un filo di messaggi o a una diapositiva in una riunione viene mostrata in un rettangolo largo poche centinaia di pixel, e il 720p supera già ciò che quella superficie può risolvere; il 480p è spesso indistinguibile. Un video per un sito che andrà in una colonna di testo è nella stessa condizione. Tutto ciò che finirà a schermo intero su un portatile o un televisore merita il 1080p. Il 4K giustifica il suo peso solo quando lo spettatore ha uno schermo 4K e un motivo per guardare da vicino — un paesaggio, un prodotto, materiale che intendi ritagliare in seguito.
Un caso argomenta contro il ridimensionare del tutto. Se la destinazione è una piattaforma che ricodifica tutto al caricamento, darle la versione più grande ragionevole e lasciare che i suoi codificatori costruiscano la scala dà un risultato migliore del rimpicciolire prima, perché la loro codifica di seconda generazione parte allora da più informazione e non da meno. YouTube pubblica i bitrate che desidera esattamente per questo. Ridimensiona quando sei tu a consegnare il file finale — un'email, un messaggio, un modulo con un limite, una pagina che controlli. Non ridimensionare quando stai alimentando una macchina che rifarà comunque il lavoro.
| Gradino (larghezza da digitare) | Dimensione del fotogramma | Pixel per fotogramma (quota del 1080p) | Bitrate video consigliato | Tre minuti di immagine |
|---|---|---|---|---|
| 2160p / 4K (digita 3840) | 3840 × 2160 | 8 294 400 (400 %) | 35–45 Mbit/s | circa 900 MB a 40 Mbit/s |
| 1440p (digita 2560) | 2560 × 1440 | 3 686 400 (178 %) | 16 Mbit/s | circa 360 MB |
| 1080p (preset, 1920) | 1920 × 1080 | 2 073 600 (100 %) | 8 Mbit/s | circa 180 MB |
| 720p (preset, 1280) | 1280 × 720 | 921 600 (44 %) | 5 Mbit/s | circa 113 MB |
| 480p (preset, 854) | 854 × 480 | 409 920 (20 %) | 2,5 Mbit/s | circa 56 MB |
| 360p (digita 640) | 640 × 360 | 230 400 (11 %) | 1 Mbit/s | circa 23 MB |
Domande frequenti
- Ho ridimensionato a 720p e il file si è ridotto appena. Perché?
- Quasi certamente perché la sorgente era già codificata con parsimonia. Calcola quanto spende al secondo — dimensione in megabyte, per 8 000, diviso la durata in secondi — e confrontalo con i 5 Mbit/s che il 720p tipicamente chiede. Se l'originale era già sotto, non c'era nulla da recuperare, e l'obiettivo fisso di CRF 23 può perfino aver speso di più. Ridimensionare premia le sorgenti generose: un originale di fotocamera, una registrazione in 4K, un'esportazione da software di montaggio. Non fa quasi nulla per un file già passato da un'app di messaggistica.
- Meglio prima ridimensionare o prima comprimere?
- Fai il minor numero di passate possibile, perché ognuna costa una generazione di qualità. Ridimensionare ricodifica già a CRF 23, quindi farlo seguire dal compressore significa due codifiche complete dello stesso materiale. L'ordine efficiente è ridimensionare una volta, guardare il risultato, e ricorrere al compressore solo se resti sopra il tuo limite. Al contrario — comprimere e poi ridimensionare — è peggio, perché ridurresti un'immagine già degradata e poi ricodificheresti la degradazione.
- Posso trasformare un video 720p in 1080p?
- Lo strumento te lo lascerà fare, e non dovresti. Ingrandire inventa pixel interpolando fra quelli che hai; non può aggiungere dettaglio mai registrato. Quello che ottieni è la stessa immagine, un po' più molle per via dell'interpolazione, in un file nettamente più grande. Le uniche ragioni oneste per ingrandire sono tecniche: una piattaforma o un montaggio che pretendono una risoluzione minima, o allineare una clip alle altre di una sequenza. Se vuoi solo che il video appaia migliore, spendi lo sforzo in un CRF più basso alla sua risoluzione nativa.
- Il ridimensionamento danneggia il suono?
- Per niente — l'audio viene copiato senza essere decodificato, il che non costa tempo e non perde nulla. Il rovescio è che la sua quota del file resta fissa. Se l'originale portava una colonna sonora a 320 kbit/s, la versione ridimensionata la porta ancora, con un peso di 2,4 MB al minuto a prescindere da cosa hai fatto all'immagine. Su una clip breve è invisibile; su una registrazione di quaranta minuti sono 96 MB che qui non puoi ridurre. Se il suono è il grosso del problema, il compressore video, che ricodifica l'audio a 128 kbit/s, è lo strumento che lo smuoverà davvero.
Articoli che potrebbero interessarti
Tutte le guide →Strumenti correlati
I limiti di caricamento sono quelli pubblicati da ciascun servizio alla data citata e cambiano senza preavviso: verifica il valore in vigore prima di codificare. I bitrate consigliati sono punti di partenza, non regole: ciò che una clip richiede davvero dipende da quanto movimento e dettaglio contiene.
Fonti
- YouTube Help — Recommended upload encoding settings — bitrate by resolution for SDR uploads at standard and high frame rates (read 13 August 2026)
- FFmpeg Wiki — H.264 encoding guide — CRF 23 is the default, and constant-quality encoding spends whatever the picture needs rather than aiming at a size
- FFmpeg — Filters documentation — the scale filter, the -2 value that derives a dimension from the aspect ratio while keeping it even, and the Lanczos resampler
- FFmpeg — Formats documentation, mov/mp4/ismv muxer — faststart moves the index (moov atom) to the beginning of the file
Hai notato un errore in questo articolo?