English
DeutschWebP-Dateigrößen: helle und dunkle Diagramme fair vergleichen
Management Summary
WebP ist ein Bildformat, das die übertragene Datenmenge einer Website verringern kann. Bei Diagrammen mit Schrift und klaren Kanten kann eine vollständig originalgetreue Speicherung sogar kleinere Dateien erzeugen als eine hochwertige Variante mit Detailverlust. Im Vergleich von zwölf hellen und dunklen Paaren galt das für alle 24 Bilder; die Farbgebung allein machte wenig Unterschied. Das erklärt, warum konkrete Grafiken wichtiger sind als die pauschale Annahme, helle Bilder würden grundsätzlich größere Dateien ergeben.
Inhalt
Ein helles Diagramm kann eine größere Datei ergeben als die dunkle Fassung. Diese Beobachtung erklärt noch keine Ursache. Bildinhalt, Kodiererversion, verlustfreier oder verlustbehafteter Modus, Qualität, Metadaten und Vorverarbeitung beeinflussen das Ergebnis. Ein brauchbarer Vergleich trennt Dateigröße und Erklärung.
Was der historische Vergleich belegen kann
Der ursprüngliche Werkstattbericht nannte 662 Paare und Summen von 32,5 gegenüber 56,2 MB. Daraus ergeben sich rund 73 Prozent mehr Bytes für den hellen Satz. Bei korrekt erfassten Messwerten war dieser Größenunterschied real; unbelegt war die Zuschreibung allein an die Helligkeit.
Die vollständige damalige Messtabelle, Auswahl der Stichprobe und Kodierereinstellungen ließen sich bei dieser Prüfung nicht wiederherstellen. Die alten Faktoren werden deshalb nicht als erneut bestätigter Benchmark ausgegeben. Insbesondere widerlegt eine breite Streuung keinen Helligkeitseffekt. Auch ein Mittelwert oberhalb des Medians beweist nicht, dass nur wenige Ausreißer den Unterschied verursacht haben.
Eine neue Messung mit dokumentierten Einstellungen
Die Gegenprobe verwendete zwölf vorhandene englische Diagrammthemen, jeweils dunkel und hell: 24 RGB-PNG-Dateien mit jeweils 2240 × 1160 Pixeln. Die Auswahl war gezielt, nicht zufällig. Private Kopien wurden mit Pillow 11.1.0 und libwebp 1.5.0 kodiert, ohne Größenänderung und ohne Übernahme von Metadaten.
Jede Datei wurde zweimal kodiert: verlustbehaftetes WebP mit Qualität 90 und Methode 6 sowie verlustfreies WebP mit Qualität 90 und Methode 6. Im verlustfreien Modus steuert der Qualitätsparameter den Kompressionsaufwand statt eines zulässigen Bildverlusts. Die beiden Modi bilden deshalb getrennte Vergleiche.
| Modus | Median hell/dunkel | Spanne |
|---|---|---|
| Verlustfrei | 1,000 | 0,965–1,027 |
| Verlustbehaftet, Qualität 90 | 0,974 | 0,952–1,010 |
In dieser Stichprobe lagen die Dateigrößen beider Farbwelten nahe beieinander. Verlustfrei war bei allen 24 Dateien kleiner als verlustbehaftet mit Qualität 90. Für jede Datei wurde die verlustbehaftete Größe durch die verlustfreie Größe geteilt. Die Mitte der sortierten Verhältnisse, der Median, lag bei 1,577: Dieses Verhältnis entspricht rund 58 Prozent mehr Bytes für die verlustbehaftete Kodierung. Nach dem Dekodieren stimmten sämtliche Pixel der verlustfreien Ergebnisse exakt mit der Quelle überein. Das spricht für einen Verlustfrei-Test bei diesen Diagrammen, beweist aber weder einen allgemeinen Vorteil bei jeder Grafik noch identische Größen aller hellen und dunklen Bilder.
Palette und RGB erklären noch nicht den Kodierweg
Eine PNG-Palette beschreibt die Speicherung der Quellfarben. Daraus folgt kein bestimmter WebP-Modus. Eine Verarbeitungskette kann Paletten- und RGB-Quellen vor der Kodierung auf dieselben Pixel abbilden. Der Farbtyp im PNG-IHDR ist ein hilfreicher Hinweis zur Quelle; den anschließenden Ablauf belegen Kodierprotokolle.
Verlustbehaftetes WebP schätzt Pixelblöcke aus benachbarten Pixeln. Die Unterschiede zur Quelle werden umgerechnet und die entstehenden Werte gerundet, um Platz zu sparen. Bei dieser Rundung gehen Informationen verloren. Auch einfarbige Flächen lassen sich effizient komprimieren. Verlustfreies WebP verwendet andere Transformationen und Kodierverfahren, darunter palettenbezogene Verfahren. Die Aussage „Qualität 90 verschwendet in jeder einfarbigen Fläche Bits“ erklärt das Ergebnis daher nicht zuverlässig.
Auch ein kleineres Ergebnis benötigt eine Qualitätsprüfung
Eine viermal größere Neukodierung ist ein Anlass zur Prüfung des Ablaufs. Daraus folgt nicht eindeutig eine andere Qualitätsstufe. Auch Codec-Version, Metadaten, Pixelumrechnung und Kompressionsmodus können abweichen. Umgekehrt beweisen ähnliche Dateigrößen keine identischen Einstellungen.
Für einen fairen Versuch dient das ursprüngliche PNG als Eingabe beider Modi. Eine erneute verlustbehaftete Kodierung eines bereits verlustbehafteten WebP kann weitere Bilddetails entfernen. Zum Vergleich gehören Quellhashes, Abmessungen, Transparenz, Versionen, ausdrücklich gesetzte Optionen, Ausgabebytes und die dekodierte Bildqualität. Dünne Schrift und farbige Kanten verdienen eine Sichtprüfung.
Fragen und Antworten
Entsprechen 27 größere Dateien unter 40 einem Münzwurfergebnis?
Nein: 27/40 sind 67,5 Prozent. Die Anzahl allein beweist weder gleiche Größen noch die Stärke des Größenunterschieds. Verwandte Diagrammvorlagen stellen außerdem die Annahme unabhängiger Beobachtungen infrage. Quotienten und Auswahlverfahren sind aussagekräftiger als dieser Vergleich.
Wie lässt sich der WebP-Modus erkennen?
Die Bildnutzdaten verwenden VP8 für verlustbehaftete oder VP8L für verlustfreie Kodierung. VP8X beschreibt einen erweiterten Container; vor den Bilddaten können Metadaten-, Alpha- oder Animationsblöcke liegen. Eine vollständige Prüfung mit webpinfo ist zuverlässiger als das Lesen des ersten Blocks.
Lässt sich die ursprüngliche Qualitätsstufe ermitteln?
WebP besitzt kein standardisiertes Feld für die ursprüngliche Qualitätsoption des Kodierers. Neukodierungen mit bekannten Einstellungen ermöglichen Vergleiche, rekonstruieren aber nicht eindeutig alle ursprünglichen Entscheidungen. Aussagekräftiger sind Kodierprotokolle.
Gilt das Ergebnis auch für Fotos?
Aus dieser Diagrammstichprobe folgt keine allgemeine Aussage. Verlustbehaftete Kodierung spart bei strukturierten Bildern häufig viel Platz bei ausreichender sichtbarer Qualität. Entscheidend sind das konkrete Bild und die Qualitätsanforderung, nicht allein die Bildkategorie.
Passend dazu
