Convertire AVIF in BMP

AVIF è stato progettato nel 2019 per rendere le fotografie abbastanza piccole da essere inviate su una connessione mobile. BMP è stato progettato da Microsoft nel 1987 per essere un blocco di pixel che un programma potesse leggere direttamente in memoria, senza compressione a nessuna delle due estremità. Metterli insieme produce il moltiplicatore più grande di qualsiasi coppia qui.

Nessuno dei due formati è usato male. BMP non è un formato cattivo; è un formato con un solo compito, che è essere leggibile in modo banale da software che non vuole implementare un decoder — l’intestazione dice quanto è larga l’immagine e il resto del file è l’immagine, in ordine. La dimensione è il prezzo di questo, ed era un prezzo sensato quando uno schermo era largo 640 pixel e una bitmap entrava in un floppy disk. È solo l’arrivo di fotocamere da trenta megapixel all’altro capo della catena a trasformare un progetto ragionevole in un file allarmante.

L’aritmetica è fissa e non c’è nulla dentro riguardo all’immagine. Larghezza per altezza per tre byte, più un’intestazione. Un’icona 1000 per 1000 è 3 MB. Una fotografia 3000 per 2000 è 18 MB. Una da 6000 per 4000 è 72 MB.

Ora si confronti con ciò che si è caricato. Un AVIF di quella fotografia 3000 per 2000 consegnato dal web sta normalmente sotto mezzo megabyte, il che porta il moltiplicatore oltre cinquanta prima che sia successo qualcosa di insolito. Sulla grafica piatta — un logo, un grafico, un elemento d’interfaccia — AVIF fa ancora meglio, perché le grandi aree di colore identico sono ciò che qualsiasi codec moderno comprime in modo più aggressivo, e il rapporto sale nelle centinaia. Dell’immagine non è cambiato nulla; solo l’onestà del contenitore sì. Vale la pena verificare il numero sul proprio file prima di convertire una cartella, perché è il moltiplicatore a decidere se il batch sta in qualche parte.

Poiché la dimensione dipende solo dalle dimensioni, non c’è un’impostazione di qualità su questa conversione e non potrebbe esserci. Una BMP non ha una manopola da girare: ogni pixel costa gli stessi quattro byte, che faccia parte di un gradiente o di un margine bianco.

L’impostazione di larghezza massima è quindi l’unica leva, e funziona producendo meno pixel invece di pixel più economici. Dimezzare la larghezza riduce il file a un quarto, perché entrambe le dimensioni si riducono insieme — 3000 per 2000 a 18 MB diventa 1500 per 1000 a 4,5 MB. Vale la pena saperlo quando la destinazione è uno schermo embedded che voleva solo 480 pixel, dove la bitmap a piena risoluzione non è solo spreco ma è troppo grande perché il dispositivo la contenga. Mandare una bitmap non ridimensionata a uno schermo piccolo è il modo più comune in cui questa conversione produce un file che nessuno può usare.

BMP è meno un formato che una piccola famiglia. Può memorizzare i pixel a colore pieno o come una palette indicizzata fino a 256 voci, a diverse profondità di bit, e una specifica che dice «BMP» senza dire quale di queste intenda non ha finito la frase. Quello che esce da questa conversione è una bitmap a colore pieno a quattro byte per pixel.

È ciò che quasi tutto legge, e non è universalmente ciò che viene chiesto. Il firmware di un piccolo schermo è l’eccezione abituale: un pannello embedded con memoria limitata indica spesso 24 bit o una palette indicizzata a 8 bit specificamente, perché è ciò che contiene il suo framebuffer. Leggere la documentazione prima di convertire, e dove indica una variante che questa non produce, IrfanView e GIMP risalveranno una BMP alla profondità che il dispositivo vuole in un solo passaggio.

AVIF può memorizzare dodici bit per canale e una gamma di colori ampia, ed è per questo che porta la fotografia HDR sul web. La BMP scritta qui è a otto bit per canale in RGB ordinario, la forma che ogni lettore del formato si aspetta.

