ImgZilla Test (3): Ist das komprimierte JPEG noch nachbearbeitbar? Der Fotografenblickwinkel

Die ersten beiden Artikel gingen um „wie viele GB gespart wurden und wie viel es wert ist“. Dieser Artikel geht nicht um die Rechnung, sondern beantwortet nur eine Frage, die Fotografen wirklich interessiert: Was macht ImgZilla wirklich mit einem JPEG, und was kostet diese Änderung in Lightroom / Photoshop / Capture One? Die Daten stammen aus der gleichen Testreihe mit 32.188 Kameras-/Smartphone-JPEGs, ergänzt durch einen Byte-für-Byte-Vergleich von über 200 Dateipaaren.

1. Die schärfste Frage zuerst: Wurde die Bit-Tiefe geschrumpft?

Die häufigste Skepsis in der Fotografie gegenüber „Kompression“ ist: Meine 12-bit- oder 14-bit-Daten werden auf 8-bit reduziert.

Dieses Bedenken richtet sich an das falsche Objekt. Zuerst muss man zwei Dinge trennen:

Farb-Bit-Tiefe (bit depth): Wie viele Bit pro Farbkanal verwendet werden. 8 bit = 256 Stufen pro Kanal, 14 bit = 16.384 Stufen. Die Bit-Tiefe bestimmt, wie weit Sie in der Nachbearbeitung in die Schatten oder den Himmel schieben können, ohne dass es zu Farbstichen kommt.
Dateidichte (Bits per Pixel / bpp): Dateigröße ÷ Anzahl der Pixel. Im vorherigen Artikel wurden nach bpp kategorisiert – sie misst, wie viele Bytes pro Pixel gespeichert werden. Dies ist das Objekt der Komprimierung und hat nichts mit der Farb-Bit-Tiefe zu tun.

ImgZilla komprimiert die letztere (Dichte) und berührt erstere (Bit-Tiefe) nicht. Außerdem ist bei JPEG das Problem der Bit-Tiefe überhaupt nicht gegeben:

Bei einer Stichprobe von 209 Original-/Komprimierungsdateien wurde die Präzision im JPEG-SOF-Marker vor und nach der Komprimierung – alle 8 bit.

Der Grund ist einfach – das Baseline-JPEG ist nach Standarddefinition 8 bit pro Kanal. Kamerajpegs, die direkt ausgegeben werden, haben niemals 12 bit; ImgZilla kann sie daher auch nicht „herunterreduzieren“.

Wo sind die 12/14-bit-Daten dann? Nur im RAW. Und ImgZilla unterstützt die Formate gif / png / jpg / jpeg / svg / heic / heif / webp / avif – kein einzelnes RAW-Format ist enthalten (CR2, CR3, NEF, ARW, RAF, DNG fehlen alle, eingefügt werden sie einfach ignoriert). Ihre digitale Negativeingehen nicht in seinen Prozess, was sie von Natur aus sicher macht.

Kapitel-Fazit: JPEG hat keine Bit-Tiefe, die reduziert werden kann; 8 bit rein, 8 bit raus. RAW wird nicht berührt. Die Bit-Tiefe ist hier nicht das Problem – das Wichtigste ist unten.

2. Was wurde also wirklich geändert? Eine vollständige verlustbehaftete Neuencodierung

ImgZilla verarbeitet JPEG nicht durch „unverzertes Optimieren“ auf der Originaldatei, sondern decodiert das Bild vollständig und rekodiert es neu. Der vollständige Prozess:

JPEG einlesen
→ Decodierung zu 8-bit-RGB-Pixeln
→ Neues Umwandeln nach YCbCr
→ Neu-Quantisierung gemäß fester Quantisierungs-Tabelle (effektive Qualität ca. Qualität 70)
→ Neuberechnung der optimalen Huffman-Tabelle
→ Ausgabe als progressives JPEG

Dieser Schritt „Neu-Quantisierung“ ist verlustbehaftet. Je grober die Quantisierungs-Tabelle, desto mehr hochfrequente Details gehen verloren und desto kleiner ist die Datei. Anhand der Quantisierungsstärke (Summe der Quantisierungsschritte, größere Zahl = härtere Quantisierung) bei der Stichprobe:

	Quantisierungsstärke (Median)
