{"id":14890,"date":"2026-10-28T12:45:00","date_gmt":"2026-10-28T11:45:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=14890"},"modified":"2026-10-26T13:11:17","modified_gmt":"2026-10-26T12:11:17","slug":"webp-dateigrosen-helle-und-dunkle-diagramme-fair-vergleichen","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/web-entwicklung\/webp-dateigrosen-helle-und-dunkle-diagramme-fair-vergleichen\/","title":{"rendered":"WebP-Dateigr\u00f6\u00dfen: helle und dunkle Diagramme fair vergleichen"},"content":{"rendered":"

Ein helles Diagramm kann eine gr\u00f6\u00dfere Datei ergeben als die dunkle Fassung. Diese Beobachtung erkl\u00e4rt noch keine Ursache. Bildinhalt, Kodiererversion, verlustfreier oder verlustbehafteter Modus, Qualit\u00e4t, Metadaten und Vorverarbeitung beeinflussen das Ergebnis. Ein brauchbarer Vergleich trennt Dateigr\u00f6\u00dfe und Erkl\u00e4rung.<\/p>\n

Was der historische Vergleich belegen kann<\/h2>\n

Der urspr\u00fcngliche Werkstattbericht nannte 662 Paare und Summen von 32,5 gegen\u00fcber 56,2 MB. Daraus ergeben sich rund 73 Prozent mehr Bytes f\u00fcr den hellen Satz. Bei korrekt erfassten Messwerten war dieser Gr\u00f6\u00dfenunterschied real; unbelegt war die Zuschreibung allein an die Helligkeit.<\/p>\n

Die vollst\u00e4ndige damalige Messtabelle, Auswahl der Stichprobe und Kodierereinstellungen lie\u00dfen sich bei dieser Pr\u00fcfung nicht wiederherstellen. Die alten Faktoren werden deshalb nicht als erneut best\u00e4tigter Benchmark ausgegeben. Insbesondere widerlegt eine breite Streuung keinen Helligkeitseffekt. Auch ein Mittelwert oberhalb des Medians beweist nicht, dass nur wenige Ausrei\u00dfer den Unterschied verursacht haben.<\/p>\n

\"Neuer
Neue Messung vom 25. Oktober 2026: zw\u00f6lf gezielt ausgew\u00e4hlte Diagrammpaare, innerhalb jedes Modus identische Kodierereinstellungen. Das Ergebnis gilt f\u00fcr diese Stichprobe, nicht als allgemeines Helligkeitsgesetz.<\/figcaption><\/figure>\n

Eine neue Messung mit dokumentierten Einstellungen<\/h2>\n

Die Gegenprobe verwendete zw\u00f6lf vorhandene englische Diagrammthemen, jeweils dunkel und hell: 24 RGB-PNG-Dateien mit jeweils 2240 \u00d7 1160 Pixeln. Die Auswahl war gezielt, nicht zuf\u00e4llig. Private Kopien wurden mit Pillow 11.1.0 und libwebp 1.5.0 kodiert, ohne Gr\u00f6\u00dfen\u00e4nderung und ohne \u00dcbernahme von Metadaten.<\/p>\n

Jede Datei wurde zweimal kodiert: verlustbehaftetes WebP mit Qualit\u00e4t 90 und Methode 6 sowie verlustfreies WebP mit Qualit\u00e4t 90 und Methode 6. Im verlustfreien Modus steuert der Qualit\u00e4tsparameter den Kompressionsaufwand statt eines zul\u00e4ssigen Bildverlusts. Die beiden Modi bilden deshalb getrennte Vergleiche.<\/p>\n\n\n\n\n\n\n
Modus<\/th>\nMedian hell\/dunkel<\/th>\nSpanne<\/th>\n<\/tr>\n<\/thead>\n
Verlustfrei<\/td>\n1,000<\/td>\n0,965\u20131,027<\/td>\n<\/tr>\n
Verlustbehaftet, Qualit\u00e4t 90<\/td>\n0,974<\/td>\n0,952\u20131,010<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

In dieser Stichprobe lagen die Dateigr\u00f6\u00dfen beider Farbwelten nahe beieinander. Verlustfrei war bei allen 24 Dateien kleiner als verlustbehaftet mit Qualit\u00e4t 90. F\u00fcr jede Datei wurde die verlustbehaftete Gr\u00f6\u00dfe durch die verlustfreie Gr\u00f6\u00dfe geteilt. Die Mitte der sortierten Verh\u00e4ltnisse, der Median, lag bei 1,577: Dieses Verh\u00e4ltnis entspricht rund 58 Prozent mehr Bytes f\u00fcr die verlustbehaftete Kodierung. Nach dem Dekodieren stimmten s\u00e4mtliche Pixel der verlustfreien Ergebnisse exakt mit der Quelle \u00fcberein. Das spricht f\u00fcr einen Verlustfrei-Test bei diesen Diagrammen, beweist aber weder einen allgemeinen Vorteil bei jeder Grafik noch identische Gr\u00f6\u00dfen aller hellen und dunklen Bilder.<\/p>\n

Palette und RGB erkl\u00e4ren noch nicht den Kodierweg<\/h2>\n

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\u00dfenden Ablauf belegen Kodierprotokolle.<\/p>\n

Verlustbehaftetes WebP sch\u00e4tzt Pixelbl\u00f6cke 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\u00e4chen lassen sich effizient komprimieren. Verlustfreies WebP verwendet andere Transformationen und Kodierverfahren, darunter palettenbezogene Verfahren. Die Aussage \u201eQualit\u00e4t 90 verschwendet in jeder einfarbigen Fl\u00e4che Bits\u201c erkl\u00e4rt das Ergebnis daher nicht zuverl\u00e4ssig.<\/p>\n

Auch ein kleineres Ergebnis ben\u00f6tigt eine Qualit\u00e4tspr\u00fcfung<\/h2>\n

Eine viermal gr\u00f6\u00dfere Neukodierung ist ein Anlass zur Pr\u00fcfung des Ablaufs. Daraus folgt nicht eindeutig eine andere Qualit\u00e4tsstufe. Auch Codec-Version, Metadaten, Pixelumrechnung und Kompressionsmodus k\u00f6nnen abweichen. Umgekehrt beweisen \u00e4hnliche Dateigr\u00f6\u00dfen keine identischen Einstellungen.<\/p>\n

F\u00fcr einen fairen Versuch dient das urspr\u00fcngliche PNG als Eingabe beider Modi. Eine erneute verlustbehaftete Kodierung eines bereits verlustbehafteten WebP kann weitere Bilddetails entfernen. Zum Vergleich geh\u00f6ren Quellhashes, Abmessungen, Transparenz, Versionen, ausdr\u00fccklich gesetzte Optionen, Ausgabebytes und die dekodierte Bildqualit\u00e4t. D\u00fcnne Schrift und farbige Kanten verdienen eine Sichtpr\u00fcfung.<\/p>\n

\n

Fragen und Antworten<\/h2>\n

Entsprechen 27 gr\u00f6\u00dfere Dateien unter 40 einem M\u00fcnzwurfergebnis?<\/h3>\n

Nein: 27\/40 sind 67,5 Prozent. Die Anzahl allein beweist weder gleiche Gr\u00f6\u00dfen noch die St\u00e4rke des Gr\u00f6\u00dfenunterschieds. Verwandte Diagrammvorlagen stellen au\u00dferdem die Annahme unabh\u00e4ngiger Beobachtungen infrage. Quotienten und Auswahlverfahren sind aussagekr\u00e4ftiger als dieser Vergleich.<\/p>\n

Wie l\u00e4sst sich der WebP-Modus erkennen?<\/h3>\n

Die Bildnutzdaten verwenden VP8 <\/code> f\u00fcr verlustbehaftete oder VP8L<\/code> f\u00fcr verlustfreie Kodierung. VP8X<\/code> beschreibt einen erweiterten Container; vor den Bilddaten k\u00f6nnen Metadaten-, Alpha- oder Animationsbl\u00f6cke liegen. Eine vollst\u00e4ndige Pr\u00fcfung mit webpinfo<\/code> ist zuverl\u00e4ssiger als das Lesen des ersten Blocks.<\/p>\n

L\u00e4sst sich die urspr\u00fcngliche Qualit\u00e4tsstufe ermitteln?<\/h3>\n

WebP besitzt kein standardisiertes Feld f\u00fcr die urspr\u00fcngliche Qualit\u00e4tsoption des Kodierers. Neukodierungen mit bekannten Einstellungen erm\u00f6glichen Vergleiche, rekonstruieren aber nicht eindeutig alle urspr\u00fcnglichen Entscheidungen. Aussagekr\u00e4ftiger sind Kodierprotokolle.<\/p>\n

Gilt das Ergebnis auch f\u00fcr Fotos?<\/h3>\n

Aus dieser Diagrammstichprobe folgt keine allgemeine Aussage. Verlustbehaftete Kodierung spart bei strukturierten Bildern h\u00e4ufig viel Platz bei ausreichender sichtbarer Qualit\u00e4t. Entscheidend sind das konkrete Bild und die Qualit\u00e4tsanforderung, nicht allein die Bildkategorie.<\/p>\n<\/div>\n

\n

Quellen<\/h2>\n