Convertire HEIF in AVIF

HEIF è ISO/IEC 23008-12, pubblicato da MPEG nel 2015: un’immagine fissa memorizzata in un contenitore ISO base media, compressa con la metà intra-frame di un codec video. AVIF, pubblicato dalla Alliance for Open Media nel 2019, è la stessa idea eseguita di nuovo — un’immagine fissa in un contenitore ISO base media, compressa con la metà intra-frame di un codec video. Il codec è la differenza: HEVC nell’uno, AV1 nell’altro.

Quell’ascendenza condivisa è il motivo per cui le persone si aspettano che la conversione sia economica, ed è l’unica cosa che questa pagina deve correggere per prima. Le scatole attorno all’immagine possono essere parenti stretti, ma i dati compressi al loro interno non sono intercambiabili, quindi si tratta di una decodifica completa e di una ricodifica completa anziché di un reimpacchettamento.

Convertire se qualcosa a valle chiede AVIF: una pipeline di build, una CDN di immagini, un sito che serve AVIF ai browser che annunciano il supporto, un cliente la cui specifica lo nomina. In quei casi la conversione sta facendo un lavoro reale e il piccolo costo di qualità è il prezzo per portare l’immagine nella pipeline.

Non convertire perché AVIF è più recente. Se i file HEIF sono la propria collezione fotografica e nulla li sta attualmente rifiutando, convertire il lotto costa una generazione di qualità, ore di codifica, e la possibilità di tornare indietro — perché questo sito sa leggere HEIF e non sa scriverlo. Una migrazione di formato senza destinazione è un sacco di lavoro per ritrovarsi dove si è partiti con immagini leggermente peggiori.

Il registro riporta il supporto del browser per HEIF come parziale e quello per AVIF come moderno, e quel divario è il vero prodotto di questa conversione. La decodifica HEVC sta dietro pool di brevetti che molti produttori hanno declinato di licenziare, il che è il motivo per cui un file .heif è scomodo esattamente nei luoghi in cui un’immagine deve essere facile. AV1 è stato costruito da un consorzio specificamente per evitarlo. HEIF stesso è uno standard ISO come AVIF; ciò che non è libero da implementare è l’HEVC al suo interno.

Sulla dimensione del file non c’è un guadagno affidabile da promettere. I due codec sono vicini sulle immagini fisse, abbastanza vicini che quale dei due sia più piccolo dipende dall’immagine, dalla build del codificatore e dall’impostazione di qualità. Chiunque dica una percentuale fissa sta citando un test su un’unica immagine.

La qualità di default è 82 su una scala da 1 a 100. Poiché l’HEIF era già lossy, questa è una seconda generazione: il codificatore AV1 non vede mai la scena originale, solo i pixel che il decoder HEVC ha ricostruito, e prende le proprie decisioni su cosa scartare da quelli.

A 82 su una fotografia il risultato non è qualcosa che si distinguerà in un confronto. Quello che non è, è gratis, e la conseguenza pratica è una regola più che un numero: convertire sempre dall’HEIF, mai da un file precedentemente convertito, e non far passare l’immagine attraverso una catena di formati lossy perché ogni anello prende un po’ di più.

Questa è la destinazione raster più lenta del sito, e il registro la registra come proprietà nota del formato piuttosto che come un difetto di questa build. AV1 compra la propria efficienza con una ricerca costosa, e una fotografia a piena risoluzione richiede qui notevolmente più tempo della stessa immagine in JPG o WebP.

L’interfaccia è costruita attorno a questo: il progresso viene riportato dopo la decodifica e di nuovo dopo la codifica, precisamente perché un file che resta al sessanta per cento per diversi secondi non sembri un blocco. Se si sta convertendo una cartella, aspettarsi che richieda tempo, e aspettarsi che un telefono ne richieda notevolmente più di un portatile.

AVIF è specificato fino a dodici bit per canale e HEIF fino a dieci, quindi sulla carta questa è la rara conversione con spazio di riserva — la destinazione può contenere tutto ciò che la fonte poteva e di più.

