Converter BMP para JXL

O JPEG XL saiu do comitê JPEG e foi padronizado como ISO/IEC 18181-1 em 2022. Ele comprime tanto sem perdas quanto com perdas, aceita até 32 bits por canal, carrega canal alfa e animação, e foi pensado de propósito para ser o formato em que se guarda uma imagem, não o que se serve numa página.

É uma boa descrição do que quem tem um bitmap grande sem compressão está procurando. Um BMP é um arquivo mestre por acidente — ele não tem compressão porque quase nada escreve os modos de run-length que o formato define, não porque alguém escolheu fidelidade — e mover isso para algo que guarda os pixels e para de custar três bytes por pixel é um instinto sensato. No papel os dois formatos foram feitos um para o outro. O resto desta página é sobre a distância entre essa leitura e o que este conversor de fato entrega.

O codificador aqui produz JPEG XL com perdas na qualidade 82, o mesmo padrão usado em todo alvo com perdas deste site. Ele não grava o modo sem perdas, e não existe ajuste na página que troque para ele.

Então o instinto acima cai na página errada. O que você recebe é uma imagem pequena, moderna e bem comprimida que não é mais o bitmap original, dentro de um contêiner que a maioria dos programas ainda não abre. Essa combinação é pior do que qualquer um dos dois problemas sozinho, e é por isso que esta seção vem cedo, não no rodapé: uma conversão que fizesse a troca com perdas em silêncio enquanto o leitor acredita estar arquivando produziria exatamente o resultado que um arquivamento existe para evitar, e a pessoa só descobriria anos depois.

O PNG é sem perdas, é padronizado desde 1996, todo navegador e todo editor lê ele, e no material chapado que costuma estar em arquivo BMP ele comprime bem. Uma fotografia de 960 por 640 medida aqui ficou em 468 KB como PNG contra 1,84 MB como BMP, e arte de cores chapadas sai ainda melhor.

Não é tão eficiente quanto seria um JPEG XL sem perdas. É universal, é exato, e daqui a trinta anos ainda vai abrir — que é a única coisa pela qual um formato de arquivamento é de fato julgado. Os próprios BMPs sendo convertidos aqui são prova disso: eles sobrevivem porque o formato é simples e tudo lê, não porque algum dia foi bom. Escolha PNG para o mestre e volte a um formato com perdas quando souber para onde a imagem vai.

Boa parte dos arquivos BMP são páginas, não fotos — digitalizações e fax escritos por programas de imagem que não tinham outra opção. O JPEG XL não tem nada a oferecer para eles. Uma codificação com perdas de uma página de texto é exatamente a operação errada, e o contêiner é um que nenhum sistema de registros, colega de trabalho ou órgão regulador vai aceitar.

Para esses casos, o PDF é o entregável e o TIFF é o que uma especificação de arquivamento costuma pedir, e este site converte um bitmap direto para os dois. Se o que importa é o texto e não a imagem dele, a conversão de BMP para TXT lê a página com reconhecimento óptico de caracteres. Decidir qual dos três você realmente quer leva menos tempo do que converter a pasta duas vezes.

O suporte de navegadores ao JXL é registrado como parcial, ao lado do «todos» que PNG, JPEG, GIF e WebP recebem. Não é um estado passageiro de um formato novo; o JPEG XL vive uma recepção irregular desde que foi padronizado, e a situação está indefinida há anos, não meses.

A consequência prática é que um JXL não é um arquivo para mandar a alguém nem para colocar numa página sem alternativa. É um arquivo que se guarda para si mesmo, em máquinas cujo software você controla — um uso legítimo, mas bem mais estreito do que os méritos técnicos do formato sugerem. Na engenharia, o JPEG XL é o formato de imagem estática mais forte deste catálogo; na adoção, é o mais atrasado.

O GIMP e o ImageMagick leem corretamente e os dois são gratuitos, então o formato não fica trancado — mas nenhum dos dois é o que a maioria das pessoas tem à mão quando dá duplo clique num arquivo.

Visualizadores do sistema operacional, gerenciadores de banco de imagens e vários editores populares ainda não mostram nada. Vale testar na sua própria máquina antes de converter uma pasta inteira, porque uma pasta cheia de arquivos que não geram miniatura é uma coisa bem chata de descobrir um mês depois.

Ele dá pixels limpos, sem processamento prévio. Um BMP nunca passou por um codificador com perdas, então nada nele é artefato de uma compressão anterior, e isso é a melhor entrada possível para qualquer codificador — não há ruído a descrever que não estivesse na cena original.

Ele não tem o resto para dar. Oito bits por canal contra os 32 do formato, RGB simples sem informação de gama estendida, sem perfil de cor, sem EXIF, sem dado de captura — o BMP não carrega nenhum contêiner de metadados. A folga do JPEG XL fica vazia porque não há nada na origem para preencher ela, e o arquivo será lido como sRGB por quem quer que o abra. Se o bitmap veio de um instrumento calibrado ou de um scanner com gestão de cor, vale conferir essa suposição em vez de aceitá-la sem checar.

O JPEG XL carrega canal alfa, e nada nesse caminho achata a imagem nem pede uma cor de fundo, então as áreas transparentes de um bitmap de 32 bits sobrevivem. Os arquivos de 24 bits, que são a maioria do que sai de um BMP, não têm alfa para começar.

O JPEG XL também aceita animação, e o BMP não tem nada disso, então essa capacidade fica sem uso. Vale mencionar só porque é mais uma linha da especificação que uma fonte BMP não consegue aproveitar, o mesmo tema de sempre ao converter de um formato que é anterior a todos os outros.

Muito menos, porque quase qualquer coisa é muito menos do que três bytes por pixel. Um bitmap de 1920 por 1080 tem 6,2 MB antes de qualquer decisão sobre a imagem, e um JPEG XL com perdas dele será uma fração pequena disso.

Contra WebP e AVIF a comparação fica bem mais apertada e depende da imagem. Se o tamanho do arquivo é o que importa, converta o mesmo bitmap para dois ou três alvos e compare os bytes reais — leva um minuto aqui e resolve uma pergunta que nenhuma regra geral responde de forma confiável. E se os três ficarem a poucos por cento de diferença, o que acontece com frequência, a decisão deveria ser pelo suporte, não pelos bytes. Nesse critério o JPEG XL é o último dos três, e não é por pouco.

O bitmap é decodificado pelo navegador e codificado por uma versão em WebAssembly do codificador JPEG XL, na mesma aba. Nada é enviado a lugar nenhum, não existe conta, e o teto é de 100 MB por arquivo — cerca de 33 megapixels de bitmap sem compressão.

Solte uma pasta e os arquivos convertem um depois do outro, mantendo o nome com a extensão trocada, e voltam num ZIP. Dado tudo isso, converter dois ou três arquivos primeiro e conferir se o seu próprio software abre eles é tempo mais bem gasto do que converter a pasta duas vezes. Guarde os bitmaps até fazer essa checagem: esta conversão tem perdas e não há volta do JXL para os pixels que o bitmap tinha, então apagar os originais é o único passo do processo que não se desfaz.