Convertire JXL in AVIF

Entrambi i formati esistono perché JPEG ha trent’anni e il web sposta un gran numero di fotografie. AVIF è arrivato per primo, nel 2019, come un fermo immagine avvolto nel codec video AV1 e pubblicato dalla Alliance for Open Media. JPEG XL è seguito nel 2022 come ISO/IEC 18181-1, dallo stesso comitato che ha prodotto lo standard JPEG originale.

Sono pari in un modo in cui le conversioni di questo sito raramente lo sono. Entrambi sono aperti, entrambi portano un alpha completo, entrambi fanno lossless e lossy, entrambi gestiscono il colore a gamma ampia, entrambi permettono l’animazione. Le differenze che contano per un progetto reale non stanno nelle tabelle di compressione — stanno in quale dei due un browser decodificherà, e quella domanda è stata decisa contro JPEG XL nel 2023 quando Chrome ha rimosso il suo supporto sperimentale.

Sulla compressione fotografica lossy i due si scambiano di posto a seconda del materiale e della qualità target. AVIF tende a reggere meglio a impostazioni aggressive, dove la sua eredità video ammorbidisce ciò che altrimenti sarebbero artefatti visibili. JPEG XL tende a essere avanti ad alta qualità, dove la sua codifica più fine conserva la texture che AVIF sfoca in piattezza.

Sul lossless non c’è partita : JPEG XL è stato progettato intorno a questo e può reimpacchettare un JPG esistente circa il venti per cento più piccolo con i byte originali recuperabili, che è un trucco che AVIF non ha equivalente e che è ciò che ha reso il formato interessante per chi possiede un decennio di output di fotocamera. Se si converte per il web, nulla di tutto ciò è decisivo ; la differenza tra i due codec è più piccola di quella tra uno qualsiasi di essi e il JPG che si stava servendo prima. Se si stava convertendo per un archivio, questa sezione sarebbe un argomento contro la conversione.

AVIF è un contenitore e nient’altro. I pixel al suo interno sono un keyframe AV1, e il file attorno è una struttura di box ISO base media — la stessa famiglia di wrapper di MP4. JPEG XL è prima di tutto un codec : la forma piana del file è un bitstream grezzo che inizia con i due byte FF 0A, e la forma boxata esiste solo perché i metadati abbiano un posto dove stare.

La conseguenza è pratica più che accademica. I browser hanno avuto AVIF quasi gratis perché avevano già un decoder AV1 per il video, e la decodifica hardware segue lo stesso percorso su telefoni e laptop più recenti. JPEG XL non ha un codec video che lo trasporta, quindi ogni piattaforma che lo supporta ha dovuto scegliere di farlo, e la maggior parte non lo ha fatto. La linea condivisa è visibile nel file stesso : un AVIF si apre con lo stesso box ftyp di un MP4, e solo il marchio registrato al suo interno dice quale dei due si sta tenendo in mano.

Sulla carta questa coppia conserva più della maggior parte : JPEG XL permette fino a 32 bit per canale e AVIF fino a 12, quindi un originale ad alta profondità di bit sopravvivrebbe al cambio di formato con margine. In questo convertitore non succede, e il motivo vale la pena dichiararlo piuttosto che sfumarlo.

Il passo di decodifica restituisce pixel RGBA a 8 bit e l’encoder AVIF riceve quel buffer, quindi l’output è a 8 bit indipendentemente da ciò che la sorgente conteneva. Per la consegna web è l’output corretto comunque — i browser compongono a 8 bit e la profondità extra verrebbe scartata a valle. Per un master su cui si è lavorato in grana o un file che si intende modificare ulteriormente, si tenga il JPEG XL e si tratti l’AVIF come una copia.

Ci si aspetti una vera pausa per file. La codifica AVIF cerca molto più a fondo la struttura che può descrivere in modo compatto rispetto a qualsiasi encoder di fermo immagine della generazione precedente, e una fotografia grande può richiedere diversi secondi su una macchina veloce. La decodifica del JPEG XL è rapida in confronto ; il tempo si spende interamente in uscita.

