OctaneRender™ Standalone 2.11.1

[abstrax]

EDIT: The problem is that all HDR viewers assume that EXR images are linear and apply a tonemapping to sRGB

Thats correct. Every application I have tried assumes the EXR is linear. Photoshop, After effects, djv view, xnview

EDIT: I also just tested NUKE (personal learning edition) and got the same results.

So, in conclusion if the major compositors (AE and NUKE) assume linear EXRs, I think this should be fixed in Octane (only tonemapped EXRs need to be fixed).

Nope, if you want a linear result you have to save them untonemapped which means linear.

[funk]

Nope, if you want a linear result you have to save them untonemapped which means linear.

Untonemapped EXR will save without a camera response. If I like the look of what I see in octane, but want to save in EXR format, then I'm forced to save as tonemapped EXR and re-correct the gamma in my compositor. The other option is to simply save as 16bit PNG.

So if the tonemapped EXR doesnt appear correctly in any application, then what is the point of having it?

I would need to adjust the gamma of all my HDR viewers each time I want to view them, then change my settings back to view all my other EXRs. Don't you guys think this is a problem?


LATER EDIT: I seem to remember reading that EXRs should always be saved without gamma correction but I can't find the page. There is a mention of this on the OpenEXR web site:

http://www.openexr.com/photoshop_plugin.html

OpenEXR images are stored with no gamma correction. By default, the EXRFormat plug-in applies a gamma correction of 2.2 to the image as it is read into Photoshop, so that it will match the color space of other images, and display correctly on a computer monitor.

[stratified]

Nope, if you want a linear result you have to save them untonemapped which means linear.

Untonemapped EXR will save without a camera response. If I like the look of what I see in octane, but want to save in EXR format, then I'm forced to save as tonemapped EXR and re-correct the gamma in my compositor. The other option is to simply save as 16bit PNG.

So if the tonemapped EXR doesnt appear correctly in any application, then what is the point of having it?

I would need to adjust the gamma of all my HDR viewers each time I want to view them, then change my settings back to view all my other EXRs. Don't you guys think this is a problem?


LATER EDIT: I seem to remember reading that EXRs should always be saved without gamma correction but I can't find the page. There is a mention of this on the OpenEXR web site:

http://www.openexr.com/photoshop_plugin.html

OpenEXR images are stored with no gamma correction. By default, the EXRFormat plug-in applies a gamma correction of 2.2 to the image as it is read into Photoshop, so that it will match the color space of other images, and display correctly on a computer monitor.

There's no point in having tonemapped EXR but that's another discussion and maybe we should pull it from Octane. It's the source of all this confusion. If you still want to do tonemapped EXRs then you need to configure your viewer to hold off on tonemapping (e.g. in djv_view you would tick off image -> color profile).

cheers,
Thomas

[funk]

There's no point in having tonemapped EXR but that's another discussion and maybe we should pull it from Octane. It's the source of all this confusion.

That may be true, but it doesnt hurt having an additional format. Especially now that we have passes and can save them all in a single EXR. The advantage is you could save tonemapped passes into 1 file (although I havent really tested this to see how well it works)

If you still want to do tonemapped EXRs then you need to configure your viewer to hold off on tonemapping

I actually mentioned this in the reply you quoted. Maybe you missed it?

[stratified]

Yep, missed that part about the viewers.

We can add a correction for this behaviour by applying a reverse gamma correction and then when the viewer applies his gamma it would look good again. Regarding the render passes, if you composite tonemapped images together, they won't add up to the beauty pass any more.

cheers,
Thomas

[funk]

We can add a correction for this behaviour by applying a reverse gamma correction and then when the viewer applies his gamma it would look good again.

Yes, you could even make it a preference if you want to keep the current behavior.

Regarding the render passes, if you composite tonemapped images together, they won't add up to the beauty pass any more.

As I said I havent had time to test. I noticed the render pass saver has a "Tonemap beauty passes" option and I assumed all the passes (except info) would get tonemapped. Maybe they do?

[geo_n]

I vote for removing the option to have tonemapped exr.
This is a potential source for a lot of problems for users that don't use exr frequently.

[Faustik]

Hi guys, I don't why but both latest versions 2.11 and 2.11.1 get totally freezed after exporting from C4D r15.037. On the other hand, when I open Octane Stand. and load these previously exported scenes everything works fine.
Thanks

Faust

[Rickky]

mat id pass is very noisy. is there a trick to make a good one ?

[Elvissuperstar007]

bug obj export
2.11.1