Hi, I’m not sure I understand exactly what you are doing or what you are expecting, but just to cross-check, did you try softproofing e.g. in GIMP? Is the behaviour different?
it is very simple: I want to see how the photo looks on an sRGB screen.
Actually I did cross-check: I tried soft-proofing in darktable and it behaved as expected (green looked less saturated)
unfortunately I don’t have a wide gamut screen, but I’ll see if I can take a look. anyway. fwiw I just tested with a printer profile and everything seems to work fine, at least in that case…
Would switching from RT_Wide to sRGB and outputting sRGB not effectively accomplish the same thing?
When you load the outputted image into RT and set it to RT_Wide, I would think you should then see “normal” colors. If that’s the case, the issue then might be the mismatch between RT_Wide with sRGB output.
no no thats not what I mean. I only shared the photo so you actually have a photo in wide gamut for testing. I did actually save the same photo in sRGB too. I did not upload that one. It is a different file. sorry for the misunderstandig. right? maybe you confused me a little
If I’m understanding soft-proofing (as described on the RT wiki) correctly, the printer profile must be set, as it is the profile that RT uses for soft-proof viewing.
I tried making a sRGB printer profile that you can try to use with RT, but I can’t guarantee that it will work sRGB.icc (433.7 KB).
Converting from Wide to sRGB, this is what I got Imgur: The magic of the Internet.
in the tooltip I read that the output profile is chosen if no printer profile is set
There seems to be some fundamental misunderstanding about what soft proofing is. Perhaps this will help: Soft Proofing: Matching On-Screen Photos with Prints
I checked again but it seems to work here. As I wrote before I don’t have a wide gamut screen, so I don’t know how to test whether there’s a problem that is only visible in that case, but from my tests what I see in RT is consistent with what I see in both GIMP and darktable…
I’m not 100% understanding the issue, some screen captures of what you’re seeing might help.
@betazoid, can you try softproofing using this srgb profile as output, and tell me if it makes any difference?
https://filebin.net/skg0flix4aklwou6/sRGB_v2_plain.icc?t=aqsaei0r
thanks!
update: I managed to reproduce the issue – working on a fix…
Thank you! I would have filed an official bug report but I was not sure in the beginning. Should I do it now?
yes, please. Also please test with the icc profile I linked earlier (using it as output profile) – if my understanding is correct, it should work with that one.
ok, I tried it with the sRGB profile you created. result is:
(1) if the profile is copied to /usr/share/color/icc: the inability to start RT; shell:
$ rawtherapee
terminate called after throwing an instance of ‘std::invalid_argument’
what(): stod
Abgebrochen (Speicherabzug geschrieben)
if I delete the profile form the folder, RT starts again
(2) if I try to select the folder where the profile is in RT color management: immediate crash.
Ah, right. That’s another bug that I forgot I had fixed locally
sorry for the noise. Let’s continue the discussion on github (thanks for opening the issue!)
In the meantime, you can try using the sRGB profile made by @Elle, which you can find here:
https://github.com/ellelstone/elles_icc_profiles/raw/master/profiles/sRGB-elle-V2-srgbtrc.icc
I applied to dev branch the 3 patches from:
- Segfault when v2 ICC profiles do not contain parsable “gamma/slope” info
- softproof not working when no printer profile is set (no sRGB preview on wide gamut screens) #5143
-
Wrong clipping when using the new v2 and v4 profiles #5142
plus I thinkfilmlike_clip
should be removed also fromcopyAndClampLine
andcopyAndClamp
iniplab2rgb.cc
If you use W64, you can test
https://keybase.pub/gaaned92/RTW64NightlyBuilds/RawTherapee_dev_5.5-70-softproof_WinVista_64_190116.zip
thanks. softproof works with Elle’s profile
I pushed the 3 patches to dev today.