Teste com o ImgZilla (3): Perspectiva do Fotógrafo: O JPEG comprimido ainda é editável?

Os dois artigos anteriores calcularam 'quanto GB economizei' e 'quanto vale'. Este artigo não trata de contas, apenas responde a uma pergunta que os fotógrafos realmente preocupam: ao entregar uma imagem JPEG para o ImgZilla, o que exatamente ele mudou e quais são as consequências dessas alterações no Lightroom / Photoshop / Capture One. Os dados vêm de um teste com 32.188 imagens JPEG diretas da câmera / celular usados nos dois artigos anteriores, além de uma comparação byte a byte de mais de 200 pares de arquivos.

I. Respondendo primeiro à pergunta mais aguda: a profundidade de bits foi cortada?

O medo mais comum no mundo da fotografia sobre 'compressão' é: Meus 12 bit ou 14 bit serão comprimidos para 8 bit.

Esse medo coloca o foco no lugar errado. Vamos separar duas coisas:

Profundidade de bits de cor (bit depth): Quantos bits são usados para registrar cada canal de cor. 8 bit = 256 níveis por canal, 14 bit = 16384 níveis. A profundidade de bits determina até onde você pode puxar as sombras e o céu no pós-processamento sem criar bandas de cor.
Densidade do arquivo (bits por pixel / bpp): Tamanho do arquivo ÷ número de pixels. No artigo anterior, classifiquei por bpp — ele mede 'quantos bytes cada pixel desta imagem custou para ser salvo', é o objeto da compressão e não tem nada a ver com a profundidade de bits da cor.

O ImgZilla comprime o último (densidade) e não toca no primeiro (profundidade de bits). Além disso, para JPEG, a questão de profundidade de bits simplesmente não existe:

Ao amostrar 209 pares de imagem original / comprimida e ler individualmente as marcas SOF do JPEG, a precisão antes e depois foi 8 bit para todas.

A razão é simples — o JPEG base define que cada canal é 8 bit. As JPEGs diretas das câmeras nunca tiveram 12 bits para falar, então o ImgZilla não tem como 'reduzir'.

Onde estão os dados de 12/14 bit? Apenas em arquivos RAW. E os formatos suportados pelo ImgZilla são gif / png / jpg / jpeg / svg / heic / heif / webp / avif — não incluem nenhum formato RAW (CR2, CR3, NEF, ARW, RAF, DNG não estão na lista, se você arrastá-los, serão ignorados diretamente). Suas 'placas digitais' sequer entram no seu fluxo de processamento, sendo naturalmente seguras.

Conclusão desta seção: O JPEG não tem profundidade de bits para reduzir, entra com 8 bit e sai com 8 bit; o RAW não é tocado. A profundidade de bits não é o que você deve se preocupar neste artigo — o que realmente importa são as duas seções a seguir.

II. Então, o que exatamente foi alterado: uma re-encoding com perda completa

A forma como o ImgZilla processa JPEG não é 'otimizar sem perdas no arquivo original', mas decodificar a imagem inteira e re-encodificá-la novamente. O fluxo completo é:

Ler JPEG
→ Decodificar para pixels RGB de 8 bits
→ Reconverter para YCbCr
→ Requantizar com uma tabela de quantização fixa (qualidade efetiva ~ 70)
→ Recalcular as tabelas de Huffman ótimas
→ Exportar como JPEG progressivo

Neste processo, a etapa de 'requantização' é com perda. Quanto mais grosseira a tabela de quantização, mais detalhes de alta frequência são perdidos e o arquivo fica menor. Usando a intensidade da tabela de quantização dos arquivos amostrados (soma dos passos de quantização, número maior = quantização mais severa), chegamos a:

	Intensidade da Tabela de Quantização (mediana)
Imagem original direta da câmera / celular	1858
Após compressão do ImgZilla	6852

A intensidade de quantização é cerca de 3,7 vezes maior que a original. Este é um real quantização secundária — não é uma 'reorganização sem perdas', é uma perda real de informações de alta frequência.

Existem duas coisas que não mudaram:

A resolução não mudou nem um pixel. Em todas as 32.188 imagens, o campo dimensions_changed foi falso sem exceção. O ImgZilla não redimensiona, não recorta, todo o espaço economizado vem da re-encoding.
A profundidade de bits não muda (veja a seção anterior), entra com 8 bit e sai com 8 bit.

