Pages: 1 2 [3]   Go Down

Author Topic: What exactly does 'Simulate paper white' do?  (Read 2688 times)

digitaldog

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 12203
    • http://digitaldog.net/
Re: What exactly does 'Simulate paper white' do?
« Reply #40 on: October 04, 2017, 06:11:54 PM »

Andrew wasn't talking about two profiles, but the two tables in a profile, one of which is used for rendering color to the printer, the other takes the RGB values from that rendering to generate the actual colors printed.
I was talking about one table that is for printing, one for soft proofing. Two tables, one profile.
Logged
Andrew Rodney
Author “Color Management for Photographers”
http://digitaldog.net/

Doug Gray

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 737
Re: What exactly does 'Simulate paper white' do?
« Reply #41 on: October 04, 2017, 06:50:49 PM »

I was talking about one table that is for printing, one for soft proofing. Two tables, one profile.

At the risk of going further into geeky detail, in a profile there are normally 3 tables for printing, one each for Perceptual, Relative, and Saturation Intents.  These are called BtoA tables. The inverse Relative table, a AtoB table, is used for creating soft proofs or hard proofs when cross rendering (simulating a print on a different device). It's purpose is to report back, within the limits of interpolation and measurement error, the color printed from whichever one of the printing intents were selected. The Relative Intent table is shared with Absolute Intent in both directions though V4 profiles allow for a separate table. I've not run across a profile that has one.

http://www.color.org/specification/ICC1v43_2010-12.pdf

Logged

digitaldog

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 12203
    • http://digitaldog.net/
Re: What exactly does 'Simulate paper white' do?
« Reply #42 on: October 04, 2017, 06:55:19 PM »

At the risk of going further into geeky detail, in a profile there are normally 3 tables for printing, one each for Perceptual, Relative, and Saturation Intents. 
Indeed yes, but those are lumped into the 'output' table I referring to. And for soft proofing, there would be the same set of tables depending on the profile structure of course.
Your text about my text seemed to aim only towards output at least as I read it:


Quote
but the two tables in a profile, one of which is used for rendering color to the printer, the other takes the RGB values from that rendering to generate the actual colors printed.
Logged
Andrew Rodney
Author “Color Management for Photographers”
http://digitaldog.net/

Doug Gray

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 737
Re: What exactly does 'Simulate paper white' do?
« Reply #43 on: October 04, 2017, 07:58:34 PM »

Indeed yes, but those are lumped into the 'output' table I referring to. And for soft proofing, there would be the same set of tables depending on the profile structure of course.
Your text about my text seemed to aim only towards output at least as I read it:

Good point. I skipped the step where the rgb values sent to the device driver are converted back to Lab (the PCS), an intermediate point which is then processed by the monitor's profile to produce the proof display. It is worth it to take time to go through what happens behind the scenes and it does help for folks to understand just how difficult it is to soft proof when OBAs are present. Heck, it isn't even that easy without OBAs complicating things but it is doable and it is worth it.

Andrew, your videos are really excellent vehicles for people just wading into color management. They include the necessary background and detail without anything but the necessary tech speak. The resources at color.org are also excellent but can be intimidating for many. They are great for those that want to delve into the gory details later.
Logged

Peter_DL

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 521
Re: What exactly does 'Simulate paper white' do?
« Reply #44 on: October 07, 2017, 06:20:43 AM »

I still don't understand in which way the soft proof should match the monitor profile.

One philosophy is that the monitor gets calibrated to a Brightness and a White point that visually matches the final output i.e. the print.

There were some earlier discussions and different opinions, if this matching and the comparison screen/print should be done under Soft-proof with or without Simulate paper color.

In any case it requires to be consistent then, when soft-proofing in practice.

Gruß, Peter

Simulate Paper Color:
https://creativepro.com/out-of-gamut-photoshop-previsualization-and-print-prediction/
http://www.cambridgeincolour.com/tutorials/soft-proofing.htm
Logged

Hening Bettermann

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 847
    • landshape.net
Re: What exactly does 'Simulate paper white' do?
« Reply #45 on: October 07, 2017, 01:50:05 PM »

Thank you Peter for these 2 very useful links!

digitaldog

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 12203
    • http://digitaldog.net/
Re: What exactly does 'Simulate paper white' do?
« Reply #46 on: October 07, 2017, 07:54:38 PM »

One philosophy is that the monitor gets calibrated to a Brightness and a White point that visually matches the final output i.e. the print.
There were some earlier discussions and different opinions, if this matching and the comparison screen/print should be done under Soft-proof with or without Simulate paper color.


