Convertire AVIF in WebP

Qualcosa nella vostra catena di strumenti accetta WebP e non ha mai sentito parlare di AVIF. Questa è la ragione, ed è reale: un tema WordPress, un uploader CMS con una lista MIME hardcoded, una specifica pubblicitaria scritta nel 2021, la pipeline degli asset di un’app mobile, un plugin per generatore di siti statici che ridimensiona ciò che riconosce e lascia passare il resto intatto. WebP è in spedizione dal 2010 e AVIF dal 2019, e nove anni è circa quanto indietro va il software medio di gestione immagini.

Se è questa la vostra situazione, questa pagina è la soluzione e il costo è piccolo. Se non lo è — se la ragione è una convinzione che WebP sia più sicuro, meglio supportato o più standard — allora si legga la sezione successiva prima di convertire, perché si starebbe pagando un passaggio lossy e alcuni byte in più per nulla. Il test è facile da applicare: si nomini il software specifico che ha rifiutato l’AVIF. Se non si riesce, la conversione probabilmente non è ciò che serve.

Ogni browser attuale legge entrambi i formati. Questa è la singola incomprensione più comune su questa conversione, e viene dagli anni in cui era vera: il supporto AVIF è arrivato diversi anni dopo quello di WebP, quindi molti consigli scritti nel mezzo sono ancora online e dicono ancora che WebP è la scelta moderna sicura.

Nessuno dei due è sicuro al di fuori di un browser. Mandare per email un WebP e mandare per email un AVIF dà esattamente lo stesso problema — i visualizzatori di immagini, le gallerie dei telefoni più vecchi, i client di chat e i servizi di stampa sono discontinui su entrambi. Se il file deve sopravvivere al contatto con il software di qualcun altro invece che con il browser di qualcun altro, la conversione onesta è in JPG o PNG, non di lato tra due formati web. Il testa a testa tra i due — dove ognuno vince davvero, e quali sono i costi di codifica — è esposto nel confronto WebP e AVIF di questo sito, che è la pagina da leggere se si è ancora nella scelta invece che nella conversione.

Entrambi sono fermi immagine di un codec video: WebP è un fotogramma di VP8, pubblicato da Google nel 2010; AVIF è un fotogramma di AV1, pubblicato dall’Alliance for Open Media nel 2019. Convertire tra loro significa decodificare una codifica lossy e produrne un’altra con un modello diverso e più vecchio di ciò che conta in un’immagine.

Il secondo encoder non può sapere cosa il primo ha scartato, quindi tratta i gradienti ammorbiditi e la texture appiattita dell’AVIF come se fossero la scena originale e li comprime di nuovo. Il danno alla qualità predefinita di 82 è modesto e non è zero. Dove si vede per prima è il materiale in cui AVIF è migliore e VP8 è più debole: cieli, gradienti, dettaglio delle ombre e grandi aree piatte che AVIF ha mantenuto pulite e WebP banderà.

Questo è il limite rigido che la gente incontra senza aspettarselo. Un WebP non può essere più largo o alto di 16.383 pixel — è una proprietà del formato, non di un encoder particolare — mentre un AVIF può raggiungere 65.536 per lato. Andare da AVIF a WebP è quindi l’unica direzione qui in cui il target può essere troppo piccolo per contenere affatto la sorgente.

Non è un limite astratto. Un panorama cucito, una mappa scansionata, una schermata lunga di un’intera pagina o un’immagine di prodotto piastrellata possono tutti superare comodamente i 16.383 pixel. Se la vostra lo fa, si imposti il controllo di larghezza massima prima di convertire, che ridimensiona nello stesso passaggio che codifica. Ridimensionare deliberatamente è di gran lunga meglio che scoprire il tetto nel momento in cui il file serve, ed è uno dei pochi casi su questo sito in cui il formato di destinazione, piuttosto che la sorgente, è ciò che limita l’immagine.

AVIF può descrivere fino a dodici bit per canale e gamme di colori ampie. WebP è a otto bit in una gamma standard, e quello è un tetto nella specifica piuttosto che un’impostazione. Qualsiasi cosa l’AVIF contenesse sopra gli otto bit non arriva.

Per le immagini che vengono da una pagina web questo non cambia nulla, perché erano a otto bit quando sono state servite. Conta per un AVIF esportato da una fotocamera moderna o da una pipeline di editing, dove la precisione extra era il motivo per cui AVIF era stato scelto: convertirlo in WebP scarta esattamente la proprietà per cui il formato era stato preso. In quel caso la conversione è un downgrade con uno scopo, e vale la pena essere sicuri che lo scopo sia reale prima che un’intera libreria lo attraversi, dato che nulla recupera la precisione dopo.

