Re: OctaneRender® for Poser beta - build 1.02r [TEST]
Posted: Mon Jan 28, 2013 7:19 pm
Hi Badmilk - pls see question 16 on the FAQ http://render.otoy.com/forum/viewtopic.php?f=45&t=25352.
Paul
Paul
Community Forums for OTOY Customers
https://render.otoy.com/forum/
This is an issue I have raised with Smith Micro and there is an issue where "Visibility" does not propagate down the hierarchy - so setting the group to invisible makes all the sub prop/figure invisible in the Poser window - but PoserPython reports the visibility of the prop/figure as "visible". The workaround is to set the visibility of items via the Hierarchy window.Not sure if that has been addressed in the latest version, but if I assign a number of figures to a grouping and make the grouping invisible, then Octane still reads all the figures materials, should disregard the those attached to an invisible grouping.
This shouldn't happen. Does the LiveDB material look OK in the Material Tab tree?Also have there been changes to the materials? I'm trying to load various gold materials via the live db and they're all turning out black?
They should work - although 'e' was quite a while back. Are you getting an error?I'm also trying to load some materials saved with version 1.01e. They no longer work?
For backward compatibility, the plugin is setting the index to 0. However you could be right and something is amiss with the system on Peter's materials. Definitely worth Peter checking this out.the material issue is caused by the new glossy bdrf model and in particular by the changed default value for the glossy index, which is now 1.3 instead zero. this affects all plugins and the standalone also until otoy provides a fix. to work around it, for older materials which were made for a zero index value, you only need to set the glossy index to zero again (true for about 99% of the live db materials)...
this worked, for some reason a lot of the materials don't have the index set to 0, so they come out wrongt_3 wrote:sorry for breaking in here
the material issue is caused by the new glossy bdrf model and in particular by the changed default value for the glossy index, which is now 1.3 instead zero. this affects all plugins and the standalone also until otoy provides a fix. to work around it, for older materials which were made for a zero index value, you only need to set the glossy index to zero again (true for about 99% of the live db materials)...
"Retain existing texturemaps" will still work where there is a texturemap mixed with an RGBspectrum (as you have in your case). It's only the case where there are two texturemaps mixed/multipled that the "Retain existing texturemaps" cannot be done, since it won't know which map to use.Ah, I see. I did have only one map in the diffuse channel, but it was in combination with a color value.
The sun direction is always overridden by the Infinite light direction (that light will be called "Daylight"). So the sun direction is being saved, but when you reload, the "Daylight" light direction. I will modify the plugin so that if there is a "Daylight" infinite light in the scene, the "sundir" sliders cannot be moved.Also Poser will not save the sun settings. Even if I just close the Octane window and re-open I will always lose the sun directions and will have to redo them?