La pipeline qui non lo esercita. L’immagine decodificata passa attraverso un buffer a otto bit verso il codificatore, quindi otto bit per canale è ciò che viene scritto. Su una fotografia è invisibile; su un gradiente ampio e morbido può significare un banding leggero che un percorso a dieci bit non avrebbe prodotto. Se il colore profondo è il motivo per cui si sta convertendo, questo convertitore non è lo strumento che lo preserverà.

Entrambi i formati hanno un canale alfa, quindi la trasparenza arriva intatta. Entrambi consentono anche animazione e diverse immagini in un file, e quella parte non sopravvive: il decoder prende l’immagine primaria e il codificatore scrive un singolo fermo. Per una fotografia, che è ciò che quasi ogni file .heif contiene, nessuna di queste è una perdita.

I metadati invece non passano. AVIF può contenere EXIF, XMP e un profilo ICC, esattamente come HEIF, ma l’immagine viene decodificata in pixel grezzi e ricodificata da quelli, e non c’è un percorso attraverso quel passaggio per un blocco di metadati. Per pubblicare è il risultato che si vuole — nessun numero di serie della fotocamera, nessun orario di cattura, nessuna coordinata GPS in un file che si sta mettendo su una pagina. Per una migrazione è un secondo motivo per non farla: una libreria convertita arriva con le proprie date e posizioni scomparse, e quelle sono spesso l’unica cosa che rende navigabile una raccolta.

Non esiste una pagina AVIF in HEIF qui e non ne esisterà una. La decodifica HEIF è fatta da libheif sotto LGPL-3.0, che un sito statico può spedire onestamente nominando la libreria, pubblicando il testo della licenza e servendola come blocco sostituibile. Scrivere HEIF richiederebbe un codificatore HEVC, e quello comune è GPL, le cui condizioni questo sito non può soddisfare. I file AVIF sono il derivato, i file HEIF sono gli unici originali, e nessuna impostazione può trasformare i primi nei secondi.

E fuori dal browser, AVIF resta un formato giovane: parecchi visualizzatori di immagini desktop, suite da ufficio, client di posta e vecchie versioni di sistemi operativi non lo mostrano, e un collega a cui ne è stato mandato uno può non stare meglio di quando aveva l’HEIF da cui si è partiti. Ciò divide la decisione in modo netto per destinazione. Per una pagina web servita attraverso una pipeline che sa cosa sta facendo, AVIF è una buona destinazione. Per un file che si sta inviando via email a una persona, è una scelta peggiore di JPG e non migliore di WebP.

La decodifica e la codifica avvengono entrambe nella scheda del browser, sul proprio processore, senza upload e senza coda. Non c’è dotazione giornaliera in cui imbattersi e nessuna copia lato server delle proprie fotografie di cui preoccuparsi, e il piano gratuito accetta file fino a 100 MB ciascuno.

Per questa coppia l’esecuzione locale ha una seconda conseguenza che vale la pena pianificare: il tempo di codifica è proprio. Cento fotografie occuperanno la macchina per un po’, convertiranno tutte senza che una singola richiesta porti un’immagine, e apparirà un pulsante "tutto come ZIP" una volta che due di esse sono finite.

Questa coppia premia una misurazione più di un’opinione, perché sia il risultato in dimensione sia il tempo di codifica dipendono dalle proprie immagini e dalla propria macchina. Convertire dieci fotografie rappresentative — un paesaggio, un ritratto, uno scatto in interni poco illuminato, uno screenshot — e guardare ciò che ne è uscito.

Due numeri decidono. Se gli AVIF non sono significativamente più piccoli degli HEIF, l’argomento della compressione è evaporato e resta solo la compatibilità, che la destinazione o richiede o non richiede. Se i dieci hanno richiesto diversi minuti, moltiplicarlo onestamente prima di iniziare un lavoro sull’intera libreria, e ricordare che è il proprio processore a fare ogni secondo di esso anziché una coda da cui ci si può allontanare.