Unable to compute technical drawing data

Rhino Rhino for Windows
,
1

Lately I’m having trouble computing technical views of my annotated models. They are imported .obj’s of scanned archaeological shiptimbers and I need the technical (or Pen) view for my documentation.
I have been dong this for years on this laptop and until recently it took about 1-2 minutes at max to compute the technical drawing data of models even larger than 100 mb. Now Rhino just hangs forever while consuming all of the CPU power.
I’ve been through all previous threads I can find in the forum and tried all the tweaks and settings, and updated all drivers. I would like to add a crash file, but Rhino never crashes -it just hangs forever with the message “computing technical drawing data…Press Esc to cancel”. In most instances I can press Esc and go back to the program, but I still don’t get the pen drawing I need.

System Info:

12th Gen Intel(R) Core™ i7-12700H 2.30 GHz
32 GB RAM

Rhino 7 SR37 2024-4-16 (Rhino 7, 7.37.24107.15001, Git hash:master @ d2e42f70b9d3aa58f6053e2998a0db2abcd7555b)
License type: Commercial, build 2024-04-16
License details: Cloud Zoo

Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 32Gb)

Computer platform: LAPTOP - Plugged in [96% battery remaining]

Hybrid graphics configuration.
Primary display: Intel(R) Iris(R) Xe Graphics (Intel) Memory: 2GB, Driver date: 11-26-2024 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port #1
Primary OpenGL: NVIDIA RTX A2000 8GB Laptop GPU (NVidia) Memory: 8GB, Driver date: 11-13-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 553.35
> Integrated accelerated graphics device (shares primary device ports)
- Video pass-through to primary display device

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)

Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

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

Rhino plugins that do not ship with Rhino

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 7\Plug-ins\Commands.rhp “Commands” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\WebBrowser.rhp “WebBrowser”
C:\Program Files\Rhino 7\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 7\Plug-ins\RhinoScript.rhp “RhinoScript”
C:\Program Files\Rhino 7\Plug-ins\RPC.rhp “RPC”
C:\Program Files\Rhino 7\Plug-ins\IdleProcessor.rhp “IdleProcessor”
C:\Program Files\Rhino 7\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\RhinoRender.rhp “Legacy Rhino Render”
C:\Program Files\Rhino 7\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\rdk_ui.rhp “Renderer Development Kit UI”
C:\Program Files\Rhino 7\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 7\Plug-ins\Alerter.rhp “Alerter”
C:\Program Files\Rhino 7\Plug-ins\RhinoCycles.rhp “RhinoCycles” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 7\Plug-ins\Displacement.rhp “Displacement”
2

Update:

I just tried the same in an evaluation licence of Rhino 8, and it was done in seconds.
So now I wonder if the problem is related to a dependency of Microsoft Windows Desktop Runtime, as I noticed Rhino 8 installed Runtime 7. A while ago I had to manually install Desktop Runtime 8 in order to get ArcGIS up and running after it had been hibernating on my computer for a longer period. Could this perhaps have caused a problem for Rhino 7? And Is it possible to somehow rewire Rhino 7 to its original dependencies?

3

Hej jfj -

Running a Repair on the Rhino installation from the Windows OS Control Panel should do that.

You can create a memory dump from a hanging process from the Windows Task Manager.

image
image276×177 5.01 KB

You can upload that file from Rhino Accounts - make sure to copy a link to this thread in the comments field.
-wim

4

Thnaks for the reply
I’ve uploaded a dump file which was made after I repaired through Control Panel (and still didn’t work out)

5

Hi @jfj,

Rhino was computing mesh edges for technical display when you forced a memory dump. So, Rhino has not crashed.

– Dale

6

I know Rhino hasn’t crashed, but can you tell me why rhino computes mesh edges forever and never moves on to delivering a pen drawing?

7

Hej jfj -

Could you upload a file that shows this behavior?
-wim

8

Yes, that is absolutely possible, but since the behaviour doesn’t show in Rhino 8 but only in Rhino 6 and 7, I hardly believe that the file itself is at fault.
I read out the DMP file myself, and got a warning that Bitdefender wouldn’t let Rhino off the hook -is that something You have encountered before?
Because when I look into the dates, Rhino 7 was working allright up till the date when my company deployed Bitdefender to alle company laptops. If you know of issues like this, I will follow that lead with my tech manager

9

Hej jfj -

Thanks, that was important information.

Apparently this was also reported by a user in April this year. It works fine in Rhino 8 but not in Rhino 7. It looks like BitDefender injects a DLL in a process when Rhino 7 is creating meshes for the technical display modes specifically. Why it does not do it in Rhino 8 is something that only the BitDefender developers would be able to answer.

I suppose you could try whitelisting Rhino, but I don’t know if that will actually help.
-wim

11

Whitelisting rhino.exe in bitdefender was the solution!

1 Like