LCh has been reliable forever for me!
One thing though, the image is quite out of sRGB gamut right from the start. And is it not odd that most of the image is in the top 1 or 2% of the chromaticity range? -
As it comes in its not that bad… not much is out of gamut from the working space which would be what cant be mapped down to srgb by the output profile… DT has a issue with the display profile… changing the histogram display and working to all be the same show the true out of gamut…
Ignore the tone of the comments but it seems AP has decided to tackle this issue in Ansel as he is back to coding there after a big break he is getting very active again…
Shown as full incase the partitioned option displayed by saturation only is not clear…
Setting all to sRGB websafe gives me this horror show -
and Adobe RGB compatible gives
Your last screen grab is rather dark? - is it useful?
This is all rather complicated, I think I’ll bail out!
So here is the deal the display profile comes in before the histogram profile. My screen is dark because I set the display profile just for the gamut check to linear rec2020 … I think for darktable the srgb profile will work also because it is unbounded… But to remove this possibiltiy at all you set working, display, and histogram to linear rec 2020… now when you check the overexposure set to full gamut you can see what in the pipeline is gamut clipped… When you select the gamut clipping tool that uses what you have set for softproofing… if its srgb then what it shows is all the gamut that won’t fit in the space…but this is handled by color management and mapped…otherwise if you worry about this then you might as well set it to srgb for everything and that would not make sense… So in a way the gamut warning shows you what will have to be mapped and the overexposure gamut will show you what cannot be accurately mapped to your desired output… I hope that makes sense…
EDIT
So in my mind and I could be wrong but set-up as described above with your softproof profile matching your export or output and your histogram profile matching your working profile and then confirming that your display profile is well behaved by checking what impact changing it to linear rec2020 has… it should be none if it is then that display profile distorts true gamut readings… So then from this diagram A would be rec2020 and B would be SRGB. The gamut warning tool would show the areas shown here as out of gamut and needing to be mapped as well as any area’s beyond that and the overexpose gamut would show you any data clipped outside of the A color space ie rec2020 and so not able to be correctly mapped by the colorspace conversion during export… for sure others here are far more knowledgeable than I but this is how I understand it to work and I think AP has decided to remove the histogram profile in his fork and try to tackle this issue so the display profile cannot be an issue ever…
It’s a Sony file with 4.2, that gets it from the maker notes, so it’s alright.
Still, in highlight-problematic files I often do a double-check anyway (to find magenta areas of blown parts, and if they are neatly indicated as clipped).
1 Like
It is worth checking for sure. One recent playraw had 16000 or more and the exif was like 12500 or something for specular… I think it was a Canon file… loose recollection but a big difference in how all the math would work that relies on the raw white point…
I like your “shadowy” look… 
La melanzana è fantastica!
2 Likes
If anyone is interested in testing i’ve uploaded two versions of the same file, 06040 (10 pixels clipped), 06039 (no clipping at all).
Exposure set and then exported from darktable as unbounded, 32-bit linear TIF. I did not touch contrast, so it is low. There was some compression applied to highlights; colours were mapped to sRGB. Both tone compression and gamut compression were done in OkLAB, using my toy project.
2 Likes
@priort , I think I understand relative.col vs. perceptual output and indeed I generally use a profile that support perceptual, the “ICC Preference perceptual” which I’ve mentioned previously. It’s the jiggery pokery in DT I don’t get at present, need to invest some time.
Here are the peppers using @jorismak 's XMP with sRGB websafe and then the pref. percep one. I think the latter looks rather better.
According to Aurelien perceptual and relative intents don’t work in DT… I think you need lut based profiles for these to work but I am not sure… I just presented that diagram to emphasize the gamut being displayed by the two different indicators in DT…
EDIT:
I was on my phone before but I can see the difference now on my PC so something appears to be working here by choosing different intents…
EDIT2…
I can’t replicate what you were able to produce
With my xmp or the one you used and all combinations of settings LittleCMS off or on… setting intent with output profile and leaving export to image settings or at the export or setting both the to match I get the identical image with no observable difference between relative and perceptual. I wonder what others would see trying the same…
Edit3
Looking at the exif data my jpg are both rendered as perceptual despite having different settings applied… I wonder if my OS is doing something here…
But looking back I think I am seeing what others have so maybe I misunderstand what profiles you are using because I dont think the websafe one in DT will support intents… Colour management - intents
Just saw this thread today. Here’s my take-
- The pepper needed some TLC.- two instances of color balance RGB to color grade two different casts in the bright areas at the top.
- Toned down the background and left/right sides a bit. Not a vignette, but just to subtly move attention to subject.
- Modified filmic v6 used, with 0.35 threshold on highlight reconstruction.
- Guided Laplacian to tame the reflections on the pepper a tiny bit, though it is barely noticeable.
- Tone equalizer to bring down some overly bright highlights.
- Blur using diffuse/sharpen “simulate watercolor” in subtract blend mode to bring out some surface details. Then add a small exposure boost to bring the luminance back to the original level.
3 Likes
Are you sure nothing changed between edits there?
I load jorismak xmp and export three versions:
- Output Profile: srgb websafe. Export Profile: Image Settings, relative intent.
- Output Profile: srgb2014 (v2 perceptual). Export Profile: Image Settings, perceptual intent.
- Output Profile: srgb v4 preference (perceptual). Export Profile: Image settings, perceptual intent.
Profiles for 2 & 3 taken from sRGB profiles
What I see for this image is that all 3 look identical when viewed in krita (3 looks slightly different to 1 and 2 in geeqie and firefox, perhaps because those apps don’t handle v4 properly?) . None of them look like your perceptual output.
I continued this part of the discussion here…
@Soupy , nothing changed in my XMPs (except output profile)! Presumably you said to use little CMS in DT settings? And perhaps check you put them in the right folder. sRGB_v4_ICC_preference.icc is the right one from the page you linked to. Have a look at your Terminal log, I get an error message using this profile, “unsupported profile” or something like that. If you don’t get that, you are probably not using it for some reason, wrong folder I’d imagine. AurelianP once said something about this, I think the message arises because the profile is incompatible with parts of DT but nevertheless goes thru to LCMS ok.
I am getting that error message.
[dt_ioppr_set_pipe_output_profile_info] unsupported output profile 0 /home/usr/.config/darktable/color/out/sRGB_v4_ICC_preference.icc, it will be replaced with sRGB
Which folder do I move the profile to avoid the error? Or which setting do I change?
Have tried with LCMS2 on and off.