Converter JXL para WebP

O JPEG XL perdeu a disputa dos navegadores. O Chrome carregou ele atrás de uma flag, removeu o decodificador em 2023 e não trouxe de volta; o Safari lançou e manteve. Essa divisão é o motivo desta página ter visitantes: uma fotografia que renderiza perfeitamente num Mac é um ícone de imagem quebrada para a maioria de uma audiência, e não há nada de errado com o arquivo.

O WebP é o outro lado dessa história. O Google publicou em 2010, está especificado na RFC 9649, e todo navegador atual lê — assim como os formulários de upload, os sistemas de gestão de conteúdo e os clientes de chat que ficam entre você e a pessoa que precisa ver a imagem. A conversão não é uma melhoria em nenhum sentido técnico. É uma troca de fidelidade por alcance, feita de propósito.

Suporte de navegador é a manchete, mas não é a parte que custa uma tarde de trabalho para a maioria das pessoas. As falhas se concentram no software que ninguém pensa a respeito: uma biblioteca de mídia do WordPress que rejeita a extensão, uma pré-visualização do Slack que fica em branco, o aplicativo Fotos de um colega do Windows que não mostra nada, um validador de feed de produto que recusa o arquivo de cara. Nenhum desses vai mostrar um erro útil; a maioria simplesmente se comporta como se você não tivesse anexado nada.

O JPEG XL tem o GIMP e o ImageMagick do seu lado e comparativamente pouco mais na camada de consumidor. O WebP chega com Photoshop, GIMP e Squoosh lendo direto, e tratamento quase universal em qualquer lugar que um arquivo é enviado em vez de aberto. Se o destino é um formulário, um feed ou a caixa de entrada de outra pessoa, essa diferença já decide a conversão sozinha.

O JPEG XL permite até 32 bits por canal e descreve cor de gama ampla nativamente, o que é boa parte do motivo pelo qual foi proposto como formato de arquivamento. O WebP guarda 8 bits por canal e nada além disso. Qualquer folga que o original carregava para correção de exposição ou mapeamento de gama para nesta conversão.

O pipeline deixa isso concreto antes mesmo do codificador rodar. O decodificador de JPEG XL devolve pixels RGBA de 8 bits, e tudo adiante trabalha nesse buffer, então a redução acontece na entrada em vez de ser um compromisso dentro do codificador de WebP. Guarde o JPEG XL. Ele é a cópia master, e uma vez que esses pixels estão em 8 bits não existe caminho de volta para a profundidade que estava no original.

Isso surpreende quem converte escaneamentos e panoramas. O contêiner WebP codifica as dimensões da imagem em 14 bits, então 16.383 pixels é o teto absoluto em cada eixo — não é um ajuste, não é um plano, é um limite escrito no formato. O JPEG XL não tem um teto comparável em uso comum, o que é um dos motivos pelos quais foi proposto para digitalização e trabalho de arquivamento em primeiro lugar.

O controle de largura máxima nesta página é a resposta quando um arquivo passa desse limite. Defina uma largura que o destino realmente precisa — 2.000 pixels é generoso para uma imagem web em largura total — e a conversão redimensiona antes de codificar. Se o ponto inteiro do arquivo é ele ter 20.000 pixels de largura, o WebP é o destino errado, e TIFF ou PNG é a recomendação honesta no lugar.

Os dois formatos carregam canal alfa completo, então esta é uma das poucas conversões do site em que transparência não é um problema. Uma foto de produto recortada ou uma logo com bordas suaves converte sem cor de fundo para escolher, sem franja, e sem decisão para errar depois.

Vale comparar isso com as alternativas que as pessoas consideram a partir do mesmo ponto de partida. Ir para JPG ou BMP significa achatar o alfa sobre uma cor escolhida, e se a imagem vai ficar sobre mais de um fundo, essa escolha é um erro permanente. Onde existe transparência na origem, WebP e AVIF são os dois únicos destinos de entrega convencionais que a mantêm.