Kamera / Smartphone Original	1858
ImgZilla Komprimiert	6852

Die Quantisierungsstärke beträgt etwa das 3,7-fache des Originals. Dies ist eine echte zweite Quantisierung – kein „unverzertes Neuordnen“, sondern eine neue Runde verloren gegangener hochfrequenter Informationen.

Zwei Dinge werden nicht geändert:

Die Auflösung ändert sich nicht um ein Pixel. In der Statistik aller 32.188 Bilder wurde das Feld dimensions_changed auf false gesetzt – ohne Ausnahme. ImgZilla skaliert nicht, schneidet nicht zu, und die eingesparte Größe stammt vollständig aus der Neuencodierung.
Die Bit-Tiefe bleibt gleich (siehe vorheriges Kapitel), 8 bit rein, 8 bit raus.

Etwas ändert sich, beeinträchtigt aber die Bildqualität nicht: Die Ausgabe ist progressives JPEG (die Originale waren fast alles Baseline). Progressive ist für die Web-Ladeerfahrung besser, bringt aber keine Qualitätseinbußen – Lightroom / Photoshop / Capture One können es problemlos lesen. Nur einige sehr alte Software-Programme könnten es nicht erkennen.

3. Der Einfluss auf die Nachbearbeitung: Chromasubsampling wird auf 4:2:0 festgesetzt

Dies ist die wichtigste Information für Fotografen in diesem ganzen Artikel.

JPEG nutzt „Chromasubsampling“, um Platz zu sparen – das menschliche Auge ist empfindlicher auf Helligkeit als auf Farbinformationen, daher kann die Auflösung der Farbinformationen niedriger sein als die der Helligkeit:

4:4:4: Farb- und Helligkeit haben dieselbe Auflösung, die Farbinformation ist am vollständigsten.
4:2:2: Die Farb-Auflösung ist horizontal halbiert. Viele Kameras und einige Smartphones nutzen dies für direkte JPEGs.
4:2:0: Die Farb-Auflösung ist horizontal und vertikal halbiert, also nur 1/4 der Helligkeitsauflösung. Die meisten „volumenoptimierten“ JPEGs nutzen dies.

Bei einer Stichprobe von 209 Dateipaaren betrachtet:

Chromasubsampling	Original	ImgZilla Komprimiert
4:4:4	1	0
4:2:2	128 (61%)	0
4:2:0	80 (38%)	209 (100%)

Nach der Komprimierung ist zu 100% 4:2:0. Bei 61% der Bilder ist es von 4:2:2 auf 4:2:0 gesunken – die vertikale Farbauflösung ist halbiert und nicht umkehrbar.

Wo zeigt sich das in der Nachbearbeitung?

Die reduzierte Farbauflösung ist bei einem uneditierten Bild für das bloße Auge oft nicht sichtbar. Das Problem tritt auf, wenn Sie es bearbeiten:

Farbkorrektur / Split-Toning: Wenn Sie die Sättigung erhöhen, HSL anpassen oder Farbgrading durchführen, beginnen die Grenzen der Farbbereiche sichtbar zu werden, insbesondere bei Übergängen in Hauttönen und Gradients vom blauen Himmel zum Horizont in großen, glatten Bereichen.
Farbselektion / Masken / Keying: Lightrooms Color Range Mask, Color Range in Photoshop, Green Screen Keying – diese hängen von der Genauigkeit der Farbkanten ab. Nach 4:2:0 werden Kanten unscharf und es gibt Kanten („Sägezahn“-Effekt).
Farbige Konturen bei hoher Kontrastkante: Rot-schwarze Texte, Neonlicht, Zweige im Gegenlicht – 4:2:0 hinterlässt hier bunte „Überläufe“.

Additive Effekte

Mit einer effektiven Qualität von ca. 70 + 4:2:0 ist dies ein Arbeitspunkt mit „starker Komprimierung“. Ein ursprünglich mit Qualität 92 und 4:2:2 ausgegebener Bild kann in der Nachbearbeitung deutlich mehr Anpassungen verkraften als dasselbe Bild, nachdem es auf Qualität 70 und 4:2:0 komprimiert wurde. Rechnen Sie hinzu, dass Sie es nach der Komprimierung bearbeiten und erneut speichern – das ist zwei Runden verlustbehafteter Neuencodierung übereinander.

