Converter GIF para AVIF

Um quadro de GIF é uma grade de índices para uma paleta de no máximo 256 cores, comprimida com LZW. Não existe tom contínuo ali dentro. Qualquer gradiente ou sombra suave que a imagem tinha na origem foi reduzido a esses 256 valores no momento em que o GIF foi gravado, e essa redução não é reversível.

Isso importa porque a fama do AVIF foi construída em cima de fotografias, onde ele costuma superar o JPEG por larga margem na mesma qualidade visível. Um GIF não é uma fotografia no sentido que interessa aqui, mesmo quando mostra uma, e os números que se ouve por aí sobre o AVIF não valem para essa origem.

Para fingir cores que não tem, um codificador de GIF espalha pixels de duas cores disponíveis num padrão alternado — normalmente dithering Floyd-Steinberg — para que o olho misture as duas numa terceira. De longe funciona; no nível do pixel é um campo de ruído de alta frequência.

Todo codec de imagem moderno, o AVIF incluído, funciona prevendo cada bloco a partir do que veio antes e guardando só o erro. Um padrão de dithering é exatamente o que não pode ser previsto, então o codificador é forçado a gastar bytes de verdade registrando esse ruído. O resultado é o que as pessoas relatam intrigadas: um AVIF maior que o GIF de origem, numa imagem com seis cores visíveis.

O controle de qualidade vai de 1 a 100 com padrão 82, um bom ponto de partida para fotografias e conservador demais aqui. Uma origem com 256 cores tem menos a proteger, e baixar para 60 ou 65 num GIF convertido costuma ser indistinguível do original, removendo boa parte da penalidade do dithering.

O teste que resolve a dúvida é a contagem de bytes, não uma opinião. Converta uma vez no padrão, uma vez mais baixo, e compare com o GIF; se o AVIF não ficar visivelmente menor, a origem está com dithering e o número de qualidade é a alavanca. Em arte totalmente plana — logotipo, diagrama, print de interface sem gradiente — até valores baixos ficam bons.

O suporte de navegador do AVIF é registrado como moderno, não universal, uma distinção que importa num site com tráfego real: navegadores atuais leem AVIF, e existe uma cauda que não lê. Um GIF, com todos os seus defeitos, é lido por praticamente tudo que já foi construído.

Substituir o GIF direto é uma regressão para essa cauda, e o elemento picture existe exatamente para isso: liste o AVIF como primeira fonte, um PNG ou WebP como segunda, e deixe uma imagem comum como caso base. O navegador pega a primeira coisa que entende e ninguém vê imagem quebrada.

O AVIF suporta animação como formato, mas esta conversão não produz isso: o decodificador entrega uma única imagem e uma única imagem é codificada, então um GIF animado vira o quadro em que ele abre.

Esse é o comportamento certo para o que esta página faz, que é imagens estáticas. Se o GIF que você está otimizando anima de verdade, converter para AVIF não é onde está a economia: um contêiner de vídeo com compensação de movimento real fica numa fração do tamanho de qualquer formato de imagem por quadro, e a rota de vídeo é a certa.

O AVIF guarda até 12 bits por canal e pode carregar uma gama de cores ampla, capacidades que o tornam um bom formato de arquivamento e entrega para fotografias tiradas em equipamento moderno.

Nada disso se aplica a um GIF. A origem tem cor indexada de 8 bits, tirada de uma tabela de 256 entradas, e codificar isso num contêiner que poderia guardar muito mais não cria cores adicionais — apenas armazena o mesmo punhado com espaço sobrando. Nada se perde também, e essa é a conclusão que vale levar: a conversão é neutra em cor, e a questão é só sobre bytes.

O problema conhecido do AVIF neste site é a velocidade de codificação, e não é pequeno: o AV1 foi desenhado com um espaço de busca grande, e o codificador de imagem estática o usa por inteiro. Uma imagem comum leva bem mais tempo que a mesma imagem em WebP ou JPEG, e esse trabalho roda no seu próprio processador.

Para uma pasta de gráficos legados, ainda vale a pena — o custo é pago uma vez e a economia é paga a cada carregamento de página. Mas planeje o tempo: um lote de duzentos GIFs antigos é uma pausa para café, não um clique instantâneo.

O AVIF não é automaticamente a resposta certa para um GIF legado. O WebP codifica muito mais rápido, tem suporte de navegador mais amplo, e em gráficos pequenos e planos — que é o que a maioria dos GIFs sobreviventes são — a diferença de tamanho entre os dois costuma ser de algumas centenas de bytes.

A divisão prática: AVIF quando a imagem é grande e fotográfica e a economia se mede em dezenas de kilobytes; WebP quando a imagem é um gráfico pequeno de interface e o ganho é compatibilidade e velocidade. Onde o GIF é um logotipo de bordas duras com poucas cores, o PNG costuma vencer os dois.

O codificador AV1 é um módulo WebAssembly baixado na primeira vez que este par é usado e depois roda localmente. A imagem é decodificada e recodificada dentro da aba, então nenhuma parte dela chega a um servidor, não há cadastro e o limite gratuito é de 100 MB por arquivo.

Converter uma pasta inteira funciona do mesmo jeito e devolve os resultados juntos. Como o trabalho é local, o lote fica limitado pelo seu próprio processador, e não por uma fila — a troca que torna aceitável um codificador lento.