Windows 11 (10.0.22631 SR0.0) or greater (Physical RAM: 64GB)
.NET 7.0.11
Computer platform: LAPTOP - Plugged in [96% battery remaining]
Non-hybrid graphics configuration.
Primary display and OpenGL: NVIDIA RTX A3000 12GB Laptop GPU (NVidia) Memory: 11GB, Driver date: 4-15-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 538.59
> Integrated accelerated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
Primary OpenGL: NVIDIA RTX A3000 12GB Laptop GPU (NVidia) Memory: 11GB, Driver date: 4-15-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 538.59
> Integrated accelerated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
Secondary graphics devices.
Intel(R) UHD Graphics (Intel) Memory: 128MB, Driver date: 4-2-2024 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- Secondary monitor is laptop’s integrated screen or built-in port
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: 4-15-2024
Driver Version: 31.0.15.3859
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 11520 MB
Rhino plugins that do not ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\RhinoToGrasshopper\RhinoToGrasshopper.rhp “RhinoToGrasshopper” 1.0.0.0
C:\Users\Czaja\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\Synapse\0.4.0\SynapseRCP.rhp “SynapseRCP” 0.4.0.0
C:\Users\Czaja\AppData\Roaming\McNeel\Rhinoceros\8.0\Plug-ins\Bella (813de3fb-18eb-405f-bfcd-b0b4d3da91fb)\24.2.0.0\bella_rhino.rhp “Bella” 24.2.0.0
C:\Users\Czaja\AppData\Roaming\McNeel\Rhinoceros\8.0\Plug-ins\Crayon (39629248-4fa6-47b8-83c7-745a7efea259)\1.2.0.0\Crayon\Crayon.rhp “Crayon” 1.0.0.0
C:\Users\Czaja\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\SubstanceImporter\2.0.7\Substance.Win.rhp “SubstanceImporter” 2.0.7.0
C:\Program Files\Rhino 8\Plug-ins\Karamba\License\Karamba3D_LicensePlugin_Rhino8.rhp “Karamba3DLicense”
Once I open GH definition with Query Model Objects I can no longer modify object visibility in Rhino. Note, that Grasshopper is locked and I opened a new GH definition. Changing visibility in this case can take a few minutes, although there are only 300 block instances in the file.
If I completely shut down the GH file, everything went back to normal.
I’m always putting System Info wrapped by using Discourse “Hide Details” - It helps keep my posts more compact. You probably just overlooked it, please click on it and you will have all the info.
Everything needed to reproduce this problem is shown in the video. Just open the GH file and try to hide some objects, then use ShowSelected, etc. Rhino should hang for a good few minutes.
So, by skipping the show selected undo process before the GH definition is run, then is it fast?
Trying to track if this is an undo stack issue. We have some tools to see what is happening there if it seems the numbers of undo steps are causing trouble.
I will try and repeat this. I see this is 8.11 now. Will need to get that first.
I updated Rhino to version 8.11.24240 and decided to play a bit more with it.
Actually, it seems that the Content Cache is making the worst hangs. Query Model Objects components take a while to update, so it’s only a stutter. Not only Showing/Hiding or Undo/Redo is slow, but also a simple Gumball move is forcing the Content Cache component to recalculate something. From what I saw, and what is visible in the video, modifying Rhino Object visibility is making Rhino hang for much longer than moving objects. I observed a similar, long hang when entered Block Edit mode.
The content Cache component is not pushing changes all the time it’s in a form that pushing the button needs to be done for it to work.
Thanks, can someone explain what is happening with the Content Cache in the background? I appreciate the new tools and workflows but Grasshopper is much more less wysiwyg than it used to be. Locking the solver and switching to other GH documents is not enough to avoid several minutes of hangs during a very easy Rhino operation. This is very unintuitive.
Japhy, how long do the hangs last if you repeat what I do in the file - mainly talking about show/hide/showselected operations?
Brief test of the daily build 8.12.24242.06001 showed that the problem still persists. Did you try also playing with the ShowSelected Rhino command while having the Content Cache component enabled?
I was trying to roll back to 8.10.24226.13001, but it’s crashing Revit 2023.1 (works ok with the Revit 2022…), earlier versions do not even run with Revit 2023.1, I don’t remember why. I’m really looking for some stable build to work with.
No, ShowSelected Rhino command to unhide selected Block Instances. It can be also Hide command as shown in my videos. Basically changing the visibility attributes using Rhino commands of object referenced in Content Cache.
Got it, that is a different issue, hopefully it’s as easy to rectify as the last.
Its doesn’t seem to be the query components, isolating those into a new file doesn’t slow down with hide/show rhino actions. Your full visibility definition on the other hand does, without anything that else that would be affected by the action.
In the middle of the topic I realized that it’s a Content Cache component rather than Query Model Objects and changed the title. Please let me know when it will be solved. Thanks for the help.
This usability problem might also interest you. Rather slow behavior if I enter Block Edit mode. It seems that query goes one by one with every locked object.
