Re: [CinePaint] Working with RAW data

Frank Peters <[email protected]>
Newsgroups gmane.comp.video.cinepaint.user
Message-ID <[email protected]>
On Sun, 23 Mar 2008 23:19:53 -0500 (CDT)
Bob Friesenhahn <[email protected]> wrote:

> 
> The phrase "the whole issue can be quite complex" implies that there 
> is some sort of science detailed in this conversation thread which 
> goes beyond "works for me".  It seems best to simply admit that using 
> ICC profiles in this way is a "works for me" type situation.
> 

My feeling is that the issue may be a bit too involved to rehash
on the Cinepaint mailing list.  Thus I made an attempt to refer
the original poster to another source of information.

Proprietary software does an excellent job of processing
raw files without the need for custom color profiles.
How is this done?  The UFRAW mailing list is, as far as I
know, one of the only places where this issue is considered,
and those discussions would certainly be relevant to Cinepaint
users.


> While CCD and CMOS sensors are fairly simple and easy to characterize, 
> as used in consumer digital cameras, there is firmware added which may 
> make changes to the biasing of the sensor before the shot is taken, as 
> well as adjust the iris and shutter duration.  The sensed colors have 
> quite a lot to do with the colors surrounding the object and the 
> overall color temperature of the scene.  The zoom level of the lense 
> has some impact on the appearance of colors.  The camera is likely to 
> exhibit a degree of metamerism.  The Bayer pattern does not help since 
> it invents colors and sensor sites which do not actually exist. 
> 

Those are all valid points, but the fact is that although these details
and parameters should be published by the camera manufacturers they
are not.  Consequently the user is left guessing.  Custom color
profiles are certainly an answer to all of the uncertainty, but as I will
explain below, they can be more trouble than they are worth.

>
> There are a large number of variables which are unlikely to be 
> normalized by a gross "white balance" adjustment done by software like 
> 'dcraw'.
>

Actually, it is more than just a gross adjustment.  White balance
data specific to a particular scene is stored by the camera firmware
in the raw file.  Dcraw uses that data to adjust the color in the same
manner as does proprietary software.  The combination of this
white balance data plus a generic color profile supplied by the manufacturer
is usually sufficient to faithfully reproduce colors across a wide
range of external conditions.

The alternative is, as you indicate, to prepare a color profile for
each unique situation.  In the absence of a manufacturer supplied
profile there would be no other choice.  But for the active
digital photographer, this would necessitate creating a profile
for every hour throughout the day, and for every day throughout the
seasons, to match all possible lighting effects, including the presence
and absence of clouds, shade, etc. Nothing short of hundreds, if not
thousands, of separate and distinct color profiles would be needed.
To eliminate this madness, the white balance multipliers are utilized
to normalize the data.

For professional use, under controlled studio conditions employing
highly reproducible illuminants, the creation of individual
profiles may be desirable and feasible.  But for anything else
it would be a ridiculous undertaking.

Proprietary software does process raw files in the manner described
above using the white balance and a single standard input profile,
or at least a limited range of profiles.  The details will depend on
the particular manufacturer, and none are very forthcoming about
these details.

As an example, I have had great success in processing Nikon raw
files using Nikon-supplied generic profiles.  A single profile
will work regardless of the type of illumination.  Indoor tungsten
lighting will process just as faithfully as will outdoor scenes
using this profile due to the prior white balance adjustment.

With Canon raw files, however, I have had poorer results.  This
could be due to the lack of suitable profiles -- I have not yet
discovered the exact profile that is used by Canon -- or it could
be something else.  Raw processing involves many steps, and usually
there is some type of gamma correction performed before the
application of the profile, but the nature of this transform
is not published.  Consequently, one has to experiment in order
to get acceptable results.

It is important for the user to understand both sides of the
story.  Individual color profiles can be tailored to suit a
specific situation or perhaps all situations, but the labor
involved would be extreme.  The far easier route for most
cases would rely on the white balance normalization and
the use of a standard profile, if obtainable.

FP


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.