Converter WebP para TIFF

A suposição por trás da maioria das buscas por este par é que TIFF é o formato de alta qualidade e converter para ele é uma melhoria. TIFF é de alta qualidade no sentido de que consegue carregar 16 bits por canal, CMYK, camadas e várias páginas sem comprimir nada. Não é uma restauração, e um contêiner não consegue devolver o que foi descartado antes.

Se o WebP era com perdas — o que quase todo WebP servido de um site é — o codificador dele já suavizou regiões planas e deixou ringing em torno de bordas duras, e esses artefatos agora são simplesmente o que a imagem é. Eles são escritos no TIFF fielmente e a um custo grande em bytes.

Quatro canais a 8 bits cada, sem compressão, fotométrico RGB, armazenado em strips, com a resolução definida em 72 dpi. Sem compressão é uma escolha deliberada em vez de omissão: leitores TIFF concordam menos entre si do que você gostaria, LZW é livre de patente e praticamente universal enquanto Deflate não é.

O custo é tamanho, e não é pequeno. Quatro bytes por pixel significam que uma imagem de 12 megapixels são cerca de 48 MB antes do cabeçalho, e nenhum conteúdo faz diferença nisso. As amostras deste site em 480 por 320 são 615.400 bytes como TIFF seja qual for a imagem, contra 14.700 como WebP.

O campo de resolução no TIFF é escrito como 72 dpi e não é derivado de nada no WebP, que não tem campo equivalente para derivar. Uma gráfica que lê essa tag vai relatar um arquivo de baixa resolução, e esta é a fonte mais comum de confusão nesta página.

O que realmente determina se uma imagem pode ser impressa num certo tamanho é a contagem de pixels, e isso não muda em nada disso. A 300 dpi, uma impressão de 10 cm de largura precisa de cerca de 1.180 pixels, e um A4 precisa de cerca de 2.480.

TIFF suporta CMYK, e isso é grande parte do motivo de fluxos de impressão pedirem por ele — um TIFF CMYK com o perfil ICC certo é um arquivo que uma gráfica pode usar diretamente. Este conversor escreve RGB e não consegue escrever mais nada.

Então se a especificação diz "TIFF CMYK", o arquivo que esta página produz não vai atender, e nenhuma configuração muda isso. A separação precisa ser feita em software com o perfil de destino — Photoshop, Affinity Photo ou GIMP.

O TIFF é escrito com um quarto canal, então um WebP carregando canal alfa chega com sua transparência intacta. Para arte que precisa sentar numa página colorida ou ser composta depois, isso é exatamente certo.

Para uma submissão pode ser um problema. Alguns portais, alguns RIPs de impressão e algumas ferramentas de arquivo mais antigas rejeitam TIFFs com canal alfa. Se a exigência não menciona transparência e a imagem não precisa dela, achate sobre um fundo branco primeiro num editor de imagem.

TIFF consegue guardar várias páginas, camadas, canais de 16 bits, cores diretas e um perfil ICC. Um WebP não tem nada disso para contribuir: é uma única imagem RGB de 8 bits com alfa opcional, então cada uma dessas capacidades do TIFF chega vazia.

Metadado também não viaja. Toda conversão de imagem aqui decodifica até pixels brutos e recodifica, então qualquer EXIF, XMP ou bloco ICC no WebP é descartado.

WebP guarda uma imagem estática ou uma animação, e o decodificador usado aqui lê só o primeiro tipo. Um arquivo animado é recusado com uma mensagem legível em vez de convertido para seu primeiro quadro, o que é deliberado.

TIFF poderia em princípio ter guardado os quadros, já que é um contêiner multi-imagem — mas nada neste pipeline os monta, então a questão não surge. Se um quadro só é o que você precisa, abra a animação num navegador, pause e tire uma captura de tela.

Se o objetivo é uma cópia exata num formato que tudo abre, WebP para PNG é melhor em todo eixo: sem perdas, transparência intacta, uma fração do tamanho, e nenhuma versão dele que um leitor possa recusar. TIFF só vale os bytes quando algo pediu especificamente por ele.

Se o destino é uma pessoa ou um serviço de impressão comum, WebP para JPG é o que esperam e tratam sem comentário. Se é uma submissão de documento, WebP para PDF costuma satisfazer os mesmos portais que listam TIFF.

O libwebp compilado para WebAssembly decodifica o arquivo e o utif2 escreve o TIFF, ambos buscados só quando necessário e ambos rodando na aba. Nada é enviado, o que importa quando a imagem é trabalho não publicado sendo depositado em algum lugar, ou um ativo de cliente sob embargo.

O limite gratuito são 100 MB por arquivo e se aplica à entrada, então a restrição aqui é realmente memória: uma imagem grande gasta vários bytes por pixel na aba enquanto é escrita.