OTOY Forums

Thanks Eric - that's no good that you got a lockup. Does it happen on a simple scene too? Or just your test scene?

If you are using a single card for Rhino OpenGl and Octane - sent the Octane Render Priority to Low. However you are probably under-equipped for the scene you are trying to render. Running the Rhino preview window + Octane rendering on a single card means two systems are fighting for the one resource.

Paul

face_off wrote:

I mean when editing a scene with the viewport open - just to avoid the few seconds it can take when loading an XL scene.

If you turn OFF Live Update in the plugin Geometry tab, the mesh will not be "Live", so won't update in the Vuewport when you move it.

Paul

Oh, I see what you mean. Sorry I naively made that comment before actually installing the update.

Could there be a way to have this turned on/off by default?

Cam

Oh, I see what you mean. Sorry I naively made that comment before actually installing the update.
Could there be a way to have this turned on/off by default?

I'm thinking a Rhino configuration item where you can either set all meshes Live, Not Live, or as per the Geometry "live" checkbox (so there would be 3 options) when you next pen the viewport or refresh the scene. I need to have a closer look at it.

Paul

I just installed the latest build and also have the latest Rhino SR in a brand new machine with 2 780 Ti's...rendering is fast but the Octane 'systems' UI is really sluggish updating it's redraw. Some features like Glare Amount have to wait until the Systems UI redraws. Even taking one of the Ti's out of the render loop it's just as slow. The previous machine I had Octane4Rhino was very snappy using a GTX 580 and I experienced no sluggish interface redraws. This previous machine has Rhino SR7 and Octane 1.20.1.29. I had install the 1.20.1.29 previously in this machine and it was also sluggish so I tried the most recent build to see if it sped it up. Didn't really.

Hi Pauls. Did you try changing the Rhino Opengl settings detailed above?

Paul

Hi Paul ...
Using the 'low' priority setting I have not been able to recreate the lockup or the crash problems. I do have to set the Rhino display to wire frame to get a reasonable working speed.
Otherwise everything is fine using ver 1.36.
I am looking forward to trying the addition of another graphics card to run the regular Rhino display window but it is back ordered for a few more days. I will let you know how it works when I get it installed and tested.
cheers,
eric

face_off wrote:Hi Pauls. Did you try changing the Rhino Opengl settings detailed above?

Paul

I just did...made no difference. I still get the sluggish redraw of that window. That's the only place though. Everything else is very snappy. Unfortunately this sluggishness translates directly to the updates in the Viewport. The viewport does not update until the Settings UI window completely redraws.

I just did...made no difference. I still get the sluggish redraw of that window. That's the only place though. Everything else is very snappy. Unfortunately this sluggishness translates directly to the updates in the Viewport. The viewport does not update until the Settings UI window completely redraws.

You will need to do some experimentation to work out where the bottleneck is. In essence both Rhino and Octane are trying to use the same resource, so try different Rhino OpenGl/display settings, and turning of each graphic card you have. Also experiment with different render card priorities (in the Devices tab of the plugin). And pls report back here if you can, so I can build up a better knowledgebase of the viewport performance factors.

Paul

Thanks for the reply Paul.

I turned my primary card to a low (or medium but not high) priority and that seemed to have fixed it 95%. Looks like Rhino is using that first card regardless if things are switched off in the 'Options'>OpenGL>Use accelerated Hardware.

Paul

I have also a new build with single gtx 780ti completely uptdated rhino + latest otcane plugin and i experience the same ui redraw issue. I didn´t have that problem with an older version of the plugin but had also an older rhino update (think sr7). I also experimented with the rhino graphic settings but no advance. The octane ui lines build up in noticable speed with every vieweportchange or octane rendersettings change. please note that only the octane ui window redraws, not the whole rhino ui.