My personal color space nightmare...

One with @Soupy 's infrared technique! -


PB130017-showroom-blue-pink-purple-V2-S-sRGB.xmp (35.4 KB)

2 Likes

Do you mean Irfanview cannot use embedded profile ( always using sRGB), or cannot use a display profile, or both?

This is really a gamut nightmare :wink: . A decent monitor reproduces the sRGB color space which is also web standard. Colors directly derived from light sources are often difficult to map into this space.
It gets even worse when you try to print on paper. While the monitor uses additive color mixing, prints employ substractive color mixing having a differnt smaller color space using mostly CMYK as colors. The result then strongly depends on the software setup to map the colors and the possibilities of printer and paper used.

Here my simple attempt in color:


PB130017.ORF.xmp (6.7 KB)

But this image really screams for b&w:


PB130017.ORF.xmp (7.6 KB)

4 Likes

I don’t have SSF data for the Olympus E-M1, so my rendition relies on the libraw matrix. In rawproc, with a default-parameter filmic curve and only one color transform, camera → sRGB at output:

5 Likes

That’s what I thought originally but the expanses of blues and violets produced by Adobe Standard processing fit pretty well within Adobe RGB as shown earlier, not an extreme case after all. sRGB has more trouble, for instance near the purple spotlight reflections.

Differences are mainly due to subjective application of saturation and contrast.

2 Likes

Yes, but you can reproduce this only on monitors with full AdobeRGB color space. If you don’t have such a device or want to publish/share on the web, it gets difficult. And printing is the real challenge :slight_smile: .

1 Like

Indeed. Still not as bad as originally suspected, Adobe Standard neutral rendition in sRGB (clipped/blocked color channels in sRGB)

1 Like

PB130017.ORF.xmp (11.1 KB)

5 Likes

That’s an interesting result.
When I inspected my pic in darktable I had negative values all over.
But digging more into it (Darktable 3.4):
The RGB values the color picker shows depend on the setting of histogram and softproof profile. If both profiles point to srgb I get negative values…
If I change the histogram profile to lets say linear ProPhoto the lowest RGB value I can find is zero…
Does that makes sense?

That’s exactly what happend to me. Two different jpg’s, same print results…
Thanks for your effort !

I got the icc profile of my printer service. But till now that was of little help…

The level tool trick is a nice one, thanks!

Well, black and white is not an option. The special thing about the building is, among other things, the lighting after sunset.
The colors change with the time. I made a series of pictures with certain details at different colors. One in black and white does not really fit into the series…
Your color result is a nice one!

1 Like

Unfortunately my monitor does not show full AdobeRGB color space…
So if I want to edit and print the image properly I need a better monitor and a print provider that can handle AdobeRGB, right?

Interesting to learn that someone experimented with it :laughing: I think my own days of doing so are over, except perhaps images dominant in cyan and aqua. It comes at the expense of colour accuracy. Still, the colour gradations are pleasing in your edit.

What does that rendition show exactly, and how can I produce it?
I have installed the DNG converter, but I don’t think it’s just that.

If one follows the DNG spec for raw conversion there are several checkpoints during the process where one needs to block negative values to zero. At each of such points I add the relative pixels to an out-of-gamut RGB image. Values are set to either 255 or zero in the appropriate color plane. I usually carry clipped pixels over then just after projection to the destination color space, but before any further processing, I add in those as well. It’s usually obvious by comparison to the rendered image which are clipped vs blocked.

The resulting image above doesn’t show you by how much values are blocked/clipped, just that they are. I find it is useful to quickly see how much clipping/blocking is due to somewhat objective ‘gamut’ issues vs subjective ones by further processing, as in this discussion. Not many options for the operator with the former, many more for the latter.

Assuming the DNG spec process, the checkpoints I use are basically in linear space just after matrix multiplication:

  1. conversion to XYZ
  2. conversion to ProPhoto (if LUTs are in the dcp)
  3. conversion to destination color space.

These are the stats I get using the DNG tags for the capture in this thread with ‘basic’ table:

VioletAreBlueaRGB_out

Ant these are for the same with the ‘look’ table applied:

VioletAreBlueaRGB_out_look

I don’t know what part of this functionality is available in raw converters discussed around here.

Jack

3 Likes

My take. PhotoFlow WB, HL blend, RCD, lens corr, OCIO filmic.
gmic hotpixel, afre_contrastfft, resize, afre_sharpenfft.

3 Likes

I was not sure what to do with the white balance.
I ended up picking the colors I liked more, probably not the real ones.
I used darktable 3.4.

PB130017.ORF.xmp (16.0 KB)

1 Like

Filmulator renders the colors extremely saturated (especially the blue) but I find it doesn’t look bad in this particular situation; it doesn’t clip colors harshly and doesn’t artifact at the bright spots on the magenta wall. That said, it’s unlikely it looked that blue in real life.

Only three changes from default:

  • Highlight Recovery 2
  • Exposure Compensation -1.33
  • White Clipping Point 0.604
2 Likes