Per un’immagine web normale nulla va perso, perché otto bit è tutto ciò che conteneva. Per una sorgente HDR la gamma in più viene scartata, e il sintomo visibile è un cielo appiattito o un picco di luce che clippata invece di attenuarsi. Se questo importa, la riduzione va fatta con cognizione in un editor che vi lasci scegliere come viene mappata la gamma, non come effetto collaterale del raggiungere un formato del 1990.

AVIF porta un canale alpha completo e una BMP, come si aspetta ogni programma che ne consuma una, non lo porta. Quindi i pixel trasparenti vengono riempiti con un colore scelto prima della conversione, e il riempimento è permanente — la trasparenza è sostituita, non nascosta.

Scegliere il colore su cui l’immagine andrà a posarsi invece di uno neutro. I bordi antialiasati sono parzialmente trasparenti, quindi vengono fusi con la scelta: contro lo sfondo previsto il bordo resta morbido, e contro uno diverso la grafica porta un alone leggero tutto intorno. Quell’alone è il segno classico di un marchio appiattito sul bianco e poi messo su qualcosa di scuro, e non può essere rimosso dopo senza rifare la conversione dall’AVIF. Per uno strumento o un pannello il colore esatto è di solito scritto nella documentazione ricevuta, il che rende questa una ricerca invece che un giudizio.

Questa è l’asimmetria utile ed è il motivo per cui la conversione avviene in un browser. Il software che aspetta la BMP — lo strumento, il pannello, la cassa, l’utility Windows ventennale — non ha un decoder AVIF e non lo avrà mai. Anche il sistema operativo su cui gira potrebbe non averne uno.

Un browser lo ha. L’AVIF è decodificato dallo stesso codice che lo disegna su una pagina web, quindi funziona su una macchina in cui cliccare due volte sul file non fa nulla, e produce un file che quella macchina può poi gestire senza dover installare altro software. È una risposta migliore che installare un codec pack su un sistema controllato, e su una macchina su cui non vi è permesso installare nulla è l’unica risposta.

Si converte al confine e si tiene l’AVIF. È una frazione della dimensione, ha ancora la sua trasparenza, ha ancora la sua gamma di colori completa, ed è ciò che vorrete se la destinazione cambierà o il dispositivo sarà sostituito.

Mandare una BMP a una persona invece che a una macchina è quasi sempre un errore per la stessa ragione. Riempie una casella di posta, intasa un disco condiviso, e non c’è nulla in essa che un PNG non porterebbe senza perdita a una frazione della dimensione mantenendo la trasparenza che qui si è dovuta distruggere. BMP è un formato di passaggio per apparecchiature che lo hanno chiesto, e trattarlo come formato di archiviazione è il modo in cui un progetto finisce con cento gigabyte di immagini che potrebbe contenerne in due.

AVIF può contenere una sequenza di fotogrammi, ed è una delle cose che ha ereditato dal codec video sottostante. Una BMP contiene un’unica immagine fissa e non ha il concetto di una seconda.

Quindi se ciò che si ha è un’animazione breve, questa conversione non è una versione con perdita di ciò che si voleva — è la destinazione sbagliata. MP4 mantiene il movimento a una dimensione sensata e GIF lo mantiene in qualcosa di antico che il software capisce, ed entrambi sono una risposta migliore di un singolo fotogramma in un file molto grande. Se il dispositivo vuole davvero una sequenza di bitmap, cosa che alcuni piccoli schermi fanno, i fotogrammi vanno prima estratti e ognuno convertito, ed è un lavoro per uno script, non per una drop zone.

Si possono caricare fino a 100 file alla volta: ognuno viene convertito a turno, mantiene il suo nome con l’estensione cambiata, e il batch torna come un unico ZIP. Cento è dove il batch gratuito si ferma, e qualsiasi cosa oltre viene scartata invece che messa in coda. Nulla viene caricato, quindi non c’è coda, account o limite giornaliero.

Il vincolo da pianificare è l’uscita, non l’ingresso. Quaranta fotografie a 3000 per 2000 sono oltre settecento megabyte di bitmap tenuti in una scheda del browser mentre l’archivio viene costruito, e un batch che sarebbe banale in qualsiasi altro formato qui non lo è. Si converte in gruppi piccoli, si salva man mano, e si imposta una larghezza massima se la destinazione non ha bisogno della risoluzione piena.