Uma coisa mudou, mas não afeta a qualidade: a saída é JPEG progressivo (a maioria das originais é JPEG base). O progressivo é melhor para a experiência de carregamento na web, e não tem custo algum para a qualidade. Lightroom / Photoshop / Capture One leem normalmente — apenas alguns softwares muito antigos podem não reconhecê-lo.

III. O que afeta mais o pós-processamento: a amostragem de crominância é forçada para 4:2:0

Esta é a informação que todo fotógrafo deveria saber em todo o artigo.

O JPEG usa 'amostragem de crominância' para economizar espaço — o olho humano é mais sensível à luminância do que à resolução de cor, então a resolução das informações de cor pode ser menor que a da luminância:

4:4:4: Crominância e luminância têm a mesma resolução, informações de cor mais completas.
4:2:2: A resolução de crominância é reduzida pela metade na direção horizontal. Muitas câmeras e alguns celulares usam isso nas JPEGs diretas.
4:2:0: A resolução de crominância é reduzida pela metade na direção horizontal e vertical, apenas 1/4 da resolução da luminância. A maioria das JPEGs 'otimizadas para tamanho' usa isso.

Amostrando 209 pares de arquivos para ver a amostragem de crominância antes e depois:

Amostragem de crominância	Original	Após compressão do ImgZilla
4:4:4	1	0
4:2:2	128 (61%)	0
4:2:0	80 (38%)	209 (100%)

100% dos comprimidos são 4:2:0. Desses, 61% das imagens vieram de 4:2:2 — a resolução vertical de crominância foi reduzida pela metade e é irreversível.

Isso se manifesta no pós-processamento

A redução na resolução de crominância, a maioria das vezes, não é perceptível olhando diretamente para uma imagem não editada. O problema surge ao você mexer nela:

Correção de cor / Separar tons: Ao aumentar a saturação, ajustar HSL ou fazer color grading, as bordas dos blocos de cor começam a aparecer, especialmente em transições suaves de pele e gradientes do céu para a linha do horizonte em áreas grandes.
Seleção por cor / Máscaras / Roteamento: Máscaras de faixa de cor do Lightroom, Faixa de cor do Photoshop, rotulagem de tela verde — todos isso dependem da precisão das bordas de crominância. Após 4:2:0, as bordas ficam embaçadas e com dentes de serra.
Bordas coloridas de alto contraste: Texto vermelho e preto, luzes de neon, galhos com luz traseira — 4:2:0 deixa 'vazamento' de cor nesses lugares.

Efeito de superposição

Com qualidade efetiva ~ 70 + 4:2:0, este é um ponto de trabalho 'compressivo'. Uma imagem original com quality 92 e 4:2:2 pode suportar muito mais ajustes de ganho no pós-processamento do que a mesma imagem comprimida para quality 70 e 4:2:0. E se você também editar e salvar novamente após comprimir — isso significa que há duas rodadas de re-encoding com perda superpostas.

Em que situações isso não importa

Se sua imagem original já era 4:2:0 (muitos celulares de nível médio/baixo e modelos antigos, e qualquer imagem já otimizada para a web), a re-encoding do ImgZilla não causa perda adicional de crominância — ela apenas converte a imagem para um ponto de trabalho semelhante ao original. Isso também é a razão pela qual a taxa de compressão dessas imagens é relativamente baixa (veja a classificação por resolução na seção VI: apenas 70,7% economizado para iPhone direto, enquanto imagens 'mais gordas' genéricas de 12MP economizam 80%).

IV. Metadados: EXIF / XMP / ICC perdidos completamente

O ImgZilla remove metadados por padrão. Comparando 209 pares de arquivos:

Metadados	Original possui	Preservado após compressão
EXIF (parâmetros de captura)	204	0
XMP (classificação / palavras-chave / direitos autorais)	134	0
ICC (perfil de cor)	2	0

Para esclarecer o que é perdido item por item:

