Converter JXL para AVIF

Os dois formatos existem porque o JPEG tem trinta anos e a web move uma quantidade enorme de fotografias. O AVIF chegou primeiro, em 2019, como uma imagem parada embrulhada no codec de vídeo AV1, publicado pela Alliance for Open Media. O JPEG XL veio depois, em 2022, como ISO/IEC 18181-1, do mesmo comitê que produziu o padrão JPEG original.

Eles são pares de um jeito que as conversões deste site raramente são. Os dois são abertos, os dois carregam alfa completo, os dois fazem sem perdas e com perdas, os dois tratam cor de gama ampla, os dois permitem animação. As diferenças que importam para um projeto real não estão nas tabelas de compressão — estão em qual deles um navegador vai decodificar, e essa questão foi decidida contra o JPEG XL em 2023, quando o Chrome removeu o suporte experimental.

Na compressão fotográfica com perdas, os dois trocam de lugar dependendo do material e da qualidade alvo. O AVIF tende a se sair melhor em ajustes agressivos, onde sua herança de vídeo suaviza o que de outra forma seriam artefatos visíveis. O JPEG XL tende a ficar na frente em alta qualidade, onde sua codificação mais fina preserva textura que o AVIF achata.

No modo sem perdas não há disputa: o JPEG XL foi desenhado em torno disso e consegue recompactar um JPG existente cerca de vinte por cento menor com os bytes originais recuperáveis, um truque para o qual o AVIF não tem equivalente, e que foi o que tornou o formato interessante para quem guarda uma década de fotos de câmera. Se você está convertendo para a web, nada disso é decisivo; a diferença entre os dois codecs é menor que a diferença entre qualquer um dos dois e o JPG que você servia antes. Se você estivesse convertendo para um arquivamento, esta seção seria um argumento contra a conversão.

O AVIF é um contêiner e nada mais. Os pixels dentro dele são um quadro-chave de AV1, e o arquivo ao redor é uma estrutura de caixas ISO base media — a mesma família de envelope do MP4. O JPEG XL é um codec primeiro: a forma simples do arquivo é um fluxo de bits cru começando com os dois bytes FF 0A, e a forma encaixotada existe só para o metadado ter onde morar.

A consequência é prática, não acadêmica. Os navegadores ganharam o AVIF quase de graça porque já tinham um decodificador de AV1 para vídeo, e a decodificação por hardware segue o mesmo caminho em celulares e notebooks mais novos. O JPEG XL não tem nenhum codec de vídeo carregando ele, então toda plataforma que suporta teve que escolher isso, e a maioria não escolheu. A linhagem compartilhada aparece no próprio arquivo: um AVIF abre com a mesma caixa ftyp que um MP4, e só a marca gravada dentro dela diz qual dos dois você tem em mãos.

No papel, este par mantém mais do que a maioria: o JPEG XL permite até 32 bits por canal e o AVIF até 12, então um original de alta profundidade de bits sobreviveria à mudança de formato com folga. Neste conversor, não sobrevive, e vale dizer o motivo em vez de passar batido.

A etapa de decodificação devolve pixels RGBA de 8 bits, e o codificador de AVIF recebe esse buffer, então a saída fica em 8 bits independentemente do que a origem carregava. Para entrega na web isso já é a saída correta de qualquer forma — navegadores compõem em 8 bits e a profundidade extra seria descartada adiante. Para um master já tratado ou um arquivo que você pretende editar mais, guarde o JPEG XL e trate o AVIF como uma cópia.

Espere uma pausa real por arquivo. A codificação de AVIF busca estrutura para descrever de forma compacta com muito mais afinco do que qualquer codificador de imagem parada da geração anterior, e uma fotografia grande pode levar vários segundos numa máquina rápida. Decodificar o JPEG XL é rápido em comparação; o tempo é gasto inteiramente na saída.

