Le discussioni sui formati partono quasi sempre dal codec per arrivare al resto. È l’ordine sbagliato. Il formato giusto lo decide quello che c’è dentro l’immagine, e solo dopo quello che il sistema che la riceve accetta.
Fotografie: JPEG o WebP
Le immagini a tono continuo — volti, paesaggi, tutto ciò che ha sfumature e grana — si comprimono bene con i codec con perdita, perché l’occhio tollera piccoli errori nelle zone affollate. Il JPEG è la scelta sicura perché lo accetta qualunque cosa. Il WebP con perdita raggiunge la stessa qualità percepita in un numero di byte sensibilmente minore, quindi vince ogni volta che la destinazione lo consente.
Un avvertimento se stai usando ToolZool per questo: il nostro compressore scrive il WebP solo nella sua modalità senza perdite, che su una fotografia produce un file diverse volte più grande di quanto sarebbe il JPEG. Per una fotografia con un limite di dimensione, qui scegli il JPEG. Il motivo di questa differenza è sulla pagina del compressore: non esiste un encoder WebP con perdita che possiamo includere senza una licenza incompatibile o una catena di compilazione in C.
Grafica piatta e testo: PNG
Loghi, icone, diagrammi e screenshot di interfacce sono fatti di bordi netti e di ampie aree di colore identico. I codec con perdita trattano male i bordi netti: attorno al testo compare un alone visibile e, poiché il rumore che introducono è a sua volta costoso da codificare, il file finisce spesso per essere più grande di un PNG senza perdite della stessa immagine.
La trasparenza decide al posto tuo
Il JPEG non ha un canale alfa. Converti un PNG trasparente in JPEG e le aree trasparenti diventano piene: di solito nere, a volte bianche, quasi mai quello che volevi. PNG e WebP supportano entrambi l’alfa, quindi se l’immagine ha trasparenze la rosa si riduce a questi due.
Dove si colloca l'AVIF
A parità di qualità l’AVIF batte il WebP sulla dimensione del file, soprattutto ai bitrate bassi, e tutti i browser attuali sanno mostrarlo. Il problema è la codifica: è enormemente più lenta e molto più pesante di quella del JPEG o del WebP, il che conta parecchio quando a codificare è un telefono e non un server di build.
Oggi ToolZool non legge né scrive l’AVIF. Servirebbe in entrambe le direzioni un codec AV1, e tutti quelli mantenuti sono librerie in C che non si compilano per WebAssembly — quindi un file AVIF va prima convertito con qualcos’altro. Lo stesso vale per l’HEIC, che è il formato predefinito della maggior parte degli iPhone.
La domanda che vale più di tutte le altre
Cosa accetta il modulo? Un formato migliore che viene rifiutato non è migliore. Leggi prima l’elenco dei formati ammessi, poi ottimizza restando dentro quell’elenco — e se un file che sembrerebbe idoneo viene comunque respinto, perché un modulo di caricamento rifiuta il tuo file passa in rassegna i quattro controlli che un modulo esegue davvero. Se devi passare da un formato a un altro, il compressore di immagini legge JPG, PNG e WebP e scrive JPEG, PNG o WebP senza perdite, quindi dentro quell’insieme funziona anche come convertitore.
