Convertire BMP in JXL

JPEG XL è uscito dal comitato JPEG ed è stato standardizzato come ISO/IEC 18181-1 nel 2022. Comprime senza perdite così come con perdite, gestisce fino a 32 bit per canale, porta alfa e animazione, ed era esplicitamente mirato a essere il formato in cui si conserva un’immagine piuttosto che quello con cui la si serve.

Questa è una buona descrizione di ciò che qualcuno con un bitmap grande non compresso vuole. Un BMP è un master per caso — è non compresso perché niente scrive le modalità run-length che il formato definisce, non perché qualcuno abbia scelto la fedeltà — e spostarlo in qualcosa che mantiene i pixel e smette di costare tre byte ciascuno è un istinto sensato. Il registro elenca archiviazione e fotografia come usi di JPEG XL, e file di grandi dimensioni come problema noto del BMP, quindi sulla carta i due erano fatti l’uno per l’altro. Il resto di questa pagina riguarda la distanza tra quella lettura e ciò che questo convertitore può effettivamente darvi.

Il codificatore qui produce JPEG XL con perdita a qualità 82, lo stesso predefinito che ogni destinazione con perdita di questo sito usa. Non scrive la modalità senza perdite, e non c’è un’impostazione nella pagina che vi commuti.

Quindi l’istinto di cui sopra atterra sulla pagina sbagliata. Quello che ottenete è un’immagine piccola, moderna e ben compressa che non è il bitmap da cui siete partiti, in un contenitore che la maggior parte del software ancora non sa aprire. Quella combinazione è peggio di entrambi i problemi presi singolarmente, ed è la ragione per cui questa sezione è seconda invece che ultima. Dirlo qui invece che in una nota a piè di pagina è il punto: una conversione che facesse silenziosamente la cosa con perdita mentre il lettore credeva di archiviare produrrebbe esattamente l’esito che un archivio esiste per prevenire, e non lo scoprirebbero per anni.

PNG è senza perdite, è standardizzato dal 1996, ogni browser e ogni editor lo legge, e sul materiale piatto che i file BMP di solito contiene comprime forte. Una fotografia da 960 per 640 misurata qui è arrivata a 468 KB come PNG contro 1,84 MB come BMP, e la grafica piatta fa molto meglio di così.

Non è efficiente quanto sarebbe JPEG XL senza perdite. È disponibile, è esatto, e tra trent’anni si aprirà ancora — che è l’unica proprietà in base a cui un formato d’archivio viene effettivamente giudicato. I bitmap che si stanno convertendo qui sono essi stessi prova di ciò: sopravvivono perché il formato è semplice e tutto lo legge, non perché fosse mai buono. Scegliete PNG per il master e tornate a un formato con perdita quando sapete dove andrà l’immagine.

Una grande parte dei file BMP sono pagine piuttosto che immagini — scansioni e fax scritti da software di imaging che non aveva altra opzione. JPEG XL non ha nulla da offrire loro. Una codifica con perdita di una pagina di testo è esattamente l’operazione sbagliata, e il contenitore è uno che nessun sistema di archiviazione, nessun collega e nessun regolatore accetterà.

Per quelli, il PDF è il prodotto consegnabile e il TIFF è ciò che una specifica d’archivio di solito indica, entrambi direttamente convertibili da un bitmap su questo sito. Se ciò che conta sono le parole anziché l’immagine di esse, la conversione da BMP a TXT legge la pagina con il riconoscimento ottico dei caratteri. Decidere quale di queste tre volete davvero richiede meno tempo che convertire la cartella due volte.

Il registro marca il supporto del browser per JXL come parziale, accanto all’"all" che dà a PNG, JPG, GIF e WebP. Non è uno stato temporaneo di un formato nuovo; JPEG XL ha avuto un’accoglienza irregolare da quando è stato standardizzato, e la situazione è stata instabile per anni piuttosto che per mesi.

