Converter TIFF para JXL

O motivo de este par ser buscado é bom: o JPEG XL é genuinamente um candidato forte para arquivamento. Ele guarda até 32 bits por canal, tem um modo sem perdas de verdade, trata cor de gama ampla, e comprime melhor que qualquer outra coisa na categoria dele. Várias bibliotecas nacionais já avaliaram ele a sério exatamente por isso.

Nada disso chega até você por este conversor, porque o pipeline no meio é RGB de 8 bits, e o codificador é comandado por um número de qualidade. O que você recebe é uma derivada pequena, com boa aparência, com perdas — útil para muita coisa e não é um master. Uma cópia de arquivamento precisa ser exata bit a bit, em profundidade total e com gestão de cor, e este caminho não entrega nenhuma das três. Se a coleção importa, guarde o TIFF e trate o que sai desta página do jeito que trataria um JPG do mesmo scan.

O controle de qualidade vai até 100, e o codificador se comporta diferente no topo da faixa, então vale saber o que o número compra em vez de presumir. Medido pelo próprio codificador deste site numa imagem de teste de 256 por 256: no padrão 82, um degradê voltou com 73.647 das 262.144 amostras alteradas, a pior por 21 níveis. A 100, foram 334 amostras diferentes e nenhuma por mais de um nível; arte plana a 100 voltou idêntica bit a bit.

Isso é quase sem perdas, e não sem perdas, uma distinção significativa para um arquivamento e irrelevante para uma prova visual. Na prática: deixe em 82 para qualquer coisa que você vai só olhar, defina 100 se o arquivo vai entrar num fluxo que vai recodificar ele de novo depois, e não descreva o resultado como uma cópia sem perdas num registro de catálogo. O modo sem perdas dedicado do codificador existe na biblioteca e não é exposto por este conversor.

Muitos TIFFs são de 16 bits — isso é boa parte do motivo de digitalizar para TIFF, e é o que dá a um scan folga para níveis e curvas depois. O leitor usado aqui decodifica arquivos de 16 bits corretamente e então entrega 8 bits por canal, mantendo o byte alto de cada amostra. Medido num TIFF em escala de cinza de 16 bits: um valor gravado de 30.000 chega como 117.

Numa imagem finalizada ninguém consegue ver a diferença, porque uma tela mostra oito bits, e o olho não faz melhor que isso. Num master de edição é a diferença inteira: o degradê suave de 16 bits que sobrevive a um ajuste de curva pesado é exatamente o que foi descartado, e forçar os níveis no resultado de 8 bits vai gerar faixas visíveis. Se você digitalizou em 16 bits de propósito, essa decisão não sobrevive a esta página.

Um TIFF de um fluxo de impressão costuma ser CMYK com um perfil ICC anexado, e esse par de fatos é o que torna ele imprimível. O leitor aqui converte CMYK para cor de tela com uma fórmula fixa em vez de passar pelo perfil embutido, então o resultado é reconhecivelmente a mesma imagem em cores um pouco erradas — normalmente apagada nas sombras profundas e um pouco fria onde o perfil teria compensado.

O próprio perfil também não viaja. Toda conversão de imagem deste site decodifica para pixels crus e recodifica, então blocos ICC, EXIF, XMP, IPTC e GPS são todos descartados, e isso é incondicional, não uma escolha que a página coloca diante de você. Para um ativo de impressão, isso é uma perda real, e é o segundo motivo para não tratar isso como uma migração de arquivamento. Para uma imagem numa tela, não custa nada.

O TIFF guarda mais de uma imagem por arquivo, e scanners de documento usam isso constantemente. O JPEG XL, do jeito que é produzido aqui, guarda uma. O leitor pega a primeira página e para, sem erro e sem nada na interface dizendo que existiam páginas dois em diante.

Esse é o único jeito de esta conversão dar errado silenciosamente numa coleção inteira de uma vez, e vale conferir isso antes de um lote, não depois. Se os TIFFs vieram de um scanner de documento, um gateway de fax ou um sistema de registros, presuma que podem ter várias páginas e abra alguns. Dividir é um comando de uma linha no ImageMagick ou um item de menu no IrfanView. Onde as páginas pertencem juntas, TIFF para PDF é a página que mantém todas num arquivo só.

Bem menor, porque o ponto de partida não tem compressão. As amostras deste site em 480 por 320 dão 615.400 bytes como TIFF em todos os casos; como JXL na qualidade padrão dão 7.240 bytes para a fotografia, 13.252 para a cena estilo print de tela e 5.016 para o gráfico plano.

O número fotográfico é o interessante: 7.240 bytes é o menor de todos os formatos nesse conjunto de amostras, abaixo dos 14.700 do WebP e dos 17.599 do AVIF. O JPEG XL realmente é o codec mais forte dos três em tom contínuo nessa qualidade, e se a única pergunta fosse bytes por qualidade, ele venceria. A pergunta nunca é só isso, e é sobre o que a próxima seção trata.

É aqui que o JPEG XL perde, e é por isso que o formato é marcado como nicho, e não como atual. O suporte em navegadores é parcial, não universal, então um .jxl não é um arquivo para colocar numa página web ou anexar a um e-mail sem saber o que o outro lado roda. GIMP e ImageMagick lidam com ele; o Photoshop precisa de um plugin; boa parte do software comum simplesmente mostra um ícone de arquivo desconhecido.

Isso restringe o uso honesto a duas situações. A primeira é um fluxo fechado — suas próprias ferramentas, seu próprio armazenamento, um pipeline que nomeou o formato. A segunda é alguém experimentando de propósito, com o original guardado com segurança em outro lugar. Qualquer coisa que precise ser aberta por uma pessoa com quem você não conversou deveria ser um WebP, um JPG ou um PNG, e as páginas irmãs cobrem os três.

Se o objetivo era uma cópia de arquivamento menor que continua exata, TIFF para PNG é a versão honesta dessa ideia: o PNG é sem perdas dentro de oito bits, todo software da Terra lê ele, e em conteúdo escaneado plano costuma ser menor que um arquivo com perdas de alta qualidade de qualquer forma. Também não mantém 16 bits — nada aqui mantém — mas não perde mais nada.

Se o objetivo era publicar, TIFF para WebP funciona em todo navegador e TIFF para AVIF é menor em material escaneado plano e levanta o teto de pixels. Se o objetivo era mandar o scan para uma pessoa, TIFF para PDF ou TIFF para JPG é o que ela espera receber. E se o objetivo era um master de arquivamento genuíno, a resposta correta é a que ninguém gosta: o TIFF que você já tem é o master de arquivamento, e deveria ser guardado.

O utif2 decodifica o TIFF e o libjxl compilado para WebAssembly grava o JXL, os dois buscados só quando necessário. Nada sobre o arquivo cruza a rede, o que é o motivo prático de um arquivamento poder usar esta página em material não publicado ou restrito de todo. O limite gratuito é 100 MB por arquivo, aproximadamente um scan colorido de A4 a 600 dpi guardado sem compressão.

Lotes funcionam do mesmo jeito: solte uma pasta, cada arquivo ganha sua própria linha de progresso, os resultados voltam como um ZIP. A codificação de JPEG XL não é tão lenta quanto a de AVIF, mas também não é instantânea, então uma execução grande vale a pena começar e deixar rodando. O motor é baixado uma vez e reaproveitado para o resto do lote.