RAM, or VRAM?Deferred Meshes increase ram usage. Not sure why but thought I'd let you know. Went from 1.3gb used then to 2.2 gb used once I deferred a dense mesh.
Paul
Moderator: face_off
RAM, or VRAM?Deferred Meshes increase ram usage. Not sure why but thought I'd let you know. Went from 1.3gb used then to 2.2 gb used once I deferred a dense mesh.
Hi. Yes, there definitely seems to be problems with deferred meshes. With the Render Cache OFF, the plugin is actually loading the deferred mesh twice (which is why the VRAM used is increasing), due to Modo providing the mesh vertices twice. With the Render Cache ON, the same thing happens - so the internal Render Cache API is hitting the same Modo bug. I will report this error to TheFoundry. Until TheFoundry provide a fix, Deferred Mesh support in the plugin should be considered to be not working.Deferred Meshes increase ram usage. Not sure why but thought I'd let you know. Went from 1.3gb used then to 2.2 gb used once I deferred a dense mesh.
I spoke too soonHi. Yes, there definitely seems to be problems with deferred meshes. With the Render Cache OFF, the plugin is actually loading the deferred mesh twice (which is why the VRAM used is increasing), due to Modo providing the mesh vertices twice. With the Render Cache ON, the same thing happens - so the internal Render Cache API is hitting the same Modo bug. I will report this error to TheFoundry. Until TheFoundry provide a fix, Deferred Mesh support in the plugin should be considered to be not working.
Roy, TheFoundry has given me a fix for this issue - can you pls try the version below:I am getting this crash on Modo10.2v1 on Mint18 too. The plugin works fine on Modo902. This appears to be a bug in Modo10.2v1, but I will need to consult with TheFoundry devs to determine the exact problem.
Success! Thanks, Paul.Roy, TheFoundry has given me a fix for this issue - can you pls try the version below:
https://render.otoy.com/customerdownloa ... _Linux.run