Converter AVIF para BMP

O AVIF foi desenhado em 2019 para deixar fotografias pequenas o bastante para trafegar numa conexão de celular. O BMP foi desenhado pela Microsoft em 1987 para ser um bloco de pixels que um programa lê direto para a memória, sem nenhuma compressão em nenhuma das pontas. Colocar os dois lado a lado produz o maior multiplicador de tamanho de qualquer par aqui.

Nenhum dos dois formatos está sendo mal usado. O BMP não é um formato ruim; é um formato com uma única função, que é ser trivialmente legível por software que não quer implementar um decodificador — o cabeçalho diz a largura da imagem e o resto do arquivo é a imagem, pixel a pixel. O tamanho é o preço disso, e era um preço razoável quando uma tela tinha 640 pixels de largura. Só a chegada de câmeras de trinta megapixels na outra ponta transformou um projeto sensato num arquivo alarmante.

A conta é fixa e não depende do conteúdo da imagem. Largura vezes altura vezes três bytes, mais o cabeçalho. Um ícone de 1000 por 1000 pixels dá 3 MB. Uma foto de 3000 por 2000 dá 18 MB. Uma de 6000 por 4000 dá 72 MB.

Compare com o que você soltou na página. Um AVIF entregue por um site, dessa mesma foto de 3000 por 2000, normalmente fica abaixo de meio megabyte, o que já passa de cinquenta vezes de diferença antes de qualquer coisa incomum acontecer. Em arte gráfica com cor chapada — uma logomarca, um gráfico, um ícone de interface — o AVIF se sai ainda melhor, porque grandes áreas de cor idêntica são exatamente o que qualquer codec moderno comprime com mais força, e a razão sobe para as centenas. Nada na imagem mudou; só a honestidade do armazenamento mudou. Vale conferir o número no seu próprio arquivo antes de converter uma pasta inteira, porque esse multiplicador é que decide se o lote cabe em algum lugar.

Como o tamanho depende só das dimensões, não existe ajuste de qualidade nesta conversão, e não poderia existir. Um BMP não tem nenhum controle para girar: todo pixel custa os mesmos quatro bytes, esteja num degradê ou numa margem branca.

A largura máxima é, portanto, a única alavanca real, e ela funciona produzindo menos pixels em vez de pixels mais baratos. Reduzir a largura pela metade reduz o arquivo a um quarto, porque as duas dimensões encolhem juntas — 3000 por 2000 a 18 MB vira 1500 por 1000 a 4,5 MB. Isso vale saber quando o destino é um display embarcado que só precisava de 480 pixels, onde o bitmap em resolução total não é só desperdício, é grande demais para o dispositivo guardar. Mandar um bitmap sem redimensionar para uma tela pequena é a forma mais comum de esta conversão gerar um arquivo que ninguém consegue usar.

BMP é menos um formato único e mais uma pequena família. Pode guardar pixels em cor cheia ou numa paleta indexada de até 256 cores, em várias profundidades de bit, e uma especificação que só diz "BMP" sem dizer qual desses ainda não terminou a frase. O que sai desta conversão é um bitmap em cor cheia, quatro bytes por pixel.

Isso é o que praticamente tudo lê, e não é universalmente o que é pedido. O firmware de um display pequeno é a exceção mais comum: um painel embarcado com memória limitada muitas vezes exige explicitamente 24 bits ou uma paleta indexada de 8 bits, porque é isso que o framebuffer dele guarda. Leia a documentação do equipamento antes de converter, e onde ela pedir uma variante que esta conversão não produz, o IrfanView e o GIMP regravam um BMP na profundidade que o dispositivo quer, num único passo.

O AVIF pode guardar doze bits por canal e uma gama de cores ampla, e é por isso que ele carrega fotografia HDR na web. O BMP escrito aqui é oito bits por canal em RGB comum, o formato que todo leitor de BMP espera.

Para uma imagem web normal nada se perde, porque oito bits é tudo que ela já tinha. Numa origem HDR, a faixa extra é descartada, e o sintoma visível é um céu achatado ou um brilho que corta em vez de suavizar. Se isso importa, a redução deve ser feita de propósito num editor que deixa escolher como a faixa é mapeada, e não como efeito colateral de chegar a um formato de 1990.

O AVIF carrega um canal alfa completo, e um BMP, do jeito que todo programa que consome um espera, não carrega. Então os pixels transparentes são preenchidos com uma cor escolhida antes de converter, e esse preenchimento é definitivo — a transparência é substituída, não escondida.

Escolha a cor sobre a qual a imagem vai realmente ficar, e não uma cor neutra qualquer. As bordas com anti-serrilhado são parcialmente transparentes, então elas se misturam com a sua escolha: contra o fundo certo a borda fica suave, e contra outro fundo a arte carrega um halo fraco em toda a volta. Esse halo é o sinal clássico de uma logomarca achatada em branco e depois colocada sobre algo escuro, e não dá para removê-lo depois sem refazer a conversão a partir do AVIF. Para um instrumento ou painel, a cor exata costuma estar na documentação recebida, o que torna isso uma consulta e não um palpite.

Essa é a assimetria útil e é o motivo de esta conversão acontecer no navegador. O software esperando o BMP — o instrumento, o painel, o terminal de caixa, o utilitário do Windows com vinte anos — não tem decodificador de AVIF e nunca vai ter. O sistema operacional em que roda pode nem ter um.

Um navegador tem. O AVIF é decodificado pelo mesmo código que desenha ele numa página web, então isso funciona numa máquina onde clicar duas vezes no arquivo não faz nada, e produz um arquivo que aquela máquina consegue então tratar sem instalar mais nenhum software. É uma resposta melhor do que instalar um pacote de codecs num sistema controlado, e numa máquina em que você não tem permissão para instalar nada é a única resposta.

Converta só no limite e guarde o AVIF. Ele é uma fração do tamanho, ainda tem a transparência, ainda tem a faixa de cor completa, e é o que você vai querer se o destino mudar ou o equipamento for trocado.

Mandar um BMP para uma pessoa em vez de uma máquina quase sempre é erro pelo mesmo motivo. Lota uma caixa de entrada, entope um drive compartilhado, e não tem nada nele que um PNG não carregasse sem perdas numa fração do tamanho, mantendo a transparência que você teve que destruir aqui. BMP é um formato de transporte para equipamento que exigiu ele; tratá-lo como formato de arquivamento é como um projeto acaba com cem gigabytes de imagens que caberiam em dois.

O AVIF pode guardar uma sequência de quadros, herança do codec de vídeo por baixo dele. Um BMP guarda uma única imagem parada e não tem noção nenhuma de um segundo quadro.

Então, se o que você tem é uma animação curta, esta conversão não é uma versão com perdas do que você queria — é o destino errado. MP4 mantém o movimento num tamanho razoável e GIF mantém em algo que software antigo entende, e qualquer um dos dois é melhor resposta do que um único quadro dentro de um arquivo enorme. Se o dispositivo realmente pede uma sequência de bitmaps, o que alguns displays pequenos pedem, os quadros precisam ser extraídos primeiro e cada um convertido — trabalho para um script, não para esta página.

Solte até 100 arquivos de uma vez: cada um converte na sua vez, mantém o nome com a extensão trocada, e o lote volta como um único ZIP. Cem é onde o lote gratuito para, e o que passar disso é descartado em vez de entrar numa fila. Nada é enviado, então não existe fila, conta ou limite diário.

A restrição real está na saída, não na entrada. Quarenta fotos de 3000 por 2000 somam mais de setecentos megabytes de bitmap sendo mantidos na aba enquanto o pacote é montado, e um lote que seria trivial em qualquer outro formato deixa de ser trivial aqui. Converta em grupos pequenos, salve conforme for, e defina uma largura máxima se o destino não precisar da resolução completa.