This happen to anyone else? No command running, small 1MB file, and the display starts stuttering?
I thought it was just the autosave running until the whole thing came to a dead stop.
Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 4-7-2020
Driver Version: 26.21.14.4292
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 12 GB
Rhino plugins that do not ship with Rhino
C:\Program Files\Common Files\McNeel\Rhinoceros\7.0\Plug-ins\XNurbs (80be33b0-13b2-4ac4-9c77-03829214f9e9)\4.0.0.0\XNurbsRhino.rhp “XNurbs”
I’m used to my hardware running Rhino. It’s always been very smooth. I haven’t had an issue where it won’t recover, but I keep having a very low stuttering frame rate and max GPU usage.
Updated to latest build (7.0.20168.13075, 6/16/2020), and it’s still an issue.
let’s try a graphics card driver update- I know you have a pretty recent driver, but this is a newer card and nvidia released a new driver for it already.
also go to tools>options>view>open gl and verify that your card is listed in the open gl specs-
Well, it’s a 3yr old card and I have it set to auto-update to the latest ‘studio driver’. There is an option for latest ‘game driver,’ which I’ve always interpreted as ‘minimally tested hotfix.’
I always follow the old wiki for nvidia settings including max power:
If this happens again, please look at the command line and see if anything is getting printed out… Any kind of stuttering is usually indicative of something trying to get done over and over and over again, failing every time… like trying to create a render mesh but failing, so Rhino then tries again…and so on. In that case you would see “Creating render meshes…” constantly flashing in the command line. I’m not saying that’s what it is/was…just an example of what to look for.
Also, while it’s happening… try hitting the ESC key multiple times (stand on it) to see if it cancels whatever is happening… I would also keep track of which display modes are currently active, and if setting all viewports to Wireframe makes the problem go away.
Other than that, I have no silver bullet for this, since I’m not really sure what took place.
Command line never shows anything happening. It seems to happen randomly when manipulating the viewport. I haven’t seen it happen while a command is active. (BTW, I have a space mouse).
When I notice the framerate drop, I glance at task manager and see GPU usage in the 30% range. If I stop manipulating the viewport, GPU usage either drops to 0% or runs to 100% for 5 to 10 minutes.
What really stinks is that my auto-save is not running every 15 mins. When I check the timestamp, it’s 20, 30, 40 minutes old. Makes it a tough gamble. How long do you wait to see if I can save 40 minutes of work?
It’s very intermittent and hard to replicate, but I’m starting to suspect it has something to do with the “TsShiny” display mode. I haven’t got regular “Shaded” to lock up yet, but I’ve only tried it for 20 mins.
Space mouse uses less GPU than mouse (10% vs 40%), but both stutter with “TsShiny.”
right, but you are the only person reporting this so far, so I’m assuming it’s machine specific…trying to eliminate outside influences to kill the problem, then we can add them back 1 by 1 to see which one is the bad actor…