EXIF: Abertura, velocidade do obturador, ISO, distância focal, modelo de lente, modelo de corpo, hora da captura, coordenadas GPS, campo de direitos autorais — tudo foi perdido. Para fotógrafos que fazem catálogo de biblioteca, analisam os parâmetros de captura ou precisam que as informações de direitos autorais acompanhem o arquivo, este é um problema grave.
Marca de orientação (EXIF Orientation): Esta deve ser destacada separadamente, pois ela afeta diretamente a exibição. Muitas câmeras e celulares antigos não rotacionam os pixels fisicamente na captura, apenas escrevem uma marca de orientação. Quando a marca é removida, fotos tiradas na vertical podem aparecer na horizontal em alguns softwares — a re-encoding do libjpeg não fará a rotação dos pixels para você. A maioria dos celulares de ponta modernos já faz rotação física + marca, então não é afetada; mas se você usar uma câmera ou um dispositivo antigo, verifique antes da compressão.
XMP: As estrelas, bandeiras, palavras-chave, título e declaração de direitos autorais que você colocou no Lightroom / Bridge — se estiverem escritas em um arquivo XMP (não em um arquivo auxiliar ou banco de dados de diretório), elas somem após a compressão.
Perfil de cor ICC: Nesta amostra, quase nenhum ICC foi incorporado (geralmente sRGB sem marca), então este item não foi acionado nesta teste. Mas se seu entregável usa Display P3 ou Adobe RGB, o ICC incorporado será removido e o player só poderá interpretar em sRGB, o que pode deixar a cor opaca ou deslocada. Tenha muito cuidado com isso em fluxos de trabalho de cores amplas.

Há uma opção 'Preservar metadados' nas configurações, mas se os metadados são importantes para seu fluxo de trabalho, a maneira mais segura é: não use o ImgZilla para comprimir no lugar — preserve a imagem original.

V. Quando esses custos podem ser aceitos

Juntando as três seções anteriores, o processamento do ImgZilla em JPEG é: 8 bit inalterado, resolução inalterada, crominância reduzida para 4:2:0, qualidade reduzida para ~70 e metadados limpos, em troca de uma economia média de volume de -76,8%.

Essa troca vale a pena nos seguintes cenários:

Entregar imagens de visualização para clientes, portfólio de sites e envios para redes sociais. Essas imagens são comprimidas novamente pela plataforma de qualquer maneira, e 4:2:0 + quality 70 é quase imperceptível em uma tela de exibição pura, enquanto o volume pode ser cortado em três quartos — upload mais rápido, carregamento mais rápido, custos mais baixos com o provedor de imagens e CDN (contas calculadas nos dois artigos anteriores).
JPEGs arquivados a longo prazo após seleção e descarte. Imagens mantidas apenas como registro, que não serão mais editadas.
Envio de imagens por WeChat / e-mail ou envio de ativos para colegas — o tempo de transferência é basicamente reduzido proporcionalmente ao volume.

A condição é: use a janela de comparação integrada (⌘D) para verificar antes. O ImgZilla divide a tela em comparar esquerda e direita, permitindo ampliar até o pixel real para ver ponto a ponto. Para pessoas sensíveis à qualidade, não acredite na frase 'não parece diferente', amplie para 100% e veja a parte que você mais importa — pele, céu, bordas de cabelo.

VI. Quando não usar o ImgZilla para comprimir

JPEGs que ainda precisarão de ajustes significativos no Lightroom / Photoshop / Capture One — especialmente imagens que são apenas JPEG, sem RAW. Cada pouco de margem de edição dessas imagens é precioso, não gaste antecipadamente. Preserve a original e, quando terminar de editar, faça a compressão da versão exportada.
Bibliotecas de catálogo que precisam preservar EXIF / direitos autorais / GPS / palavras-chave com classificação.
Entregáveis Display P3 / Adobe RGB — o ICC será removido.
Seus arquivos RAW — eles não são afetados (o ImgZilla sequer toca neles), mas não espere que essa ferramenta reduza o tamanho do RAW, não é o seu trabalho.

Em uma frase: O ImgZilla é adequado para comprimir 'produtos finais', não para comprimir 'intermediários que ainda serão processados'.

VII. Apêndice de dados: estas 32.188 JPEGs diretas

Mesma amostra dos dois artigos anteriores, 16 subdiretórios, sem filtragem, compressão no local.

Geral

	Volume	Relativo ao original
Imagem original direta da câmera / celular	99,9 GB	—
Após compressão do ImgZilla	23,1 GB	-76,8%

Média de 2,96 MB por imagem → 0,69 MB. A média aritmética da taxa de compressão por arquivo é de economia de 76,6%, a mediana de 77,3%, basicamente coincidindo com os 76,8% calculados pelo tamanho total dos bytes.

Por classificação de resolução: a diferença de espaço economizado varia muito entre dispositivos

Tamanho de saída	Quantidade	Proporção	Economia média por arquivo
4000×3000 (Genérico 12MP, geralmente Android / câmeras de cartão)	19867	61,7%	80,1%
4032×3024 (Câmera principal iPhone 12MP tamanho padrão)	3529	11,0%	70,7%
3456×4608 (16MP vertical)	2631	8,2%	76,9%
4608×3456 (15,9MP)	903	2,8%	54,8%
1600×1200	257	0,8%	51,4%