Exactly!
With simulation.
One experts opinion about cambridgeincolor.com:
https://www.dpreview.com/forums/post/60217235
Logged
Andrew Rodney
Author “Color Management for Photographers”
http://digitaldog.net/

Doug Gray

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 737
Re: What exactly does 'Simulate paper white' do?
« Reply #47 on: October 07, 2017, 10:10:53 PM »


Exactly!
With simulation.
One experts opinion about cambridgeincolor.com:
https://www.dpreview.com/forums/post/60217235

I wonder how many people reading that link realize the image they incorrectly tout as the "Profile Connection Space" is actually the human gamut CIEuv chromaticity graph?  Might as well have a cat picture.
Logged

digitaldog

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 12203
    • http://digitaldog.net/
Re: What exactly does 'Simulate paper white' do?
« Reply #48 on: October 07, 2017, 11:13:15 PM »

I wonder how many people reading that link realize the image they incorrectly tout as the "Profile Connection Space" is actually the human gamut CIEuv chromaticity graph?  Might as well have a cat picture.
ROTFL!
Logged
Andrew Rodney
Author “Color Management for Photographers”
http://digitaldog.net/

Peter_DL

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 521
Re: What exactly does 'Simulate paper white' do?
« Reply #49 on: October 08, 2017, 06:39:30 AM »

One philosophy is that the monitor gets calibrated to a Brightness and a White point that visually matches the final output i.e. the print.
There were some earlier discussions and different opinions, if this matching and the comparison screen/print should be done under Soft-proof with or without Simulate paper color.
In any case it requires to be consistent then, when soft-proofing in practice.

Exactly!
With simulation.

with or without Simulate paper color:
http://forum.luminous-landscape.com/index.php?topic=46010.msg385595#msg385595
http://forum.luminous-landscape.com/index.php?topic=47185.0

The general problem lies in the RelCol-mapping of the source white onto the target white. To assume a 100% Chromatic adaptation to the target white (RelCol WP mapping) might be as wrong as to assume zero Chromatic adaptation to the target white (AbsCol WP mapping). In reality, there is adaptation, but it is not complete (see pdf, chapter 5).

The solution to visually adjust the monitors calibrated white seems to me somewhat ironic/paradox, considering all the science & geek stuff which comes along with Color management.

Peter

--
Logged

Doug Gray

  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 737
Re: What exactly does 'Simulate paper white' do?
« Reply #50 on: October 08, 2017, 01:15:54 PM »

with or without Simulate paper color:
http://forum.luminous-landscape.com/index.php?topic=46010.msg385595#msg385595
http://forum.luminous-landscape.com/index.php?topic=47185.0

The general problem lies in the RelCol-mapping of the source white onto the target white. To assume a 100% Chromatic adaptation to the target white (RelCol WP mapping) might be as wrong as to assume zero Chromatic adaptation to the target white (AbsCol WP mapping). In reality, there is adaptation, but it is not complete (see pdf, chapter 5).

The solution to visually adjust the monitors calibrated white seems to me somewhat ironic/paradox, considering all the science & geek stuff which comes along with Color management.

Peter

--

Adaptation is an incredibly complex topic and one I avoid. I run my monitor at D50 and I use ProPhoto which has RGB coordinates at D50 unlike most, but not all, other standard RGB spaces. There are other issues as well including surround variation between the monitor and print viewing station. There are ways to mitigate and minimize those differences but that's only part of the problem.

The larger problem I have is the difference between 2 degree and 10 degree CIEXYZ with my two Eizo monitors. Both are wide gamut but one has a CFL backlight, the other an LED backlight. The peaks of the blues for the two monitors differ by almost 20nm.  And, as luck would have it, that has a big impact on the shift in white points between wide area (10 degree)  and spot colors (2 degree). Thus, if I profile both for the same white point CIExy (2 degrees) which is the standard, the screen whites, which are wide area, have different tints. The LED Eizo has the least shift based on its spectrum and the CIE 10/2 responses and that's the one I use for proofing. I adjusted the white point on the CFL Eizo away from D50 such that the wide angle white matches the LED Eizo. I don't use that one for color work but at least I can set its white point so that it matches visually and isn't a distraction.

Another issue is the variation human to human in color response. This is an issue with monitors generally compared to prints. Some research indicates humans can be upwards of 10 dE from one person to another and there really is no way for any one person to evaluate how close their color perception is to the CIE's Standard Observer.
Logged
Pages: 1 2 [3]   Go Up