Converter WebP para BMP

Essa é a primeira coisa a esperar, e pega as pessoas de surpresa, porque toda outra conversão que já fizeram deixou o arquivo menor. O WebP existe para comprimir uma imagem para entrega; o BMP existe para guardar um retângulo de pixels sem trabalho de decodificação nenhum. A aritmética são exatamente três bytes por pixel mais um cabeçalho de 54 bytes, seja qual for a imagem.

As próprias amostras deste site tornam isso concreto a 480 por 320 pixels: a fotografia são 14.700 bytes como WebP e 460.854 como BMP — trinta e uma vezes maior para a mesma imagem. O número do BMP nunca muda porque o conteúdo é irrelevante para um formato sem compressão. Uma imagem de 4.000 pixels salva de um site de fotografia vira um BMP de cerca de 48 MB.

WebP são dois formatos usando uma extensão só: uma imagem estática e uma animação. Bastante gráfico pequeno em loop na web é do segundo tipo, e o decodificador usado aqui lida só com o primeiro. O resultado é uma recusa com mensagem legível em vez de uma conversão silenciosa do primeiro quadro.

É a melhor das duas falhas disponíveis, e é deliberada. Se você só queria um quadro, abra o arquivo num navegador, pause e capture a tela do quadro que você quer. Se a própria animação precisa sobreviver, WebP para GIF é a conversão que mantém isso, e o BMP nunca poderia ter guardado.

24 bits e sem compressão, com um BITMAPINFOHEADER — o básico que todo leitor de BMP já escrito entende, inclusive os que estão dentro de aparelhos embarcados onde o interpretador tem duzentas linhas de C. Não há paleta, nenhuma codificação por sequência e nenhum cabeçalho V5.

Três detalhes importam se você está escrevendo o código que consome o arquivo. As linhas são guardadas de baixo para cima. Os canais são ordenados azul, verde, vermelho em vez do contrário. E cada linha é preenchida até um múltiplo de quatro bytes. Os três estão na especificação. O campo de resolução é escrito como 2.835 pixels por metro, que são 72 dpi.

O WebP carrega um canal alfa de verdade, e muita imagem salva de páginas web usa isso — logotipos, selos, recortes de produto. O BMP escrito aqui não tem alfa, então a imagem é composta sobre uma cor sólida antes de codificar, na mesma passagem de qualquer redimensionamento.

A cor é branca por padrão e há um controle para isso. Ajuste de propósito quando o destino é uma máquina em vez de uma pessoa: uma rotina de inspeção que aplica limiar na imagem se comporta completamente diferente contra branco do que contra preto ou magenta. Se a transparência é o ponto, WebP para PNG é a conversão que consegue expressar isso.

Um WebP pode ser com ou sem perda, e a extensão não diz qual. Se era com perda — que é a maioria das imagens servidas por sites — o codificador já suavizou áreas planas e produziu halo ao longo de bordas duras, e esses agora são os pixels. Escrever eles num contêiner sem compressão preserva exatamente e não recupera nada.

Isso importa porque "sem compressão" soa como "alta qualidade" e não é a mesma coisa. O BMP é uma cópia fiel de uma imagem que já foi comprometida, trinta vezes maior e nem um pouco melhor. Se o original existe em outra forma — o PNG que muitos sites servem junto do WebP — converter esse é o único jeito de realmente melhorar o resultado.

Vale cinco minutos na documentação antes de aceitar um aumento de trinta vezes no tamanho. Bastante ferramenta embarcada, de laboratório e industrial que lista BMP também aceita PNG, que é sem perda, dramaticamente menor, carrega transparência e tem decodificador disponível para toda plataforma. Onde os dois estão listados, PNG é a escolha melhor em toda medida.

Os casos genuínos de exigência de BMP são reais e estreitos: um interpretador que alguém escreveu internamente, um controlador de tela com kilobytes de ROM, um programa compilado em 1997 que ninguém consegue recompilar, ou um trabalho de curso que especifica o formato porque lê-lo é o exercício.

Como o tamanho da saída é puramente uma função da contagem de pixels, reduzir as dimensões é a única alavanca que existe. A opção de largura máxima escala a imagem antes de codificar, usando uma redução filtrada em vez de descartar pixels, então texto e bordas ficam limpos.

Depende inteiramente do destino se vale usar. Uma tela embarcada de 480 por 272 não ganha nada com uma origem de 2.000 pixels e vai gastar tempo e memória real nisso. O BMP em si não impõe teto — diferente do WebP, que não passa de 16.383 pixels numa borda — então o limite aqui é o que o leitor do outro lado consegue segurar em memória.

Se o problema é simplesmente que o software comum não abre o arquivo, WebP para PNG é a resposta quase sempre: sem perda, suportado universalmente, transparência intacta, e uma fração do tamanho do BMP. Se o destino é uma pessoa — um e-mail, uma gráfica, um serviço de foto — WebP para JPG é o que ela espera.

Se a imagem precisa entrar num documento ou envio que nomeia um formato, WebP para PDF e WebP para TIFF existem e são mais prováveis de ser o que um formulário está pedindo do que BMP. BMP se justifica só quando algo inflexível o nomeou.

O libwebp compilado para WebAssembly decodifica o arquivo, e o BMP é escrito à mão em poucas dezenas de linhas, porque o formato é um cabeçalho seguido de pixels e não justifica embarcar uma biblioteca de imagem. Nada é enviado, não há conta, e o codec é buscado só quando um WebP de fato é solto.

O limite gratuito é 100 MB por arquivo, muito além de qualquer WebP — a restrição desta página é a saída, não a entrada. Lotes funcionam: solte uma pasta, cada arquivo converte com sua própria linha de progresso, e os resultados voltam como um ZIP. Como todo BMP são três bytes por pixel, esse ZIP pode ficar bem grande.