funk wrote:Cuffi I had similar questions for Paul, but after we discussed how octane works, I realised we can't use MODOs color management.
Octane is loading textures directly from disk (bypassing any modo processing, including OCIO). Modo simply passes a filename and other relevant parameters (eg gamma) to the plugin. So essentially these OCIO settings turn off automatic color correction for input textures, so the plugin works exactly as it does in 701.
Yes, that was what I assumed because the color management settings in 801 did not affect the Octane render in any way...So it should make no difference for the Octane plugin if the 8-bit and 16-bit colorspaces are set to sRGB? With this, there is no need for degammaing (funny word...
) the image textures in and for MODO and the Octane Plugin will read the textures as usual with gamma 1.0, right? Or did you mean we have to set the OCIO to nuke-default only to switch the color management off for input textures to get the right gamma in Octane? I am a little bit confused...
funk wrote:About the camera imager settings:
Paul also asked me if he could use my camera imager settings in the manual. I simply set up values that VISUALLY match modo's default final color output. This lets us test how closely octane is matching modo's output. You don't have to use those settings. These settings are completely optional but I prefer to work this way because I output LINEAR (Untonemapped EXR), which ignores all camera response settings anyway. If you decide to use those settings, textures you degamma in modo (1/2.2) will appear the same in the octane viewport too.
I saw the camera imager settings in the manual not knowing they're coming from you...Well done! I saw many posts from you in the Lux Forums and I really hope you will be part of the closed beta for the 2. version of the plugin...
René
EDIT: I did miss the 2.0 Testing thread. Now Paul has giving me a hint I see you are still there...