Wann ist dieser Punkt egal?

Wenn Ihr Original bereits 4:2:0 ist (viele Mittelklasse-Smartphones, ältere Geräte, und jede bereits weboptimierte Bild), verliert ImgZilla durch die Neuencodierung keine zusätzliche Farbe – es führt das Bild nur auf einen ähnlichen Arbeitspunkt wie vorher. Das ist auch der Grund, warum die Komprimierungsrate bei diesen Bildern niedrig ist (siehe Kapitel 6 zur Auflösungskategorisierung: iPhone-Ausgaben sparen nur 70,7 %, während „fettere“ 12MP-Dateien bis zu 80 % sparen können).

4. Metadaten: EXIF / XMP / ICC gehen alle verloren

ImgZilla entfernt standardmäßig Metadaten. Bei einer Stichprobe von 209 Dateipaaren:

Metadaten	Original vorhanden	Nach Komprimierung vorhanden
EXIF (Einstellungen)	204	0
XMP (Bewertung / Schlagwörter / Copyright)	134	0
ICC (Farbprofil)	2	0

Details zu jedem Punkt:

EXIF: Blende, Verschlusszeit, ISO, Brennweite, Objektivmodell, Kameramodell, Aufnahmedatum, GPS-Koordinaten, Copyright-Feld – alles ist weg. Dies ist ein Problem für Fotobibliotheken, das Nachverfolgen von Einstellungen oder wenn Copyright-Informationen mit der Datei gehen müssen.
EXIF-Orientation-Marker: Dies ist extra herausgegriffen, da er die Anzeige direkt beeinflusst. Viele Kameras und alte Smartphones drehen Pixel beim Aufnehmen nicht physisch, sondern schreiben nur einen Orientierungsmarker. Wenn der Marker entfernt wird, werden vertikal aufgenommene Fotos in einigen Programmen horizontal angezeigt – libjpeg wird die Pixel beim Neuencodieren nicht für Sie korrigieren. Moderne High-End-Smartphones haben dies meist schon physisch erledigt + Marker korrigiert, daher nicht betroffen. Bei Kameras oder älteren Geräten sollten Sie es jedoch vor der Komprimierung prüfen.
XMP: Ihre Sterne, Kennzeichen, Schlagwörter, Titel, Copyright-Clips in Lightroom / Bridge – wenn sie in der Datei XMP (nicht sidecar oder Datenbank) stehen, sind sie nach der Komprimierung weg.
ICC-Farbprofil: In dieser Stichprobe war fast kein ICC eingebettet (meist sRGB ohne Kennzeichnung), daher wurde dies in diesem Test kaum ausgelöst. Wenn Sie jedoch Display P3 oder Adobe RGB für den Austausch nutzen, wird das eingebettete ICC entfernt, und das Wiedergabegerät muss es als sRGB interpretieren. Die Farben können dumpf oder verschoben wirken. Achten Sie bei einem breiten Farbraum-Workflow auf diesen Punkt.

Es gibt eine Option zum „Beibehalten von Metadaten“, aber wenn Metadaten für Ihren Workflow wichtig sind, ist die sicherste Methode: Bildern, für die Metadaten wichtig sind, nicht direkt auf der Originaldatei komprimieren – behalten Sie das Original.

5. Wann sind diese Kosten akzeptabel?

Zusammengefasst ist die Behandlung von JPEG durch ImgZilla: 8 bit gleich, Auflösung gleich, Chroma auf 4:2:0 reduziert, Qualität ca. 70, Metadaten gelöscht, gegen 76,8 % Volumenreduktion.

Dieser Tausch ist fair in folgenden Szenarien:

Bilder für Kunden zur Präsentation, Portfolio-Seiten oder für Social Media. Diese Bilder werden ohnehin von der Plattform noch einmal komprimiert. 4:2:0 + Qualität 70 ist auf reinen Betrachtungsgeräten fast nicht wahrnehmbar, während das Volumen um vier Fünftel reduziert wird – Upload ist schneller, Laden ist schneller, und die Rechnung für Bildhosting und CDN ist niedriger (bereits in den ersten zwei Artikeln gerechnet).
JPEG, die nach der Auswahl archiviert werden sollen. Bilder, die als Aufzeichnung dienen und nicht mehr in die Nachbearbeitung sollen.
Versand per WeChat / E-Mail oder Weitergabe an Kollegen – die Übertragungszeit sinkt im Verhältnis zur Größe.