Sul contenuto fotografico AVIF è tipicamente dal 20 al 30 per cento più piccolo di un WebP comparabile, quindi l’esito abituale di questa conversione è un file più grande. Se la conversione avviene perché uno step di build ha bisogno di WebP, è un costo di peso sulla pagina da cui essere consapevoli e da valutare contro qualunque cosa lo step di build stia facendo.

Sulla grafica piatta di interfaccia, icone, schermate e arte lineare l’ordine si inverte, e un WebP può uscire più piccolo dell’AVIF da cui è stato fatto. Questo è misurato nel confronto WebP e AVIF di questo sito, dove AVIF era il doppio più piccolo su una fotografia e notevolmente più grande su colore piatto con bordi duri. Si convertano due o tre file rappresentativi propri e si confrontino i byte prima di decidere qualsiasi cosa su un’intera libreria.

La codifica lenta è la modalità di fallimento che questo registro elenca contro AVIF, ed è la differenza pratica tra i due. AV1 cerca molto più a fondo la struttura che può descrivere in modo compatto di quanto faccia VP8 — spesso un ordine di grandezza più a lungo per la stessa immagine — che è da dove vengono i file più piccoli e perché un AVIF grande può richiedere diversi secondi anche su una macchina veloce.

Su questa pagina si ottiene la metà economica di quello scambio. Decodificare un AVIF è veloce e codificare un WebP è veloce, quindi un batch di alcune centinaia di immagini finisce nel tempo che una singola codifica AVIF richiederebbe. Per chiunque converta una libreria invece di un file, questa è la direzione di conversione comoda da eseguire in un browser — l’inversa, trasformare una cartella di WebP in AVIF, è quella che rende udibile la ventola di un portatile.

Entrambi i formati possono contenere animazione — AVIF attraverso le sue sequenze AV1, WebP da quando ha guadagnato il supporto animato — quindi in linea di principio un AVIF animato potrebbe diventare un WebP animato. Questo convertitore non lo fa. Decodifica un’immagine e ne scrive una, quindi ciò che si ottiene è un WebP fermo del primo fotogramma.

È dichiarato qui invece di essere scoperto dopo perché un convertitore che lascia silenziosamente cadere nove decimi di un file è il fallimento che questo sito esiste per non commettere. Se ciò che si ha si muove davvero e deve continuare a muoversi, nessuno di questi formati è la risposta e nessuno dei due è questa pagina: un MP4 prodotto da ciò che ha creato l’animazione è più piccolo di qualsiasi formato immagine animato per lo stesso contenuto e si riproduce ovunque.

La trasparenza sopravvive. Entrambi i formati portano un canale alpha reale, quindi i ritagli, i bordi morbidi e le sovrapposizioni semitrasparenti arrivano con la stessa precisione che avevano, e nessun colore di sfondo deve essere scelto. È una delle poche cose della coppia che non costa nulla.

Un’asimmetria vale la pena conoscerla: la modalità senza perdita di WebP è eccellente e ampiamente supportata dagli strumenti, mentre quella di AVIF esiste ed è gestita meno bene. Questa pagina codifica WebP lossy, perché è ciò che il controllo di qualità significa e perché un AVIF è quasi sempre già lossy — scrivere un WebP senza perdita di un’immagine lossy produce un file molto più grande che non è più fedele alla scena originale. Se vi serve una copia di lavoro genuinamente senza perdita, il PNG è la destinazione da usare.

Se le immagini sono per le vostre pagine, convertire via dall’AVIF è raramente la risposta strutturale giusta. Un elemento picture con una sorgente AVIF prima, una sorgente WebP seconda e un fallback JPG sotto lascia che ogni browser prenda il file migliore che sa leggere, non richiede rilevamento e non richiede manutenzione, e significa che nessuno deve scegliere.

La ragione per convertire invece è che qualcosa nel mezzo non può essere fatto per emettere due file. È abbastanza comune — molte piattaforme accettano un’immagine per asset — ed è un vincolo reale piuttosto che una mancanza di coraggio. Dove si applica, si converta, si tenga l’AVIF, e si rivisiti quando la piattaforma si mette in pari. Tutto gira nel browser qui, quindi rieseguire il batch più tardi non costa nulla se non tempo.