---

Geschrieben von rista am 15.04.2024 um 21:48:

  RE: Laptop

Bin kein Spezi für Bilder, aber ich vermute auch, dass sich ab der fehlerhaften Stelle ein "schlechtes" Bit eingefunden hat und dass ab dann die Kompression aufgrund der fehlerhaften Information durcheinanderkommt. Nach einer Weile "fängt" sich die Datei aber eben immer noch mit falschen Informationen - siehe Falschfarben und falsche geometrische Zusammensetzung.
Kann sein, dass das von Bildformat zu Bildformat (ggf. auch noch vom verwendeten Kompressionsalgorithmus) unterschiedlich ist - sicherlich gibt es in der Forschung dazu fundiertere Aussagen.

---

Geschrieben von cat$man$ am 15.04.2024 um 22:01:

 

Ich spekuliere mal, wie ich mir das erkläre.

Eine Farbe braucht 8 Bytes im CMYK - Format.
Gelb heißt 000/000/256/000
Grün heißt 256/000/256/000
Hellgrün heißt 128/000/128/000

Eine Zeichnung aus 16 Pixeln könnte also so aussehen:


256/000/256/000; 256/000/256/000; ; 0/000/256/000; 256/000/256/000;
256/000/256/000; 256/000/256/000; ; 0/000/256/000; 256/000/256/000;
256/000/256/000; 256/000/256/000; ; 0/000/256/000; 256/000/256/000;
256/000/256/000; 256/000/256/000; ; 0/000/256/000; 256/000/256/000;



In den meisten Bildern haben die meisten nebeneinanderliegenden Punkte ähnliche Farben.
Wenn man nur den Unterschied angibt, spart man Speicherplatz:

+256//+256/; ///; -256////; +256///;
+256//+256/; ///; -256////; +256///;
+256//+256/; ///; -256////; +256///;
+256//+256/; ///; -256////; +256///;


Aber wehe, jetzt fehlt eine Zahl und das Ganze verschiebt sich... dann steht +256 nicht mehr bei "Y", sondern bei "M"....


Das Ganze ist vermutlich um einiges komplizierter, jemand hat mir gesagt, dass man mit Sinus und Cosinus und so genannte Taylorreihen gleitende Übergänge viel besser komprimieren kann, aber da steige ich auch auch langsam aus.