Frequent Cycles Lockups/Lockouts

I am getting a repeatable lockups, where Cycles continues rendering, counting down passes or whathaveyou, while otherwise being unresponsive, and that’s on CPU, too.

When it happens, the only way to quit Rhino is through task manager.

_SystemInfo please. I am assuming the diner?

Not only in the Diner. I am seeing the problem with another project as well, with only 4 lights. It’s a fairly complicated mechanical drawing, but there is very little texture load. I was assured elsewhere that triangles aren’t the problem.

I am not sure if it’s a causation/correlation thing, but I noticed it twice start doing it’s own thing by changing a material color. Rhino locks, unresponsive in an endless loop, and must be taken down through the task manager, loosing all edits. Until then the sample/pass counter on the right hand side of the screen prattles on. It might be that Rhino is re-meshing things behind the scenes; it might be also, that it might not realize that it’s already busy doing it. Or it might be the UI widgets collecting one too many events.

As stated elsewhere, when doing larger project, the material previews don’t usually work, and are blacked out–neither my idea of implied quality, nor a satisfying user experience. Perhaps the updates are a dedicated thread that never seems to get called.

People shouldn’t have to abandon Rhino when their projects reach a certain size, right?

Edit: I am sorry that I didn’t include the specs. It’s a 12-core AMD 3900x, 32GB Ram, GTX 1080, one week old drivers. Presently, it’s using CPU rendering, so I can interact with it better. Before I posted, I ran Cinebench 15.x 10 times in a row to make sure the CPU cooling is stable. I will post the Rhino specs when I get home.

This is my system info, as told by Rhino:

Rhino 6 SR21 2019-12-17 (Rhino 6, 6.21.19351.09141, Git hash:master @ 4d373f64ffb55e3a8d607d9618590728d86fb1e9)
License type: Commercial, build 2019-12-17
License details: Cloud Zoo. In use by: BrendaEM ()

Windows 10.0 SR0.0 or greater (Physical RAM: 32Gb)
Machine name: BRENDA-DTW

Non-hybrid graphics.
Primary display and OpenGL: NVIDIA GeForce GTX 1080 (NVidia) Memory: 8GB, Driver date: 12-24-2019 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 441.87

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On

Anti-alias mode: 8x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: Height

Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 12-24-2019
Driver Version: 26.21.14.4187
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 8 GB

Rhino plugins
C:\Program Files\Rhino 6\Plug-ins\Commands.rhp “Commands” 6.21.19351.9141
C:\Program Files\Rhino 6\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 6\Plug-ins\RhinoRender.rhp “Rhino Render”
C:\Program Files\Rhino 6\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 6.21.19351.9141
C:\Program Files\Rhino 6\Plug-ins\rdk_ui.rhp “Renderer Development Kit UI”
C:\Program Files\Rhino 6\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 6\Plug-ins\RhinoCycles.rhp “RhinoCycles” 6.21.19351.9141
C:\Program Files\Rhino 6\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 6.21.19351.9141
C:\Program Files\Rhino 6\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 6\Plug-ins\Displacement.rhp “Displacement”

I’ve been working with the file again tonight. By switching modes away from Raytraced, it doesn’t lock from changing the material Color, but just clicking on the material color will cause Rhino/Cycles to lock from all user input, requiring it it be killed from task manager.

Edit: I found that getting the document Properties will also lock it up. It appears that the common denominator is: things that require a overlay window/sheet will lock it up.

I am sorry, but this is a repeatable bug, and it’s something that keeps Rhino V6 from working as on the label.