I have a problem with capturing my view to file in raytraced mode and lighting. When I capture my view to file not all sources of light seem to be included in the render. Has anybody encountered the same problem. It takes a long time to render, could it be my laptop is not strong enough? I’m using rhino 7.
If you used _ViewCaptureToClipboard or _ViewCaptureToFile in the Raytraced viewport the results should look the same regardless of strength of computer.
If you can share the file with me using Rhino - Upload to Support then please do so. I’ll be able to investigate the issue. I have pre-filled my email address so that I get automatically notified when the upload has completed.
Ah great. I uploaded the file accidentally 2 times. I don’t know which is the first upload is, but it should be the second. Might be that I uploaded the same file twice, but one as a zip.
The _ViewCaptureToFile works fine for me. Make sure that current renderer is set to Rhino Render before you do the capture if you want to capture Raytraced. Setting a different render engine may cause changes to how certain types of data are passed on - like lighting and materials may be different. (I don’t have these engines installed: V-Ray, Enscape, Twinmotion).
Hmmm, I think I’m rendering with correct engine, though I do happen to have all these three engines installed that you just named, is there any other way to turn them off? What does legacy rhino render do?
You can turn the other engines off by going to Tools > Options > Plug-ins, pick the “Plug-ins not shipping with Rhino” from the drop-down to quickly narrow down the amount of plug-ins in the list.
Then right-click on each of Enscape, V-Ray, Twinmotion and choose Enable Load Protection. Then restart Rhino and see if it works any better.
Rhino Render Legacy is the engine used in Rhino 6 and prior, it should not affect the result between Raytraced and its ViewCapture results.
Windows 10.0.22000 SR0.0 or greater (Physical RAM: 16Gb)
Computer platform: LAPTOP - Plugged in [79% battery remaining]
Hybrid graphics configuration.
Primary display: Intel(R) UHD Graphics 630 (Intel) Memory: 1GB, Driver date: 9-5-2020 (M-D-Y).
> Integrated graphics device with 3 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
Primary OpenGL: NVIDIA Quadro P1000 (NVidia) Memory: 4GB, Driver date: 7-1-2021 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 462.94
> Integrated accelerated graphics device with 4 adapter port(s)
- Video pass-through to primary display device
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)
Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High
Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 7-1-2021
Driver Version: 27.21.14.6294
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 4 GB
Rhino plugins that do not ship with Rhino
C:\Users\Lance\AppData\Roaming\McNeel\Rhinoceros\packages\7.0\EleFront\4.2.2\ElefrontProperties.rhp “ElefrontProperties” 1.0.0.0
Btw, I never use ViewCaptureToFile or ViewCaptureToClipboard with the dialog. That is all too slow, and the preview I generally don’t need.
Since your model is rather heavy I’d use the command-line version that doesn’t try rendering previews: -ViewCaptureToFile or -ViewCaptureToClipboard. You still can make the same setting changes in the command-line, but that will be much more responsive.
Ah yes, I’m sorry I miscommunicated that… I have know realized after running some tests that the resolution seems to be the bottleneck. Viewcapturetofile and viewcapturetoclipboard, seem to neglect the lights whenever the resolution gets to high. thanks for sticking around btw
hmmm whatever I’ve been doing it’s something wrong… now no matter which resolution I chose it is not showing the directional light… I don’t know if this is fixable… These renders look amazing by the way (:
Your last screenshot shows you using the undashed version, though, where you get the GUI dialog that renders a preview as well.
It should not matter really, but it does slow down the process of getting to rendering.
But if results are still inconsistent then I’m not sure what to suggest next. I’ll have to think it through and see if I can reproduce the reported behavior at all.