Live viewer performance lag in Modo 11

[Rahll]

Looking for help in dealing with Octane live viewer performance issues. I made a quick video to show what I mean, this is Octane 2.25 in Modo 701, versus Octane 3 in Modo 11. The older version is nice and smooth, and Octane 3 in 11 is super slow. Any ideas?

https://youtu.be/7kD4CDH1Pco

[LFedit]

I kind of noticed this too. I am completely guessing, but I am sure it has to do with all the extra support and calculations that are running in the background.

[Rahll]

Yeah, it's obviously been a while since I've upgraded my Modo, so I'm not sure if this is something inherent to the updated software and plugins, or if there's something I'm missing that can affect the performance.

[face_off]

Pls refer to my response on Facebook regarding this. https://www.facebook.com/groups/OctaneRender/.

Paul

[Rahll]

Thanks again for the input Paul, I really appreciate it.

[funk]

It doesnt seem to be a problem with the Octane version. I have octane 2.x and 3.x set up in modo 801, and with the preference "update on mouse release" disabled, I get the same fast result as you for both.

Qt was introduced in modo901 and the Octane plugin started using a custom Qt viewport. Both octane 2 and 3 have choppier feedback in 901+.

It seems the Qt custom viewport is just being updated at a slower rate. I assume this is controlled by modo and can't be adjusted by 3rd party developers.

[face_off]

It seems the Qt custom viewport is just being updated at a slower rate. I assume this is controlled by modo and can't be adjusted by 3rd party developers.

So more info on this situation:

1) The plugin CAN set the refresh rate of the Qt version of the Octane viewport in Modo901 onwards. However I do not think this would change the situation, since the delay you are seeing is from 2)

2) Each time you change or move a mesh, adjust a vertex, change a mesh transform, change the group location transform that a mesh belongs to, etc, the plugin will reload the mesh geometry and transform. So even sliding a cube to the left results in the plugin reloading the mesh each time the transform change is detected. The plugin does this because of the way the Modo API event system works - where it fires two events for a transform change - one for the original transform position, and one for the new position, and there is no way for a plugin to determine which is which - so the plugin waits until Modo gives the signal that it has finished processing, at which point the plugin reloads the mesh and transform.

So it is not simply a matter of the plugin updating a Mesh object's Placement node in Octane when you change a transform in Modo - there are a lot of dependencies that need to be met in Modo before the change can be sent to Octane, and "waiting" for these dependencies to occur is resulting in the delay you see.

Paul