16bit prophotoRGB banding in dark regions

Yes.

If I export to 16-bit integer non-linear ProPhotoRGB profile RTv4_Large from RawTherapee then Geeqie and Gnome image viewer render without bands.

I use 16 bit integer linear ProPhotoRGB files as input to HDR stacking and focus stacking with enfuse from Hugin package. For these linear ProPhoto Files I get the same banding as @Tethys in Geeqie and Gnome image viewer. However Darktable and GIMP render linear ProPhotoRGB without issues.

RT output profiles are here: https://github.com/Beep6581/RawTherapee/tree/dev/rtdata/iccprofiles/output

EDIT: The printing company I use state that they convert from any embedded working profile, but they recommend not to send ProPhotoRGB. I send AdobeRGB files. That is fine for my Lambda C-print on Fuji Chrystal Archive.

Am I allowed to say this here :wink:?

I opened your 16bit_prophoto in PhotoShop with the embedded profile and I do not see the banding:

image

Hermann-Josef

PS: Sorry, I was wrong with my previous post in misinterpreting the banding you are talking about. Your image above made this clear to me.

What kofa said . Filmic has code that looks at the gamut , and compresses it while trying to maintain perceptual information.

It always uses the output profile, which is your monitor (or probably sRGB or similar) when viewing , and the output profile selected for the image when exporting.

If both a sRGB or similar , there will be no difference.

Exporting (linear) rec2020 and converting that to sRGB in another tool can sometimes fix issues with bright yellow/orange/reds changing (to magenta for instance).
But converting it in another program will most likely crush the gamut , so it’s clipping color information, OR doing something similar to filmic.
But those clipped colors can sometimes be what you want (instead of things turning bright white , or turning magenta , or…).

I made an argument for this here somewhere and in a GitHub issue that the soft proofing mode should be in play here so there is some way to see on your monitor what will be in the file (even if its crushed colors ).
Did a few lines of demo code that seems to work for me at least, but the GitHub issue remained silent.

So, i can set linear rec2020 as my soft proof profile , and then toggle soft proof on and off to see what effect is has And if I like one more to the other.

Others use filmic v5 in ‘no’ mode that has no gamut mapping , or sigmoid .

I think it’s a real world issue if you have a wide gamut monitor like a good studio monitor with (near) adobergb capabilities. What you then see on screen is less gamut mapping compared to what is in a sRGB export for the web. So your reds could suddenly turn magenta-ish on export but not on your screen.

The other way around (sRGB alike monitor but soft proof with something wider like rec2020) is less ‘practical’, but is essentially a way to turn the gamut mapping on or off .

Further discussion is for another thread or DMs , not this topic :).

1 Like

Thanks for your detailed response. I didn’t want to hijack the thread, but the OP’s original question led me down this path and the OP want to get a print that looks like the screen (as we all do) so it felt my question was relevant even if off on a tangent.

I found this information very useful too.