Convertire HEIF in BMP

BMP è un formato legacy e questa pagina non fingerà il contrario. Non ha compressione che valga il nome, non ha metadati, e non ha vantaggi rispetto a PNG su nessun asse di cui a una persona importerebbe. Microsoft lo pubblicò nel 1987, l’header a 40 byte che questa pagina scrive arrivò con Windows 3.0 nel 1990, e il mondo è andato avanti.

Ciò che lo tiene vivo è software che non lo ha mai fatto. Pannelli di controllo di strumenti, display di chioschi, splash screen embedded, loader di immagini firmware, strumenti interni compilati una volta nel 2003 e mai più toccati: leggono un bitmap perché un bitmap è banale da analizzare senza alcuna libreria. Se questa è la situazione, BMP non è una cattiva scelta, è l’unica, e tutto ciò che segue riguarda il fatto di ottenere i byte giusti.

Un header di file di 14 byte che inizia con i due caratteri BM, poi un BITMAPINFOHEADER di 40 byte che dichiara un piano di colore e 24 bit per pixel, poi i dati dei pixel. Tre byte per pixel in ordine blu-verde-rosso, che è l’ordine richiesto dalla specifica e non un errore. Le righe sono memorizzate dal basso verso l’alto, che è anch’esso la specifica.

Ciascuna riga è riempita a un multiplo di quattro byte. Per una larghezza di 4 032 sono 12 096 byte senza bisogno di riempimento; per una larghezza di 4 031 sono 12 093 byte più tre byte di riempimento. Un parser che presume righe contigue leggerà ogni riga dopo la prima inclinata, che è il fallimento classico quando qualcuno scrive il proprio loader BMP.

Poiché nulla è compresso, si può calcolare l’uscita prima di convertire: la lunghezza di riga riempita per l’altezza, più 54 byte di header. Una fotografia da 12 megapixel a 4 032 per 3 024 arriva a 36 578 304 byte di dati pixel — circa 36,6 MB — da un HEIF che probabilmente era due o tre.

Un fattore di circa quindici è il risultato normale, ed è il motivo per cui il campo della larghezza massima conta qui più che su quasi ogni altra coppia. Se il software che si sta alimentando mostra l’immagine a 1 024 pixel di larghezza, convertendo a 1 024 di larghezza gli si dà ciò di cui ha bisogno in circa 3 MB anziché 36.

Lo scrittore produce pixel a 24 bit, quindi non c’è spazio per la trasparenza. Qualunque cosa trasparente nella fonte viene prima appiattita e solo allora codificata, e su cosa viene appiattita è il colore di sfondo impostato sopra la zona di rilascio. Parte dal bianco; il comando è stato esteso alle fonti HEIC e HEIF nell’agosto 2026, essendo stato offerto in precedenza solo da PNG, WebP e gli altri formati che il sito si aspettava portassero alfa.

Per una fotografia, che è ciò che un file .heif quasi sempre contiene, non c’è nulla da appiattire e il punto è accademico. Conta se la fonte è una grafica esportata con un ritaglio, e in quel caso il PNG mantiene la trasparenza e il BMP non può.

Ogni pixel che il decoder HEIF ha prodotto viene scritto nel BMP letteralmente, quindi questa direzione non aggiunge artefatti di compressione propri. In quel senso ristretto è una conversione senza perdite e il file è un resoconto fedele della decodifica.

Non annulla nulla. La fotocamera ha compresso la fotografia quando ha scritto l’HEIF, e quelle decisioni sono incorporate nei pixel che il decoder consegna. Un bitmap da 36 MB di una fotografia da 2 MB contiene esattamente la stessa immagine del file da 2 MB, memorizzata molto meno intelligentemente.

HEIF è specificato fino a dieci bit per canale e può portare gamut ampio. Un BMP a 24 bit contiene otto bit per canale e non ha alcun concetto di spazio colore — non c’è da nessuna parte nell’header dove dire cosa significano i numeri.

