Lezione di storia: cos’è un file .bmp? L’immagine Windows non compressa che Paint ha reso famosa

Cos’è un file .bmp?

Un file .bmp è un’immagine Windows Bitmap. L’idea centrale è un bitmap indipendente dal dispositivo (DIB): un raster che Windows può passare tra programmi GDI (Graphics Device Interface) senza fissare le idiosincrasie hardware di un monitor. La guida Bitmap Storage di Microsoft dice che i bitmap vanno salvati nel formato di file stabilito con estensione .bmp. Su disco quel formato è un BITMAPFILEHEADER seguito da un’intestazione informativa DIB, una tabella colori opzionale e i bit del bitmap.

In parole semplici: .bmp è come Windows metteva un DIB su un floppy, un hard disk o un allegato email. La stessa stirpe compare quando le app incollano bitmap tramite il formato appunti CF_DIB, e quando icone o cursori incorporano strutture bitmap correlate. La ricerca quotidiana «cos’è un file .bmp» di solito è qualcuno di fronte a uno screenshot enorme, uno scarabocchio Paint vecchio o un export da scanner che non è mai diventato JPG.

Un file .dib è la stessa cosa di un .bmp?

Questa è la confusione che Wikipedia comprime in una sola riga di acronimo. DIB nomina il concetto di device-independent bitmap e il layout in memoria / di scambio. BMP è il file familiare su cui si fa doppio clic, costruito anteponendo a quel DIB un BITMAPFILEHEADER. Microsoft documenta la storia su disco sotto Bitmap Storage e le strutture BITMAPxxxHEADER; riferimenti di formato notano anche un’estensione .dib usata per payload DIB correlati.

Quindi: stessa famiglia, byte sovrapposti, etichette diverse. Un .dib non è un formato fotocamera rivale. Rinominare .dib in .bmp (o il contrario) aiuta solo quando i byte già corrispondono a ciò che l’app ricevente si aspetta — non è un passo di conversione come passare da PNG a JPG. Questo articolo resta la storia del Windows Bitmap; non rivendica ogni variante oscura OS/2 o di driver di stampa come funzione di prodotto.

Perché i file BMP sono così grandi?

Accettate lo shock delle dimensioni. Aprite uno screenshot 1920×1080 salvato come BMP a 24 bit e il file è circa larghezza × altezza × 3 byte di colore, più padding e una piccola intestazione — spesso diversi megabyte — perché il campo di compressione abituale è BI_RGB: RGB (o indici di palette) non compresso. Ogni scan line è imbottita affinché la lunghezza in byte sia un multiplo di quattro (allineata a DWORD), il che aggiunge un po’ di volume.

Windows 3.0 (1990) ha reso popolare il BITMAPINFOHEADER di 40 byte ancora dominante e ha aggiunto opzioni di codifica run-length BI_RLE8 e BI_RLE4 per immagini a 8 e 4 bit per pixel — memorizzare indici di palette ripetuti come coppie conteggio-valore invece di ogni pixel. Aiuta icone e disegni semplici; non trasforma una foto moderna a colori veri in un file piccolo. Versioni successive di intestazione riservano BI_JPEG / BI_PNG a percorsi specifici di stampante GDI; non è così che i BMP desktop ordinari si restringono magicamente.

Microsoft Paint ha cementato l’abitudine. Prima di Windows 3.0, il Microsoft Paint in bundle usava file monocromatici proprietari .msp (PRONOM x-fmt/214). Windows 3.0 lo sostituì con Paintbrush, che poteva aprire MSP ma salvava come BMP o PCX. Per anni dopo, il percorso facile di Paint per «salva lo scarabocchio» ha continuato a scaricare bitmap non compressi sui dischi — accettabile su un hard disk nel 2026, doloroso su un floppy da 1,44 MB negli anni ’90, e ancora sorprendente quando un allegato BMP «semplice» schiaccia un JPG.

Come funzionano i byte: BM, intestazioni, palette, righe dal basso verso l’alto

Il BITMAPFILEHEADER di Microsoft è di 14 byte. Il campo bfType deve essere 0x4D42 — le lettere ASCII “BM” in little-endian. bfSize è la dimensione del file in byte; bfOffBits è l’offset dall’inizio dell’intestazione del file ai bit dei pixel. I campi riservati devono essere zero. Subito dopo arriva un’intestazione DIB, poi opzionalmente una tabella colori (una palette: un array di colori RGBQUAD per profondità indicizzate), poi i dati del bitmap.

