Hi @stevebaer, glad to hear I will definitely try it out. Is there still some space for performance optimization for mac? Or does the performance tweaking hit the illusionary border? I just wonder why is the R6 performance so behind the R5…
Hi - most (ideally all) of that is due to the fact that the display quality is much improved in RH6. With default settings, it’s comparing apples to oranges. That doesn’t mean that it isn’t possible that there are cases where, for the same quality, Rhino 5 outperforms Rhino 6. We have been, and will continue to look into reported cases where that seems to be the case.
There’s always room for performance improvements. Some may require a large rewrite of code and some are relatively easy tweaks.
We switched to “modern” OpenGL in V6 which has been the recommended approach (until the release of Metal). It was a large rewrite of the display code. This worked great on Windows, but unfortunately I’m seeing Mac OpenGL drivers are just not performing as well as I would hope under the new system (insert conspiracy theory here… ). So far, I’ve been able to make large improvements in performance in
6.18. It will be good to get your feedback when you try
6.18 to see how things compare. Maybe there will be some other things we can tweak.
I should also mention that I do have one more optimization that I want to try for
6.18 that may help with models that contain a lot of curves. Won’t know if it will help until I actually get it typed up.
One thing I can think of from my experience with display speed is something I think I mentioned before:
Dispay modes that use both Skylight and Cast shadows are quite slow with default settings and where the shadow quality is set to medium-high range. This is due to the fact that in order to get sharp and nice looking cast shadows, you need almost full quality setting whereas for Skylight, much lower values still look ok, but when they get high, there is a big slowdown. Ideally there would be a separate setting for Skylight and Cast Shadow, but I realize this is a UI rewrite and not likely to happen or quick fix.
I am just letting you guys know that average Rhino user will not dig into these settings too much and just experience Rhino display being slow.
The quick workaround and default setting we use as a partial remedy is to set the Skylight Degradation in Advanced Options 1 level lower (So Static=2, Dynamic=3 vs. 1 and 2 default). This somehow helps if you want better cast shadows but I don’t expect average user to ever find these.
My suggestions for you would be to make 2.3 setting default, and in a long run implement separate settings for these 2 shadow types quality.
Point taken. At the moment I focused on wire frame, shaded, technical style displays in
6.x. Anything involving shadows/skylight requires quite a bit of a display rewrite.
I am sure that everybody appreciates the better quality and new display settings options. Undoubtedly really cool. Anyway, in terms of working with files, I just find very frustrating when you jump into the new software and the working environment is many times slower than the previous version (now I compare the default wireframe display mode). These issues lead to much longer working time etc. In other words, the R6 must allow us to work at least at the same performance level as R5 there, where display modes are comparable (for a common user without any visible significant difference) and then it is totally understandable that the new arctic, render mode with skylight etc. are slower, because it offers something new.
On the other hand, I am aware there could be some glitches in the mac platform matrix (as I understood from other threads).
Thank you @stevebaer for looking into this and enlightening the problem. I will definitely keep posting the regular reports as I predominantly work on mac platform these days.
Did last week’s build ever get pushed out? I keep checking for a new release and Rhino Keeps saying I’m running the latest release from 8/6/19 6.17.19218.13231
I don’t think we did; on the road right now. @brian can verify
Don’t text while driving! (Rhino isn’t finnished yet).
Sorry, I didn’t put a build out last week. There will be one today.
I´ve noticed a significant improvement in the files with lots of curves. Good job!
That is great to hear; thanks for letting me know.
Not sure if this is related to the optimization that was done, but the Technical view style has gotten
really sluggish. My Paperspace details seems to get stuck in infinite loops where Rhino keeps redrawing the views and basically freezes up.
Any help on this would be appreciated
Well that was definitely not the plan and if anything you should have seen a pretty big performance improvement. Guess we’ll need to share some models and custom display modes in private again to figure out what is happening.
@NavArch I’m looking at the model that you sent me. Is there a specific page that I should be looking that that seems to bring Rhino to its knees?
I’m less sure now that its specifically related to the technical view style. However we are still seeing big slowdowns in paperspace.
Pages 10-12 are the worst due to the number of details on each sheet.
Any sheet with a perspective view detail really bogs down the framerates. We are currently using a script which hides all details with perspective view, so that we can edit the sheets in a timely fashion. Then at the end we show the details again before printing. It would be nice if we didn’t have to do that.