Convertire AVIF in JXL

Si esegue quando qualcosa richiede specificamente JPEG XL. Uno strumento che non legge nient’altro, una pipeline costruita attorno ad esso, una politica di archiviazione che nomina lo standard ISO, o un esperimento genuino che si intende misurare. Sono ragioni reali e questa conversione le serve a dovere.

Se la ragione è che JPEG XL suona più nuovo o migliore, si tenga l’AVIF. I due formati sono abbastanza vicini in compressione che nessuno dei due sorprenderà, la conversione costa una generazione lossy, e AVIF è quello che ogni browser attuale legge mentre JPEG XL è ancora solo parzialmente supportato. Non c’è scenario in cui convertire un’immagine web funzionante in JXL migliori la pagina su cui si trova. Essere dissuasi da una conversione è un esito legittimo del leggere una pagina che la riguarda, ed è l’esito per la maggior parte delle persone che arrivano qui.

AVIF è stato pubblicato nel 2019 dall’Alliance for Open Media, costruito sul codec video AV1. JPEG XL è seguito nel 2022 dal comitato JPEG stesso come ISO/IEC 18181-1, tecnicamente ambizioso e sotto diversi aspetti il design più elegante.

L’adozione non ha seguito i meriti. Il supporto dei browser per AVIF è ora generale nelle versioni attuali; per JPEG XL resta parziale, ed è per questo che il formato siede nella categoria di nicchia invece che in quella attuale, e perché la domanda per esso è una frazione della domanda per AVIF. Quel divario è l’input singolo più importante nel decidere se questa conversione abbia senso per il vostro file, e non ha nulla a che fare con quale codec sia migliore. È anche improbabile che cambi in fretta, dato che l’argomento per un secondo formato moderno si indebolisce ogni anno che il primo è già distribuito.

L’AVIF viene decodificato in pixel grezzi e quei pixel vengono codificati di nuovo dall’encoder JPEG XL. Nulla viene portato attraverso nella sua forma compressa, quindi qualunque cosa l’encoder AVIF abbia scartato resta scartata e l’encoder JXL prende le proprie decisioni sopra a quello.

Alla qualità predefinita di 82 il secondo passaggio è raramente visibile su una fotografia, e non è gratuito neanche. La texture fine, la grana della pellicola e il debole blocking che AVIF lossy lascia attorno ai bordi duri sono esattamente ciò che un secondo encoder gestisce peggio, perché spende bit descrivendo gli errori del primo encoder come se fossero parte del soggetto. Se si intende tenere solo uno dei due file, questo è un argomento lineare per tenere quello codificato una volta — e se si sta convertendo una libreria, è un argomento per trovare prima gli originali.

Sulla carta va oltre AVIF in diverse direzioni che contano per fotografi e archivisti. Gestisce fino a trentadue bit per canale dove AVIF si ferma a dodici, è costruito per il lavoro a gamma ampia, ed è stato progettato con l’archiviazione a lungo termine di grandi collezioni fotografiche come obiettivo esplicito piuttosto che come effetto collaterale di un codec video.

Poco di tutto ciò arriva attraverso questa conversione specifica. Ciò che arriva all’encoder è già passato per la pipeline immagine del browser a otto bit per canale, quindi il margine di profondità è teorico qui e sarebbe teorico da qualsiasi fonte consegnata dal web, che non ha mai avuto più di otto bit da dare. Il posto in cui esercitarlo è una conversione da un originale raw o a sedici bit in un’applicazione desktop come GIMP o ImageMagick, non una ricodifica di un file di consegna. Sapere che un formato può fare qualcosa non è la stessa cosa che essere nella posizione di usarlo.

L’argomento pratico più forte per JPEG XL è che può prendere un JPEG esistente e reimpacchettarlo circa il venti per cento più piccolo con i dati immagine stessi intatti e pienamente recuperabili. È una cosa genuinamente rara nei formati immagine, ed è per questo che grandi archivi fotografici prendono il formato sul serio.

Funziona perché i dati JPEG vengono riorganizzati invece di essere ricodificati, e un AVIF contiene dati AV1 invece — una rappresentazione completamente diversa dell’immagine, senza nulla in comune con un JPEG oltre al fatto che entrambi sono compressi. Non c’è nulla da reimpacchettare, quindi questa coppia non ottiene nessuno di quei benefici ed è una normale decodifica e ricodifica come qualsiasi altra. Se esistono anche degli originali JPEG da qualche parte oltre ai derivati AVIF, quelli sono i file interessanti per JPEG XL, e convertirli è un uso materialmente migliore di un pomeriggio che convertire questi.

GIMP e ImageMagick leggono JPEG XL, e leggono anche AVIF, il che è un riassunto equo della situazione desktop: gli strumenti che supportano l’uno generalmente supportano l’altro, quindi la conversione risolve raramente un problema di «non posso aprire questo».

Oltre a questo il terreno si fa sottile in fretta. Le anteprime del sistema operativo, gli editor più vecchi, i moduli di caricamento, i client di chat e i servizi di stampa gestiscono spesso nessuno dei due formati, e dove ne gestiscono uno è più spesso AVIF, perché un motore di browser è incorporato in una grande quantità di software che non è un browser. Se l’obiettivo è un file che qualcun altro possa aprire senza una conversione, entrambi sono la risposta sbagliata, e la pagina che volete è quella che produce un JPG, un PNG o un PDF.

Un elemento picture con una sorgente JXL e un fallback AVIF o JPEG è il modo corretto di servire il formato, e funziona. Quello che non fa è farvi risparmiare qualcosa, perché il fallback deve esistere ed essere generato comunque.

Questa è l’aritmetica scomoda di questa direzione per chi lo fa per le prestazioni web. Si è partiti con un formato che raggiunge tutti a una dimensione vicina alla migliore disponibile, e si finisce con due file, una negoziazione e una cache che deve conservare entrambi. Il risparmio sui visitatori che prendono il JXL deve pagare per tutto ciò, e su un formato con supporto parziale di solito non lo fa. Per un’immagine di consegna, AVIF è dove l’argomento era già finito.

Il default di 82 è un equilibrio sensato per una fotografia ed è il numero da lasciare stare a meno che non ci sia una ragione. Alzarlo verso 95 rende il passaggio di codifica conservativo, che è ciò che si vuole quando il file sarà modificato o ricodificato di nuovo dopo.

Scendere sotto 70 raramente vale la pena su questa coppia. La sorgente è già compressa, quindi gli artefatti del primo encoder e del secondo atterrano sugli stessi bordi e si compongono più velocemente di quanto farebbero da un originale, e il file diventa visibilmente peggiore prima di quanto il numero suggerisca. Se la dimensione target è aggressiva, ridimensionare l’immagine è la leva migliore: meno pixel a una qualità decente batte gli stessi pixel a una scarsa, ed è l’unico cambiamento il cui effetto si può prevedere prima di eseguirlo.

AVIF e JPEG XL hanno entrambi slot per EXIF, XMP e un profilo ICC, ma non sopravvive nessun blocco a questa conversione. Ogni pipeline di immagini qui decodifica in pixel grezzi e scrive un nuovo file da quelli, quindi la data di cattura, la fotocamera e qualsiasi coordinata vengono lasciate cadere invece di essere migrate.

Per un file consegnato a qualcuno è un miglioramento della privacy e un passo in meno da ricordare, dato che le coordinate di dove è stata scattata una fotografia sono la cosa che la gente più spesso dimentica di rimuovere. Per un fotografo che ricodifica una collezione è una perdita seria: il tempo di cattura è ciò che ordina una libreria, e una cartella di immagini che dichiarano tutte di essere state create oggi è quasi inutile. La conclusione onesta è che un convertitore da browser è lo strumento sbagliato per una migrazione di libreria, e un’applicazione desktop che porta i tag attraverso è quello giusto.

Si carica una cartella e i file si convertono uno dopo l’altro sul processore dell’utente, tornando come un unico ZIP senza nulla caricato e senza limite giornaliero. La codifica JPEG XL è abbastanza veloce che un batch grande è una questione di pazienza invece che un pomeriggio bloccato.

Si tengano i file AVIF. Sono la generazione precedente, sono quelli che saranno ancora visualizzati in un browser tra cinque anni, e rieseguire questa conversione più tardi non costa nulla se le copie JXL si rivelano quelle di cui non avevate bisogno. Cancellare la sorgente per risparmiare spazio su una coppia di formati così vicini in dimensione è l’unico errore qui che non può essere annullato.