Convertire ICO in BMP

Entrambi vengono da Microsoft e sono stati progettati insieme. Il formato icona originale non avvolgeva affatto un’immagine separata: ciascuna voce conteneva un header bitmap seguito da dati di colore e una maschera a un bit che indicava quali pixel lasciare in pace. Un ICO era, letteralmente, bitmap in una directory con uno stencil attaccato.

I due poi hanno diverguto. Le icone hanno guadagnato un canale alpha proprio a otto bit con Windows XP e la capacità di portare un payload PNG con Vista, che è ciò che i file icona moderni usano per le voci grandi. Il bitmap scritto da questo convertitore è il baseline a 24 bit, che non ha mai avuto nessuno dei due. Convertire uno nell’altro è quindi un passo indietro in capacità, intrapreso perché qualcosa all’altro capo ne ha bisogno.

L’encoder scrive 24 bit per pixel: otto di blu, otto di verde, otto di rosso, e nient’altro. Esiste una variante dell’header BMP che definisce un canale alpha, e file che lo usano esistono, ma quasi nulla lo legge in modo affidabile — che è esattamente il problema di affidabilità che BMP di solito è scelto per evitare.

Quindi la trasparenza deve andare da qualche parte prima che l’encoder giri, e l’impostazione di sfondo decide dove. Bianco è il predefinito. Si scelga il colore di qualunque superficie su cui il bitmap sarà disegnato: uno sfondo di banner di un installer, il colore di un pannello su un display embedded. Su un’icona di prova con angoli trasparenti il risultato leggeva 255,255,255 nell’angolo, che è corretto ed è anche la risposta sbagliata se il pannello è grigio scuro.

Non è un difetto ed è l’intero motivo per cui BMP esiste. Ogni pixel occupa esattamente tre byte indipendentemente da ciò che contiene, quindi la dimensione del file è aritmetica invece che un risultato: larghezza per tre, arrotondata a un multiplo di quattro, per altezza, più 54 byte di header.

Per un quadrato da 256 pixel sono 768 byte per riga e 196.608 byte di pixel, per un totale di 196.662. Misurato contro l’icona di prova da 8.471 byte da cui viene, il bitmap è oltre ventitré volte più grande. Se la destinazione ha un limite di dimensione, si faccia quella moltiplicazione prima di convertire invece che dopo.

Il più grande. La decodifica è fatta dal lettore di icone del browser, che restituisce la voce più grande nella directory — verificato costruendo un file con disegni da 16, 32, 48 e 256 pixel in quattro colori diversi e convertendolo con la directory scritta in tre ordini diversi. Il disegno da 256 pixel è uscito ogni volta.

I disegni più piccoli non sono scritti da nessuna parte e nessuna impostazione li raggiunge. Se il software che si sta alimentando vuole un bitmap da 32 pixel e l’icona contiene una voce da 32 pixel, un editor di icone come GIMP la esporta direttamente come livello, che è un risultato migliore che scalare giù la versione da 256 pixel.

Due dettagli che vale la pena sapere se si leggono i byte invece di aprire il file. BMP memorizza le sue righe dal basso dell’immagine verso l’alto, e memorizza ciascun pixel come blu, poi verde, poi rosso. Entrambi sono nella specifica e entrambi sorpendono regolarmente chi ne analizza uno per la prima volta.

Ogni riga è anche riempita a un multiplo di quattro byte, che conta a larghezze dispari: un bitmap largo 33 pixel ha 99 byte di colore per riga e un byte di riempimento, rendendo la riga memorizzata 100. A 256 pixel la riga è 768 byte e non serve riempimento, che è uno dei motivi per cui bitmap a misura di icona sono facili da lavorare a mano.

Perché leggerne uno non richiede un decoder. Un microcontrollore che pilota un display piccolo può copiare byte da un file in un framebuffer con un ciclo e un offset nell’header; aggiungere un decoder PNG a quel firmware significa aggiungere un decompressore, un allocatore di memoria e un parser di chunk a un dispositivo che può avere 32 KB di RAM.

Lo stesso ragionamento vale per risorse di installer, per controlli Windows più vecchi che caricano risorse attraverso le funzioni bitmap della piattaforma, e per fixture di test che vogliono confrontare immagini byte per byte senza un codec di mezzo. In tutti questi casi, la prevedibilità vale molto più del risparmio di spazio.

Entrambi i formati sono senza perdita, e questo percorso non ha impostazione di qualità perché non c’è nulla da scambiare. Ogni pixel che sopravvive all’appiattimento è bit per bit ciò che l’icona conteneva, quindi convertire lo stesso file due volte dà un output identico e non c’è perdita di generazione di cui preoccuparsi se passa di nuovo per il passaggio più tardi.

Le due cose che sono davvero perse sono il canale alpha, sostituito dal colore di sfondo, e le altre voci nel contenitore. Nessuna delle due è recuperabile dal bitmap in seguito, che è l’argomento per conservare il file icona originale invece di sostituirlo.

Se la destinazione è software moderno con una preferenza dichiarata invece che un requisito rigido, un PNG è più piccolo di due ordini di grandezza e conserva la trasparenza. La stessa icona di prova era 1.737 byte come PNG contro 196.662 come bitmap — una differenza abbastanza grande da valere una email per chiedere se BMP è davvero richiesto.

Dove la risposta è sì — firmware, uno script di installer, una fixture con un confronto a livello di byte — il bitmap è corretto e la dimensione è il prezzo di essere leggibile senza un decoder. Si dica nel messaggio di commit, perché un file da 200 KB per un’icona piccola sembra un errore a chi lo rivede dopo.

Si lasci cadere l’intero set. Ogni file è decodificato, appiattito sullo stesso colore di sfondo e scritto separatamente, con tutto restituito come ZIP. Uno sfondo condiviso attraverso il lotto è di solito ciò che queste destinazioni richiedono, dato che le immagini vengono composte su una superficie sola, e un colore scelto con attenzione elimina i rettangoli bianchi che rovinano un marchio su un pannello scuro.

Si controllino le dimensioni nel risultato invece di presumere che corrispondano. Set di icone costruiti nel corso di anni mescolano voci che arrivano a 256 pixel con voci che si fermano a 32, e i bitmap ereditano quella diffusione — con un fattore di sessantaquattro tra le dimensioni dei file ai due estremi, e un singolo BMP da 200 KB in un set di file da 3 KB spicca come un errore a colpo d’occhio, e quell’errore non sarà scoperto finché qualcuno non mette insieme i file e nota che uno solo pesa dieci volte gli altri.