(Os modelos são inferidos pelo tamanho da saída, não pela leitura do EXIF — o EXIF já não está disponível nos dados comprimidos.)

A mesma ferramenta, o mesmo lote de imagens originais que ninguém tocou, a categoria mais comprimível (80%) e a mais difícil (55%) diferem em 25 pontos percentuais. A diferença está inteiramente na imagem original em si: o pipeline de JPEG da câmera da Apple é mais agressivo na quantização e codificação mais apertado, chegando perto do limite razoável desde a fábrica; muitos dispositivos de custo inferior / antigos usam tabelas de quantização fixas mais conservadoras, com partes 'gordas' ainda não tocadas. Quanto mais novos os grandes sensores de ponta, mais 'magros' são as JPEGs diretas, deixando menos espaço para compressão secundária — isso não é ruim, é porque sua imagem original já não desperdiça tanto.

Distribuição por arquivo

Proporção economizada	Quantidade	Proporção
90%–100%	866	2,7%
80%–90%	11375	35,3%
70%–80%	15244	47,4%
60%–70%	3349	10,4%
50%–60%	398	1,2%
Abaixo de 50%	956	3,0%

82,7% das fotos economizaram entre 70% e 90%. Por percentil: mais da metade economizou acima de 77%, e as 10% com pior rendimento economizaram cerca de 68%, apenas cerca de 1% (p99) abaixo de 40%.

Alguns extremos

	Original	Comprimido	Economizado
Maior taxa de compressão	3,55 MB (4000×3000)	100 KB	97,2%
Maior economia por arquivo	17,9 MB (4000×3000)	1,13 MB	16,8 MB
Menor rendimento	70 KB (1242×1242)	68,8 KB	2,1%

VIII. Informações sobre dados e teste

Escopo da amostra: Os números de taxa de compressão geral, classificação por resolução e distribuição por arquivo vêm de um teste real com esta amostra de 32.188 JPEGs diretas da câmera / celular, refletindo os resultados desta amostra, e não significam que 'o ImgZilla comprime em média 76,8%'. Os resultados variam dependendo da câmera, modelo e configurações de exportação.
Seleção da amostra: O lote de arquivos não foi filtrado ou limpo, comprimido como um todo nos 16 subdiretórios originais.
Atribuição de modelo: A determinação do dispositivo nas classificações por resolução é inferida pelo tamanho da saída, não pela leitura do EXIF (o EXIF já não está disponível nos dados comprimidos); a mesma resolução pode vir de vários dispositivos.
A comparação byte a byte é amostral: As conclusões sobre amostragem de crominância, profundidade de bits, tabela de quantização e metadados vêm da análise byte a byte das marcas JPEG de 209 pares aleatórios de imagem original / comprimida, sendo uma amostragem, não o total de 32.188 imagens.
Critério estatístico: O geral de 76,8% é 'bytes totais economizados ÷ bytes totais originais'; a média aritmética por arquivo é 76,6%, mediana 77,3%, já listada no texto. A unidade de volume é convertida assumindo 1 GB = 10⁹ bytes.
Parâmetros de compressão: Os parâmetros são fixos, não há controle de qualidade / amostragem na interface. Esta é uma escolha de design — os parâmetros já estão no ponto de equilíbrio na zona sem perda visual. Fotógrafos acostumados a ajustar manualmente quality / amostragem devem estar atentos a isso.
'Sem perda visual' não é 'sem perda': A verdadeira sem perda (pixels idênticos) é apenas PNG e SVG; o JPEG é uma re-encoding com perda, com parâmetros escolhidos em uma zona onde é quase impossível distinguir a olho nu. A janela de comparação integrada pode verificar pixel a pixel.
Ambiente de execução: Todo o processo foi concluído localmente, as imagens não acessam a internet nem são enviadas (exceto para verificação de compra na App Store).

Quer testar você mesmo? A versão gratuita do ImgZilla permite comprimir 10 imagens por dia, e a cota é descontada apenas se a compressão for bem-sucedida. Pegue algumas das imagens que você mais critica — retratos, céu, cabelos com luz traseira — comprima-as, use a janela de comparação para ampliar até 100% e veja por si mesmo, antes de decidir se entregará todo o seu catálogo a ele.

Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Saiba mais: https://imagetool.app/ImgZilla

Requisitos do sistema: macOS 12.3 ou superior.
}