Compressão com perdas

Compressão com perdas reduz o tamanho do arquivo descartando informações que o algoritmo decide não serem críticas para a percepção. Uma vez descartadas, essas informações se foram — a recodificação não as recupera. As economias podem ser dramáticas: um JPG de alta qualidade é tipicamente 10× menor que o PNG equivalente.

Como funciona depende do meio:

• JPG (imagens) — transformação DCT + subamostragem de croma + quantização de componentes de alta frequência. Explora a menor sensibilidade do olho à cor vs brilho e a detalhes finos vs estrutura geral.
• MP3 (áudio) — modelo psicoacústico que descarta frequências que o ouvido mascara ou não consegue resolver.
• MP4 / H.264 / H.265 (vídeo) — combina compressão intra-quadro estilo JPG com predição de movimento entre quadros. A maior parte de um vídeo é “igual ao quadro anterior mais pequenas mudanças”, que comprime muito bem.
• WebP / AVIF — formatos modernos de imagem com perdas que comprimem 25-50% menores que JPG em qualidade visual equivalente.

A regra cardinal da compressão com perdas: nunca recodifique várias vezes. Cada passagem introduz novos artefatos sobre os existentes (“perda de geração”). Sempre edite a partir da fonte de maior qualidade e salve o final uma vez na qualidade alvo.

Com perdas é a escolha certa quando o resultado será visualizado/ouvido, não editado, e o tamanho do arquivo importa. Use sem perdas quando a fidelidade é primordial ou edições adicionais são planejadas.

Codificação perceptual — a ideia unificadora: todo codec moderno com perdas repousa em um modelo de percepção humana. As tabelas de quantização DCT do JPG pesam informações de baixa frequência (formas gerais, gradientes suaves) sobre informações de alta frequência (bordas nítidas, textura) porque o olho nota mais as primeiras. MP3 e Opus descartam sons que ficam abaixo do “limiar de mascaramento” — frequências que um som vizinho mais alto torna inaudíveis. AV1 e H.265 usam codificadores treinados em redes neurais para prever quais blocos de pixels podem tolerar mais quantização. O princípio é inalterado desde os anos 1980: gaste bits onde os humanos percebem, economize bits onde não percebem.

O controle de qualidade — o que “90” realmente significa: o controle deslizante de qualidade 0-100 do JPG não corresponde a nenhuma unidade objetiva. Qualidade 90 em libjpeg-turbo, MozJPEG e Photoshop produzem arquivos diferentes de tamanhos diferentes da mesma fonte. As curvas gerais: qualidade 85-95 é visualmente indistinguível de sem perdas para a maioria das fotografias; 75-85 é “pronto para web” com artefatos imperceptíveis à distância normal de visualização; 50-75 começa a mostrar blocos em gradientes suaves; abaixo de 50 é “lo-fi intencional”. Para pipelines automatizados, qualidade 75 do MozJPEG é um padrão amplamente citado. Formatos modernos (WebP, AVIF) empurram o limiar indistinguível aproximadamente 10-15 pontos de qualidade para baixo. Relacionado: sem perdas, WebP, AVIF.

Exemplo prático

Pegue uma foto de 24 megapixels: RGB não comprimido em 8 bits/canal é 6000 × 4000 × 3 = 72 MB. Salvo como PNG (sem perdas), talvez 30-40 MB dependendo do conteúdo. Salvo como JPG qualidade 95: ~6 MB — uma redução de 12× sem diferença perceptível. Salvo como JPG qualidade 75 (web típica): ~1,2 MB — uma redução de 60× com artefatos leves visíveis apenas na inspeção próxima de regiões de gradiente suave. Salvo como AVIF qualidade equivalente: ~600 KB — mais uma economia de 2×. No lado do áudio, uma música de 4 minutos em qualidade CD é 4 × 60 × 44100 × 2 canais × 2 bytes = ~42 MB WAV; a mesma música como MP3 de 320 kbps é ~9,6 MB, e como AAC de 128 kbps é ~3,8 MB — e a maioria dos ouvintes em alto-falantes de consumidor não consegue distinguir AAC de 192 kbps do original em testes cegos.

Quando e por que importa

Escolha com perdas quando seu ativo é um artefato de entrega (o arquivo que seu usuário visualiza ou ouve) e escolha sem perdas quando é um artefato de trabalho (o arquivo que um editor abre para fazer alterações). Designers que armazenam arquivos de origem como JPG em vez de PSD/TIFF e reexportam cada revisão acumulam perda de geração que se torna visível após 5-10 salvamentos — o faixamento de cor e os artefatos de ringing ficam gravados na “fonte”. A mesma armadilha existe para editores de vídeo que fazem proxy em H.264 e esquecem de voltar ao master antes da entrega final. Para orçamentos de peso de página na web, trocar um único hero JPG por AVIF pode economizar 100-300 KB e é uma das melhorias de Core Web Vitals de maior alavancagem. Referência: web.dev — Sirva imagens em formatos modernos.