Test ImgZilla (3) : Le point de vue du photographe, le JPEG compressé est-il encore exploitable en post-production ?

Les deux premiers articles ont calculé « combien d'octets ont été économisés, combien cela vaut ». Dans celui-ci, on ne parle pas de factures, mais on répond à une question que se posent vraiment les photographes : en donnant une image JPEG à ImgZilla, que lui a-t-il vraiment changé, et quel sera le coût de ces modifications dans Lightroom / Photoshop / Capture One ? Les données proviennent du même lot de 32 188 images JPEG directes (caméra / téléphone) que dans les deux articles précédents, plus une analyse par octet de plus de 200 paires de fichiers.

I. Répondre d'abord à la question la plus cinglante : la profondeur de bits a-t-elle été rognée

Dans le monde de la photographie, la crainte la plus courante face à la « compression » est : mes 12 bit ou 14 bit vont-ils être réduits à 8 bit.

Ce souci s'adresse à la mauvaise cible. Séparons d'abord deux choses :

Profondeur de bits (bit depth) colorimétrique : le nombre de bits utilisés pour enregistrer chaque canal de couleur. 8 bit = 256 niveaux par canal, 14 bit = 16 384 niveaux. La profondeur de bits détermine la distance à laquelle vous pouvez pousser les zones sombres et le ciel en post-production sans dépasser le bruit de bande.
Densité du fichier (bits par pixel / bpp) : volume du fichier ÷ nombre de pixels. Dans l'article précédent, nous avons classé par densité — elle mesure combien d'octets sont utilisés pour stocker chaque pixel de l'image, c'est l'objet de la compression, et cela n'a rien à voir avec la profondeur de bits.

ImgZilla compresse le second (la densité), sans toucher au premier (la profondeur de bits). De plus, pour le JPEG, cette question de profondeur de bits ne se pose même pas :

En échantillonnant 209 paires d'images originales / compressées, nous avons lu les marqueurs SOF JPEG un par un : la précision avant et après compression est de 8 bit dans tous les cas.

La raison est simple — le JPEG de base est défini par la norme comme étant de 8 bit par canal. Les JPEG directs issus des appareils photo n'ont jamais été de 12 bit, ImgZilla ne peut donc pas « descendre ».

Où sont les données 12 / 14 bit ? Uniquement dans les fichiers RAW. Or ImgZilla supporte les formats gif / png / jpg / jpeg / svg / heic / heif / webp / avif — aucun format RAW n'est inclus (CR2, CR3, NEF, ARW, RAF, DNG ne sont pas listés, ils sont ignorés si vous les glissez dedans). Votre négatif numérique n'entre tout simplement pas dans son processus de traitement, il est naturellement sûr.

Conclusion de cette section : Le JPEG n'a pas de profondeur de bits à réduire, 8 bit en entrée, 8 bit en sortie ; le RAW n'est pas touché. La profondeur de bits n'est pas ce dont vous devez vous soucier dans cet article — ce qui compte vraiment, c'est ce qui suit dans les deux sections suivantes.

II. Alors, que a-t-il réellement changé : une re-encodage avec perte complet

La façon dont ImgZilla traite le JPEG n'est pas « une optimisation sans perte sur le fichier original », mais un décodage complet de l'image puis une ré-encodage. Le processus complet :

Lecture du JPEG
→ Décodage en pixels RGB 8 bit
→ Reconversion en YCbCr
→ Re-quantification selon une table de quantification fixe (qualité effective ~70)
→ Recalcul des tables Huffman optimales
→ Sortie en JPEG progressif

La étape de « re-quantification » est avec perte. Plus la table de quantification est grossière, plus les détails de haute fréquence sont perdus et plus le fichier est petit. En utilisant l'intensité de la table de quantification des fichiers échantillonnés (somme des pas de quantification, plus le chiffre est grand = plus la quantification est sévère) :

	Intensité de la table de quantification (médiane)
Image originale directe caméra / téléphone	1858
Après compression ImgZilla	6852

L'intensité de quantification est d'environ 3,7 fois supérieure à l'originale. C'est une véritable seconde quantification — ce n'est pas « un réarrangement sans perte », c'est une perte d'informations de haute fréquence supplémentaire.

Il y a deux choses qui ne changent pas :

La résolution d'un pixel. Statistiques sur les 32 188 images, le champ dimensions_changed est uniquement à false. ImgZilla ne redimensionne pas, ne recadre pas, l'économie de volume vient entièrement de la re-encodage.
La profondeur de bits reste inchangée (voir section précédente), 8 bit en entrée 8 bit en sortie.

