Convertire WebP in TIFF

L'assunzione dietro la maggior parte delle ricerche per questa coppia è che TIFF sia il formato ad alta qualità e convertirvi sia un miglioramento. TIFF è il formato ad alta qualità nel senso che può portare 16 bit per canale, CMYK, livelli e più pagine senza comprimere nulla. Non è un restauro, e un contenitore non può rimettere ciò che è stato buttato via prima.

Se il WebP era lossy — cosa che è quasi ogni WebP servito da un sito web — il suo codificatore ha già smussato regioni piatte e lasciato ringing lungo i bordi netti, e quegli artefatti sono ora semplicemente ciò che è l'immagine. Vengono scritti nel TIFF fedelmente e a grande spesa in byte. La descrizione onesta di questa conversione è che soddisfa un requisito di tipo file. Dove il requisito riguarda davvero la qualità, la risposta è trovare il file originale invece di riavvolgere questo.

Quattro canali a 8 bit ciascuno, non compresso, fotometrico RGB, memorizzato in strisce, con il tag risoluzione impostato a 72 dpi. Non compresso è una scelta deliberata piuttosto che un'omissione: i lettori TIFF concordano meno di quanto si speri, LZW è libero da brevetti ed effettivamente universale mentre Deflate no, e JPEG dentro TIFF è un'immagine diversa dentro un involucro TIFF. Chi converte in TIFF sta di solito alimentando una macchina particolare, e il baseline non compresso semplice è l'unica cosa che ogni macchina simile accetta.

Il costo è la dimensione e non è piccolo. Quattro byte per pixel significano che un'immagine a 12 megapixel è circa 48 MB prima dell'intestazione, e nessun contenuto fa differenza a questo. I campioni propri di questo sito a 480 per 320 sono 615.400 byte come TIFF qualunque sia l'immagine, contro 14.700 per la fotografia come WebP — un fattore di quarantadue. Se il sistema di invio ha un limite di caricamento, è quel numero da pianificare.

Il campo risoluzione nel TIFF viene scritto come 72 dpi e non è derivato da nulla nel WebP, che non ha un campo equivalente da cui derivarlo. Una tipografia che legge quel tag segnalerà un file a bassa risoluzione, e questa è la fonte di confusione singolarmente più comune su questa pagina.

Ciò che determina davvero se un'immagine può essere stampata a una data dimensione è il conteggio pixel, e quello resta invariato da tutto ciò. A 300 dpi, una stampa larga 10 cm richiede circa 1.180 pixel e una pagina A4 ne richiede circa 2.480. Si misura la propria immagine contro quei numeri prima di inviare, perché un WebP servito da una pagina web è spesso largo 800 o 1.200 pixel — sufficiente per una piccola stampa e non per una pagina intera. Se è il tag stesso a essere controllato, lo si imposta in un editor immagini dopo aver convertito; è un campo metadati e cambiarlo non altera alcun pixel.

TIFF supporta CMYK ed è gran parte del motivo per cui i flussi di lavoro di stampa lo richiedono — un TIFF CMYK con il profilo ICC giusto è un file che una macchina da stampa può usare direttamente. Questo convertitore scrive RGB e non può scrivere altro, perché l'intera pipeline immagini qui decodifica a RGB a 8 bit.

Quindi se la specifica dice "TIFF CMYK", il file prodotto da questa pagina non lo soddisferà, e nessuna impostazione lo cambia. La separazione va fatta in un software che ha il profilo di destinazione — Photoshop, Affinity Photo o GIMP lo faranno tutti, e la tipografia di solito nomina il profilo che vuole. Dove la specifica dice solo "TIFF", RGB è quasi sempre accettabile ed è ciò che la maggior parte dei portali si aspetta comunque. Vale la pena chiedere invece di indovinare, perché un invio respinto costa più dell'email.

Il TIFF viene scritto con un quarto canale, quindi un WebP con un canale alfa arriva con la sua trasparenza intatta. Per un'opera destinata a stare su una pagina colorata o essere composita in seguito, è esattamente giusto ed è uno dei motivi per usare questa via invece di convertire in JPG.

