Richtig Frank, das war relativ kurz nach dem Erscheinen der
700. Ein Anwender hatte den Algorithmus von dcraw, der ja im Quelltext vorliegt, analysiert und beschrieben. Der Algorithmus ist wohl so aufgebaut, daß feine Änderungen völlig unverfälscht beibehalten werden, da ausgehend von einem bestimmten Pixelwert, dessen Werte 12-bittig gespeichert werden, für die umgebenden Pixel die Farb
änderungen zu diesem Pixel nur mit 8 Pixel Auflösung gespeichert werden. Erst wenn es in der Umgebung eines Pixels also zu größeren Helligkeitsänderungen kommt, die 8-bittig nicht mehr gespeichert werden können, können bei einzelnen Pixeln "Verluste" auftreten. An Stellen, an denen aber größere Helligkeitsschwankungen auftreten, fällt das nicht auf. Alle feinen Strukturen und Farbverläufe, die die volle Auflösung von 12 Bit brauchen, werden hingegen völlig unverfälscht wiedergegeben. Die meisten Pixel müssen dadurch eben nur mit 8 Pixel statt 12 Pixel abgespeichert werden. Daher auch die Einsparung von etwa 1/3 bei cRaw im Vergleich zu Raw. Und daher variiert die Größe der cRaws auch kaum, während bei anderen Algorithmen ja die Kompressionsraten abhängig vom Bildinhalt stark schwanken.
War auf dyxum, ich weiß aber auch nicht mehr welcher Thead. Wenn ich mich recht entsinne, war dieser Anwender der Autor des Rawkonverters
RawHide. Das dürfte also nicht nur "Geschwätz" sein, da müßte also schon ein gewisser "Sachverstand" gegeben sein.
Rainer