Une chose change mais n'affecte pas la qualité : la sortie est un JPEG progressif (la plupart des originaux sont de base). Le progressif améliore l'expérience de chargement sur le web, sans aucun coût pour la qualité. Lightroom / Photoshop / Capture One peuvent tous le lire correctement — seuls quelques logiciels très anciens peuvent ne pas le reconnaître.

III. Le point qui affecte le plus la post-production : l'échantillonnage de chrominance forcé à 4:2:0

C'est la information la plus importante que le photographe doit connaître dans tout l'article.

Le JPEG utilise l'« échantillonnage de chrominance » pour économiser de l'espace — l'œil humain étant plus sensible à la luminosité qu'à la résolution des couleurs, il est possible de rendre la résolution des informations de chrominance inférieure à celle de la luminance :

4:4:4 : chrominance et luminance ont la même résolution, les informations de couleur sont les plus complètes.
4:2:2 : la résolution horizontale de la chrominance est réduite de moitié. Beaucoup d'appareils, ainsi que certains téléphones, utilisent cela pour leurs JPEG directs.
4:2:0 : la résolution horizontale et verticale de la chrominance sont réduites de moitié, n'ayant que le quart de la résolution de la luminance. La plupart des JPEG « optimisés pour le volume » utilisent cela.

En échantillonnant 209 paires de fichiers, voici la chrominance avant et après compression :

Échantillonnage de chrominance	Original	Après compression ImgZilla
4:4:4	1	0
4:2:2	128 (61%)	0
4:2:0	80 (38%)	209 (100%)

100 % des images sont en 4:2:0 après compression. Parmi elles, 61 % proviennent de 4:2:2 — la résolution verticale de la chrominance est réduite de moitié, et cela est irréversible.

Où cela se manifestera-t-il en post-production

Une résolution de chrominance réduite, la plupart du temps, n'est pas visible à l'œil nu sur une image non traitée. Le problème apparaît lorsque vous l'utilisez :

Teinte / Teintes séparées : en augmentant la saturation, en tirant sur HSL, en faisant du color grading, les limites des blocs de couleur commencent à apparaître, en particulier dans les transitions de luminosité de la peau et les dégradés du ciel vers l'horizon dans de grandes zones planes.
Sélection / Masque / Extraction basée sur la couleur : les masques de plage de couleur de Lightroom, la plage de couleurs de Photoshop, l'extraction de fond vert — tout cela consomme la précision des bords de chrominance. Après 4:2:0, les bords sont flous et présentent des dents.
Contours colorés à fort contraste : texte rouge et noir, néons, branches en contre-jour — 4:2:0 laissera des « débordements » colorés dans ces zones.

Effet cumulatif

Avec une qualité effective d'environ 70 et 4:2:0, c'est un point de travail « fortement compressé ». Une image directe originale de qualité 92, 4:2:2, peut supporter des ajustements beaucoup plus importants en post-production qu'une même image compressée à quality 70, 4:2:0. Ajoutez à cela « que vous éditez et sauvegardez une fois après la compression » — ce sont deux re-encodages avec perte superposés.

Dans quels cas cette contrainte est-elle sans importance

Si votre image originale est déjà en 4:2:0 (beaucoup de téléphones de milieu de gamme / anciens, et toute image déjà optimisée pour le web), la re-encodage d'ImgZilla n'entraîne pas de perte supplémentaire en chrominance — il ne fait que converger l'image vers un point de travail similaire à l'original. C'est également la raison pour laquelle le taux de compression est faible pour ces types d'images (voir la section VI sur les tranches de résolution : les JPEG directs iPhone ne font gagner que 70,7 %, tandis que les images « plus grasses » 12MP générales peuvent économiser 80 %).

IV. Métadonnées : EXIF / XMP / ICC sont tous perdus

ImgZilla supprime par défaut les métadonnées. En échantillonnant 209 paires de fichiers :