O JPEG XL pode guardar animação, e o WebP também, o que torna este o caso decepcionante: o decodificador usado aqui devolve uma única imagem, então uma origem animada sai como uma imagem parada. O primeiro quadro é o que você recebe, e o resto do arquivo é descartado silenciosamente pelo codec, não por nenhuma escolha feita nesta página.

Se o movimento importa, o formato de imagem é o destino errado de todo jeito. Um clipe curto como MP4 ou WebM costuma ser uma fração do tamanho da animação equivalente e toca com decodificação por hardware em qualquer celular. Trate esta conversão como um jeito de tirar um quadro pôster de um arquivo animado, não como um jeito de mover a animação.

O padrão é 82, o ponto em que a recodificação é invisível em tamanho de visualização normal na maioria das fotografias. Como a origem já é uma imagem comprimida na maioria dos casos, esta é uma segunda geração de compressão com perdas, e os artefatos que se acumulam são os que ficam ao redor de bordas duras e texto, não no céu aberto. O único caso em que o padrão claramente erra é uma imagem que já foi comprimida com força uma vez, onde uma segunda passagem a 82 vai afiar visivelmente o que a primeira passagem borrou.

Suba na direção dos noventa e poucos para prints de tela, diagramas e qualquer coisa com linhas de um pixel ou letras pequenas — é onde uma segunda passagem aparece primeiro. Baixe abaixo de 70 só para fundos decorativos que ninguém examina. E converta a partir do JPEG XL toda vez que precisar de um tamanho novo em vez de recodificar o WebP, porque cada passagem por um codec com perdas parte dos erros da anterior.

O JPEG XL pode guardar EXIF, XMP e um perfil ICC. Nada disso chega na saída aqui. A conversão decodifica para pixels crus e codifica de novo, o que é uma volta que nenhum bloco de metadado sobrevive. Não há nenhum controle para isso nesta página, porque não há nada para um controle decidir: os pixels são tudo que atravessa.

Esse costuma ser o resultado que as pessoas querem numa imagem web — as coordenadas de GPS da casa onde uma foto foi tirada não têm nada a ver com um recurso de página — mas é uma perda onde o arquivo também é o registro. Se a data de captura, o modelo da câmera ou o perfil de cor importam para você, guarde o JPEG XL ao lado do WebP em vez de substituir ele. E preste atenção especial no perfil: um WebP sem marcação é interpretado como sRGB por todo visualizador, então um original de gama ampla pode mudar visivelmente.

O WebP tem dois modos. O sem perdas guarda pixels exatos e é a escolha certa para gráficos planos; o com perdas é uma imagem parada do codec de vídeo VP8 e é o que quase todo WebP na web realmente é. Esta conversão grava o modo com perdas, na qualidade que você definir, sem controle para mudar isso.

Um detalhe desse codificador vale saber porque trabalha a seu favor: o canal alfa é comprimido separadamente da cor e em qualidade máxima por padrão, então a transparência continua nítida mesmo quando a imagem em si está sendo comprimida com força. Se você precisa de uma saída genuinamente sem perdas a partir de um JPEG XL, o PNG é o destino deste site que oferece isso, num arquivo consideravelmente maior.

Solte a pasta inteira. Cada JPEG XL é decodificado e recodificado por sua vez no seu próprio processador, mantém o nome com a extensão trocada, e o conjunto volta como um único ZIP. Não há fila, não há espera por arquivo e não há cota diária, porque não há servidor fazendo o trabalho. O próprio motor é buscado uma vez, sob demanda, na primeira vez que uma conversão roda na página — um visitante que só lê o texto não baixa nada disso.

O argumento de privacidade é mais forte aqui do que o geral, por causa de quem acaba com arquivos JPEG XL. Eles vêm de fotógrafos testando um codec de arquivamento, de aparelhos Apple, e de pessoas que escolheram o formato de propósito — o que dizer, de acervos de fotografia pessoal, não de banco de imagens. Arquivos até 100 MB convertem no plano gratuito, e nenhum deles sai da máquina em que você está sentado.