Just downloaded the latest WIP as my previous one was out of date. I opened a legacy file (V7) with nothing but a bunch of curves in groups (not a heavy file) and started to move stuff around, ungrouping and grouping, copying, and using the gumball to move stuff. I usually work in Testmetal mode (MacBook Pro M1Max chip) but was shocked to find it way slower than when I last used RhinoWIP in January.
Previously, I was getting 100+fps in Testmetal, but tonight it couldn’t have been over about 5 fps.
I switched into legacy OpenGL to keep editing my curves and after maybe 5 minutes of move copy delete commands, I tried to do a free gumball rotation on a group of 10 or so curves, WIP froze and crashed! I can’t remember the last time rhino actually pinwheeled and crashed.
I submitted the crash report of course, but was wondering if others were also having performance losses in the latest WIP release.
I reopened the file (of course I lost my revisions because I didn’t upgrade) and did a Testmaxspeed in wireframe view.
testmetal: 210FPS
legacy openGL: 123FPS
I switched into shaded mode and set the single color background, and altered the curve thickness in Preferences → Display Modes → Shaded as I did before my crash last time and repeated the Testmaxspeed command again with the following results:
When doing these tests, in Testmetal the viewport froze for the duration of the test and in openGL it did actually spin. I reverted the background setting back to Use Application settings and repeated the tests:
I reentered the settings I had in the previous file to the Wireframe view mode (Curve width 2 px, Single color background) and repeated the test in the two modes again:
I’ve moved your post to the more appropriate Serengeti category that is about RhinoWIP.
I remember noticing sluggish viewport behaviour, but instantly rolled back to the previous version (8.0.22130.14236, 2022-05-10), when I noticed that Grasshopper was broken. I’m skipping this one.
You can find the link to the download here in Wim’s reply:
I wonder whether the test is working right, but it’s a beast of a computer considering its size and energy consumption.
As you may know, Rhino doesn’t take full advantage of Apple Silicon chips yet. However, in other, more optimized applications - like Blender - you really notice what it can do.
Yesterday, I saw this on the Bella Renderer website:
On the right they compare their render engine Vs. Cycles on the left.
So I tried the classroom scene in Blender with Cycles GPU and 800 samples, which produces a much less noisy and clear image than in the Bella comparison.
The scene is not identical to the one from blender, it was given to me by a user who converted it by hand, and it uses different lighting – I’ll redo this comparison on the site using some different scene, since I see it caused some confusion here.