Métadonnées	Présentes dans l'original	Préservées après compression
EXIF (paramètres de prise de vue)	204	0
XMP (notation / mots-clés / droits d'auteur)	134	0
ICC (fichier de profil de couleur)	2	0

Expliquons ce qui est perdu pour chaque élément :

EXIF : ouverture, vitesse d'obturation, ISO, focale, type de lentille, type d'appareil, heure de prise de vue, coordonnées GPS, champ de droits d'auteur — tout est parti. Pour la catégorisation des banques d'images, l'analyse des paramètres de prise de vue, ou pour les photographes qui ont besoin que les informations de droits d'auteur voyagent avec le fichier, c'est une lacune majeure.
Marqueur d'orientation EXIF : il faut le mentionner séparément car il affecte directement l'affichage. Beaucoup d'appareils et d'anciens téléphones ne physiquement pas tourner les pixels à la prise de vue, mais écrivent simplement un marqueur d'orientation. Une fois le marqueur supprimé, les photos prises en portrait s'affichent en paysage sur certains logiciels — le réencodage libjpeg ne ne fera pas tourner les pixels pour vous. La plupart des téléphones haut de gamme modernes ont déjà une rotation physique + rétablissement du marqueur, ils ne sont pas touchés ; mais si vous utilisez un appareil photo ou un appareil plus ancien, il est préférable de vérifier avant de compresser.
XMP : vos étoiles, indicateurs, mots-clés, titre, déclaration de droits d'auteur dans Lightroom / Bridge — s'ils sont écrits dans le fichier XMP (et non dans un fichier séparé ou la base de données du catalogue), ils disparaissent après compression.
Profil de couleur ICC : dans cet échantillon, il y a très peu de profils ICC intégrés (sRGB non marqué), donc cette mesure n'a pratiquement pas été déclenchée. Cependant, si votre flux de travail utilise Display P3 ou Adobe RGB, le profil ICC intégré sera supprimé et le lecteur n'aura que sRGB pour interpréter la couleur, ce qui rendra les couleurs terne ou décalées. Soyez très prudent avec cette ligne si vous travaillez en large gamme de couleurs.

Il existe une option « conserver les métadonnées » dans les paramètres, mais si les métadonnées sont importantes pour votre flux de travail, la méthode la plus sûre est : pour les images nécessitant des métadonnées, ne les compressez pas sur place — conservez l'original.

V. À quel point ces coûts sont-ils acceptables

En combinant les trois sections ci-dessus, le traitement ImgZilla sur le JPEG est : 8 bit inchangé, résolution inchangée, chrominance réduite à 4:2:0, qualité ramenée à ~70, métadonnées effacées, en échange d'une économie moyenne de volume de -76,8 %.

Cette échange vaut le coup dans les scénarios suivants :

Livraison à un client pour un visionnage, des galeries web, des soumissions aux réseaux sociaux. Ces images seront compressées une fois de plus par la plateforme, 4:2:0 + quality 70 est presque imperceptible pour le spectateur pur, et le volume peut être coupé aux trois quarts — le téléchargement est rapide, le chargement est rapide, les factures de stockage d'images et de CDN sont faibles (les deux premiers articles ont fait le calcul).
JPEG archivés à long terme après sélection et élimination. Des images conservées pour la mémoire, que l'on ne compte pas réutiliser en post-production.
Envoi d'images par WeChat / e-mail, transfert de matériel à un collègue — le temps de transmission est fondamentalement raccourci proportionnellement au volume.

À condition de : vérifier d'abord avec la fenêtre de comparaison intégrée (⌘D). ImgZilla affiche l'original / le compressé côte à côte, vous pouvez zoomer jusqu'au pixel réel pour comparer point par point. Pour les personnes sensibles à la qualité, ne croyez pas simplement la phrase « on ne voit pas de différence », faites-le vous-même en zoomant à 100 % sur la partie qui vous importe le plus — la peau, le ciel, les bords des cheveux.

VI. Dans quels cas ne pas l'utiliser pour compresser

JPEG devant subir de gros ajustements en Lightroom / Photoshop / Capture One — surtout si seulement du JPEG, pas de RAW. Chaque fraction de marge de manœuvre de ce type d'image est précieuse, ne l'épuisez pas à l'avance. Gardez l'original, et compressez la version exportée une fois terminée.
Bibliothèques de catalogage nécessitant de conserver EXIF / droits d'auteur / GPS / étoiles / mots-clés.
Livraison Display P3 / Adobe RGB — l'ICC sera supprimé.
Votre RAW — il n'est pas affecté (ImgZilla ne touche pas du tout au RAW), mais ne comptez pas non plus sur cet outil pour aplatir le RAW, ce n'est pas son but.

En résumé : ImgZilla est adapté pour compresser les « produits finis », pas pour compresser les « intermédiaires devant être retravaillés ».

VII. Annexe de données : ces 32 188 JPEG directs

Même échantillon que dans les deux premiers articles, 16 sous-répertoires, sans filtre, compression sur place.

Global

	Volume	Par rapport à l'original
Image originale directe caméra / téléphone	99,9 Go	—
Après compression ImgZilla	23,1 Go	−76,8 %

En moyenne par image : de 2,96 Mo à 0,69 Mo. La moyenne arithmétique du taux de compression par fichier est de 76,6 % d'économie, la médiane de 77,3 %, ce qui correspond assez bien à la moyenne des octets totaux de 76,8 %.

Par tranche de résolution : l'espace économisé varie beaucoup selon l'appareil

Taille de sortie	Nombre d'images	%	Économie moyenne par fichier
4000×3000 (12MP générique, principalement Android / appareils photo compacts)	19867	61,7 %	80,1 %
4032×3024 (12MP principal iPhone par défaut)	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 %

(La classification des appareils est basée sur la taille de sortie, pas la lecture EXIF — l'EXIF n'est plus accessible dans les données compressées.)

Le même outil, le même lot d'originaux jamais touchés : la tranche où la compression est la plus efficace (80 %) et la plus difficile (55 %) diffère de 25 points de pourcentage. La différence réside entièrement dans l'image originale elle-même : le pipeline de compression JPEG des appareils Apple est plus agressif et le codage plus serré, proche de la limite raisonnable dès la sortie d'usine ; de nombreux appareils bon marché / anciens utilisent des tables de quantification fixes plus conservatrices, les parties « grasses » n'ont pas encore été touchées. Plus les grands capteurs haut de gamme sont récents, plus les JPEG directs sont « maigres », laissant moins d'espace pour une compression secondaire — ce n'est pas négatif, c'est simplement que votre image originale n'est pas aussi gaspillée.

Distribution par fichier

Taux d'économie	Nombre d'images	%
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 %
Moins de 50 %	956	3,0 %

82,7 % des photos économisent entre 70 % et 90 %. Selon les quantiles : plus de la moitié économisent plus de 77 %, même les 10 % les moins rentables économisent environ 68 %, seulement environ 1 % (p99) ont un taux d'économie inférieur à 40 %.

Quelques extrêmes

	Original	Après compression	Économie
Taux de compression le plus élevé	3,55 Mo (4000×3000)	100 Ko	97,2 %
Plus forte économie par fichier	17,9 Mo (4000×3000)	1,13 Mo	16,8 Mo
Moins rentable	70 Ko (1242×1242)	68,8 Ko	2,1 %

VIII. Données et notes de test

Étendue de l'échantillon : les chiffres de taux de compression global, des tranches de résolution, de la distribution par fichier proviennent du test réel sur ce lot de 32 188 images JPEG directes (caméra / téléphone), reflétant les résultats de cet échantillon, et non « ImgZilla peut compresser en moyenne de 76,8 % ». Les résultats varieront selon les appareils, les modèles et les paramètres d'exportation.
Sélection de l'échantillon : l'ensemble des fichiers n'a subi aucun filtrage ou nettoyage, compression globale dans les 16 sous-répertoires d'origine.
Classification des appareils : la classification des appareils dans les tranches de résolution est basée sur la taille de sortie, pas la lecture EXIF (l'EXIF n'est plus accessible dans les données compressées) ; une même résolution peut provenir de plusieurs appareils.
Comparaison par octet est un échantillonnage : les conclusions sur l'échantillonnage de chrominance, la profondeur de bits, la table de quantification et les métadonnées proviennent de l'analyse par octet des marqueurs JPEG sur 209 paires d'images originales / compressées sélectionnées au hasard ; c'est une méthode d'échantillonnage, pas l'ensemble des 32 188 images.
Méthodologie statistique : le taux global de 76,8 % est « volume total d'octets économisés ÷ volume total d'octets originaux » ; la moyenne arithmétique par fichier de 76,6 %, la médiane de 77,3 % sont déjà indiquées dans le texte. L'unité de volume est calculée avec 1 Go = 10⁹ octets.
Paramètres de compression : les paramètres sont fixes, il n'y a pas de curseur de qualité / d'échantillonnage sur l'interface. C'est un choix de conception — les paramètres sont réglés sur un point d'équilibre dans la zone de non-visibilité. Les photographes habitués à régler eux-mêmes la qualité / l'échantillonnage devront prendre note de cela.
« Visuellement sans perte » n'est pas égal à « sans perte » : la véritable absence de perte (pixels complètement inchangés) n'existe que pour PNG et SVG ; le JPEG est une re-encodage avec perte, les paramètres étant choisis dans une plage où l'œil humain ne distingue presque rien. La fenêtre de comparaison intégrée permet de vérifier pixel par pixel.
Environnement d'exécution : tout le processus est effectué localement, les images ne sont pas connectées à Internet, ne sont pas téléchargées (sauf pour la validation de l'achat dans l'App Store).

Voulez-vous vérifier vous-même ? ImgZilla, version gratuite, permet de compresser 10 images par jour, le quota n'est débité que si la compression réussit. Prenez quelques-unes de vos images les plus exigeantes — portraits, ciel, cheveux en contre-jour — compressez-les et utilisez la fenêtre de comparaison en zoomant à 100 % pour voir par vous-même, puis décidez si vous voulez confier tout votre catalogue à cet outil.

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

Système requis : macOS 12.3 ou version ultérieure.