jimho wrote:karu wrote:EXR files are not supposed to be tone mapped, as EXR is explicitly a scene-linear format. See https://www.openexr.com/:The purpose of format is to accurately and efficiently represent high-dynamic-range scene-linear image data and associated metadata, with strong support for multi-part, multi-channel use cases.
Octane provides the option to export an EXR file using the sRGB color space for backwards compatibility; this may be part of users' existing workflows and we didn't want to break them. However, in the 2020.2 release this option has been moved to the bottom of the list and tagged as not being scene-linear. Ideally, it shouldn't be used.
Photoshop is presumably seeing that you're loading an EXR file, and assuming that it's in a scene-linear color space, and so applying another gamma transform in order to display the image. This is a reasonable assumption for any EXR viewer to make. If you want to export an EXR from Octane using tone mapping, and then display that EXR in another application the same as how it appeared in Octane, you will need to find an application that doesn't assume EXR files are scene-linear (or is happy to send a scene-linear image directly to the display), or manually apply an additional ~0.4545 gamma to the image to cancel out the conversion from scene-linear that the viewer is doing.
Thanks for your explainations,
but it seems not improve anything in terms of user experience, and it sounds pretty strange to many of us.
1, exr tonemapped, the term is from octaine's UI which is there for many years till today, but you say here, it is a wrong term which is not supported, it is otoy who have the responsiblity to use a correct term, we just follow that, anyway we just refer to the exr's exporting option no matter what name it is called;
2, if there is anything not recomended,probably you may name it unrecomended, put to the bottom should not have this funtion
3, if most viewer will translate the "tonemapped" EXR incorrectly can you make it "correct" ;means make the "0.4545"builtin for your "tonemap" option?
Can we suggest if you provide anything, provide it correctly or just do not provide it, neither donot provide it in a halfway?
It is nothing to do with how photoshop etc softewares translate exr, you, the software maker need to take this issue count in, when you coding this tonemapping, it just mean the current tonemapping for exr is not in a rightway. Can you fix it?
In short, it is still good to provide an exr option that keeps same looking with the viewport, just to adjust the way how you do the tonemapping i.e. builtin the gamma upon the linear exr, for better user experience.
I agree. will review with the team ahead of XB2.