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