Voraussetzung ist: Verwenden Sie das eingebauten Vergleichsfenster (⌘D) für die Überprüfung. ImgZilla zeigt vor/nach links und rechts, können Sie auf Pixel-Ebene vergleichen. Für empfindliche Betrachter: Glauben Sie nicht dem Spruch „kein Unterschied“, sondern zoomen Sie auf 100 % und vergleichen Sie selbst den Teil, der Ihnen am wichtigsten ist – Hauttöne, Himmel, Haarrand.

6. Wann Sie ImgZilla NICHT zum Komprimieren verwenden sollten

JPEG, die noch in Lightroom / Photoshop / Capture One stark bearbeitet werden sollen – insbesondere JPEG ohne RAW. Jeder Grad an Bearbeitungstoleranz ist kostbar; nutzen Sie sie nicht vorzeitig aus. Behalten Sie das Original, und komprimieren Sie erst die exportierte Version.
Kataloge, die EXIF / Copyright / GPS / Sterne / Schlagwörter benötigen.
Austausch per Display P3 / Adobe RGB – ICC wird entfernt.
Ihr RAW – es wird nicht beeinflusst (ImgZilla berührt es einfach nicht), aber hoffen Sie nicht, dass dieses Tool Ihnen hilft, RAW zu schrumpfen – das ist nicht seine Aufgabe.

Einer Sache: ImgZilla eignet sich zum Komprimieren von „Endprodukten“, nicht von „Dazwischenprodukten, die noch bearbeitet werden“.

7. Datenanhang: Diese 32.188 direkten JPEGs

Dasselbe Stichprobe wie in den ersten beiden Artikeln, 16 Unterordner, keine Filterung, direkte Komprimierung.

Gesamt

	Volumen	Relativ zum Original
Kamera / Smartphone Original	99,9 GB	—
ImgZilla Komprimiert	23,1 GB	−76,8 %

Durchschnitt 2,96 MB pro Bild → 0,69 MB. Der arithmetische Mittelwert der Dateikomprimierungsrate beträgt 76,6 % Ersparnis, Median 77,3 %, was mit dem 76,8 % basierend auf der Gesamtbyte-Zahl fast übereinstimmt.

Nach Auflösung kategorisiert: Unterschiedliche Geräte sparen unterschiedlich viel Platz

Ausgabe-Größe	Anzahl	Prozent	Durchschnittliche Ersparnis pro Datei
4000×3000 (Allgemein 12MP, meist Android / Kompaktkamera)	19.867	61,7 %	80,1 %
4032×3024 (iPhone Hauptkamera 12MP Standard)	3.529	11,0 %	70,7 %
3456×4608 (16MP Hochformat)	2.631	8,2 %	76,9 %
4608×3456 (15,9MP)	903	2,8 %	54,8 %
1600×1200	257	0,8 %	51,4 %

(Geräte werden nach Ausgabe-Größe angenommen, nicht durch Lesen von EXIF – EXIF ist nach der Komprimierung nicht mehr verfügbar.)

Mit demselben Tool und derselben Originaldatei, die niemand berührt hat, variiert der am stärksten komprimierende Bereich (80 %) von dem am schwierigsten zu komprimierenden Bereich (55 %) um 25 Prozentpunkte. Der Unterschied liegt vollständig im Original selbst: Apples Kamera-JPEG-Pipeline ist quantisiererischer und kodiert enger und kommt bereits nahe an den vernünftigen Minimum; viele günstige / ältere Geräte nutzen eine etwas konservativere feste Quantisierungs-Tabelle und haben noch „fette“ Bereiche, die nicht berührt wurden. Je neueres High-End-Sensor-Gerät, desto „schlanker“ sind die direkten JPEGs, desto weniger Platz bleibt für eine zweite Komprimierung – das ist nicht schlecht, Ihr Original ist ohnehin nicht so verschwenderisch.

Verteilung pro Datei

