Conversor gratuito de TIFF para BMP

O TIFF é um recipiente. Uma única extensão de ficheiro guarda lá dentro muitas formas diferentes de registar uma imagem, e são as etiquetas colocadas no início do ficheiro que dizem qual delas foi usada. A revisão 6.0 de 3 de junho de 1992 admite dados sem compressão e os métodos PackBits, LZW, CCITT e JPEG, e ao lado disso escala de cinzentos, cor RGB e cor CMYK com 8 ou 16 bits por canal.[1] Por isso dois ficheiros com a mesma extensão podem ser por dentro completamente diferentes.

O formato foi criado em 1986 pela Aldus Corporation em conjunto com a Microsoft e a Hewlett-Packard, e os direitos passaram mais tarde para a Adobe.[2] Essa flexibilidade explica que o TIFF se tenha imposto nas gráficas e nos arquivos: um mesmo formato serve a digitalização a preto e branco de um documento e a fotografia a cores.

O BMP funciona ao contrário. Tem uma estrutura fixa: um cabeçalho com o tamanho do ficheiro, outro com as dimensões e o número de bits por píxel e, atrás deles, uma tabela de pontos escritos um a seguir ao outro.[3] Este conversor escreve a variante mais lida: 24 bits por píxel, sem compressão, com um BITMAPINFOHEADER de 40 bytes.

Passar um TIFF a mapa de bits reduz a imagem a uma só forma. Fosse o que fosse que estava dentro do ficheiro de origem, o que recebe é uma tabela de píxeis que um programa lê sem qualquer biblioteca de descodificação. O caminho de volta é feito pelo conversor de BMP para TIFF.

O conversor abre o ficheiro TIFF no seu navegador, leva a imagem para uma tela e escreve a partir dela um mapa de bits. A leitura fica a cargo do UTIF.js, um descodificador TIFF escrito em JavaScript e executado no seu próprio computador.[4] Entre os navegadores, os ficheiros TIFF são mostrados apenas pelo Safari, por isso o descodificador lê o ficheiro seja qual for o navegador em que abrir esta página.

A escrita também fica com o nosso codificador. Uma tela do navegador não devolve um ficheiro BMP: a documentação MDN descreve-o sem rodeios — com um formato que o navegador não conhece recebe um ficheiro PNG e nenhum aviso.[5] Por isso montamos nós o cabeçalho e a tabela de pontos, e a imagem fica no seu disco desde o primeiro clique até ao fim do trabalho.

Verificámos quantas formas de guardar um TIFF passam por este descodificador. Pelo conversor passaram ficheiros sem compressão e ficheiros comprimidos com LZW, PackBits, Deflate, CCITT Group 4 e JPEG. A esses juntaram-se a escala de cinzentos, os 16 bits por canal, a cor CMYK e um ficheiro com duas páginas. Cada um saiu como mapa de bits do mesmo peso, porque o peso do resultado depende apenas do tamanho da imagem.

Quando quer um ficheiro leve, a mesma imagem é escrita pelo conversor de TIFF para JPG, e quando todos os píxeis têm de ficar, pelo conversor de TIFF para PNG.

O peso do mapa de bits final calcula-se antes da conversão, e o resultado não depende do peso do ficheiro TIFF nem do que a imagem mostra.

Cada píxel ocupa três bytes: um para o vermelho, um para o verde e um para o azul. Cada linha da imagem é preenchida com zeros até quatro bytes completos, e a documentação da Microsoft dá a fórmula exata.[6] A todas as linhas juntam-se 54 bytes de cabeçalho.

largura em píxeis × 3 B, arredondada para 4 B, × altura + 54 B = peso do ficheiro BMP

Sigamos isto numa página A4 digitalizada a 300 pontos por polegada, ou seja, 2480 por 3508 píxeis. Comecemos por uma linha: 2480 píxeis de três bytes dão 7.440 bytes, e este número divide-se por quatro, portanto não há nada a preencher. As linhas são 3.508, por isso só os píxeis ocupam 26.099.520 bytes. Com o cabeçalho o ficheiro pesa 26.099.574 bytes, ou seja, 24,9 MB na notação usada pelo resumo da ferramenta.

O preenchimento só aparece em larguras que não se dividem por quatro. Uma linha de uma imagem com 1001 píxeis de largura leva 3.003 bytes de dados e o ficheiro reserva-lhe 3.004. Em mil linhas isso dá exatamente mil bytes a mais.

Para que lado se move o peso depende então da forma como o TIFF estava guardado. Uma digitalização comprimida com CCITT Group 4 cresce mais de treze vezes, um ficheiro com compressão LZW cerca de dois terços, e um ficheiro CMYK sem compressão até emagrece, porque quatro tintas passam a três componentes de cor.

Quando das mesmas digitalizações precisa de um único documento em vez de imagens soltas, monta-o o conversor de TIFF para PDF.

Um ficheiro TIFF pode levar mais do que uma tabela de pontos. Aqui fica em que forma sai do conversor cada uma dessas coisas; verificámos tudo em ficheiros de teste próprios.

O tamanho da imagem e os valores dos píxeis passam sem alteração. O registo com 16 bits por canal sai com 8 bits por canal, a forma que o cabeçalho do mapa de bits descreve. A cor CMYK é passada pelo descodificador a RGB, por isso um ficheiro de pré-impressão abre-se como uma imagem de ecrã comum. As áreas transparentes saem brancas, porque o registo de 24 bits descreve cada píxel como totalmente opaco. De um ficheiro com várias páginas o conversor tira a primeira, e cada uma das seguintes prepara-se guardando-a antes como ficheiro separado.

No cabeçalho do mapa de bits final escrevemos uma resolução de 96 pontos por polegada, indicada ali como 3.780 píxeis por metro. Quando o ficheiro vai para impressão noutra resolução, define-a no programa gráfico em que abrir o mapa de bits.

Uma imagem que mantém a transparência é preparada pelo conversor de TIFF para PNG, e uma imagem para uma página web pelo conversor de TIFF para WebP.