Converter JPG para JXL

O JPEG XL tem uma capacidade que nada mais nesta família tem: consegue pegar um JPEG existente, reembalar os coeficientes dele sem nunca decodificar em pixels, e produzir um arquivo cerca de vinte por cento menor a partir do qual o JPEG original pode ser reconstruído byte a byte. Nada se perde, nada se acrescenta, e a operação é reversível. É o argumento mais forte já feito para mover um acervo fotográfico para o formato.

Este conversor não faz isso. Toda conversão de imagem deste site decodifica a origem em pixels crus e codifica o resultado do zero — é a forma do pipeline inteiro, e não há exceção para esta dupla. O que você recebe de volta é, portanto, uma nova codificação com perda da sua fotografia: menor, ligeiramente diferente, e não convertível de volta ao arquivo com que você começou. Dizer isso é o motivo inteiro de esta página ser escrita à mão.

O JPEG é decodificado pelo mozjpeg num buffer RGB de 8 bits, e o libjxl codifica esse buffer na qualidade que você escolher, padrão 82. O resultado na fotografia de amostra deste site: 8.924 bytes de JPG viram 7.240 bytes de JXL — dezenove por cento menor, número perto o bastante do da recompressão para confundir, chegando por uma rota completamente diferente.

A diferença importa mais que o número. Dezenove por cento por recodificação custa uma geração de qualidade e não pode ser desfeito; dezenove por cento por recompressão não custa nada e pode ser desfeito a qualquer momento. Se a economia é o que você quer e a exatidão não, esta página serve. Se prometeram as duas coisas, você estava lendo sobre o cjxl.

O libjxl distribui dois programas de linha de comando, cjxl e djxl, gratuitos, de código aberto e disponíveis para Windows, macOS e Linux. O cjxl, recebendo um JPEG, faz a transcodificação sem perda por padrão, e o djxl reverte e devolve o JPEG original. Para uma biblioteca grande isso é um script e uma tarde, e o resultado é genuinamente reversível.

O motivo de não estar disponível aqui é arquitetural, não ideológico. Este pipeline é construído em torno de decodificar em pixels e codificar de novo, o que é o que faz uma centena de pares de formato funcionarem por um caminho só, e uma transcodificação de JPEG no nível de coeficiente é um caso especial que passa por cima de tudo isso. Um conversor de navegador é o formato errado para esse trabalho, e a ferramenta certa está a um download de distância.

Um JPEG já descartou informação, e o que sobra inclui os próprios artefatos: fronteiras de bloco de oito por oito em áreas planas, halos ao longo de bordas duras, e cor guardada na metade da resolução do brilho. Isso agora é simplesmente a imagem, e o codificador de JXL gasta bits reproduzindo tudo fielmente enquanto quantiza de novo por cima.

O quanto isso machuca depende inteiramente do original. Um JPEG que saiu de uma câmera em alta qualidade sobrevive a uma recodificação em 82 com pouquíssima mudança visível. Um JPEG que passou por um app de mensagens, foi capturado de tela, ou foi salvo em qualidade 60 já tem artefatos visíveis, e a segunda passagem piora um pouco em vez de suavizar. Se o arquivo bruto ou uma exportação sem perda ainda existe, codificar a partir daí é estritamente melhor.

O controle vai de 1 a 100 e começa em 82. Como a origem já tem perda, há um argumento para ajustar um pouco mais alto do que você faria a partir de um original: o codificador está tentando reproduzir uma imagem que contém estrutura que ele não colocou ali, e dar mais espaço significa borrar menos essa estrutura.

O topo da faixa se comporta diferente e vale conhecer. Medido pelo próprio codificador deste site: na qualidade 100 um degradê de 256 por 256 voltou com 334 de 262.144 amostras erradas por um nível, e arte plana voltou idêntica bit a bit — quase sem perda em relação aos pixels decodificados, embora não em relação ao seu arquivo JPEG. O JXL resultante fica bem maior que o JPEG nesse ajuste, então qualidade 100 só faz sentido quando o arquivo vai entrar num fluxo que vai recodificá-lo de novo, não como estratégia de armazenamento.

Um JPEG carrega EXIF, XMP, IPTC, um perfil ICC e frequentemente coordenadas de GPS, e para um acervo de fotografias isso costuma ser tão valioso quanto os pixels — a data, a câmera, a lente, o local, a legenda, a linha de direitos autorais. Nada disso sobrevive, porque a conversão decodifica em pixels crus e recodifica, e isso é incondicional, não algo que a página deixa você decidir.

Para uma fotografia isolada sendo enviada a algum lugar, isso costuma ser bem-vindo, já que também remove as coordenadas da casa onde ela foi tirada. Para uma migração de biblioteca é um problema sério, e é o segundo motivo, depois da reversibilidade, de o cjxl ser a ferramenta certa para esse trabalho: preserva o bloco de metadado inteiro junto dos coeficientes. Perder um perfil ICC também achata levemente a cor saturada, porque um arquivo sem rótulo é lido como sRGB por quem quer que abra depois.

Na fotografia de amostra deste site, na qualidade padrão, a mesma imagem são 8.924 bytes como JPG, 14.700 como WebP, 17.599 como AVIF e 7.240 como JXL. JPEG XL é o menor dos quatro, o argumento técnico do formato numa linha só — e o JPEG do mozjpeg fica em segundo, lembrete de que um JPEG bem codificado não é o fraco que costuma ser descrito.

O suporte roda na ordem exatamente oposta. JPG abre em todo lugar, WebP abre em todo navegador atual, AVIF nos modernos, e JXL em alguns. Para uma fotografia que precisa ser enviada, publicada ou entregue, essa ordem domina, e JPG ou WebP é a resposta certa. O JPEG XL ganha só onde os arquivos ficam dentro de um sistema que você controla.

O argumento a favor é genuíno: cerca de um quinto do disco de volta, ou mais com a transcodificação sem perda, em acervos que frequentemente têm centenas de gigabytes. O argumento contra é que JPEG é o formato de imagem mais universalmente legível que já existiu, e uma biblioteca que para de abrir no software que você usa vale muito mais do que o armazenamento que custa.

O meio-termo defensável é manter os JPEGs e tratar o JXL como experimento, ou usar o cjxl para a migração ser reversível e nada estar de fato em risco. O que não é defensável é converter um acervo de vinte anos por um navegador em qualidade 82 e apagar os originais — a leitura de "JPEG XL economiza vinte por cento sem perda" que esta página existe para prevenir.

O mozjpeg decodifica e o libjxl codifica, os dois compilados para WebAssembly e buscados só quando necessário, inteiramente dentro do seu navegador. Nada da fotografia atravessa a rede, o que importa para o material que acaba nesta página — acervos pessoais, ensaios de cliente, trabalho não publicado.

O limite gratuito é 100 MB por arquivo, muito além de qualquer JPEG. Lotes funcionam: solte uma pasta, cada arquivo converte com sua própria linha de progresso, e os resultados voltam como um ZIP. A codificação em JPEG XL é mais lenta que WebP e mais rápida que AVIF, então algumas centenas de fotografias é questão de minutos.