I’m using Rhino 6 Mac to record an animated render with reflections. When selecting Raytraced for animation rendering, Rh saves each frame immediately before any additional passes complete. This seems to relate to previous question from a few years ago.
In Windows it seems there is a workaround to use plugin Rhino-Render-Next and set standard render to Cycles and for recording select standard Render rather than Raytraced. However I’m unable to load plugin in R6Mac via PluginManager or _TestPackageManager (error “failed to find package list”). And using RhinoCycles_ChangeSamples seems to have no effect.
You need an installer that is understood by the Mac version Rhino - the package manager doesn’t know yet how to install them properly. But anyway, you should be able to load this package in your v6 Rhino for Mac
Note that in the upper screenshot you see the OpenGL rendering of the scene, not the Raytraced version.
RecordAnimation doesn’t know about Raytraced, best would be if it did, then it could use the viewport for the rendering where it is then just a matter of adjusting the viewport, wait for the samples to be all calculated, then capture.
btw, I did see the notification of your file upload. I’ll look it tomorrow when at the office.
@Eric_Forman I looked at your file, and while many objects, it should work fine. When using _Render and the animation recording with Rhino Render Next you don’t have to have the viewport in Raytraced mode. I suggest you don’t use that when starting either command, since you’ll have an unnecessary session running in parallel.
Rendering here works just fine. Note in the background I have the viewport just in Wireframe, while Rhino Render Next was crunching. I had it actually set to 1500, but I had to step out, so I stopped at 1429. But it rendered just fine on my MBP (2017, 13.1", CPU, 2 render threads on 4 cores).
Interesting. Thank you for testing. I always pause the Viewport render before starting render, but I can try also switching it to wireframe.
Can you clarify - you said viewport and renderNext use same engines - but then you said viewport was OpenGL not Raytraced. Or maybe you meant Render (you said “upper screenshot” which was viewport).
Besides that question, what other test can I do to figure out why Render on my machine looks way worse than on yours? I’m using a 2019 MBP, loaded. Will also test on iMac with 3.3Ghz i5 and AMD Radeon R9.
Secondary question - if you use RhinoCycles_ChangeSamples, it seems RenderNext ignores quality settings. Is there a way to control render quality without setting samples manually for both viewport and render each time?
Another thought - since on newer Macs the display resolution is quite high, and uses dpi scaling, a Viewport of the same apparent size as a 640x480 Render output is not in fact the same resolution as . To demonstrate, if you take a screenshot of the viewport of seemingly identical size it’s actually 4 times the resolution (1280x960). When you first open it in Preview it looks to be the same resolution at 100% - but that’s because it’s 144dpi instead of 72, and the Mac OS interprets 100% “actual size” as apparent size, NOT actual resolution. (Which is annoying on many levels.)
So my theory is the Viewport of the same apparent size is actually much higher res. Therefore it looks better. And also explains its much slower rendering time (6 minutes vs 1 minute).