Lossless vs Re-Encode: Bildqualität beim Zuschneiden

JPEG-Kompression: das Grundproblem

JPEG ist verlustbehaftet komprimiert. Beim Encoding teilt der Algorithmus das Bild in Blöcke von 8×8 Pixeln und transformiert sie mit der Discrete Cosine Transformation. Hohe Frequenzen werden quantisiert, also gerundet, was Dateigröße spart, aber Detail verliert.

Bei einer JPEG-Qualität 92 sind die Artefakte für das Auge in der Regel unsichtbar. Bei Qualität 70 oder darunter werden sie sichtbar, vor allem an harten Kanten (Schrift, Logos) und in glatten Farbverläufen (Himmel, Hauttöne).

Re-Encoding beim Crop: doppelter Verlust

Wenn du ein JPEG in einem Tool zuschneidest, geschieht intern Folgendes: das Tool dekodiert das JPEG in eine Pixel-Matrix (Canvas-API in Browsern), beschneidet die Pixel-Matrix, und enkodiert wieder zu JPEG. Beim zweiten Encoding wirken die Quantisierungs-Stufen erneut auf bereits beschädigte Werte.

Das ist nicht katastrophal, bei Qualität 95 ist der Unterschied schwer zu sehen, aber er ist messbar. Wer dasselbe Bild zehnmal hintereinander öffnet, beschneidet und speichert, sieht am Ende sichtbare Artefakte.

Lossless-Crop: technisch eingeschränkt

Es gibt einen Weg, JPEG verlustfrei zu beschneiden: an den MCU-Blöcken (Minimum Coded Units). Bei den meisten Fotos (Chroma-Subsampling 4:2:0) ist eine MCU 16×16 Pixel groß, ohne Subsampling 8×8. Liegt der Crop genau auf einer solchen Grenze (Positionen 0, 16, 32, 48 usw.), lassen sich die Blöcke direkt aus dem komprimierten Datenstrom kopieren, ohne Dekompression und ohne Neukompression.

Das Open-Source-Tool jpegtran macht das. In Browsern gibt es jpegtran-wasm als WebAssembly-Port. Der Haken: Dein Crop muss exakt auf den MCU-Grenzen liegen. Wer eine Crop-Box auf Pixel 247 setzt, ist nicht auf einer Grenze, und der Zuschnitt wird um wenige Pixel verschoben.

In der Praxis ist das für pixel-genaue Plattform-Specs (1080×1350 für Instagram) eine Einschränkung. Aber für freies Zuschneiden, wo Pixel-Genauigkeit Spielraum hat, kann jpegtran Qualitätsvorteile bieten.

PNG: verlustfrei, aber groß

PNG ist verlustfrei. Eine PNG-Datei kann beliebig oft geöffnet, beschnitten und gespeichert werden, ohne dass die Pixel-Daten sich ändern.

Der Preis: Datei-Größe. Eine 2000×2000-PNG kann 5 bis 10 MB groß sein, dasselbe Bild als JPEG-95 unter 2 MB. Für fotografische Inhalte ist JPEG fast immer die richtige Wahl, weil der visuelle Unterschied marginal ist.

PNG bleibt sinnvoll für Grafiken mit Transparenz, harten Kanten oder Text. Wer eine Grafik mehrfach editiert, sollte sie als PNG speichern und erst beim finalen Output zu JPEG konvertieren.

WebP: moderner Mittelweg

WebP wurde von Google entwickelt, um die Lücke zwischen JPEG und PNG zu schließen. Es bietet sowohl verlustbehaftete als auch verlustfreie Modi. Verlustbehaftete WebP-Dateien sind etwa 25 Prozent kleiner als JPEG bei gleicher visueller Qualität. Verlustfreie WebP-Dateien sind etwa 25 Prozent kleiner als PNG.

WebP wird von allen modernen Browsern unterstützt. Instagram, LinkedIn, Facebook akzeptieren WebP als Upload-Format und konvertieren intern. Wer Upload-Datenvolumen sparen will, sollte WebP statt JPEG verwenden.

Praxis: welche Strategie wählen

Für einmalige Crops von hochqualitativen JPEG-Originalen reicht Standard-Re-Encoding mit Qualität 92 oder 95. Der Verlust ist nicht sichtbar.

Für mehrfaches Bearbeiten oder bei bereits stark komprimierten Quellen lohnt PNG als Zwischenformat. Erst nach allen Edits zu JPEG konvertieren.

Für Web-Uploads ist WebP der beste Kompromiss zwischen Qualität und Datei-Größe. Wenn das Ziel-System WebP nicht akzeptiert, ist JPEG-92 die sichere Default.

1. Einmaliger Crop: JPEG-Qualität 92, fertig.
2. Mehrfache Bearbeitung: PNG als Zwischenformat, am Ende zu JPEG.
3. Web-Upload: WebP wenn möglich, sonst JPEG-92.
4. Lossless-Crop ohne Pixel-genaues Ziel: jpegtran (zukünftig im Tool integriert).
5. Print-Druck: TIFF oder PNG für maximale Erhaltung.

Was bildzuschneiden.de macht

Unser Tool nutzt das Standard-Canvas-Encoding des Browsers mit wählbarer Qualität von 1 bis 100 Prozent (Standard 92). Das gilt auch für WebP: Der WebP-Export ist verlustbehaftet, nicht verlustfrei. Bei JPEG ist der Verlust ab Qualität 95 visuell kaum wahrnehmbar. Für maximale Erhaltung exportierst du als PNG.

Lossless-JPEG-Crop via jpegtran-wasm wäre eine mögliche Erweiterung, ist aber nicht eingebaut. Sie würde verlustfreies Zuschneiden bei Crop-Boxen auf MCU-Grenzen ermöglichen. Bis dahin empfehlen wir bei kritischen Inhalten den Export als PNG.

Häufige Fragen