Quindi la conversione tronca, e il software ricevente interpreterà i valori come sRGB ordinario perché è l’unico default ragionevole. Per il tipo di programma che richiede un BMP è invariabilmente accettabile; vale la pena saperlo solo se l’immagine è una misurazione calibrata anziché una fotografia.

Il BMP non contiene EXIF, né timestamp, né modello di fotocamera, né coordinate GPS. Due ragioni separate convergono su ciò: la conversione decodifica in pixel grezzi e ricodifica, e nulla sopravvive a quel passaggio, e il formato essenzialmente non ha dove memorizzare nulla di tutto ciò anche se lo facesse.

Occasionalmente è l’intero punto. Alimentando un’immagine a un sistema che la memorizzerà, la indicizzerà o la visualizzerà pubblicamente, un bitmap è il contenitore più inerte che esista — pixel, dimensioni, e nulla che identifichi il fotografo o il luogo.

Tutto, che è l’unica forza genuina del formato. Microsoft Paint, GIMP e IrfanView lo aprono tutti, ogni API di Windows dall’inizio lo ha compreso, e i browser lo mostrano — BMP è uno dei pochi formati qui il cui supporto del browser è registrato come completo, il che rende verificare l’output facile quanto aprirlo in una scheda. Quel controllo vale la pena farlo una volta per lotto, perché se un’immagine appare capovolta o con i colori scambiati in qualunque software personalizzato, la causa è quasi sempre un lettore che presume righe dall’alto verso il basso o ordine RGB, e il file è giusto.

Il decoder e lo scrittore del bitmap girano entrambi nella scheda del browser, quindi nessuna fotografia viene caricata e nulla è in coda. È un punto pratico per i lettori a cui è rivolta questa pagina, i cui file sono spesso immagini di una linea di produzione, una cartella clinica, un rilievo in cantiere o qualcos’altro che non dovrebbe lasciare l’edificio. Il piano gratuito accetta ingressi fino a 100 MB, cui nessun HEIF darà fastidio; le uscite sono la metà grande qui.

Non c’è modo di tornare indietro. Questo sito legge HEIF con libheif sotto LGPL-3.0 e non può scrivere il formato, perché ciò richiederebbe un codificatore HEVC sotto una licenza che un sito statico non può soddisfare. Dato che un bitmap è quindici volte più grande e contiene strettamente meno informazione, la pratica sensata è trattarlo come output anziché come copia: generarlo per la macchina che ne ha bisogno, usarlo, cancellarlo, e conservare l’HEIF, che può produrne un altro ogni volta che il vecchio software chiede di nuovo.

Se si ha scelta, PNG è senza perdite anch’esso, quindi non scarta nulla che un bitmap avrebbe conservato, ed è una frazione della dimensione — la stessa fotografia da 12 megapixel che diventa 36,6 MB qui di solito si attesta sotto i 20 MB come PNG e spesso molto al di sotto. Porta anche un canale alfa e un checksum su ogni chunk, quindi un file troncato viene rilevato anziché essere silenziosamente mostrato con spazzatura in fondo. Le due cose che il BMP ha e il PNG no sono i motivi per essere su questa pagina: il layout dei pixel è fisso e banalmente analizzabile senza alcuna decompressione, e qualunque software di qualunque età lo accetta.

Un buon numero di persone che converte in BMP sta alimentando un parser che hanno scritto, perché un bitmap è l’unico formato immagine che si può leggere in trenta righe senza libreria alcuna. Tre dettagli spiegano quasi ogni bug in quelle trenta righe, e tutti e tre sono nel file che questa pagina produce.

La striscia di riga è la lunghezza riempita, non la larghezza per tre — calcolarla come larghezza per tre arrotondata per eccesso a un multiplo di quattro, e avanzare di quella fra le righe. Le righe vanno dal basso verso l’alto, quindi la prima riga nel file è l’ultima riga dell’immagine. I canali sono memorizzati blu, verde, rosso, in quell’ordine. Prenderne uno qualunque nel modo sbagliato e l’immagine è inclinata, capovolta o tinta di blu, e sembrerà un file corrotto anziché un’assunzione sbagliata.