There seems to be significant lag when handling hatches in rhino 8.4. This issue is far less apparent in Rhino 7; as you can see in the videos.
I believe I have found the situation it occurs; and the potential solution.
The first video below is rhino 7; and I’m moving a large amount of hatches using the gumball. Note that there isn’t so much lag compared to rhino 8.
In the video below from rhino 8, handling the exact same objects with the same hatch model scaling; the lag is unusable; verging on crashing rhino.
Perhaps the cause of this significant lag is due to the fact that when hatches (only) are selected, and the properties panel is on display, Rhino automatically switches to showing the hatch properties panel. If the properties panel, and subsequently the hatches property panel does not open, the lag becomes the same as Rhino7. Essentially, the rhino 7 hatches properties panel does not lag; and the rhino 8 one (with its greater complexity) does lag.
Please either fix the rhino 8 hatches handling so this lag does not occur; or try to separate the hatches properties panel, so that it’s not automatically open when selecting hatches. This makes hatches unworkable for my workflow; but I want to see the regular properties panel
Perhaps it’s something with my computer? Although it’s very recent and quite powerful.
Perhaps it’s something with the hatches themselves?
But the issue seemed to be related to the visibility of the hatch properties panel when the hatches were selected. This hatch properties is within the regular properties panel. So I had to hide the regular properties panel to prevent the hatch properties panel from becoming visible.
Firstly, I cannot see the properties panel in either of the videos you’ve provided.
Secondly, ensure that the hatch scaling is identical between those two videos.
In the first video, you can see that the hatches are clearly extremely small scaled; whereas in the second one, they are much larger, and fill the trimmed bounds.
The second video is magnitudes faster as you’ve noted, and the cause seems to be that rhino needs to interpret those hatches and their information to display in the hatch properties menu.
Either the menu should be fixed, or it can be non-displayed when selecting hatches while the property panel is visible.
Rhino crashes for me when I zoom in on a large-ish hash pattern with the hatch properties panel visible. It works fine when it’s not visible. (I just submitted a crash report).
Actually I’m getting quite a few crashes when interacting with hatch patterns in general, regardless of window visiblity.
I also am experiencing a very similar thing. Rhino 8.7 often crashes when dealing with non-solid hatches.
There are a range of unfixed bugs which prevent me from using Rhino 8 as my main software.
More crashes for me when interacting with hatches. Please move this to the top of the pile ASAP! RH8 is unusable in an architectural workflow if there is a 50/50 chance of crashing every time I interact with a hatch.
Thanks for the quick reply Dale. I submitted a crash report when I posted originally to this thread. I just submitted another one now as well. Here is my system info:
Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 64GB)
.NET Framework 4.8.9241.0
Computer platform: DESKTOP
Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 2080 Ti (NVidia) Memory: 11GB, Driver date: 6-8-2023 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 536.23
> Accelerated graphics device with 4 adapter port(s)
- Windows Main Display attached to adapter port #0
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: 6-8-2023
Driver Version: 31.0.15.3623
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 11 GB
Rhino plugins that do not ship with Rhino
C:\ProgramData\McNeel\Rhinoceros\8.0\Plug-ins\Datasmith Rhino Exporter (d1fdc795-b334-4933-b680-088119cdc6bb)\DatasmithRhino8.rhp “Datasmith Exporter” 5.4.2.0
C:\Program Files\Next Limit\Maxwell for Rhino\maxwell_rhino.rhp “Maxwell for Rhino” 5.1.6.3
D:\Life\5Work\Tools\Rhino\blockeditnew20230622\BlockEditNew.rhp “BlockEdit” 1.0.0.0
Next time Rhino gives it up, can you zip the .dmp file we put on your desktop and sent it to me (dale@mcneel.com) via this link? Do this before dismissing the crash dialog.
Apart from the crash reports not showing up here (are you perhaps using a different eMail address when sending those in?), have you tried running with the 3rd party plug-ins disabled and Rhino restarted?
Also, especially since you are experiencing crashes, I’d update the display drivers for the RTX. Please use the “Clean Install” option when doing so.
-wim
Hi @Brayton_Orchard I am working on a solution to this issue. I will reach out to you with a build to test once its ready (likely Monday). Until then I would suggest using the Purge command and removing any excess unused hatch patterns in the document.