Convertire JPG in JXL

JPEG XL ha una capacità che nessun altro formato di questa famiglia ha: prende un JPEG esistente, reimballa i suoi coefficienti senza mai decodificarli in pixel, e produce un file circa venti per cento più piccolo da cui il JPEG originale può essere ricostruito byte per byte. Niente va perso, niente viene aggiunto, e l’operazione è reversibile. È l’argomento più forte che chiunque abbia mai avanzato per spostare un archivio fotografico nel formato.

Questo convertitore non lo fa. Ogni conversione di immagine in questo sito decodifica la sorgente in pixel grezzi e ricodifica il risultato da capo, ed è la forma dell’intera pipeline senza eccezioni per questa coppia. Ciò che si ottiene è quindi una nuova codifica lossy della fotografia: più piccola, leggermente diversa, e non riconvertibile nel file da cui si è partiti. Dirlo è l’intero motivo per cui questa pagina è scritta a mano invece di essere generata.

Il JPEG è decodificato da mozjpeg in un buffer RGB a 8 bit, e libjxl codifica quel buffer alla qualità scelta, che di default è 82. Il risultato sulla fotografia di esempio di questo sito è 8.924 byte di JPG che diventano 7.240 byte di JXL, diciannove per cento in meno, che è abbastanza vicino alla cifra della ricompressione da confondere le idee, ed è ottenuto per una strada completamente diversa.

La differenza conta più del numero. Diciannove per cento dalla re-codifica costa una generazione di qualità e non si può disfare; diciannove per cento dalla ricompressione non costa nulla e si può disfare in qualunque momento. Se il risparmio è ciò che si vuole e l’esattezza no, questa pagina va bene. Se vi erano state promesse entrambe le cose, stavate leggendo di cjxl.

libjxl distribuisce due programmi a riga di comando, cjxl e djxl, e sono gratuiti, open source e disponibili per Windows, macOS e Linux. cjxl, dato un JPEG, esegue la transcodifica lossless per impostazione predefinita, e djxl la inverte e restituisce il JPEG originale. Per un archivio grande è uno script e un pomeriggio, e il risultato è davvero reversibile.

Il motivo per cui non è disponibile qui è architetturale, non ideologico. Questa pipeline è costruita intorno alla decodifica in pixel e alla codifica da capo, che è ciò che permette a un centinaio di coppie di formati di funzionare attraverso un solo percorso, e una transcodifica JPEG a livello di coefficienti è un caso speciale che aggira tutto. Saperlo è meglio che aggirarlo: un convertitore da browser ha la forma sbagliata per il lavoro, e lo strumento adatto è a un download di distanza.

Un JPEG ha già scartato informazioni, e ciò che resta include i suoi artefatti: confini di blocchi otto per otto nelle aree piatte, ringing lungo i bordi netti, e colore memorizzato a metà della risoluzione della luminosità. Sono ormai parte dell’immagine, e il codificatore JXL spende bit per riprodurli accuratamente mentre quantizza di nuovo sopra.

Quanto pesi dipende interamente dall’originale. Un JPEG appena uscito da una fotocamera ad alta qualità sopravvive a una re-codifica a 82 con pochissimo cambiamento visibile. Un JPEG che è passato per un’app di messaggistica, è stato screenshottato, o è stato salvato a qualità 60 ha artefatti già visibili, e il secondo passaggio li peggiora leggermente invece di attenuarli. Se il file raw o un’esportazione lossless esiste ancora, codificare da quello è strettamente meglio, e se non esiste, è un baratto equo solo dove il risparmio vale un piccolo passo indietro.

Il controllo va da 1 a 100 e parte da 82. Dato che la sorgente è già lossy c’è un argomento per impostarlo un po’ più in alto di quanto si farebbe da un originale: il codificatore sta cercando di riprodurre un’immagine che contiene struttura che non ha messo lì, e dargli più spazio significa che meno di quella struttura viene ulteriormente spalmata.

