Converter WebM para AVIF

O AVIF só vale a complicação quando o tamanho de uma imagem é um número que alguém realmente está olhando: uma métrica de largest-contentful-paint que não quer baixar, uma meta de peso de página num orçamento de performance, uma nota do Lighthouse sendo discutida num pull request. Se nada disso se aplica, a versão WebP do mesmo quadro é menor que um JPG, codifica instantaneamente e não precisa de alternativa — pegue essa e siga em frente.

Onde o orçamento é real, o AVIF é a opção mais forte disponível, e a diferença numa imagem de destaque ou num quadro de capa grande não é marginal. O custo é pago duas vezes: em tempo de codificação agora, e numa alternativa no seu HTML depois. Os dois são administráveis. Nenhum é grátis, e uma página que fingisse o contrário estaria vendendo complexidade que você não precisava.

O AVIF não é um codec de imagem novo. É um quadro-chave intra de AV1 — um único keyframe do codec de vídeo — embrulhado na mesma família de contêiner do HEIC. E o AV1 é um dos codecs que um WebM pode carregar: gravadores de navegador mais novos e boa parte do vídeo web moderno usam ele.

Então, quando a origem é um WebM em AV1, esta conversão decodifica um quadro que o AV1 codificou e entrega ele de volta para o AV1 codificar de novo como imagem parada. A ida e volta é incomumente gentil, porque os artefatos que a primeira passagem introduziu são exatamente as formas que a segunda passagem é eficiente em descrever. Não é sem perdas — o quadro é totalmente decodificado para pixels no meio do caminho — mas é a coisa mais próxima de uma conversão de família neste conjunto, e é um dos motivos de imagens paradas AVIF vindas de vídeo se saírem tão bem em tamanhos pequenos.

Um JPG ou um WebP aparece essencialmente na hora. Um AVIF leva segundos, e num quadro 4K num notebook modesto pode levar bem mais que alguns. Isso não é a página estando lenta; é o que a codificação AV1 custa.

O motivo é a busca. O AV1 ganha sua eficiência de um número enorme de jeitos de descrever cada bloco de pixels, e o codificador testa muitos deles antes de escolher. Essa é uma troca boa para um arquivo que vai ser servido um milhão de vezes e uma ruim para um arquivo que você vai olhar uma vez. Se você se pegar convertendo trinta quadros e esperando, esse é o sinal para usar WebP nas miniaturas e reservar AVIF para a imagem única no topo da página.

O quadro sai nas próprias dimensões em pixels do vídeo, sem escala, codificado numa qualidade fixa de 82. Uma gravação 1080p entrega um AVIF de 1920 por 1080; uma captura 4K entrega um quatro vezes maior em área e leva visivelmente mais tempo para produzir.

Redimensione depois, não aqui. O que quer que gere suas origens responsivas conhece as larguras que seu layout precisa, e vai fazer trabalho melhor partindo do quadro completo do que de um reduzido. Também é o lugar para decidir quantos tamanhos valem o tempo de codificação, o que para AVIF é uma pergunta real de um jeito que não é para JPG.

Todo navegador atual importante decodifica AVIF, mas o suporte chegou anos depois do WebP, e instalações antigas persistem — especialmente em dispositivos que não recebem mais atualizações. Servir só AVIF é uma decisão de perder as imagens desses visitantes em vez de deixar eles lentos.

O remédio é um elemento `<picture>` com uma origem AVIF, uma origem WebP e um JPG como o `<img>` final. Três linhas, nenhum JavaScript, e o navegador escolhe o primeiro que entende. Se você já faz isso para suas outras imagens, este quadro entra no mesmo pipeline. Se não faz, adicionar isso é o pré-requisito para usar AVIF de todo.

Uma imagem parada tirada de vídeo comprimido carrega o que o codec de vídeo fez com ela. Bits foram gastos em movimento, cor é guardada em metade da resolução em cada direção, e um quadro tirado durante uma rolagem ou uma panorâmica nunca foi codificado com nitidez em primeiro lugar. O AVIF preserva tudo isso de forma muito eficiente; não conserta nada disso.

A consequência prática é que o instante escolhido importa mais que o formato. Um quadro tirado num momento parado e salvo como JPG vence um quadro tirado em movimento e salvo como AVIF por uma margem larga, em toda métrica incluindo tamanho — porque um quadro borrado está cheio de detalhe que o codificador precisa gastar bits descrevendo. Escolher o momento é a otimização; escolher o codec é o arredondamento.

Qualquer coisa que não seja uma página web. Clientes de e-mail não renderizam. Software de escritório, em boa parte, não renderiza. Fluxos de impressão não renderizam. Formulários de upload de sites de outras pessoas frequentemente recusam a extensão diretamente, e um colega recebendo um AVIF vai mais das vezes responder perguntando o que é.

O caso inteiro dele depende de ser decodificado por um navegador e servido por uma rede que você está pagando. Para um slide, um documento ou uma mensagem, pegue o JPG; para um arquivamento ou um trabalho de impressão, pegue o TIFF. Usar AVIF fora do caso para o qual foi desenhado produz um arquivo menor que ninguém consegue abrir, o que não é uma otimização.

Codificar AVIF é caro o bastante para serviços que oferecem isso cobrarem, colocarem numa fila ou limitarem quantos você pode fazer. Aqui roda no seu navegador, o que explica os únicos tetos serem os impressos acima da área de soltar — 100 arquivos por lote, 100 MB por arquivo — sem nenhuma cota diária sendo gasta por trás disso: o custo é o seu próprio processador, e foi você quem decidiu que a troca valia a pena.

Também significa que o vídeo nunca sai da máquina. Esse é o argumento de privacidade de sempre, e ele tem uma vantagem prática neste par — uma gravação grande enviada só para produzir uma imagem de 40 KB é uma quantidade absurda de rede para o resultado, e é o formato que quase todo outro conversor para este par assume.