VisualARQ 3 making Rhino extremely unresponsive

VisualARQ
1

I’ve encountered a notable performance issue in Rhino 8 (SR4 2024-1-9) that significantly impacts navigation speed in perspective shaded display modes, particularly when Tibidabo is enabled. This problem is characterized by a noticeable lag during the initial response to pan, orbit, or zoom actions. Once the navigation starts, it smoothens out, but any new action reintroduces the lag. This behavior contrasts with the fluidity observed in wireframe mode or shaded top view, and interestingly, disabling Tibidabo entirely eliminates the issue.

Observations:

  • The issue presents itself regardless of the file size, though it’s more pronounced with larger geometries.
  • Only the initial movement is affected. Subsequent navigation within the same mouse/keyboard action is smooth.
  • The problem does not occur in Rhino 7 with VA2 or in Rhino 8 + VA3 in wireframe or parallel modes

Troubleshooting Steps:

  • Tested with Tibidabo both enabled and disabled, confirming that the issue is directly related to this plugin.
  • Compared performance across Rhino 7 and Rhino 8, noting that Rhino 7 does not exhibit the same lag under similar conditions.

Below is a video showing performance of the same file in:

Left - Rhino 8 with Tibidabo Enabled
Middle - Rhino 8 with Tibidabo Disabled
Right - Rhino 7 with Tibidabo Enabled

This file is an extreme case, but I have similar issues with other files.

Rhino 8 SR4 2024-1-9 (Rhino 8, 8.4.24009.13521, Git hash:master @ 92a8f2048b418ceab8c8de06a88b7939594e09f2)
License type: Commercial, build 2024-01-09
License details: Cloud Zoo

Windows 11 (10.0.22631 SR0.0) or greater (Physical RAM: 192GB)
.NET Framework 4.8.9181.0

Computer platform: DESKTOP 

Standard graphics configuration.
  Primary display and OpenGL: NVIDIA GeForce RTX 4090 (NVidia) Memory: 24GB, Driver date: 12-6-2023 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 546.33
    > Accelerated graphics device with 4 adapter port(s)
        - Windows Main Display attached to adapter port #0

Secondary graphics devices.
  Intel(R) UHD Graphics 770 (Intel) Memory: 1GB, Driver date: 7-24-2023 (M-D-Y).
    > Integrated graphics device with 4 adapter port(s)
        - There are no monitors attached to this 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: 8x
  Mip Map Filtering: Linear
  Anisotropic Filtering Mode: High
  
  Vendor Name: NVIDIA Corporation
  Render version: 4.6
  Shading Language: 4.60 NVIDIA
  Driver Date: 12-6-2023
  Driver Version: 31.0.15.4633
  Maximum Texture size: 32768 x 32768
  Z-Buffer depth: 24 bits
  Maximum Viewport size: 32768 x 32768
  Total Video Memory: 24564 MB

Rhino plugins that do not ship with Rhino
  C:\ProgramData\McNeel\Rhinoceros\7.0\Plug-ins\Datasmith Rhino Exporter (d1fdc795-b334-4933-b680-088119cdc6bb)\DatasmithRhino7.rhp	"Datasmith Exporter"	5.3.2.0
  C:\Users\Primoz\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\NVIDIADenoiser\0.4.3\NVIDIADenoiser.Windows.rhp	"NVIDIADenoiser.Windows"	0.4.3.0
  C:\Program Files\Rhino 8\Plug-ins\Tibidabo\VisualARQ.rhp	"VisualARQ"	
  C:\Program Files\Rhino 8\Plug-ins\Tibidabo\Tibidabo.rhp	"Tibidabo"	

Rhino plugins that ship with Rhino
  C:\Program Files\Rhino 8\Plug-ins\Commands.rhp	"Commands"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\WebBrowser.rhp	"WebBrowser"	
  C:\Program Files\Rhino 8\Plug-ins\rdk.rhp	"Renderer Development Kit"	
  C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp	"Rhino Render"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\RhinoRender.rhp	"Legacy Rhino Render"	
  C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp	"RDK_EtoUI"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp	"Snapshots"	
  C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp	"MeshCommands"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR_Python.rhp	"IronPython"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp	"RhinoCycles"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\Grasshopper\GrasshopperPlugin.rhp	"Grasshopper"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\RhinoCode\RhinoCodePlugin.rhp	"RhinoCodePlugin"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp	"Toolbars"	8.4.24009.13521
  C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp	"3Dconnexion 3D Mouse"	
  C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp	"Displacement"	
  C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp	"SectionTools"
2

Hi @brglez.primoz thanks for reporting this. Can you share this file or other files where you notice this slow performance?

3

Hi @brglez.primoz

After spending all day trying to figure out why this delay and slowness in selection is occurring, I have discovered that it is due to a bug in Grasshopper for Rhino 8.

To reproduce the problem without VisualARQ, open the 3DM file in Rhino 8, open Grasshopper and open some GH documents (or create new GH documents and insert any components inside). The more GH documents that are not empty, the slower Rhino will go.

The reason you only experience the error when VisualARQ is loaded is because VisualARQ loads Grasshopper automatically. In the 3DM, there are a few VisualARQ Grasshopper styles, and each one contains an embedded Grasshopper document, so when VisualARQ opens this 3DM, some GH documents are automatically loaded.

More in detail, Grasshopper installs a RDK Render Mesh Provider for each open document, and these providers seem to be slow, especially in your document.

Unfortunately, I cannot fix this bug, but I can report it to McNeel, but I need your permission to share your 3DM file with McNeel, as they will need a 3DM file to test.

Enric

1 Like
4

Thank you for the explanation :slight_smile: You have my permission.

5

Reported to McNeel:
https://mcneel.myjetbrains.com/youtrack/issue/RH-80348/Slow-selection-and-lags-when-rotating-view

I’ll keep you posted about this topic.

Enric