Convertire TIFF in WebP

TIFF non è mai stato un formato web. Precede il web, nessun browser lo ha mai adottato, e puntare una pagina a un file .tif lo scarica invece di mostrarlo. Ecco perché il file è arrivato qui e perché nulla a valle collabora: un CMS lo rifiuta al caricamento, una piattaforma shop lo rifiuta.

WebP è l’opposto per progetto — un formato di consegna di Google, standardizzato come RFC 9649, letto da ogni browser attuale senza ripiego. La conversione qui non è quindi una decisione di qualità ma di compatibilità, ed è la meno controversa di questa famiglia: il file diventa visibile, diventa piccolo, e mantiene la trasparenza che l’ovvia alternativa distruggerebbe.

Un TIFF scritto da uno scanner o da un flusso di stampa di solito memorizza i suoi pixel non compressi, cioè quattro byte per pixel con canale alfa e tre senza. I campioni propri di questo sito rendono il numero concreto: a 480 per 320 pixel, il TIFF è 615.400 byte per ogni scena.

Le stesse tre immagini come WebP alla qualità predefinita sono 14.700 byte per la fotografia, 10.830 per lo screenshot e 4.428 per la grafica piatta. Tra quaranta e centoquaranta volte più piccolo. Su una scansione reale l’effetto è ciò che fa caricare la pagina affatto.

WebP memorizza larghezza e altezza in quattordici bit, quindi nessun WebP può superare 16.383 pixel su nessun lato. È il formato stesso e ogni codificatore esistente lo condivide. Misurato contro quello usato qui: un’immagine larga 16.383 pixel codifica normalmente, la stessa a 16.384 fallisce con un errore.

Le fotografie ordinarie non ci si avvicinano mai e le scansioni regolarmente sì. Un disegno A1 a 600 dpi è circa 14.000 per 19.900 pixel. Se una grande scansione rifiuta di convertire, di solito è questo il motivo, e la correzione è sulla stessa schermata: impostate una larghezza massima sotto 16.383.

L’impostazione qualità va da 1 a 100 e parte da 82. È un buon predefinito per una scansione fotografica, dove la modalità con perdita di WebP fa ciò per cui è stata progettata: 82 è visivamente pulito a distanza di visione normale.

È un predefinito scarso per un documento scansionato, un disegno al tratto o uno screenshot, dove bordi netti nero-su-bianco sono esattamente ciò che la compressione con perdita gestisce peggio — il sintomo è un alone grigio tenue attorno al testo. Alzate la qualità a 90 o più per quel materiale.

Un TIFF è un contenitore piuttosto che un’immagine, e diverse cose al suo interno non hanno dove andare. Più pagine: solo la prima viene letta. Livelli: esce un composito appiattito. Sedici bit per canale: ridotti a otto mantenendo il byte alto. CMYK: convertito per formula piuttosto che tramite il profilo nel file.

Nulla di ciò è un difetto per il lavoro di questa pagina — una pagina web è RGB a 8 bit, immagine singola e sRGB per definizione. È un difetto se il TIFF era la vostra unica copia. Tenete il TIFF; pubblicate il WebP.

WebP ha un vero canale alfa, quindi un TIFF con un soggetto ritagliato passa come ritagliato. È l’unica ragione per scegliere questa pagina rispetto a TIFF in JPG quando l’immagine è un prodotto su sfondo trasparente, un logo, o qualunque cosa debba sedersi su una pagina colorata.

L’alfa è memorizzato per pixel piuttosto che come un singolo colore trasparente, quindi bordi morbidi — una maschera sfumata, un contorno antialiased — sopravvivono come bordi morbidi. È anche dove WebP è chiaramente migliore dell’opzione più vecchia: convertire lo stesso TIFF in GIF lo ridurrebbe a 256 colori.

Un TIFF può contenere EXIF, XMP, IPTC, un profilo ICC e coordinate GPS. Nulla di ciò arriva nel WebP, e non c’è alcun controllo che lo manterrebbe: ogni conversione immagine lato browser su questo sito decodifica a pixel grezzi e ricodifica.

Per un’immagine web è il comportamento che volete comunque. Pubblicare una scansione con la posizione di cattura, il nome dell’operatore e il numero di serie della macchina ancora attaccati è una divulgazione routinaria ed evitabile.

WebP è la risposta sicura e non sempre la migliore. Sui campioni propri di questo sito, AVIF era sostanzialmente più piccolo sullo screenshot — 5.081 byte contro i 10.830 di WebP — e leggermente più grande sulla fotografia. Per materiale piatto, scansionato, simile a documento, AVIF vale il viaggio.

Lo scambio è il supporto. WebP funziona in ogni browser attuale senza ripiego; AVIF funziona in quelli moderni e non in tutto ciò con cui un visitatore potrebbe arrivare. E dove l’immagine è un documento che deve restare esatto, TIFF in PNG è la pagina che mantiene ogni pixel.

La conversione gira nel vostro browser. Il TIFF viene decodificato da utif2, ricodificato da libwebp compilato in WebAssembly, e restituito come download; nulla del file attraversa la rete. Il limite gratuito è 100 MB per file.

I lotti funzionano allo stesso modo: trascinate una cartella, ogni file converte a turno con la propria riga di avanzamento, e i risultati tornano come ZIP. Il motore viene scaricato una volta e riusato per il resto del lotto.