Ok, finale Aufklärung: hab den Post gefunden mit dem Kommentar von dem Typen, der sich den realen Code zum Decodieren angesehen, genauer gehts nicht:
Zitat:
After a quick look at dcraw, cRaw is indeed lossy, and using 8 bits.
It seems that at each group of 16 bayer pixels, it stores the max value, and then the following 16 pixels will be stored using 8 bits with values that can go up to this max value.
So overall dynamic range is preserved, but you only have 8bits of dynamic per 16 pixels.
This is a very simple scheme, and for sure it could have been a bit more efficient, but overall it's not that bad.
(http://www.dyxum.com/dforum/the-cons...802_page1.html)
|
Zu Deutsch:
=> Delta-Verfahren über 16 BAYER-Pixel (Achtung, Bayer, nicht Bildpixel am Ende!)
=> Volle 12 Bit Dynamik, solang es nicht innerhalb von 16 Pixel zu großen Sprüngen kommt (die dürfen nur nur 8 Bit groß sein, sonst Verlust)
=> Es gibt damit wie vorhergesagt Probleme beim Rauschen und bei sehr harten Kanten (innerhalb von 16 Pixel). Farbübergänge sind kein Problem.
Aber in der Realität lässt sich wohl nur bei extremen Motiven und auf 100% ein realer Verlust nachweisen. Also solange man nicht Astronomie-Fotografie o.ä. macht...
PS: Ich fotografiere trotzdem lieber auf RAW, da ich gerne in DNG konvertierte. Die (verlustlose) DNG-Komprimierung klappt bei RAWs besser als bei cRAWs. Also am Ende auf der DVD ist mit RAW=>DNG kleiner als cRAW oder cRAW=>DNG.