Why Does Clipboard Copy Slow Down with Many File Materials?

[ShynnSup]

I have noticed this lately. If you try to make any cut or copy operation to clipboard from any geometry, even if the geometry has no materials and is not heavy, because the file does have a lot of materials, copying takes a lot of time.

Check this. I count 11 seconds to cut a newly created box.

[René_Corella]

Maybe this is silly or useless - however if I may ask: is this a downloaded ‘3D map model’? When dealing with downloaded/imported assets I’ve have to run this combo numerous times:

Check for bad objects, check for and delete duplicates, explode blocks (not always necessary), and purge.

[dale (Dale Fugier)]

Hi @ShynnSup,

CopyToClipboard is a file i/o operation - essentially export selected.

Most times, the venerable Copy command is a quicker option if you are not pasting into another .3dm file.

– Dale

[ShynnSup]

@dale

Most times, the venerable Copy command is a quicker option if you are not pasting into another .3dm file.

Yes I am copying into another file.

It still does not explain why it takes 11 seconds to copy/export a single box. The size of the file or how many textures/materials it has should have no effect on this.

[dale (Dale Fugier)]

Is Export roughly as slow?

[ShynnSup]

@René_Corella

Check for bad objects, check for and delete duplicates, explode blocks (not always necessary), and purge.

Thanks. The problem seems to be that Rhino sucks at dealing with materials. Even if you try to delete them all, Rhino will just crash trying to do so.

[ShynnSup]

@dale

Is Export roughly as slow?

Just tried, not at all. It took less than a second.

[Japhy]

@ShynnSup

Thanks. The problem seems to be that Rhino sucks at dealing with materials. Even if you try to delete them all, Rhino will just crash trying to do so.

Please post the necessary information to understand the issue. Thanks

@Gijs

If you are reporting a bug, it helps to:

• Check if you are running the latest Service Release
• Make a single topic for each issue
• Run _SystemInfo in Rhino and paste the result in the topic.
• Send in a sample file that shows the issue whenever possible, even if it appears to happen ‘always’.
• Provide step by step instructions how to reproduce the issue

This allows us to help you faster and will make it easier to log and track bugs
Thanks in advance for your help!

[ShynnSup]

@Japhy

Please post the necessary information to understand the issue. Thanks

Hi Japhy, this has been talked extensively, I believe no extra info is required.

Why is Rhino so bad at dealing with materials?

I am talking about UX, UI and performance. Performance: 1.It takes ages to load the materials. I don’t know what happens under the hood but of all the 3d programs I use Rhino is the only one struggling to load the materials. It gets specially unworkable with long lists of materials. 2.Scrolling the list is practically impossible. 3.Deleting materials also takes AGES and I just experienced multiple crashes after waiting 20 minutes for Rhino to DELETE ALL materials in the file. 4.Even with on…

Material Tab and thumbnail preview being extremely slow

The material tab is extremely slow. When I hover mouse over an material it takes almost a second or 2 for the material to highlight. Disabling material thumbnail preview helps a little bit but still very very slow. Didn’t have this issue in Rhino 7… Does anyone else have this issue?

Slow performance in material editor

I don’t care about UI. I have set it up to be close to V7 and I use custom shortcuts mostly. V8 is terribly slow compared to V7 and, knowing I have to be learning it, I don’t have the patience and I can’t afford wasting my time. With each V8 session it takes 30 min or so before I go back to V7. Anything related rendering is absolutely no-go zone (materials, environment, mapping etc) and it’s pity because I like the new push-pull and some new additions. I keep explaining myself that reason is…

I suspect the copy to clipboard issue has to do with materials as it often happens with files with a lot of materials.

I already took the time to record a video showing the issue. Also other people in this thread have corroborated it happens in their systems too.

[wim (Wim Dekeyser)]

Hi -

@ShynnSup

this has been talked extensively, I believe no extra info is required.

I’ve just read through those threads and other threads that were linked to from those, i.e, several hundreds of posts. Yes, this has been talked about extensively, but I couldn’t find one sample 3dm file that I can use to test this with…
-wim

[ShynnSup]

Guys just to be clear, I don’t know what causes the clipboard copy/cut lag. It was just an intuition.

@wim I have just uploaded the file shown in my original post of this thread.

[wim (Wim Dekeyser)]

Hi Shynn -

@ShynnSup

I have just uploaded the file shown in my original post of this thread.

Thanks. The file that you uploaded doesn’t include other objects than the box (other than a hidden block instance that only contains a single mesh face). Cut, Paste, and CopyToClipboard all are instant here. Could you check with that file that you uploaded instead of the one in the video? If that is equally slow, please also post the output from SystemInfo.
-wim

[ShynnSup]

Hmm thats strange. I have the same lag on the uploaded file. Maybe it has to do with some plug-in after all?

Rhino 8 SR18 2025-4-10 (Rhino 8, 8.18.25100.11001, Git hash:master @ 5d157e876c23ece334d9c8666b8513ffc6d4a98d)
License type: Evaluation, build 2025-04-10
License details: Cloud Zoo
Expires on: 2025-07-19

Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 64GB)
.NET 7.0.0

Computer platform: DESKTOP 

Standard graphics configuration.
  Primary display and OpenGL: NVIDIA GeForce RTX 3070 (NVidia) Memory: 8GB, Driver date: 4-12-2025 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 576.02
    > 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: 4-12-2025
  Driver Version: 32.0.15.7602
  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
  C:\Program Files\Enscape\Enscape.Rhino.Plugin-net48\Enscape.Rhino8.Plugin.dll	"Enscape.Rhino8.Plugin"	4.3.0.1186

Rhino plugins that ship with Rhino
  C:\Program Files\Rhino 8\Plug-ins\Commands.rhp	"Commands"	8.18.25100.11001
  C:\Program Files\Rhino 8\Plug-ins\rdk.rhp	"Renderer Development Kit"	
  C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp	"Rhino Render"	8.18.25100.11001
  C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp	"RDK_EtoUI"	8.18.25100.11001
  C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp	"Snapshots"	
  C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp	"MeshCommands"	8.18.25100.11001
  C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp	"RhinoCycles"	8.18.25100.11001
  C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp	"Toolbars"	8.18.25100.11001
  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"	

[ShynnSup]

@wim Any idea on what is going on? Thanks.