Notas da equipe sobre ofício, formatos e as pequenas decisões por trás de um bom resultado.
Por que a entrada AVIF é rápida mas a saída AVIF é lenta
Uma das leituras mais equivocadas sobre o AVIF é a de que ele é sempre lento. Ler AVIF é rápido. O leitor nativo de AVIF do navegador, presente no Chrome desde a versão 85, no Firefox desde a 93 e no Safari desde a 16.4, roda em código nativo compilado, sem o peso do JavaScript. Para um AVIF de tamanho padrão, a leitura nativa leva dezenas de milissegundos. Gravar AVIF é um trabalho completamente diferente. A compressão do codec o codec do AVIF testa muitos modos de previsão por bloco e roda passagens caras de distorção por taxa. Quando este site gera AVIF, na página de JPG para AVIF, ele usa uma gravação por software pesada. Quando recebe AVIF, nesta página, ele usa o leitor nativo rápido, sem módulo para baixar, sem preparo e sem aquele início de várias centenas de milissegundos. É exatamente por isso que a conversão de AVIF para JPG parece rápida mesmo que a de JPG para AVIF leve segundos.
O problema da transparência em detalhe: alfa, composição e preenchimento branco
O camada de transparência do AVIF guarda a opacidade por ponto, de 0, totalmente transparente, a 255, totalmente opaco. Quando o navegador desenha o AVIF numa superfície de desenho e então grava essa superfície como JPEG, a etapa de composição precisa resolver a cor final de cada ponto. A superfície começa como preto transparente (totalmente transparente) por padrão. O caminho de saída do JPEG então preenche o fundo da superfície de branco antes de gravar, porque o JPEG não tem camada de transparência e precisa produzir um resultado opaco. Assim, toda região transparente do seu AVIF vira branca no JPG. Áreas semitransparentes são compostas sobre o branco, de modo que uma área a 50% de opacidade sobre branco fica na metade do caminho entre a própria cor e o branco. Não há configuração para mudar esse preenchimento sem desenhar a composição você mesmo numa superfície com fundo personalizado, o que é trabalho de editor, não de conversor.
Qualidade medida: o que 43,66 dB de PSNR significa na prática
O PSNR, Relação Sinal-Ruído de Pico, é medido em decibéis e mostra o quão de perto uma imagem regravada bate com sua origem. Quanto mais alto, melhor. Na nossa execução de teste ponta a ponta, o gravador de JPEG usado aqui produziu 43,66 dB de PSNR numa amostra fotográfica padrão de tamanho padrão na qualidade predefinida. Para referência, 36 dB costuma ser descrito como o limite abaixo do qual as diferenças se tornam claramente visíveis para a maioria das pessoas em condições normais, e 40 dB é geralmente avaliado como perceptualmente transparente para conteúdo fotográfico. A 43,66 dB o resultado é visualmente idêntico à origem para fotos vistas em telas em tamanhos típicos. Para gráficos com bordas nítidas, texto fino ou áreas de contraste extremo, podem aparecer leves artefatos de JPEG, já que a compressão por DCT em blocos do JPEG trata essas regiões de forma diferente dos gradientes fotográficos suaves.
Compatibilidade do AVIF: onde funciona e onde ainda falha
Em meados de 2026, o AVIF é lido em todos os principais navegadores, mas a compatibilidade com programas fora do navegador ainda é irregular. No Windows, a Extensão de Imagem AVIF da Microsoft Store adiciona suporte ao Fotos e ao Explorador de Arquivos no Windows 10 e 11, e sem ela os arquivos AVIF aparecem como ícones em branco. A Adobe adicionou suporte a AVIF no Lightroom 13.3 em 2024 e no Photoshop 23.2 em 2022, então versões anteriores não conseguem abri-lo. O Affinity Photo 2.3, de 2023, suporta importação e exportação de AVIF. O Paint.net precisa do plugin disponível de AVIF. No macOS, a Pré-Visualização lê AVIF desde o Monterey. Nos celulares, o visualizador de fotos do sistema suporta AVIF no iOS 16 e no Android 12 em diante. As lacunas são reais e concentradas em ferramentas corporativas, formulários de envio e fluxos de impressão, que são justamente as situações em que converter para JPG é a resposta prática.
AVIF contra HEIF: a diferença e por que ela importa
Tanto o AVIF quanto o HEIF, High Efficiency Image File Format, guardam imagens usando compressão de codecs de vídeo modernos. O HEIF utiliza seu próprio sistema de compressão, enquanto o AVIF utiliza um sistema diferente, livre de royalties. A distinção central para o uso na web é o licenciamento. O sistema do HEIF cobra royalties por dispositivo que os fabricantes de navegadores relutam em pagar, e é por isso que o Safari suporta HEIF mas o Chrome não. O sistema do AVIF foi construído por uma aliança da indústria que inclui Google, Mozilla e Apple, e é por isso que o AVIF desfruta de suporte de navegador mais amplo que o HEIF, apesar de o HEIF ser o formato mais antigo. Os iPhones capturam fotos como HEIF desde o iPhone 7, e esses arquivos carregam a extensão .heic. A conversão de HEIC para JPG é uma categoria de ferramenta diferente da de AVIF para JPG. Este conversor lida apenas com entrada AVIF, então, se você tem um arquivo .heic de um iPhone, precisa do conversor de HEIC para JPG em vez deste.
Quando manter o AVIF e quando converter para JPG
Uma regra útil: mantenha o AVIF quando você controla as duas pontas do fluxo de trabalho, e converta para JPG quando o arquivo tiver que passar por um sistema que você não controla. Se você está entregando imagens num site que construiu, com um CDN que suporta negociação de formato, o AVIF é a melhor escolha, sendo mais leve, visualmente igual e cobrindo agora 94 % do tráfego dos navegadores. Se a imagem vai para um boletim por e-mail, um envio para rede social, o preenchimento de um formulário, um modelo de impressão fornecido pelo cliente, uma pasta compartilhada do Dropbox que outros abrem em programas antigos, ou qualquer CMS legado que valida tipos MIME, o JPG é a escolha mais segura. O padrão prático para a maioria dos projetos web é guardar os originais em AVIF e produzir exportações em JPG sob demanda para qualquer situação que exija compatibilidade universal.
