Just want to know if there is any way to terminate the processing command other than “escape” and force closing the Rhino. For example I am doing Shrink Wrap and I didn’t notice the amount I input will make the computer crazy and I want to stop it, but It won’t respond to my “escape” command.
The behavior of a command in Rhino is mostly (almost entirely) based on how that command is written. That means that there is very little in Rhino that applies to all commands at the same time. Generally, using the Esc key will stop any command. If that is not the case, that needs to be address to that individual command.
Speficially for ShrinkWrap, I’ve created input objects and command settings that clearly takes longer to complete than me being able to hit the Esc key. At that point, the command stopped immediately and no output was created.
If you have a case where this is behaving differently, you’ll need to provide the .3dm file and the output of the Rhino SystemInfo command so that we can try to reproduce this on our end.
-wim
@wim
This is not about the ShrinkWrap command but other command with same situation that I want to terminate immediately with computer response. Is it the reason of the huge imported data which occupied the top limit of computer resource so the computer does’t have resource to respond to new commands? The only way I stopped the programme is Ctrl+Alt+Del, but I think this will “hurt” the computer or programme…
Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 64GB)
.NET 8.0.14
Computer platform: DESKTOP
Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 3060 (NVidia) Memory: 12GB, Driver date: 8-14-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 560.94
> Accelerated graphics device with 4 adapter port(s)
- Windows Main Display attached to adapter port #0
- Secondary monitor attached to adapter port #1
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: 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: 8-14-2024
Driver Version: 32.0.15.6094
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 12 GB
Thanks for advice, file uploaded.
We always handle huge files like this. At production consideration, we need to combine the tiny piece to fewer piece that make sense for molding production, Proe operators in china cannot open those files which are too big to operate.
First thing they asked us to create a smaller STL file so they can use the file for 3D printing, the first thing in my mind is to mesh them and perform ShrinkWrap… but It will make the processing unstoppable (as said in this topic).
Here I performed another command which I thought it is a wrong go after the command started. I pressed esc and the whole screen in blurred white and not responding.
Another thing about terminate the processing command is about when I insert block instance, it showed up block name conflict, and request me to take action. At that moment I want to terminate the insert block command, but I think it is requireing me to load all the blocks first, which these blocks are always huge files and take long time to load…
Reporting another “difficult to terminate processing command”. When I try to move an object to a small area with millions of end points. I zoomed out far away so thats why end points are located in a small location and snap to end command keeps detecting on them without stopping, the “not responding” lasted 5 minutes. Nothing I can do to stop snapping.
Thanks for your time and effort in my cases. During this period, I was asked to export / split the 3d files to hundreds of smaller files so that they can run them “little by little”. Maybe all the problems come from “file too huge” and “limit of computer resources”