Converter TIFF para WebP

O TIFF nunca foi um formato de web. É anterior à web, nenhum navegador adotou ele, e apontar uma página para um .tif baixa o arquivo em vez de mostrar. É por isso que o arquivo chegou até você e por que nada adiante coopera: um CMS recusa no upload, uma plataforma de loja recusa, um modelo de página descarta em silêncio.

O WebP é o oposto por desenho — um formato de entrega do Google, padronizado como RFC 9649, lido por todo navegador atual sem alternativa nenhuma. A conversão aqui, portanto, não é uma decisão de qualidade, é de compatibilidade, e é a conversão menos controversa desta família: o arquivo passa a ser visível, fica pequeno, e mantém a transparência que a alternativa óbvia destruiria.

Um TIFF gravado por um scanner ou um fluxo de impressão geralmente guarda os pixels sem compressão, quatro bytes por pixel com canal alfa e três sem. As amostras deste próprio site tornam o número concreto: a 480 por 320 pixels, o TIFF fica em 615.400 bytes em todo caso, porque o conteúdo não faz diferença nenhuma para um arquivo sem compressão.

As mesmas três imagens como WebP na qualidade padrão ficam em 14.700 bytes para a fotografia, 10.830 para a captura de tela e 4.428 para o gráfico chapado. Isso é entre quarenta e cento e quarenta vezes menor. Escale isso para um scan de verdade e o efeito é o que faz a página carregar de fato: um scan colorido A4 a 300 dpi fica em torno de 26 megabytes como TIFF sem compressão e algumas centenas de kilobytes como WebP, antes mesmo de reduzir as dimensões em pixel.

O WebP guarda largura e altura em quatorze bits, então nenhum WebP pode passar de 16.383 pixels em nenhuma das bordas. Isso é o formato em si, e todo codificador que existe compartilha esse limite. Medido contra o usado aqui: uma imagem de 16.383 pixels de largura codifica normalmente, e a mesma imagem a 16.384 falha com um erro de codificação.

Fotografia comum nunca chega perto disso, e scan chega com frequência. Um desenho A1 a 600 dpi tem cerca de 14.000 por 19.900 pixels e uma folha A0 a 400 dpi cerca de 13.200 por 18.700; um scan de página carta a 1.200 dpi tem 10.200 por 13.200 e mal cabe. Se um scan grande se recusa a converter, é quase sempre por isso, e a correção está na mesma tela: defina uma largura máxima abaixo de 16.383 e ele passa. Reduzir uma imagem destinada a uma página da web não é perda alguma de qualquer jeito — quase nada na web é servido acima de 3.000 pixels de largura.

O ajuste de qualidade vai de 1 a 100 e começa em 82. É um padrão bom para um scan fotográfico, onde o modo com perdas do WebP está fazendo o que foi desenhado para fazer: 82 fica limpo visualmente a distância normal de visualização, e o arquivo é uma fração de qualquer coisa sem perdas.

É um padrão ruim para um documento escaneado, um desenho de linha ou uma captura de tela, onde a borda dura preto sobre branco é exatamente o que a compressão com perdas lida pior — o sintoma é um halo cinza fraco em volta de texto e régua. Suba a qualidade para 90 ou mais nesse material e os halos somem, a um custo que ainda é nada perto do TIFF. Se o documento precisa ficar exato pixel a pixel, este é o ponto em que TIFF para PNG é a página melhor: o PNG mantém cada pixel e, em conteúdo chapado de interface, muitas vezes é menor que um WebP de alta qualidade de qualquer jeito.

Um TIFF é um contêiner, não uma imagem, e várias coisas dentro dele não têm para onde ir. Várias páginas: só a primeira é lida. Camadas: um composto achatado é o que sai. Dezesseis bits por canal: reduzido a oito mantendo o byte alto, invisível numa imagem pronta e importante se a intenção era manter um arquivo mestre de edição. CMYK: convertido por fórmula em vez de pelo perfil dentro do arquivo, então a cor desloca.

Nada disso é defeito para o trabalho desta página — uma página da web é RGB de 8 bits, imagem única e sRGB por definição, então as perdas são todas coisas que o destino não conseguiria usar mesmo. É defeito se o TIFF era a sua única cópia. Guarde o TIFF; publique o WebP. Esse é o formato que esta conversão deveria sempre ter, e não custa nada porque o original não é modificado.

O WebP tem canal alfa de verdade, então um TIFF com um assunto recortado atravessa como um recorte. É o único motivo para escolher esta página em vez de TIFF para JPG quando a imagem é um produto sobre fundo transparente, um logotipo, ou qualquer coisa que precisa ficar sobre uma página colorida.

O alfa é guardado por pixel, não como uma única cor transparente, então borda suave — uma máscara com pena, um contorno suavizado, uma sombra que esmaece — sobrevive como borda suave. É também onde o WebP fica claramente melhor que a opção mais antiga: converter o mesmo TIFF para GIF reduziria a 256 cores e, do jeito que o codificador deste site escreve, colocaria preto opaco onde estava a transparência.

Um TIFF pode guardar EXIF, XMP, IPTC, um perfil ICC e coordenada de GPS. Nada disso chega ao WebP, e não existe controle que mantivesse: toda conversão de imagem do lado do navegador neste site decodifica para pixels crus e codifica de novo, então os blocos já se foram antes de o codificador receber qualquer coisa.

Para uma imagem de web esse é o comportamento que se quer de qualquer jeito. Publicar um scan com o local de captura, o nome do operador e o número de série da máquina ainda anexados é uma exposição rotineira e evitável, e removê-la também tira algumas centenas de bytes de cada arquivo. Se uma legenda ou uma linha de direitos autorais precisa viajar com a imagem, isso pertence à marcação da página, não ao arquivo, porque a maioria das plataformas remove metadado embutido no upload independentemente do que você envia.

O WebP é a resposta segura e nem sempre a melhor. Nas próprias amostras deste site, o AVIF ficou substancialmente menor na captura de tela — 5.081 bytes contra 10.830 do WebP — e um pouco maior na fotografia, 17.599 contra 14.700. Então para material chapado, escaneado, tipo documento, o AVIF vale a viagem até TIFF para AVIF, e o AVIF também eleva o teto de tamanho para 65.536 pixels, o outro motivo de um scan muito grande talvez ir para lá em vez disso.

A troca é o suporte. O WebP funciona em todo navegador atual sem alternativa nenhuma; o AVIF funciona nos modernos e não em tudo que um visitante pode trazer. E onde a imagem é um documento que precisa ficar exato — uma assinatura, uma planta, uma tabela de números — TIFF para PNG é a página que mantém cada pixel, num tamanho que em conteúdo chapado frequentemente é menor que um WebP de alta qualidade.

A conversão roda no seu navegador. O TIFF é decodificado pelo utif2, recodificado pelo libwebp compilado em WebAssembly, e devolvido como download; nada do arquivo atravessa a rede, o que vale saber quando os scans são registro médico, contrato ou trabalho não publicado. O limite gratuito é de 100 MB por arquivo, cerca de um scan A4 colorido a 600 dpi guardado sem compressão.

Lote funciona do mesmo jeito: solte uma pasta, cada arquivo converte em sequência com a própria linha de progresso, e os resultados voltam num ZIP. É geralmente assim que esta página é usada, porque scanner produz lotes, não arquivos únicos. O motor é buscado uma vez e reutilizado no resto do lote, então cem arquivos custam um único download do codec.