Convertire GIF in AVIF

Un fotogramma GIF è una griglia di indici in una tavolozza che contiene al massimo 256 voci, compressa con LZW. Non c’è alcuna tonalità continua. Qualunque fotografia, gradiente o ombra morbida l’immagine abbia avuto in origine è stata mappata su quei 256 valori nel momento in cui la GIF è stata scritta, e la mappatura non è reversibile.

Questo conta perché la reputazione di AVIF è stata guadagnata sulle fotografie, dove batte JPEG di un margine ampio alla stessa qualità visibile. Una GIF non è una fotografia nel senso rilevante, anche quando ne ritrae una, e i numeri che si citano per AVIF non si trasferiscono a questa sorgente. Ciò che è ottenibile qui è limitato da ciò che la GIF ha conservato.

Per simulare i colori che non ha, un codificatore GIF sparpaglia pixel di due colori disponibili in un motivo alternato — di solito il dithering di Floyd–Steinberg — così che l’occhio li medi in un terzo. A dimensione di visione normale funziona. A livello di pixel è un campo di rumore ad alta frequenza.

Ogni codec moderno, AVIF compreso, lavora prevedendo ciascun blocco da ciò che è venuto prima e memorizzando solo l’errore. Un pattern di dithering è esattamente la cosa che non si può prevedere, quindi il codificatore è costretto a spendere byte reali per registrarlo. Il risultato è l’esito controintuitivo che la gente segnala: un AVIF più grande della GIF da cui è venuto, su un’immagine con sei colori visibili.

Il controllo Qualità va da 1 a 100 e il predefinito è 82, che è un punto di partenza sensato per le fotografie e conservativo qui. Una sorgente a 256 colori ha meno da proteggere, e scendere a 60 o 65 su una GIF convertita è di solito indistinguibile dall’originale mentre rimuove la maggior parte della penalità del dithering.

La verifica che chiude la questione è il conteggio di byte anziché un’opinione. Si converte una volta al predefinito, una volta più in basso, e si confronta il risultato con la GIF; se l’AVIF non è comodamente più piccolo, la sorgente è ditherata e il numero di qualità è la leva. Su grafica davvero piatta — un logo, un diagramma, uno screenshot d’interfaccia senza gradienti — anche impostazioni basse reggono, perché non c’è nulla di sottile da rovinare.

Il supporto del formato nei browser è registrato qui come moderno anziché universale, che è una distinzione rilevante su un sito con traffico reale: i browser attuali leggono AVIF, e c’è una coda che non lo fa. Una GIF, qualunque altro difetto abbia, è letta da qualunque cosa sia mai stata costruita.

Quindi sostituire la GIF del tutto è una regressione per quella coda, e l’elemento picture esiste esattamente per questo. Si elenca l’AVIF come prima sorgente, un PNG o un WebP come seconda, e si lascia un elemento image dentro come caso base. Il browser prende la prima cosa che capisce e nessuno vede un’immagine rotta — e vale la pena verificare che il fallback si renderizzi davvero, perché l’errore è invisibile sulla macchina su cui lo si è costruito.

AVIF supporta l’animazione — il record del formato lo dice, ed esistono file AVIF animati. Questa conversione non ne produce uno. Il decoder passa un’unica immagine e un’unica immagine viene codificata, quindi una GIF animata diventa il fotogramma su cui si apre.

È il comportamento corretto per il lavoro a cui serve questa pagina, che sono le immagini ferme. Se la GIF che si sta ottimizzando è animata, convertire in AVIF non è dove sta il risparmio: un contenitore video con vera compensazione del movimento sarà una frazione della dimensione di qualunque formato immagine per fotogramma, AVIF animato compreso, e la strada del video è quella da prendere.

AVIF memorizza fino a 12 bit per canale e può portare gamut ampio. Quelle capacità sono il motivo per cui è un buon formato di archiviazione e consegna per le fotografie scattate con attrezzatura moderna.

Niente di tutto ciò si applica a una GIF. La sorgente ha colore indicizzato a 8 bit da una tavolozza di 256 voci, e codificarla in un contenitore che avrebbe potuto contenerne molte di più non crea colori aggiuntivi — memorizza la stessa manciata con spazio di riserva. Nulla va perso, che è il punto da portare a casa: la conversione è neutra sul colore e la domanda è solo sui byte.

Il problema noto di AVIF in questo registro è la velocità di codifica, e non è un effetto piccolo. AV1 è stato progettato con un grande spazio di ricerca e il codificatore di immagini fisse lo usa; una singola immagine moderata richiede notevolmente più tempo della stessa immagine come WebP o JPEG, e sta facendo quel lavoro sul processore dell’utente anziché su una server farm.

Per una cartella di grafica legacy è comunque lo scambio corretto, perché il costo lo si paga una volta e il risparmio lo si paga a ogni caricamento di pagina. Ma va pianificato: un lotto di duecento vecchie GIF è una pausa caffè anziché un clic, e farlo girare sulla macchina che sta anche servendo l’ambiente di sviluppo li farà sentire lenti entrambi.

AVIF non è automaticamente la risposta giusta per una GIF legacy. WebP codifica molto più velocemente, è supportato da un insieme più ampio di browser, e su grafica piccola e piatta — che è ciò che sono la maggior parte delle GIF superstiti — la differenza di dimensione tra i due è spesso qualche centinaio di byte.

La divisione approssimativa: AVIF dove l’immagine è grande e fotografica e il risparmio si misura in decine di kilobyte; WebP dove l’immagine è una piccola grafica d’interfaccia e il guadagno è compatibilità e tempo di codifica. Dove la GIF è un logo dai bordi netti con una manciata di colori, il PNG batte spesso entrambi, perché la compressione lossless di colore piatto è ciò per cui il PNG è stato costruito.

Il codificatore AV1 è un modulo WebAssembly scaricato la prima volta che questa coppia viene usata e poi eseguito localmente. L’immagine viene decodificata e ricodificata dentro la scheda, quindi nessuna sua parte raggiunge un server, non c’è account, e non c’è limite per file oltre il tetto gratuito di 100 MB.

Far girare un’intera cartella funziona allo stesso modo e restituisce i risultati insieme. Siccome il lavoro è locale, il lotto è limitato dal processore dell’utente anziché da una coda, che è lo scambio che rende accettabile un codificatore lento.