Isso molda como usar esta página. Converter três imagens é rápido o bastante para parecer interativo. Converter trezentas é um trabalho para começar e sair de perto — exatamente o caso em que um serviço hospedado estaria cobrando pelo tempo de processador, e aqui é a sua própria máquina e é grátis. O progresso do lote é reportado por arquivo para que uma execução longa não pareça travada, e cada arquivo reporta de novo entre a decodificação e a codificação, porque a segunda metade é onde os segundos vão.

O AVIF carrega canal alfa completo, então transparência não exige nenhuma decisão aqui — sem cor de preenchimento, sem máscara, sem halo onde as bordas eram suaves. Os dois formatos também descrevem cor de gama ampla, o que torna este o único destino de entrega que poderia, em princípio, preservar um original em Display P3 vindo de uma câmera moderna.

A ressalva é a mesma da profundidade de bits. Esta conversão não grava nenhum perfil ICC na saída, então o resultado sai sem marcação, e todo visualizador vai ler como sRGB. Onde precisão de cor é o objetivo, e não o tamanho do arquivo, isso é motivo para guardar o JPEG XL como referência e conferir o AVIF contra ele antes de publicar.

Os dois formatos definem animação, então este limite pertence ao conversor, não a nenhuma das duas especificações. O decodificador de JPEG XL devolve uma imagem, e esse único quadro é o que o codificador de AVIF recebe — uma origem animada, portanto, produz uma imagem parada, sem erro e sem aviso do codec.

Para movimento de verdade, a resposta certa não é um formato de imagem de jeito nenhum. Um vídeo AV1 ou H.264 num contêiner MP4 ou WebM vai ser menor que um AVIF animado do mesmo clipe, toca com decodificação por hardware em quase todo lugar, e pode ser pausado. Use esta conversão quando você quer um quadro, não quando você quer a sequência.

Tudo acima aponta na mesma direção. O JPEG XL é o melhor contêiner para o que você guarda — modo sem perdas, alta profundidade de bits, e a capacidade de recompactar um JPG existente sem tocar na qualidade da imagem — enquanto o AVIF é o melhor contêiner para o que você serve, porque é o que renderiza. São trabalhos diferentes, e não há necessidade de escolher um arquivo só para fazer os dois.

Na prática isso significa converter uma cópia da biblioteca em vez de converter no lugar, e guardar os originais em JPEG XL onde quer que os AVIFs sejam gerados a partir deles. Novos formatos continuam aparecendo. O arquivamento que ainda guarda seus masters consegue produzir o próximo formato numa tarde; o arquivamento que os substituiu não consegue. WebP, HEIC, AVIF e JPEG XL foram cada um descrito como o sucessor do JPEG dentro de mais ou menos uma década um do outro, e a única estratégia durável ao longo disso tem sido guardar o arquivo que carrega mais informação.

O argumento de suporte do AVIF é um argumento de navegador e não vai muito além disso. Visualizadores de imagem de mesa, galerias de celular, clientes de chat, software de e-mail e vários formulários de upload de sistemas de conteúdo ainda recusam ele — a mesma lista de falhas que torna um JPEG XL incômodo de mandar para alguém, com mais alguns itens marcados.

Então não trate esta conversão como se tornasse o arquivo portátil. Não mande um AVIF por e-mail, não faça dele a cópia que um cliente baixa, e não presuma que um colega consegue abrir um só porque o navegador dele consegue exibir. AVIF é um formato de entrega para páginas web; onde o arquivo precisa ser aberto por uma pessoa em vez de renderizado por uma página, JPG ou PNG ainda é a resposta e sempre vai ser.

Solte a pasta. Cada arquivo é decodificado, opcionalmente redimensionado e recodificado localmente, mantém o nome com a extensão trocada, e o lote volta como um único ZIP. Arquivos até 100 MB são aceitos no plano gratuito e nada é enviado, o que para um arquivo fotográfico é a diferença entre uma conversão e uma exposição de dados.

Como a codificação de AVIF é a etapa cara, este é um dos pares em que rodar localmente é mais rápido em tempo real do que um conversor hospedado seria para qualquer coisa além de um punhado de arquivos — sem upload da origem, sem download do resultado, e tantos arquivos em paralelo quanto a máquina aguentar.