Inside Sabertooth
Learn how Sabertooth uses 3ds Max to create 3D interactive projects, including HBO Go’s Game of Thrones interactive experience
  • 1/3
You are here: Forum Home / Autodesk® Softimage® / Rendering / Soft 2011, physical sun/sky: render channels blown out
  RSS 2.0 ATOM  

Soft 2011, physical sun/sky: render channels blown out
Rate this thread
 
47722
 
Permlink of this thread  
avatar
  • Total Posts: 20
  • Joined: 24 October 2008 01:41 PM

Hi there.

I am using a physical sun/sky setup for a interior scene in soft 2011. As I am inspecting various buffers they seem to be overblown in RR. For example the refraction or reflection buffers are totally white. It seems like tonemapper has no effect on them :/
This behaviour makes using buffers unusable for me. In 2010 all seems to be correct. I can not understand what is causing this in soft 2011.

Thank you!



Attachment Attachment
Replies: 0
avatar

Hmm, since it works ok in 2010, then your problem in 2011 is probably related to the changes made for the physical sun/sky setup. Here’s a few links on that topic:

http://softimage.wiki.softimage....)#Lights_and_Shadows

http://www.xsibase.com/forum/index.php?board=12;action=display;threadid=43237

http://www.xsibase.com/forum/index.php?board=12;action=display;threadid=43112



Replies: 0
avatar

StephenBlair 27 September 2010 09:48 AM

Hmm, since it works ok in 2010, then your problem in 2011 is probably related to the changes made for the physical sun/sky setup. Here’s a few links on that topic:

http://softimage.wiki.softimage....)#Lights_and_Shadows

http://www.xsibase.com/forum/index.php?board=12;action=display;threadid=43237

http://www.xsibase.com/forum/index.php?board=12;action=display;threadid=43112

Thanks for reply.

Well they changed something but I can not figure out what should I do to get the buffers working again. I’ve read few of the materials about rendering when 2011 was released but I’ve seen nothing related to framebuffers. I did set up sun/sky system manually but I am still getting the same behaviour :/



Replies: 0
avatar

Tauno Ööbik 27 September 2010 11:03 AM
StephenBlair 27 September 2010 09:48 AM
Hmm, since it works ok in 2010, then your problem in 2011 is probably related to the changes made for the physical sun/sky setup. Here’s a few links on that topic:

http://softimage.wiki.softimage....)#Lights_and_Shadows

http://www.xsibase.com/forum/index.php?board=12;action=display;threadid=43237

http://www.xsibase.com/forum/index.php?board=12;action=display;threadid=43112

Thanks for reply.

Well they changed something but I can not figure out what should I do to get the buffers working again. I’ve read few of the materials about rendering when 2011 was released but I’ve seen nothing related to framebuffers. I did set up sun/sky system manually but I am still getting the same behaviour :/

Sorry for double post but I suspect that the issue can be explained quite simply: framebuffers are not tonemapped and they never were. In Soft 2010 physical sun/sky worked in a different value range which resulted that both beauty and framebuffers are in range. Now the tonemapper has to bring the values into visible range but it is not doing so for framebuffers. Is this bug or a question of workflow? Since in a way it works now it is pretty much unusable.



Replies: 0
avatar
  • luceric
  • Posted: 28 September 2010 04:33 AM

rendering developer says:

It’s an issue with the mia_exposure_photographic/simple, and most lens shaders in general.

They only operate on color samples coming from the main framebuffer and ignore the custom framebuffers.

There’s an open ticket with mental images to be able to mark custom framebuffers as being affected by tonemappers by giving them a hint. This is needed because it’s not all color buffers that require tonemapping, especially ones that are being used for creating multi-channel mattes.



Replies: 1
/img/forum/dark/default_avatar.png

thank you for clearing this up!

It would make sense to add this into the mia_photographic_exposure or render region preview section of manual. Waiting for the implementation :)

Author: Tauno Ööbik

Replied: 28 September 2010 07:11 AM