When I scroll through the material list, Rhino consumes a lot CPU power, and it is super slow and jerky. This makes managing and assigning materials a major pain.
How come?
I mentioned that also in the thread: Selecting unused materials not working correctly?
I replied on the other thread, but I will add the same reply here and delete the old one. Better to have a new topic about this.
Thanks for the information. The issue with slowness could be the previews that are rendered for the materials. In advanced settings one can turn off the previews by setting the EnablePreview to false.
If that helps to speed up, then we know the cause is the previews. It could very well be something else also. But if this helps, then there are other settings that can be tweaked to improve the speed of the rendered previews.
Also are you using the List, Grid or Tree view? The SystemInfo commands information would be helpful.
Thanks. I tried it. The first scroll was still slow, even after a restart, but then it was OK. I enabled the previews again, and now it is the same: first scroll slow, but then OK
I wonder why the preview is not created after a material settings update and then cached. These images should only be a few kilo bytes.
What I realize is that when I open the model, Rhino searches for some textures. Let me tidy up all first. Now with the improved speed that process should be a bit more enjoyable.
The first scroll is slow, could be when Rhino does the first quick preview that is done in OpenGL. I know there is a couple of seconds hick-up when doing it. To test if this is the case, then one can turn off the Advanced setting EnableGLPreview (set it to false). Good to have also the EnablePreview as false. If the scrolling is now ok, then we know that the previews are the cause of slowness.
Rendered previews cause slowness especially if they are rendered using the CPU?
If I set EnableGLPreview and EnablePreview to False, then it is faster. But scrolling is still somewhat sluggish and uses a lot of CPU power as can be seen in the Windows Task Manager.
@feklee List, Grid or Tree view? The SystemInfo commands information would be helpful. I am trying to narrow down the cause of problems. Thanks for all the information you provided so far.
BTW, if you have model that you could give us to investigate we would be really grateful to check it out. If the model is under NDA, then we have a special way to give it to us. If not then one can try to paste it here or email it to me (size might be a problem, but we can use different ways)? Does this sound like a ok way to proceed? It seems there is clearly something else eating the CPU power.
@maxsoder you can always use the San Miguel model with 250+ materials.
I did a screen recording:
Notice:
During scrolling CPU usage goes up to 50% and above.
The scrolling is lagging behind the mouse cursor, and it is jerky.
@feklee This models shows other problems as well. No name in the top? Can you share it to us?
What does this mean?
Sure, if you don’t mind. The whole project directory, uncompressed, is 4.6 GB. I can try to reduce that quite a bit, of course. I could also try to create a minimal test case, but this will take a bit of time.
To upload, I have seen in other threads that there is some link, but I don’t find it anymore. Preferably I can upload from the command line on my Linux server. I have all data synced to that machine via Syncthing.
This area should contain the name of the currently selected material Bark 7 in the very least and potentially a path to textures drilled into:
If your uncompressed directory is compressed below 1GB you should be able to upload it to Rhino Accounts (be sure to copy a link to this discussion so the upload can be linked back to @maxsoder ). But if it fails after all using any of the cloud services would be good - dropbox, google drive. You can send a link in a PM to @maxsoder so he can download, then remove from that when he is done.
Weird, but I could not reproduce that issue any longer.
Done. I hope all relevant data is included. It is really not my style to just share everything for a bug report. But here I didn’t really know what is interesting to you. As far as I can tell, the materials dialog is just slow. A text-only list should scroll smoothly, on any system. I should actually test that with other projects.
