Convertire ICO in JXL

Questo è stato misurato invece che ragionato. Un’icona di prova convertita qui ha prodotto un JPEG XL valido di 4.348 byte, e restituire quel file allo stesso decoder di immagine del browser è fallito con «L’immagine sorgente non può essere decodificata». Chrome ha spedito JPEG XL dietro un flag, poi lo ha rimosso nel 2023; Safari è il browser principale che oggi ne legge uno.

La situazione è davvero insolita e non è un bug di questa pagina: codifica e decodifica sono software separati, e l’encoder qui è un modulo WebAssembly che viaggia con la pagina invece di qualcosa che il browser fornisce. Significa che non ci si deve aspettare di vedere in anteprima il risultato trascinandolo in una scheda, e che esclude il formato per qualsiasi cosa servita ai visitatori.

JPEG XL è stato progettato attorno a due cose che contano enormemente negli archivi e quasi per niente su una favicon: può ricodificare un JPEG esistente senza perdite, tagliando circa un quinto da una libreria fotografica senza toccare un pixel, e supporta profondità di bit molto alte e dimensioni enormi per l’archiviazione a lungo termine di materiale scansionato e fotografico.

Un’icona non offre nessuna delle due. Non c’è un JPEG da transcodificare, nessun gradiente da modellare, nessuna profondità di bit oltre otto e nessuna dimensione oltre 256. Ciò che resta è un encoder per uso generale applicato a un piccolo disegno piatto, che è il tipo di contenuto che ogni codec moderno gestisce peggio.

La stessa icona di prova da 256 pixel attraverso ogni destinazione che questo sito scrive, alle impostazioni predefinite: 1.737 byte come PNG, 1.894 come GIF, 3.054 come WebP, 3.624 come AVIF, 4.005 come JPEG e 4.348 come JPEG XL. Il formato più moderno ha prodotto il più grande dei risultati compressi.

Quell’ordine è specifico per piccola opera piatta e si inverte su una fotografia, dove JPEG XL e AVIF vanno ben avanti. Citare il risultato fotografico come motivo per convertire icone è l’errore che questa sezione esiste per prevenire.

JPEG XL ha due forme di file legali. Il bare codestream comincia con i due byte FF 0A. La forma contenitore avvolge lo stesso codestream in una struttura di box ISOBMFF che comincia 00 00 00 0C 4A 58 4C 20, che è ciò che permette a un file di portare Exif, XMP e un profilo ICC accanto all’immagine.

I file scritti qui sono la forma bare codestream, confermato leggendo i primi byte dell’output. Entrambi sono validi e libjxl li legge entrambi, ma un processo di ingest rigoroso configurato per aspettarsi il contenitore rifiuterà uno che non ha box dentro. Se una pipeline rifiuta il file, si controlli questo prima di presumere che l’encoder sia in colpa.

Il canale alpha è supportato dal formato e portato attraverso la conversione, quindi un marchio ritagliato non acquisisce uno sfondo come fa sul percorso GIF. Almeno questo funziona come previsto, ed è una differenza concreta rispetto a un encoder che riempie senza chiedere.

Ciò che non è offerto è un interruttore senza perdita. Il controllo di qualità parte da 82 e la coppia è classificata come lossy, che è una descrizione accurata di ciò che all’encoder viene chiesto. JPEG XL ha una vera modalità matematicamente senza perdita e questa pagina non la espone — quindi se la ragione della conversione è la fedeltà archivistica, PNG è senza perdita per costruzione e non richiede nessuna impostazione per essere corretto.

Il più grande. Il browser decodifica l’icona e restituisce la sua voce più grande, verificato costruendo un file con disegni da 16, 32, 48 e 256 pixel in quattro colori separati e convertendolo con la directory ordinata in tre modi diversi. Il disegno da 256 pixel è uscito ogni volta.

Per un archivio è una perdita significativa. Il punto di un file icona è spesso che qualcuno ha disegnato a mano la versione da 16 pixel, ed è precisamente quel disegno che scompare. Se l’archivio deve preservare l’asset invece di un’immagine di esso, si conservi il file ICO stesso.

GIMP e ImageMagick leggono entrambi JPEG XL oggi e sono entrambi il tipo di software che resta in giro, che è l’argomento più forte per il formato in una toolchain. libjxl è open source e la specifica è pubblicata come ISO/IEC 18181, quindi il decoder non diventerà indisponibile nel modo in cui potrebbe farlo uno proprietario, e la specifica non cambierà sotto i piedi di chi ha file archiviati.

Contro: il formato è standardizzato dal 2021 e il supporto dei browser è andato indietro invece che avanti in quel tempo. I formati di archivio sono scelti per la certezza che qualcosa li leggerà, e su quella specifica misura PNG e TIFF sono ancora avanti a JPEG XL di gran lunga, e un archivio a lungo termine non è il posto dove accettare questa incertezza.

Il caso a favore è l’uniformità. Se una collezione tiene già migliaia di fotografie come JPEG XL, convertire la manciata di icone in essa significa un decoder, una regola di ingest e una cosa da testare, e un paio di kilobyte extra per icona non vale un secondo percorso di codice, e la coerenza di uno strumento unico è un valore che gli archivi apprezzano anche quando non lo misurano direttamente.

Il caso contro è che le icone sono la parte di quella collezione dove il formato aiuta meno e la perdita è maggiore, dato che le altre voci del contenitore non sopravvivono. Un mezzo ragionevole è conservare i file ICO originali come record e trattare il JXL come un’anteprima derivata, che è come la maggior parte degli archivi gestisce formati che non possono rappresentare pienamente, e mantiene separati ciò che è la verità da ciò che è una copia di lavoro.

Si lasci cadere l’intera cartella e ogni file è codificato per conto suo, con tutto restituito come ZIP. L’encoder JPEG XL è uno dei due grandi moduli WebAssembly su questo sito, quindi il primo file paga per il download e gli altri sono veloci, e nessun file viene trasferito su una coda remota di cui preoccuparsi.

Si controlli un campione dei risultati in qualunque cosa li utilizzerà prima di convertire il resto. Dato che il browser potrebbe non visualizzare affatto un JXL, l’abitudine abituale di aprirne uno per confermare che sembri corretto qui non funziona, e un lotto che silenziosamente ha prodotto file che nulla nella pipeline accetta è una cosa costosa da scoprire tardi. La verifica prima del lotto completo è la differenza tra cinque minuti e un pomeriggio perso, e la verifica è banale una volta che si è stabilito lo strumento di destinazione, anche se lo strumento non è il browser che si sta usando per la conversione.