Is there a way to simulate a monitor with different phosphor chromacities?

Greg wrote:

I’d like to somehow make my monitor simulate one with different chromacity phosphors.
So, I’m thinking that if there were some special graphics driver which could hook in somehow,
and perform channel mixing on the fly, it would be a reasonable approximation.
Does anything like this exist? This would have to work on a Windows system, and work at
the system level – not only inside a single application.

How about soft proofing, using a monitor profile, with "preserve color numbers" not checked? That should simulate the gamut of the monitor reasonably well.
—

Mike Russell
www.curvemeister.com
www.geigy.2y.net

"Mike Russell" wrote in message

How about soft proofing, using a monitor profile, with "preserve color numbers" not checked? That should simulate the gamut of the monitor reasonably well.

Thanks, but it has to work at the system level, as I said. I.e, every application will need to have it’s image data remapped before being sent to the graphics driver. (of course, if there is some way to get between the graphics driver and the hardware,
that’d be fine too)

Greg.

"Greg" wrote in message

"Mike Russell" wrote in message

How about soft proofing, using a monitor profile, with "preserve color numbers" not checked? That should simulate the gamut of the monitor reasonably well.

Thanks, but it has to work at the system level, as I said. I.e, every application will need to have it’s image data remapped before being sent to the graphics driver. (of course, if there is some way to get between the graphics driver and the hardware,
that’d be fine too)

Does a "Custom RGB" workingspace do what you are looking for? You can specify that in the Edit|Color Settings dialog under Working Spaces RGB: .

Bart

Greg wrote:

"Mike Russell" wrote in message

How about soft proofing, using a monitor profile, with "preserve color numbers" not checked? That should simulate the gamut of the monitor reasonably well.

Thanks, but it has to work at the system level, as I said. I.e, every application will need to have it’s image data remapped before being sent to the graphics driver. (of course, if there is some way to get between the graphics driver and the hardware,
that’d be fine too)

I’d suggest loading separate LUTs for the three guns That should get you very close. Photoshop soft proofing could be used to calculate the black and white points for the three guns.
—

Mike Russell
www.curvemeister.com
www.geigy.2y.net

"Mike Russell" wrote in message

I’d suggest loading separate LUTs for the three guns That should get you very close. Photoshop soft proofing could be used to calculate the black and white points for the three guns.

That won’t work I don’t think. For example, in order to add a bit of green to the red gun,
the ramp for green would have to be very shallow, essentially making the green gun useless
for the "substantially green" phosphor. It needs to a much more sophisticated kind of channel
mixing than that.

Greg.

"Mike Russell" …

Greg wrote:

I’d like to somehow make my monitor simulate one with different chromacity phosphors.
So, I’m thinking that if there were some special graphics driver which could hook in somehow,
and perform channel mixing on the fly, it would be a reasonable approximation.
Does anything like this exist? This would have to work on a Windows system, and work at
the system level – not only inside a single application.

How about soft proofing, using a monitor profile, with "preserve color numbers" not checked? That should simulate the gamut of the monitor reasonably well.

Mike,

shouldn´t this be (in PhS) "preserve color numbers checked" ? It means IMO: if the numbers in the file are not changed then the appearance on the chosen custom monitor is simulated. Obvious test by working space WideGamutRGB which is in this context a fictitious custom monitor.

Best regards –Gernot Hoffmann

"Greg" wrote:

I’d like to somehow make my monitor simulate one
with different chromacity phosphors.

In case you could do the matrix conversion on the monitor path you could correctly simulate only gamuts that are smaller than what the already small monitor gamut is. So it seems there is not much point in this.

You can correctly view larger spaces only by having phosphors that output the larger gamut.

The soft proofing in Photoshop only clips the larger gamuts to the monitors gamut. In the ColorSettings/Advanced there is an option to reduce the displayed saturation, this way the image detail of an larger gamut image can be shows (better) on the small CRT gamut but the whole image is desaturated.

Timo Autiokari http://www.aim-dtp.net

"Timo Autiokari" wrote in message

"Greg" wrote:

In case you could do the matrix conversion on the monitor path you could correctly simulate only gamuts that are smaller than what the already small monitor gamut is. So it seems there is not much point in this.

Yes, I totally agree – the gamut would be smaller. I still want to do the experiment though. I am not doing this to try and obtain a wider gamut. 🙂

You can correctly view larger spaces only by having phosphors that output the larger gamut.

Naturally.

Greg.

"Bart van der Wolf" wrote in message

Does a "Custom RGB" workingspace do what you are looking for? You can specify that in the Edit|Color Settings dialog under Working

Spaces

RGB: .

That would only work inside Photoshop. This thing has to work at the system level, for applications outside Photoshop,
in real time.

Greg.