Jos De Laender <jos.de_laen...@telenet.be> writes: > 3. In dcraw everything is linear, based on the matrices. Until the > moment the file is written and where something interesting occurs. > At writing out BT709 gamma is used, rather than sRGB. However, viewers > simply do not take into account BT709 gamma , but sRGB. > So in effect, there's an contrast enhancement based on the difference > between BT709 and sRGB. That's why dcraw looks good. > (alternatively you can have dcraw apply sRGB but then you have the > same 'problem' as described : foggy). > > 4. So I believe to have things 'correct' and nice looking , one should > use the profiles without any gamma (just as a primaries mapping > device) and later on apply some contrast enhancement. > A weird gamma like function based on the diff between sRGB and BT709 > would give results as dcraw. > Another weird one based on the diff between ufraw gamma and sRGB would > give results as ufraw. > But probably we shouldn't confine to weird ones. More 'standard' > contrast enhancers would do also at that stage.
That's very interesting that dcraw has a similar beneficial error.
pgpJQ7eViPWcG.pgp
Description: PGP signature
------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com
_______________________________________________ ufraw-devel mailing list ufraw-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ufraw-devel