Ersparnis	Anzahl	Prozent
90 %–100 %	866	2,7 %
80 %–90 %	11.375	35,3 %
70 %–80 %	15.244	47,4 %
60 %–70 %	3.349	10,4 %
50 %–60 %	398	1,2 %
Unter 50 %	956	3,0 %

82,7 % der Fotos sparen 70 %–90 %. Nach Quantilen: Mehr als die Hälfte spart über 77 %, die 10 % mit der schlechtesten Leistung sparen immer noch ca. 68 %, und nur ca. 1 % (p99) spart weniger als 40 %.

Einige Extreme

	Original	Komprimiert	Ersparnis
Höchste Komprimierungsrate	3,55 MB (4000×3000)	100 KB	97,2 %
Maximale Ersparnis pro Datei	17,9 MB (4000×3000)	1,13 MB	16,8 MB
Schlechteste Ersparnis	70 KB (1242×1242)	68,8 KB	2,1 %

8. Daten und Testhinweise

Stichprobe: Die Zahlen für die Gesamtkomprimierungsrate, die Kategorisierung nach Auflösung und die Verteilung pro Datei stammen aus diesem Test mit 32.188 Kameras-/Smartphone-JPEGs und spiegeln das Ergebnis dieser Stichprobe wider, nicht „ImgZilla komprimiert im Durchschnitt 76,8 %“. Ergebnisse variieren je nach Kamera, Gerät und Exporteinstellungen.
Stichprobenwahl: Die Dateien wurden nicht gefiltert oder gereinigt, sondern insgesamt in den 16 Unterordnern komprimiert.
Gerätezuordnung: Die Gerätezuordnung in der Auflösungskategorisierung erfolgt durch Annahme nach Ausgabe-Größe, nicht durch Lesen von EXIF (EXIF ist nach der Komprimierung nicht mehr verfügbar); dieselbe Auflösung kann von verschiedenen Geräten stammen.
Byte-Vergleich ist eine Stichprobe: Die Schlussfolgerungen zu Chromasubsampling, Bit-Tiefe, Quantisierungs-Tabelle und Metadaten basieren auf einer zufälligen Stichprobe von 209 Original-/Komprimierungsdateien und einer Byte-für-Byte-Analyse von JPEG-Markern. Dies ist eine Stichprobenbasis, nicht die Gesamtheit von 32.188 Bildern.
Statistische Basis: Die 76,8 % Gesamtersparnis ist „Gesamteingesparte Bytes ÷ Gesamt-Original-Bytes“; der arithmetische Mittelwert der Dateikomprimierungsrate beträgt 76,6 %, der Median 77,3 % (siehe Text). Die Volumeneinheit basiert auf 1 GB = 10⁹ Bytes.
Komprimierungsparameter: Die Parameter sind fest. Es gibt kein Schieberegler für Qualität / Abtastung auf der Benutzeroberfläche. Dies ist eine designbedingte Entscheidung – die Parameter sind auf einen Punkt eingestellt, der visuell fast unverzert ist. Fotografen, die es gewohnt sind, Qualität / Abtastung manuell zu justieren, sollten dies beachten.
„Visuell unverzert“ ist nicht gleich „unverzert“: Wahre Unverzertung (Pixel sind identisch) gibt es nur bei PNG und SVG; JPEG ist eine verlustbehaftete Neuencodierung, und die Parameter sind so gewählt, dass das menschliche Auge kaum einen Unterschied bemerkt. Das eingebauten Vergleichsfenster ermöglicht einen Pixel-für-Pixel-Check.
Ausführungsumgebung: Der gesamte Vorgang wurde lokal durchgeführt, Bilder werden nicht online geladen oder hochgeladen (außer zur App Store-Validierung).

Möchten Sie es selbst testen? ImgZilla Free-Edition erlaubt 10 Komprimierungen pro Tag, die Gebühr wird erst fällig, wenn die Komprimierung erfolgreich ist. Nehmen Sie ein paar Ihrer kritischsten Bilder – Porträts, blauer Himmel, Gegenlicht-Haarschatten –, komprimieren Sie sie und vergleichen Sie mit dem Vergleichsfenster auf 100 % selbst, bevor Sie entscheiden, ob Sie Ihre ganze Bildbibliothek ihr anvertrauen.

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

Systemanforderung: macOS 12.3 oder höher.
}