OctaneRender for Rhino 1.32 [OBSOLETE] (RhinoSR8 40305)

[Pauls]

Good description of exactly what occurs with me if I don't set my primary card to low priority. If I only had one card it would make using Octane somewhat frustrating. Especially, after using the first release with Rhino SR7.....that was very snappy.

[face_off]

Good description of exactly what occurs with me if I don't set my primary card to low priority. If I only had one card it would make using Octane somewhat frustrating. Especially, after using the first release with Rhino SR7.....that was very snappy.

I am beginning to wonder if something in RhinoSR8 has changed it's use of the graphics card. This is a little difficult for me to test, because my PC with a single GTX card needs Rhino SR7 on it (in case I need to rollout SR8 changes). I will investigate. Is this happening on simple light-weight scenes, or just large scenes?

Paul

[face_off]

Good description of exactly what occurs with me if I don't set my primary card to low priority. If I only had one card it would make using Octane somewhat frustrating. Especially, after using the first release with Rhino SR7.....that was very snappy.

I have tried a range of combinations today of one card, two card, different priorities, on the build for SR7 and SR8 on Rhino SR7 and SR8.

My only conclusion was that a) If at all possible, use your onboard graphics card, or a second card as your Windows display adapter, b) you definitely need to run the graphics card that is also your Windows display adapter or Low render priority. And c) I couldn't see any noticeable different between Rhino SR7 and SR8, not the plugin for SR7 verses SR8.

For people experiencing Windows UI slowdowns, could you pls try:

1) RhinoSR7 with OctaneRender for Rhino 1.32 [STABLE] (RhinoSR7 31213)
2) RhinoSR8 with OctaneRender for Rhino 1.32 [STABLE] (RhinoSR7 31213)
3) RhinoSR8 with OctaneRender for Rhino 1.32 [TEST] (RhinoSR8 40305)

... and indicate which of the above combinations are fast or slow. That will give me something more to work with.

Paul

[face_off]

Below is a link to a test version of the plugin which has a setting in the Settings to set ALL, NONE, or SOME of the scene meshes as "Live". Each "Live" mesh has it's own pin on the Octane geometry group node - so setting this to ALL means every mesh will have it's own pin, which means you can load much larger scenes (because the maximum polygons that are processed per pin is lower). Hope this makes sense.

1.32.0.13
- Added configuiration option to override all meshes with a Live Update setting (ie. to load all meshes as live or not live). Mouseover the combo box for details.

http://render.otoy.com/customerdownload ... _64bit.exe.

Pls let me know if this works (or not) for you.

Paul

[archtobi]

Hi Paul,
thanks for the instant support. I try things when I get on my machine again (in 3-4 days) Im really happy about the user support!!
cheers Tobi

[Bendbox]

Paul,

I'm running, RhinoSR8 with OctaneRender for Rhino 1.32 [STABLE] (RhinoSR7 31213), and I have one graphics card, a 780. My setting is on "low priority" and my experience has been that the Rhino and Octane UI run a bit faster than with SR7 and older Octane versions. I noticed the UI feedback speed increase when rendering for the first time after upgrading, it was enough to be quite noticeable. I did upgrade to SR8 and 1.32 Stable at the same time. Before, with SR7 and the previous Octane version I couldn't really do much of anything on my system when rendering, and now I can surf the web, email, etc. Hope this helps with the trouble shooting.

On the other hand, I do think some things have definitely changed with regards to Rhino SR8. I'm having batch render issues now that seem to be related to saving render targets, that I didn't have before. I'm about to post what's going on in a separate thread, since this isn't the appropriate place.

[face_off]

I did upgrade to SR8 and 1.32 Stable at the same time. Before, with SR7 and the previous Octane version I couldn't really do much of anything on my system when rendering, and now I can surf the web, email, etc. Hope this helps with the trouble shooting.

Thanks - You are running the STABLE version - and I think ppl reporting the slowdown are using this TEST release. I will be interested to hear others' results.

Paul

[v-cube]

Hello Paul,

I just found the time to continue testing your latest test build (thanks!)

I thought I would test a few old issues, here is no 1:

Rhino materials with a reflection value are rendered with a red tint. After converting the rhino material to an Octane material it is obvious why (please see picture no2): the reflection value is not 255/255/255 but 254/0/0.

As I understand octane deduces the material properties for conversion from the materials viewport appearance, this is also true for vray material conversion.

As I am doing a lot of old scenes with already set up materials, it would further ease my workflow, if this issue could be addressed.


Thank you for this great plugin!

best regards

Andreas

Below is a link to a test version of the plugin which has a setting in the Settings to set ALL, NONE, or SOME of the scene meshes as "Live". Each "Live" mesh has it's own pin on the Octane geometry group node - so setting this to ALL means every mesh will have it's own pin, which means you can load much larger scenes (because the maximum polygons that are processed per pin is lower). Hope this makes sense.

1.32.0.13
- Added configuiration option to override all meshes with a Live Update setting (ie. to load all meshes as live or not live). Mouseover the combo box for details.

http://render.otoy.com/customerdownload ... _64bit.exe.

Pls let me know if this works (or not) for you.

Paul

[v-cube]

Hello Paul,

here is another one:

as you see on the pictures a 10 % reflective / IOR 5.0 rhino material gets converted to a octane material with a specular level of 2.55! (normally it should be 1.0 max) and a standard IOR of 1.45.

I dont know if there is any chance to convert a e.g. 10% reflective material to a octane material with a specular value of 0.1 and translate the IOR value as well?
The 2.55 value is probably more a "cosmetic" problem, since it behaves the same as an object with the same material with a 1.0 value in my tests , still it might be confusing to someone.

best regards

Andreas

[face_off]

I will investigate these first thing on Mon.

Paul