Quale intestazione DIB? Microsoft elenca quattro tipi di base: BITMAPCOREHEADER (12 byte — il nucleo precoce compatibile Windows 2.0 / OS/2), BITMAPINFOHEADER (40 byte — il cavallo di battaglia da Windows 3.x), BITMAPV4HEADER (estensioni di spazio colore / gamma associate all’era Windows 95 / Windows NT 4.0) e BITMAPV5HEADER (ulteriori campi inclusa collegamento / incorporamento di profilo ICC, associati a Windows 98 / Windows 2000). Il campo dimensione dell’intestazione informativa dice ai lettori quale struttura stanno guardando. BITMAPINFOHEADER registra larghezza, altezza, piani (1), bit per pixel, compressione, dimensione immagine, risoluzione in pixel per metro e uso della palette.

L’orientamento è un classico tranello. Per layout RGB non compressi, un biHeight positivo significa un DIB dal basso verso l’alto — origine nell’angolo in basso a sinistra, prima riga memorizzata in fondo all’immagine. Un’altezza negativa significa dall’alto verso il basso (origine in alto a sinistra). I pixel a 24 bit sono spesso memorizzati come triplette BGR, non RGB. Le immagini indicizzate a 1, 4 e 8 bit consultano la palette; profondità maggiori spesso memorizzano il colore direttamente. Quella semplicità intestazione-più-pixel è perché il BMP si è diffuso ovunque sia andato Windows — e perché i dump grezzi ancora confondono chi si aspetta che le righe inizino in alto.

Windows, OS/2 e perché il formato è rimasto

La storia precoce del BMP si colloca nell’era condivisa Microsoft / IBM di Windows e OS/2. Gli storici del formato notano che i DIB a palette programmabile si allineavano tra Windows 2.x e OS/2 Presentation Manager; le fonti discordano su quale lato abbia «inventato» per primo il DIB. L’ingegnere Microsoft di lunga data Raymond Chen ha scritto che Windows 2.0 adottò il formato bitmap di OS/2 per favorire l’interoperabilità. Charles Petzold e coperture contemporanee spesso descrivono il DIB come arrivato in evidenza con Windows 3, estendendo il bitmap Presentation Manager precedente. Sfumatate il mito dell’origine: ciò che conta per i file su disco è che l’intestazione nucleo di 12 byte e il successivo BITMAPINFOHEADER di 40 byte hanno lasciato impronte, e Windows 3.0 ha reso il BMP moderno il raster desktop che gli utenti Windows salvavano davvero.

Da lì il formato è rimasto perché era integrato nella piattaforma: Paint/Paintbrush, appunti CF_DIB, bitmap di risorse, strumenti di driver e screenshot, e innumerevoli installer che avevano bisogno di un dump semplice e lossless dei pixel. JPG ha vinto le fotografie; PNG ha vinto la grafica web con compressione e alpha; BMP è rimasto lo strumento grezzo — facile da scrivere, facile da corrompere se si ignorano padding o ordine delle righe, e ancora leggibile decenni dopo.

Perché i file .bmp stanno ancora sui dischi nel 2026

Nel 2026, i file legacy .bmp compaiono ancora da vecchie cartelle Paint, default dello scanner, export di ingegneria, pacchetti di asset di giochi e UI, archivi email e abitudini «Salva come bitmap» mai passate a PNG. Non sono misteriosi: sono il layout classico DIB-su-disco di Windows — spesso non compresso, spesso dal basso verso l’alto, che si apre ancora in Foto e nei browser quando le intestazioni sono ordinarie. Il dolore è la dimensione, gli uploader schizzinosi e l’etichetta occasionale .dib che fa pensare di aver trovato un secondo formato.

Legacy File Converter elenca Windows Bitmap / .bmp tra le immagini supportate su Tipi di file supportati e converte .bmp in locale su Windows in JPG, PNG o PDF — non viene caricato nulla. Questo articolo resta la storia — non una guida a modificare intestazioni in esadecimale. Per lezioni vicine sui formati immagine, vedi Lezione di storia: cos’è un file .jfif?, Lezione di storia: cos’è un file .tga?, Lezione di storia: cos’è un file .wmf? e Lezione di storia: cos’è un file .tif multipagina?.