Per un invio può essere un problema. Alcuni portali, alcuni RIP di stampa e alcuni strumenti d'archivio più vecchi rifiutano i TIFF con canale alfa, o trattano l'alfa come un canale spot inatteso e producono qualcosa di strano. Se il requisito non menziona trasparenza e l'immagine non ne ha bisogno, la si appiattisce su uno sfondo bianco prima in un qualsiasi editor immagini. L'alfa è anche dichiarata nel file come associata piuttosto che non associata, cosa che alcuni lettori rigorosi interpretano come premoltiplicata — un altro motivo per appiattire quando la trasparenza non fa parte del lavoro.

TIFF può contenere diverse pagine, livelli, canali a 16 bit, colori spot e un profilo ICC. Un WebP non ha nulla di tutto ciò da contribuire: è una singola immagine RGB a 8 bit con alfa opzionale, quindi ognuna di quelle capacità TIFF arriva vuota. Il risultato è un TIFF nello stesso senso in cui un file di testo con una riga è un documento.

Nemmeno i metadati viaggiano. Ogni conversione immagine qui decodifica a pixel grezzi e ricodifica, quindi qualsiasi blocco EXIF, XMP o ICC nel WebP viene scartato, e nessuna impostazione su questa coppia può trattenerlo. Dove un invio richiede informazioni di copyright o didascalia incorporate, vanno aggiunte al TIFF dopo in un software che scrive IPTC — Photoshop, exiftool o un sistema di gestione asset digitali.

WebP contiene un'immagine fissa oppure un'animazione, e il decodificatore usato qui legge solo il primo tipo. Un file animato viene rifiutato con un messaggio leggibile invece che convertito nel suo primo fotogramma, deliberatamente: un convertitore che restituisce silenziosamente un decimo di un file è peggio di uno che dice no.

TIFF potrebbe in linea di principio aver contenuto i fotogrammi, dato che è un contenitore multi-immagine — ma nulla in questa pipeline li assembla, quindi la domanda non si pone. Se serve un singolo fotogramma, si apre l'animazione in un browser, la si mette in pausa e si fa uno screenshot del fotogramma. Se il movimento è il contenuto, WebP in GIF o WebP in MP4 sono le pagine che lo conservano.

Se l'obiettivo è una copia esatta in un formato che tutto apre, WebP in PNG è migliore su ogni asse: lossless, trasparenza intatta, una piccola frazione della dimensione, e nessuna versione che un lettore potrebbe rifiutare. TIFF vale i byte solo quando qualcosa lo ha specificamente richiesto.

Se la destinazione è una persona o un servizio di stampa ordinario, WebP in JPG è ciò che si aspettano e gestiscono senza commento. Se è un invio documentale, WebP in PDF spesso soddisfa gli stessi portali che elencano TIFF, ed è molto più piccolo. Si legge attentamente il requisito prima di convertire: "alta risoluzione" di solito significa conteggio pixel piuttosto che tipo file, e un TIFF fatto da un piccolo WebP soddisfa la lettera della richiesta fallendone lo scopo.

libwebp compilato in WebAssembly decodifica il file e utif2 scrive il TIFF, entrambi scaricati solo quando serve ed entrambi in esecuzione nella scheda. Nulla viene caricato, il punto quando l'immagine è lavoro inedito depositato da qualche parte, o un asset cliente sotto embargo.

Il limite gratuito è 100 MB per file e si applica all'input, quindi il vincolo qui è davvero la memoria: un'immagine grande spende diversi byte per pixel nella scheda mentre viene scritta, e una molto grande su un telefono può esaurirla. I lotti funzionano — si trascina una cartella, si prende uno ZIP — ma l'output è non compresso, quindi un'esecuzione di cento immagini produce uno ZIP misurato in gigabyte. Convertire in gruppi è l'approccio pratico.