Converter ICO para TIFF

É a situação para a qual esta página existe, e a primeira coisa útil a dizer é que os dois pedidos estão em tensão. TIFF é exigido por fluxos que se importam com resolução: pré-impressão, digitalização, arquivos de documentos, qualquer coisa que vá ser examinada de perto ou reproduzida em papel. Um ícone é a menor imagem feita de propósito em software, desenhada para ser legível a 16 pixels.

A conversão funciona e produz um arquivo válido. Se esse arquivo serve para o trabalho é uma questão separada com uma resposta numérica, que a próxima seção dá. Pergunte isso antes de o arquivo seguir adiante, porque é bem mais barato encontrar a arte de verdade agora do que depois de uma prova voltar impressa.

Uma entrada de ICO guarda suas dimensões num único byte, com zero representando 256, então 256 pixels é o máximo absoluto que qualquer arquivo de ícone pode conter. Impressão normalmente é especificada a 300 pontos por polegada, e 256 dividido por 300 dá 0,85 polegada — 21,7 milímetros. A 600 dpi, usado em trabalho fino, dá 10,8 mm.

Então o máximo honesto para um ícone impresso é mais ou menos o tamanho de um selo postal, e muitos arquivos de ícone não guardam nada acima de 32 ou 48 pixels, o que dá 2,7 ou 4,1 mm. Colocado maior que isso, a suavidade excessiva não é sutil. Se a marca precisa aparecer a 40 mm numa capa, o ícone não consegue fornecer isso, e nenhuma conversão muda esse fato.

TIFF é menos um formato e mais um sistema de arquivamento de imagens, e os leitores dele concordam bem menos do que o nome sugere. LZW é livre de patente e universalmente suportado; Deflate não é universalmente suportado; JPEG-dentro-de-TIFF é uma imagem diferente dentro de um envelope TIFF, e derruba o motivo pelo qual a maioria das pessoas pede um. A forma sem compressão é a única variante que todo leitor aceita.

Quem converte para TIFF quase sempre está alimentando algo específico — uma prensa, o software de um scanner, uma pasta de entrada — e o custo de um arquivo que um elo dessa cadeia recusa é muito maior que o custo de algum espaço em disco. Essa é a troca que este conversor faz em seu nome, e ela é declarada aqui em vez de escondida.

A conta vale a pena fazer porque ela diz o que está dentro do arquivo. Um quadrado de 256 pixels a quatro amostras por pixel dá 262.144 bytes; o resultado medido foi 263.144, sobrando um kilobyte de diretório e tags. Quatro amostras significa vermelho, verde, azul e alfa, então a transparência do ícone é gravada em vez de descartada.

Gravado não é o mesmo que respeitado. Os leitores de TIFF variam em como tratam uma quarta amostra: alguns compõem contra branco, alguns apresentam como um canal selecionável, e alguns ignoram e mostram a cor crua por baixo, que para um ícone recortado aparece preto. Abra o resultado no programa que realmente vai usar o arquivo antes de decidir se a transparência funcionou.

A maior. Seu navegador decodifica o contêiner e devolve a maior imagem dele, o que foi verificado construindo um ícone com desenhos de 16, 32, 48 e 256 pixels em quatro cores separadas e convertendo ele três vezes com o diretório em ordem diferente — o desenho de 256 pixels saiu todas as vezes.

Esse é o melhor resultado disponível para este destino, já que resolução é o que um fluxo de TIFF quer. Também significa que o resultado é tão bom quanto o ícone permite: não há ajuste que amplia, e o controle de largura máxima aqui só reduz.

Existe uma ironia neste par. Os dois formatos são contêineres feitos para guardar várias imagens: um ICO carrega a mesma marca em vários tamanhos, e um TIFF pode carregar várias páginas, motivo pelo qual scanners produzem um único arquivo para um fax de doze páginas. Em princípio, o conjunto de ícones inteiro poderia atravessar intacto.

Não atravessa. O decodificador devolve uma imagem e o gravador emite uma página, então um ícone com quatro entradas vira um TIFF de uma página só, e os outros três desenhos desaparecem. Se preservar o conjunto importa — para um registro de arquivo, por exemplo — guarde o ICO original ao lado do TIFF em vez de tratar o TIFF como substituto.

Um TIFF começa com dois caracteres dizendo em que ordem os números dele estão armazenados: II para little-endian, MM para big-endian, seguido do número 42. Os arquivos gravados aqui começam com MM. Os dois são válidos e todo leitor trata os dois, mas é o tipo de coisa que surpreende alguém comparando dois arquivos byte a byte e concluindo que um deles está corrompido.

O resto do cabeçalho é um ponteiro para um diretório de arquivo de imagem, onde ficam largura, altura, amostras por pixel e deslocamentos de faixa. Essa indireção é o que permite ao TIFF guardar várias imagens, e também é o motivo pelo qual um TIFF não pode ser identificado pelos primeiros quatro bytes com tanta confiança quanto um PNG.

Se este arquivo vai ser impresso em qualquer tamanho relevante, a atitude certa é voltar e pedir a arte da qual o ícone foi feito. Ícones são ativos derivados; em algum lugar existe um SVG, um arquivo AI ou um PNG grande do qual a entrada de 256 pixels foi renderizada, e ele produz um TIFF na resolução que a prensa quiser.

Onde o ícone genuinamente é tudo que sobrou — um produto antigo, um fornecedor que fechou, um print de tela tirado de um sistema ainda em funcionamento — a conversão aqui dá o melhor que existe, e o limite de tamanho deveria ser comunicado a quem especificou o layout, e não descoberto na hora da prova.

Solte o conjunto inteiro, e cada arquivo é decodificado e gravado de forma independente, com tudo voltando como um ZIP. Espere que o ZIP fique grande de um jeito que a pasta de origem não era: algumas dezenas de ícones de oito kilobytes cada viram algumas dezenas de TIFFs de um quarto de megabyte cada, e o ZIP comprime dado de imagem sem compressão só moderadamente bem.

Para um registro de arquivamento isso costuma ser aceitável e às vezes é o próprio ponto, já que um arquivo sem compressão não tem decodificador para ficar obsoleto. Para um conjunto de trabalho vale perguntar se o PNG atenderia à mesma necessidade num centésimo do tamanho.