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