Questo determina come usare la pagina. Convertire tre immagini è abbastanza istantaneo da sembrare interattivo. Convertirne trecento è un lavoro da avviare e poi allontanarsi — che è esattamente il caso in cui un servizio ospitato misurerebbe il tempo di processore, e qui è la vostra macchina ed è gratis. Il progresso del batch è riportato per file così una lunga esecuzione non sembra bloccata, e ogni file viene riportato di nuovo tra la decodifica e la codifica, perché la seconda metà è dove vanno i secondi.

AVIF porta un canale alpha completo, quindi la trasparenza non richiede decisioni qui — nessun colore di riempimento, nessuna opacizzazione, nessun alone dove i bordi erano morbidi. Entrambi i formati descrivono anche il colore a gamma ampia, il che rende questa l’unica destinazione di consegna che in linea di principio potrebbe preservare un originale display-P3 da una fotocamera moderna.

La cautela è la stessa di quella sulla profondità. Questa conversione non scrive alcun profilo ICC nell’output, quindi il risultato non è taggato e ogni visualizzatore lo leggerà come sRGB. Dove l’accuratezza del colore è il punto piuttosto che la dimensione del file, è un motivo per tenere il JPEG XL come riferimento e per verificare l’AVIF contro di esso prima di pubblicare.

Entrambi i formati definiscono l’animazione, quindi questo limite appartiene al convertitore piuttosto che a una delle specifiche. Il decoder JPEG XL restituisce un’immagine, e quell’unico fotogramma è ciò che l’encoder AVIF riceve — una sorgente animata produce quindi un fermo, senza errore e senza avviso dal codec.

Per il movimento reale la risposta giusta non è un formato immagine. Un video AV1 o H.264 in un contenitore MP4 o WebM sarà più piccolo di un AVIF animato dello stesso clip, verrà riprodotto con decodifica hardware quasi ovunque, e può essere messo in pausa. Si usi questa conversione quando si vuole un fotogramma, non quando si vuole la sequenza.

Tutto quanto sopra punta nella stessa direzione. JPEG XL è il contenitore migliore per ciò che si conserva — modalità lossless, alta profondità di bit, e la capacità di reimpacchettare un JPG esistente senza toccare la qualità immagine — mentre AVIF è il contenitore migliore per ciò che si serve, perché è quello che viene reso. Sono lavori diversi e non c’è bisogno di scegliere un file per fare entrambi.

In pratica questo significa convertire una copia della libreria piuttosto che convertirla sul posto, e tenere gli originali JPEG XL ovunque gli AVIF vengano generati da essi. I formati continuano ad arrivare. L’archivio che conserva ancora i suoi master può produrre il prossimo in un pomeriggio ; l’archivio che li ha sostituiti non può. WebP, HEIC, AVIF e JPEG XL sono stati ciascuno descritti come il successore di JPEG nell’arco di circa un decennio, e l’unica strategia duratura attraverso quella corsa è stata tenere il file che contiene più informazioni.

L’argomento del supporto per AVIF è un argomento del browser e non si estende molto oltre il browser. I visualizzatori di immagini desktop, le gallerie dei telefoni, i client di chat, il software email e molti moduli di caricamento dei sistemi di gestione dei contenuti lo rifiutano ancora — la stessa lista di fallimenti che rende un JPEG XL scomodo da inviare a qualcuno, con qualche voce in più spuntata.

Quindi non si tratti questa conversione come qualcosa che rende il file portatile. Non si mandi un AVIF via email, non lo si renda la copia che un cliente scarica, e non si presuma che un collega possa aprirne uno perché il suo browser può visualizzarlo. AVIF è un formato di consegna per pagine web ; dove il file deve essere aperto da una persona piuttosto che reso da una pagina, JPG o PNG è ancora la risposta e lo sarà sempre.

Si lasci cadere la cartella. Ogni file è decodificato, opzionalmente ridimensionato, e ricodificato in locale, mantiene il suo nome con l’estensione cambiata, e il batch ritorna come un unico ZIP. File fino a 100 MB sono accettati sul livello gratuito e nulla viene caricato, il che per un archivio fotografico è la differenza tra una conversione e una divulgazione.

Poiché la codifica AVIF è il passo costoso, questa è una delle coppie in cui eseguire in locale è più veloce in termini di tempo reale di quanto lo sarebbe un convertitore ospitato per qualcosa oltre a poche manciate di file — niente caricamento della sorgente, niente scaricamento del risultato, e tanti file in parallelo quanti la macchina ne regge.