La parte alta della scala si comporta diversamente e vale la pena conoscerla. Misurato attraverso il codificatore di questo sito: a qualità 100, un gradiente 256 per 256 è tornato con 334 campioni su 262.144 scostati di un livello, e un grafico piatto è tornato bit-identico, quasi lossless rispetto ai pixel decodificati, anche se non rispetto al file JPEG. Il JXL risultante è molto più grande del JPEG a quell’impostazione, quindi qualità 100 ha senso solo quando il file andrà in un flusso di lavoro che lo ricodificherà ancora, non come strategia di archiviazione.

Un JPEG porta EXIF, XMP, IPTC, un profilo ICC e spesso coordinate GPS, e per una raccolta di fotografie quelle sono spesso preziose quanto i pixel: la data, la fotocamera, l’obiettivo, il luogo, la didascalia, la riga del copyright. Niente di tutto ciò sopravvive, perché la conversione decodifica in pixel grezzi e ricodifica, e ciò è incondizionato invece di qualcosa che la pagina lascia decidere.

Per una singola fotografia spedita da qualche parte è spesso un vantaggio, dato che rimuove anche le coordinate della casa in cui è stata scattata. Per una migrazione di archivio è un problema serio, ed è la seconda ragione, dopo la reversibilità, per cui cjxl è lo strumento adatto per quel lavoro: preserva l’intero blocco di metadati insieme ai coefficienti. Perdere un profilo ICC appiattisce anche il colore saturo, perché un file senza tag viene letto come sRGB da qualunque cosa lo apra dopo.

Sulla fotografia di esempio di questo sito alla qualità predefinita, la stessa immagine è 8.924 byte come JPG, 14.700 come WebP, 17.599 come AVIF e 7.240 come JXL. JPEG XL è il più piccolo dei quattro, che è la tesi tecnica per il formato in una riga, e il JPEG di mozjpeg è secondo, che è un promemoria sul fatto che un JPEG ben codificato non è il debole che si dipinge spesso.

Il supporto va nell’ordine esattamente opposto. JPG si apre ovunque, WebP in ogni browser attuale, AVIF in quelli moderni, e JXL in alcuni. Per una fotografia che deve essere spedita, pubblicata o consegnata, quell’ordine domina e JPG o WebP è la risposta giusta. JPEG XL vince solo dove i file restano dentro un sistema che si controlla.

La tesi a favore è reale: circa un quinto del disco indietro, o di più con la transcodifica lossless, su raccolte che sono spesso centinaia di gigabyte. La tesi contro è che JPEG è il formato immagine universalmente leggibile che sia mai esistito, e un archivio che smette di aprirsi negli strumenti che si usano vale molto più dello spazio che costa.

Il mezzo difendibile è conservare i JPEG e trattare JXL come un esperimento, oppure usare cjxl in modo che la migrazione sia reversibile e nulla sia davvero a rischio. Ciò che non è difendibile è convertire un archivio di vent’anni attraverso un browser a qualità 82 e cancellare gli originali, che è la lettura di «JPEG XL risparmia il venti per cento lossless» che questa pagina esiste per prevenire.

mozjpeg decodifica e libjxl codifica, entrambi compilati in WebAssembly e entrambi scaricati solo quando servono, interamente dentro il browser. Niente della fotografia attraversa la rete, il che conta per il materiale che finisce su questa pagina: archivi personali, servizi a clienti, lavori inediti.

Il tetto gratuito è 100 MB per file, ben oltre qualunque JPEG. I batch funzionano: si lascia una cartella, ogni file converte con la propria riga di avanzamento, e i risultati tornano come uno ZIP. La codifica JPEG XL è più lenta di WebP e più veloce di AVIF, quindi qualche centinaio di fotografie è a portata di mano. Convertire un campione, guardarle a dimensione piena contro gli originali, e decidere se il diciannove per cento vale la generazione prima di impegnare qualcosa di più grande.