PicShift Warum die Ausgabegrosse steigen kann
Wenn die konvertierte Datei grosser wird, zeigt PicShift eine Erklaerung an. Diese Seite beschreibt die Regeln und die B/pixel-Berechnung.
Wie PicShift starke Vorabkomprimierung erkennt
PicShift nutzt eine Dichte-Heuristik: Originalgroesse plus decodierte Pixel, daraus B/pixel und Vergleich mit einem Schwellwert.
- Die Pixelzahl kommt aus den decodierten Abmessungen (width x height).
- B/pixel = Originalbytes / Gesamtpixel.
- Liegt B/pixel unter dem Schwellwert, gilt die Quelle fuer die Erklaerung als bereits stark komprimiert.
B/pixel-Formel
B/pixel = originalFileSizeBytes / (width x height)
Beispiel: Fuer ein Bild mit 3000 x 2000 und 350 KB in die Formel eingesetzt: (350 x 1024) / (3000 x 2000) = 0.0597, also etwa 0.06 B/pixel.
Warum die Ausgabe trotzdem wachsen kann
- Ein Wechsel von stark komprimierten/lossy Formaten zu weniger effizienten Zielsettings kann die Dateigroesse erhoehen.
- Bei bereits sehr niedrigem B/pixel bleibt oft wenig Spielraum fuer weitere Reduktion.
- Bei kleinen Bildern faellt Codec- und Container-Overhead staerker ins Gewicht.
Geltungsbereich und Grenzen
- Das ist eine Erklaerungs-Heuristik, kein exakter Groessen-Prädiktor fuer jede Datei.
- Inhaltstypen (Foto, Screenshot, Grafik) beeinflussen das Ergebnis.
- Qualitaet und Zielformat veraendern den finalen Trend.
FAQ
Fuehrt PicShift dafuer einen zweiten Voll-Encode aus?
Nein. Die Erklaerung basiert auf leichtgewichtigen Metadaten und Formatregeln, ohne zweiten Voll-Encode.
Wie wird B/pixel berechnet?
B/pixel = Originalbytes / decodierte Pixel: originalFileSizeBytes / (width x height).
Ist die Erkennung starker Komprimierung ein exakter Qualitaetswert?
Nein. Es ist eine praktische Heuristik zur Erklaerung von Groessentrends.
Verwandte Seiten
Zuletzt aktualisiert: 2026-03-07