Convertire WebM in AVIF

L’AVIF vale la fatica quando i chilobyte di un’immagine sono qualcosa che qualcuno sta davvero misurando: un punteggio Lighthouse in una revisione, un budget di peso pagina che non riesce a rientrare, un tempo di caricamento su una connessione mobile che va tenuto sotto controllo. Se nessuna di queste condizioni vi riguarda, lo stesso fotogramma in WebP è già più leggero di un JPG, si genera in un istante e non ha bisogno di un formato di riserva.

Dove il budget è reale, l’AVIF resta l’opzione più efficiente a disposizione, e la differenza si nota su un’immagine grande come una copertina o un fotogramma a piena larghezza. Il prezzo si paga due volte: nel tempo di codifica adesso e in un formato alternativo nel markup più avanti. Nessuno dei due è un problema serio, ma nessuno dei due è gratis.

Il fermo immagine è preso a un istante preciso del video, indicato in secondi dall’inizio; se non specificate nulla, viene preso il primo fotogramma. Il meccanismo è un’operazione di ricerca sul flusso video, quindi potete indicare qualsiasi momento vogliate, non solo l’inizio.

L’immagine esce alla risoluzione originale del video, senza riduzioni: un video girato in 1080p produce un AVIF di 1920 per 1080 pixel, uno in 4K uno quattro volte più grande e proporzionalmente più lento da codificare. Ridimensionare, se serve, va fatto dopo, con lo strumento più adatto a produrre le misure che il vostro layout richiede.

Un JPG o un WebP compaiono quasi subito. Un AVIF impiega diversi secondi, e su un fotogramma in 4K può volerci decisamente di più. Non è un rallentamento della pagina: è il costo intrinseco della codifica AV1, che è lo stesso schema di compressione usato dai video moderni applicato a una singola immagine ferma.

Il motivo è la quantità di combinazioni che l’algoritmo prova prima di scegliere come descrivere ogni blocco di pixel. È un compromesso sensato per un file che verrà servito milioni di volte, meno sensato per un’immagine che guarderete una volta sola. Se vi trovate a convertire decine di fotogrammi e ad aspettare ogni volta, conviene usare il WebP per le anteprime e riservare l’AVIF all’immagine in cima alla pagina.

Il codificatore usato da questo sito applica lo stesso valore di qualità, 82, a JPG, WebP, AVIF e JXL, senza un valore diverso per ciascun formato. Su questa pagina l’unico controllo è il momento del video da estrarre, non un cursore di qualità.

Il formato AVIF definisce anche una modalità senza perdita, ma il codificatore usato qui non la richiede mai: la conversione resta sempre nella fascia con perdita, il che va tenuto presente se il fotogramma conterrà del testo netto o dei bordi taglienti.

Un fermo immagine estratto da un video compresso porta con sé tutto ciò che la compressione video gli ha fatto: i dettagli del colore sono già registrati a risoluzione ridotta, e un fotogramma preso durante un movimento della camera non era mai stato nitido nel flusso originale. L’AVIF descrive tutto questo in modo molto efficiente, ma non ripara nulla.

Il momento scelto conta più del formato. Un fotogramma preso in un istante fermo e salvato come JPG batte, in ogni misura, uno preso durante un movimento e salvato come AVIF, perché una sfocatura da movimento è piena di dettaglio che il codificatore deve comunque descrivere. Scegliere il momento giusto pesa più della scelta del formato.

I browser attuali decodificano l’AVIF, ma il supporto è arrivato anni dopo quello per il WebP, e installazioni più datate restano in circolazione, in particolare su dispositivi che non ricevono più aggiornamenti. Servire solo l’AVIF significa perdere l’immagine per quei visitatori, non solo rallentarli.

La soluzione è un elemento `<picture>` con una sorgente AVIF, una sorgente WebP e un `<img>` in JPG come ultima risorsa: tre righe, senza JavaScript, e il browser sceglie il primo formato che sa leggere. Se già fate lo stesso per le altre immagini del sito, questo fotogramma si inserisce nella stessa pipeline senza modifiche.

Fuori dal contesto di una pagina web l’AVIF diventa un problema. I client di posta non lo mostrano, la maggior parte del software da ufficio non lo apre, i flussi di stampa non lo riconoscono, e molti moduli di caricamento su siti di terzi rifiutano l’estensione a priori.

Il formato esiste per essere decodificato da un browser su una rete che state pagando voi; per un allegato, un documento o un messaggio conviene il JPG, per un archivio o una stampa il TIFF. Usare l’AVIF fuori dal suo contesto naturale produce un file più piccolo che nessuno riesce ad aprire, il che non è un risparmio.

Sia la decodifica del WebM sia la codifica del fotogramma in AVIF avvengono nel browser, con codice che gira sulla vostra macchina. Non viene caricato nulla, e non esiste un server dove il video potrebbe arrivare: potete verificarlo aprendo gli strumenti per sviluppatori e osservando la scheda di rete durante la conversione.

Il limite gratuito è di 100 MB per file lato browser, ampiamente sufficiente per una registrazione che serve solo a produrre un fermo immagine. Non c’è una quota giornaliera da consumare, perché non passa nulla su una rete che dobbiamo pagare noi.

Potete trascinare fino a cento file WebM alla volta e riprenderveli come un unico archivio ZIP una volta finita l’elaborazione. Ogni fotogramma viene estratto e codificato singolarmente, con un avanzamento separato per ciascun file.

Poiché tutto avviene sul vostro processore, la velocità dipende dalla macchina più che dalla connessione: una serie di clip brevi converte in pochi minuti, mentre trenta fotogrammi 4K in AVIF possono diventare un’attesa reale, ed è il momento in cui vale la pena passare al WebP per le anteprime meno importanti.