[argyllcms] Re: ICC-profile shift histograms

  • From: "Roger Breton" <graxx@xxxxxxxxxxxx>
  • To: <argyllcms@xxxxxxxxxxxxx>
  • Date: Tue, 14 Mar 2017 13:17:06 -0400

Each scanner profile is a UNIQUE transformation. Ja. Das ist richtig.

When scanning the IT8 image, with Silverfast Color Management turned off, if
you change the "exposure", higher or lower gamma or whatever, you *will*
obtain different sets of starting RGB values, for the same image. Right?

One IT8 scanned image could be "brighter" or "darker" or "less saturated",
it's really up to you to decide on the technical quality of the starting IT8
image.

What I try to explain is that, because you mentioned having better results
by using Bruce Fraser's suggestion of scanner "brighter" or "darker" or in
the "opposite direction" you want to take colors. That, in my experience,
according to my understanding on your explanation, does not agree with my
"model of ICC profiling".

One last example.

Suppose you want to "calibrate" the scanner's response. Suppose you locate
patch GS10 (Gray Scale 10) at the bottom of the IT8, in your scan preview
dialog box. Suppose, through Silverfast curves, you are able to make the RGB
values of GS10 exactly R=128, G=128, B=128.

What happens next?

When creating the profile, Argyll associates RGB=128, 128, 128 to whatever
XYZ or Lab Referenz values found in the IT8.txt file.

My point is if you change the "curves", you have to make a new IT8 and a new
scanner profile.

In other words, in my experience (I have an old Silverfast version),
regardless of the starting IT8 RGB values, the profiling process is going to
be such that Argyll is going to give you "more or less" the SAME ICC
profile. In other words, you get the same "rendered" color out of either a
a) dark IT8 scan or a b) bright IT8 scan.

All scan data MUST converge to the same XYZ / Lab output.

Hope this is clearer :-)

/ Roger

-----Original Message-----
From: argyllcms-bounce@xxxxxxxxxxxxx [mailto:argyllcms-bounce@xxxxxxxxxxxxx]
On Behalf Of Hermann-Josef Röser
Sent: Tuesday, March 14, 2017 11:19 AM
To: argyllcms@xxxxxxxxxxxxx
Subject: [argyllcms] Re: ICC-profile shift histograms

Hello Roger,

thanks for your explanation, which I unfortunately cannot completely agree
with, as far as my understanding of the ICC-profile goes.

My understanding of the creation of an ICC-profile is as follows:

The target scan is analysed by "scanin" and the RGB-values measured for each
patch are related with the XYZ-values in the reference table. This is shown
in the associated Argyll-file ti3. Then a mathematical model is created by
"colprof", that relates the RGB-values with the XYZ-values, either with a
LUT or via a matrix, what have you. If  a profile is assigned to a scanned
raw image, this table is used to transform the measure RGB-values into the
device independent XYZ- or Lab-values. Thus I do not understand your
statement, that " The profile calculation will be different so that the
results ARE the same, that is, RGB = 137, 140, 112 becomes Lab = 50,0,0."
This would mean that the transformation would not be unique. I would assume
that a different RGB-set will correspond to a different Lab- or XYZ-value
according to the mathematical model. If the target is correct, a different
set of RGB-values must also correspond to a different set of Lab-values --
all of course within measurement errors.

Next step is the transformation into the Adobe RGB (1998) colour space. For
this, the above calculated (device independent!)  XYZ- or Lab-values are
transformed according to the prescription that defines the Adobe RGB colour
space, i.e. how XYZ transforms into an RGB-values. In the image header of
the new output image it is now stated that the RGB-values in the data file
are to be interpreted as Adobe RGB, which again is device independent. If
the image is displayed on a monitor, the ICC-profile of the monitor is used
to transform the Adobe-RGB-data in the file into device-dependant values,
which are sent to the electronics, in order to produce an image on the
screen, that is colour managed and looks the same on all (calibrated)
monitors.

I hope, this is at least roughly correct. Otherwise my understanding of
colour management would be completely wrong :-(.

Best wishes

        Hermann-Josef


Other related posts: