my whole system crashes, there is no “not responding” just a complete freeze, requiring a hard reset.
The model is too big to upload a the moment, I think the issue is caused by one of the curves, I will see if I can slim down the model and still recreate the problem and upload an update.
OK, definitely found the source of the problem, its a curved extrusion, the two images below show the viewing angle at which the crash occurs. One of them shows the curves displaying incorrectly, probably going off into infinity. Model is also attached…don’t blame me if your system crashes
Hi Jonny - thanks, I’ll check it - can you please run the SystemInfo command and paste the output here?
Works OK so far here, by the way - what exact command or function are you using when you crash it?
thanks,
Hi Pascal, I am just orbiting around the object, no commands are active. I’ll try to record and upload so you can see.
System info:
OS Name Microsoft Windows 7 Professional
Version 6.1.7601 Service Pack 1 Build 7601
Other OS Description Not Available
OS Manufacturer Microsoft Corporation
System Name STORJO-LAP
System Manufacturer Dell Inc.
System Model Latitude E7450
System Type x64-based PC
Processor Intel® Core™ i7-5600U CPU @ 2.60GHz, 2601 Mhz, 2 Core(s), 4 Logical Processor(s)
BIOS Version/Date Dell Inc. A04, 5/13/2015
SMBIOS Version 2.8
Windows Directory C:\Windows
System Directory C:\Windows\system32
Boot Device \Device\HarddiskVolume2
Locale United States
Hardware Abstraction Layer Version = "6.1.7601.17514"
User Name SCHUCO-USA\storjo
Time Zone Eastern Standard Time
Installed Physical Memory (RAM) 16.0 GB
Total Physical Memory 15.9 GB
Available Physical Memory 10.7 GB
Total Virtual Memory 31.8 GB
Available Virtual Memory 26.2 GB
Page File Space 15.9 GB
Page File C:\pagefile.sys
Hi Jonny - can you please try updating your video card driver to the latest? it is over a year old. The video support is somewhat marginal, I guess, for Rhino - you might, just as a test, try turning off accelerated hardware modes - I don’t know if @jeff will approve (?) but you can set this in Options > Advanced page and type ‘OpenGL.UsehardwareDriver’ in the search box - set that to False and see if anything good happens- be prepared to switch it back though.
Well, we’d like it to remain checked always and forever… But every now and then a configuration pops up where our tessellation shader bombs…and we need to fix it…
So I’d like you to post a screenshot of Rhino’s OpenGL settings page so I can get a little more info about your Intel GPU.
But for now…if keeping it checked doesn’t work for you, then I would uncheck it and keep it that way until we can get a better handle on what’s happening with this particular config… It’s basically a major performance boost, so unchecking it you will see a slowdown…some cases probably not so bad, but there are other cases where you’ll probably see a pretty significant hit.
I just noticed that your Intel driver states that it supports OpenGL 4.4. I had thought this problem only existed with Intel drivers that support an OpenGL level below 4.4 so I disabled GPU tessellation by default for drivers at and below 4.3.
All we were really going to do is just disable the feature behind your back anyways. Hopefully we can figure out what is causing the Intel GPU drivers to crash -or- Intel comes out with an updated driver that fixes the situation.