Rhino 7 Feature: Display Performance Discussion

I’ve posted this bug, months ago, and it’s meaningful because we need the OpenGL mode to be accurate because Raytraced mode is too slow for aligning materials/textures/mappings. The top is not going to map anyway, but that’s okay, the side is the issue. To examine this, it’s like that material is applied, but Rhino thinks the mapping is not necessary because it’s out of view. I’ve seen this behavior before with transparencies, which I think were fixed.

Rendered (OpenGL) View:

Cycles View:

[I wish we could map textures, repeating along/per NURB H/V’s because it’s dozens of times faster than anything in Rhino. I checked out what I think you were working, on, and it;s not the same.]

I’m finding it difficult to understand what you are describing, but are you saying that OCS mapping in V7 doesn’t solve this?

And if I am going to solve a problem with mapping, I need an model with a repeatable case.


For one, it’s in my diner map file, do I need to send it again?
I could not find the OSC feature in the version of v7 I tried it on.

I am getting ready to make a video showing quite old texture mapping features that would make adding materials to objects much faster. I have to get screen capture set up on this computer.

[I am sorry, but things have been pretty sketchy here in the Valley, lately.]


I could never repeat the problem with th bricks in that file. And also, didn’t we agree that adding OCS mapping would solve that for you? That’s actually been done in V7.


RH-56789 is fixed in the latest WIP

1 Like

I have more time to play around with Rhino 7 now and I’m experiencing extreme lagginess when panning around Layout space. I trialed this back in Feb with a 1GB Rhino file and posted in this thread regarding the same issue. Now I’ve started from scratch, built myself a template file and after adding some geometry and going to draft the construction drawings I am again experiencing this glitchy panning in Layout space, and this time it’s only a 50mb file.

Any developments?

In theory panning should be much faster, but obviously something is not working on your system. Can you share a model with me that you are seeing poor panning performance in layouts?

Also, are you running Windows or Mac?

LaggyLayout_SampleFile_V02_201102.3dm (4.0 MB)

Running Windows. If I pan extremely slowly it will almost be smooth, otherwise, if I pan at a regular speed the cursor moves alone and then the page suddenly appears in its new position typically once I have let go of pan.

That file is snappy as can be for me. Please run the SystemInfo command in Rhino and paste the results here.

[edit] now I’m seeing some slowdown after playing around with some panels. Still investigating

We think we see what is going on. @devingrayart for now you can try the following.

  • Start Rhino7 and make sure the layout panel is not showing. If the panel is showing, close it and restart Rhino
  • Hopefully your model will display much faster

The layout panel was being a tad too aggressive on watching for any change in a layout in order to update its contents. We are working on a fix for this right now.

Here is the issue:


– Dale

Ah yes you’re right! Simply resolved by hiding the ‘Layout’ panel.
Look forward to the fix! Thanks for investigating.

RH-61316 is fixed in the latest BETA

I have a quite large model (3GB). I can’t share the model, but it include:
9610 block instances, 8813 points, 52327 curves, 6184 surfaces, 40768 polysurfaces, 6101 meshes, 18856 texts.

Especially the meshes are quite large, but are there any spesific reason for RH7 performing worse than RH6 on this kind of model? I guess it is a bit difficult question without sharing the model… (running on win10)

I get a bit over 8.5 FPS in RH6 and around 6 FPS in RH7.

The performance is in general worse on RH7. ex. I often use the section comand, it’s a quite heavy operation on this model, but RH6 manages it while RH7 most often crashes…

Just curious - if you hide all the texts, do you get better fps in V7?

Just tried hiding different objects. Seems like the blocks have the biggest effect on RH7.

I too just imported about 3300 blocks into a file I cannot share in V7, and got really poor performance (10-15fps). Performance especially tanked when I selected one of the huge block instances which showed the wireframe for all included objects.

However, saving the file as a V6 file instead, and then opening it in V6 made performance again smooth, even when selecting the blocks.

(Interestingly, the file went from 280mb to 400mb going from V7 to V6…)

Sorry for the not so useful data point… I also got light render bugs in V7 in that same file that do not appear in V6:


Unfortunately I can’t really make any optimizations without real models to base them on.

Does the performance improve when per-face colors are removed? A quicker way to do this to a model with blocks is to just open the V6’s .3dm in V7.

Per-face color display performance issue: https://mcneel.myjetbrains.com/youtrack/issue/RH-59196