Re: OctaneRender® for 3ds max® v2.24.2 - 2.15 [STABLE]
Posted: Thu Jan 07, 2016 8:50 pm
What does this mean?daniel.reutersward wrote:... but the materials are impossible to see/use.
OTOY Forums
Community Forums for OTOY Customers
https://render.otoy.com/forum/
OctaneRender® for 3ds max® v2.24.2 - 2.15 [OBSOLETE]
Page 5 of 5
Re: OctaneRender® for 3ds max® v2.24.2 - 2.15 [STABLE]
Posted: Thu Jan 07, 2016 8:54 pm
This is how my material editor/material previews look like when 3Ds Max Gamma is completely disabled. Like gamma 1,0 or 0,5 or something way off.JimStar wrote:What does this mean?daniel.reutersward wrote:... but the materials are impossible to see/use.
Re: OctaneRender® for 3ds max® v2.24.2 - 2.15 [STABLE]
Posted: Thu Jan 07, 2016 9:32 pm
daniel.reutersward
Yes, this is in gamma 1.0.
And there are two reasons why:
1. 3ds Max SDK does not let the plugin to change the gamma of the material picker control, so it is always in gamma 1.0 if 3ds Max gamma is disabled. Thus the plugin is forced to keep the material balls in gamma 1.0 too - to match the color picker control.
2. Even if I find some hack to be able to set the non-1.0 gamma in Max material picker - there will be still the ambiguity in what exact gamma value must be set for material editor if Max gamma is disabled and Octane tonemapping is used instead. Imagine a corner-case: a user has a couple (say 10) of Octane cameras with different gamma/response settings each. The material editor preview could only match one of these settings at the time, so it will be anyway wrong in 9 of 10 cases.
I will investigate some more to improve this.
Yes, this is in gamma 1.0.
And there are two reasons why:
1. 3ds Max SDK does not let the plugin to change the gamma of the material picker control, so it is always in gamma 1.0 if 3ds Max gamma is disabled. Thus the plugin is forced to keep the material balls in gamma 1.0 too - to match the color picker control.
2. Even if I find some hack to be able to set the non-1.0 gamma in Max material picker - there will be still the ambiguity in what exact gamma value must be set for material editor if Max gamma is disabled and Octane tonemapping is used instead. Imagine a corner-case: a user has a couple (say 10) of Octane cameras with different gamma/response settings each. The material editor preview could only match one of these settings at the time, so it will be anyway wrong in 9 of 10 cases.
I will investigate some more to improve this.
Re: OctaneRender® for 3ds max® v2.24.2 - 2.15 [STABLE]
Posted: Thu Jan 07, 2016 9:38 pm
Thank you for the information Jim!JimStar wrote:daniel.reutersward
Yes, this is in gamma 1.0.
And there are two reasons why:
1. 3ds Max SDK does not let the plugin to change the gamma of the material picker control, so it is always in gamma 1.0 if 3ds Max gamma is disabled. Thus the plugin is forced to keep the material balls in gamma 1.0 too - to match the color picker control.
2. Even if I find some hack to be able to set the non-1.0 gamma in Max material picker - there will be still the ambiguity in what exact gamma value must be set for material editor if Max gamma is disabled and Octane tonemapping is used instead. Imagine a corner-case: a user has a couple (say 10) of Octane cameras with different gamma/response settings each. The material editor preview could only match one of these settings at the time, so it will be anyway wrong in 9 of 10 cases.
I will investigate some more to improve this.
It sounds great that you will investigate!Is there any workaround I can use in the meantime?
Or is this pretty much how it´s going to be from now on if you can find any workaround? If so, I would have to stay on 2.13 to be able to see materials rather correctly and use tonemapping?
Just curious!
Re: OctaneRender® for 3ds max® v2.24.2 - 2.15 [OBSOLETE]
Posted: Fri Jan 08, 2016 1:56 am
Next version HERE.