La conseguenza pratica è che un JXL non è un file da inviare a nessuno o da mettere su una pagina senza un’alternativa. È un file che si tiene per sé, su macchine di cui si controlla il software — che è un uso legittimo, e molto più ristretto di quanto i meriti tecnici del formato suggeriscano. Il registro marca lo stato del formato come nicchia e indica il supporto a macchia di leopardo come suo problema noto, ed entrambi sono giudizi editoriali sull’adozione piuttosto che sull’ingegneria. Sull’ingegneria, JPEG XL è il più forte formato di immagine ferma in questo registro.

Il registro nomina GIMP e ImageMagick. Entrambi lo leggono correttamente ed entrambi sono gratuiti, quindi il formato non è chiuso a chiave — ma nessuno dei due è ciò che la maggior parte delle persone ha davanti quando fa doppio clic su un file.

I visualizzatori di sistema operativo, i gestori di foto stock e molti editor diffusi non mostrano ancora nulla. Vale la pena testarlo sulla propria macchina prima di convertire una cartella, perché una directory di file che non si visualizzano in anteprima è una cosa genuinamente fastidiosa da scoprire un mese dopo.

Dà pixel puliti, non processati. Un BMP non è passato per nessun codificatore con perdita, quindi niente in esso è un artefatto di una compressione precedente, e quello è il miglior input possibile per qualsiasi codificatore — non c’è rumore da descrivere con bit che non era nella scena originale.

Trattiene tutto il resto. Otto bit per canale contro i 32 del formato, RGB puro senza informazione di gamma ampia, nessun profilo colore, nessun EXIF, nessun dato di cattura — il registro non elenca alcun contenitore di metadati per BMP. Il margine di JPEG XL resta vuoto perché non c’è niente nella sorgente da metterci, e il file sarà letto come sRGB da qualunque cosa lo apra. Se il bitmap proveniva da uno strumento calibrato o da uno scanner con gestione del colore, quell’ipotesi vale la pena verificarla invece di ereditarla.

JPEG XL ospita un canale alfa, e niente su questo percorso appiattisce l’immagine o chiede un colore di sfondo, quindi le zone trasparenti di un bitmap a 32 bit sopravvivono. I file a 24 bit che costituiscono la maggior parte dell’output BMP non hanno alfa in primo luogo.

JXL supporta anche l’animazione, e BMP no, quindi quella capacità non ha nulla da ricevere. Vale la pena dirlo solo perché è un’altra riga nella specifica che una sorgente bitmap non può sfruttare, che è il tema ricorrente della conversione da un formato che li precede tutti.

Molto, molto meno, perché quasi tutto è molto meno di tre byte per pixel. Un bitmap da 1920 per 1080 è 6,2 MB prima che venga presa una sola decisione sull’immagine, e un JPEG XL con perdita di esso sarà una piccola frazione di ciò.

Contro WebP e AVIF il confronto è molto più ravvicinato e dipende dall’immagine. Se ciò che state ottimizzando è la dimensione del file, convertite lo stesso bitmap in due o tre destinazioni e confrontate i conteggi di byte reali — qui ci vuole un minuto e chiude una domanda a cui nessuna regola generale risponde in modo affidabile. E se i tre arrivano entro pochi punti percentuali l’uno dall’altro, come succede spesso, la decisione va presa sul supporto piuttosto che sui byte. Su quell’asse JPEG XL è ultimo dei tre, e non di poco.

Il bitmap è decodificato dal browser e codificato da un build WebAssembly del codificatore JPEG XL nella stessa scheda. Niente è inviato da nessuna parte, non c’è account, e il tetto è 100 MB per file — circa 33 megapixel di bitmap non compresso.

Lasciate cadere una cartella e i file si convertono uno dopo l’altro, mantengono i loro nomi con l’estensione cambiata, e tornano come uno ZIP. Visto tutto quanto sopra, convertire due o tre file prima e verificare che il vostro software li apra è tempo meglio speso che convertire la cartella due volte. Tenete i bitmap finché quel controllo non è stato fatto. Questa conversione è con perdita e non c’è modo di tornare dal JXL ai pixel che il bitmap conteneva, quindi cancellare gli originali è l’unico passaggio del processo che non può essere annullato.