I am encountering some strange lighting behaviour when rendering with cycles when using a glass material. I wanted to make a render of my building and turned on the raytraced viewport, which yielded the following result.
I then wanted to have this image at a higher resolution, so I used -viewcapturetofile to render it at double resolution. This yielded the following result:
As you can see, the lighting in this is way different. I then used the normal render function and it resulted in the same lighting as the higher resolution -viewcapturetofile.
Trying to find the cause of this behaviour, I changed the render processor from my GTX 3060M on CUDA to my Ryzen 5 5600h. Using the raytraced viewport then yields me this image, which is again the same as my double resolution variant: (don’t mind the grain, cpu rendering was very slow).
Now when I switched back to GTX 3060 CUDA the rendering also looks like the second variant with more lighting. I cannot get it to go back to the way it was before. Neither of the lighting behaviours through the glass looks right to me however. In the first version the glass almost completely blocks out the light, while in the second version it blows the light way out of proportion, and makes it brighter than it should be.
Is this a bug or does anybody know a solution to get correct and consistent lighting behaviour?
I have to add that there are no lights present in the scene other than the sun. The glass is the regular Rhino glass material. I am using Rhino 7, 7.16.22067.13001
If you can upload your model using Rhino - Upload to Support I can have a look this week to see what is going on. Obviously the results should be the same across all ways of rendering.
For what it is worth though you can also just use
_Render command since the Rhino Render in Rhino 7 is essentially the same as Raytraced - exactly the same render engine is used. It will be less stressing on your system resources since you don’t have to have a Raytraced running and then do a
_ViewCaptureToFile. That uses double the resources. Just have your viewport you want to render in say shaded mode, then use
_Render at the resolution you want.
Anyway, I’m looking forward to see your file for further investigation so I can determine if I have introduced bugs anywhere or not.
Also please post the full results of the Rhino command
Sorry for the delay. I was busy with a deadline concerning the project for my studies so I forgot to upload. I have uploaded the file to support. Here are the results of the _Systeminfo command.
Rhino 7 SR16 2022-3-8 (Rhino 7, 7.16.22067.13001, Git hash:master @ aa7902c94c5aa33511e60d30f82b636be43bc85f)
License type: Educational Lab License, build 2022-03-08
License details: Cloud Zoo
Windows 10.0.19044 SR0.0 or greater (Physical RAM: 15Gb)
Computer platform: LAPTOP - Plugged in [94% battery remaining]
Non-hybrid graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 3060 Laptop GPU (NVidia) Memory: 6GB, Driver date: 11-26-2021 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 497.09
> Integrated accelerated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
Secondary graphics devices.
AMD Radeon™ Graphics (AMD) Memory: 1GB, Driver date: 7-22-2021 (M-D-Y).
> Integrated accelerated graphics device with 6 adapter port(s)
- Secondary monitor is laptop’s integrated screen or built-in port
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: 11-26-2021
Driver Version: 184.108.40.20609
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 6 GB
Rhino plugins that do not ship with Rhino
C:\Users\b-sch\AppData\Local\Programs\Enscape\Bin64\Enscape.Rhino7.Plugin.dll “Enscape.Rhino7.Plugin” 0.0.21349.1646
Rhino plugins that ship with Rhino
C:\Program Files\Rhino 7\Plug-ins\Commands.rhp “Commands” 7.16.22067.13001
C:\Program Files\Rhino 7\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 7\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 7.16.22067.13001
C:\Program Files\Rhino 7\Plug-ins\RhinoRender.rhp “Legacy Rhino Render”
C:\Program Files\Rhino 7\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 7.16.22067.13001
C:\Program Files\Rhino 7\Plug-ins\rdk_ui.rhp “Renderer Development Kit UI”
C:\Program Files\Rhino 7\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 7\Plug-ins\RhinoCycles.rhp “RhinoCycles” 7.16.22067.13001
C:\Program Files\Rhino 7\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 7.16.22067.13001
C:\Program Files\Rhino 7\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 7\Plug-ins\Displacement.rhp “Displacement”
Just to let you know I’ve received your file, and I am investigating now.
Edit: I don’t know yet how this is caused, but I think as a workaround for now set in object properties for your huge ground surface to not cast shadows. I believe with that you should be able to get better rendering results.
It seems my last message didn’t get through. My ISP is having some trouble with the mcneel forum. Thank you, I’m looking forward to hearing the results. I tried to disable cast shadows for the ground surface. This unfortunately didn’t change anything. Changing the sun direction suffices for my renders for now.