PicShift Warum die Ausgabegröße steigen kann
Wenn die konvertierte Datei größer wird, zeigt PicShift eine Erklärung an. Diese Seite beschreibt die Regeln und die B/pixel-Berechnung.
Wie PicShift starke Vorabkomprimierung erkennt
PicShift nutzt eine Dichte-Heuristik: Originalgröße 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 für die Erklärung als bereits stark komprimiert.
B/pixel-Formel
B/pixel = originalFileSizeBytes / (width x height)
Beispiel: Für 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 Dateigröße erhöhen.
- Bei bereits sehr niedrigem B/pixel bleibt oft wenig Spielraum für weitere Reduktion.
- Bei kleinen Bildern fällt Codec- und Container-Overhead stärker ins Gewicht.
Geltungsbereich und Grenzen
- Das ist eine Erklärungs-Heuristik, kein exakter Größen-Prädiktor für jede Datei.
- Inhaltstypen (Foto, Screenshot, Grafik) beeinflussen das Ergebnis.
- Qualität und Zielformat verändern den finalen Trend.
FAQ
Führt PicShift dafür einen zweiten Voll-Encode aus?
Nein. Die Erklärung 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 Qualitätswert?
Nein. Es ist eine praktische Heuristik zur Erklärung von Größentrends.
Verwandte Seiten
Verwandte Tools
Zuletzt aktualisiert: 2026-04-08