WiP & G1
Please notice the great difference between original and imported (not baked) glass - loaded from Rhino library without modifications.
Rhino file:
As imported:
Plain black, no transparency
Please fix it.
Hi @Piotr ,
Thanks for this report and apologies for the delay in getting back to you. Could you share a 3dm file and/or GH file that shows this issue? It’s clear that the reflection environment itself differs but I’d like to see your exact file. Also include the results of your SystemInfo command in your Rhino. You can post here or use rhino3d.com/upload and mention it’s for BrianJ. Thanks.
Hi Brian
This issue is still present, this time glass displays all-white.
Shaded
Rendered:
Fine, when baked:
MAT.LIB 3.gh (13.3 KB)
MAT LIB.3dm (4.4 MB)
System info is less of importance as it happens on two completely different machines.
sysinfo
Rhino 9 SR0 2026-8-4 (Rhino 9 BETA, 9.0.26216.12303, Git hash:master @ 5ca1621d579933d7769ad5ce75f25b218981579e)
License type: Commercial, build 2026-08-04
License details: Cloud Zoo
Expires on: 2026-09-18
Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 16GB)
.NET 10.0.2
Computer platform: LAPTOP - Plugged in [98% battery remaining]
Non-hybrid graphics configuration using DirectX
Primary display: Radeon Pro 560X (AMD) Memory: 4GB, Driver date: 6-11-2025 (M-D-Y). DirectX(11)
Integrated accelerated graphics device with 6 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port #1
Secondary graphics devices.
None found.
DirectX Settings
Safe mode: Off
OpenBLAS: OpenBLAS 0.3.30 DYNAMIC_ARCH NO_AFFINITY Haswell MAX_THREADS=64.
Rhino plugins that do not ship with Rhino
C:\Program Files\Common Files\McNeel\Rhinoceros\7.0\Plug-ins\Rhino 3DM File Version (aa091cb2-d8c0-4944-a17d-b66c80bec4ca)\7.0.7639.20582\RhinoFileVersion.rhp “Rhino 3DM File Version” 7.0.7639.20582
C:\Users\Piotr\AppData\Roaming\McNeel\Rhinoceros\Groupy.rhp “Groupy” 1.0.0.0
Rhino plugins that ship with Rhino
C:\Program Files\Rhino 9 WIP\Plug-ins\Commands.rhp “Commands” 9.0.26216.12303
C:\Program Files\Rhino 9 WIP\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 9 WIP\Plug-ins\UpdatesAndStatistics\UpdatesAndStatistics.rhp “UpdatesAndStatistics” 9.0.26216.12303
C:\Program Files\Rhino 9 WIP\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 9.0.26216.12303
C:\Program Files\Rhino 9 WIP\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 9.0.26216.12303
C:\Program Files\Rhino 9 WIP\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 9 WIP\Plug-ins\MeshCommands.rhp “MeshCommands” 9.0.26216.12303
C:\Program Files\Rhino 9 WIP\Plug-ins\Grasshopper2\net48\Grasshopper2Plugin.rhp “Grasshopper2” 9.0.26216.12303
C:\Program Files\Rhino 9 WIP\Plug-ins\RhinoCycles.rhp “RhinoCycles” 9.0.26216.12303
C:\Program Files\Rhino 9 WIP\Plug-ins\Grasshopper\GrasshopperPlugin.rhp “Grasshopper” 9.0.26216.12303
C:\Program Files\Rhino 9 WIP\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 9 WIP\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 9 WIP\Plug-ins\SectionTools.rhp “SectionTools”
Hi @Piotr ,
Thanks, I see the issue now. That old preview component can’t do what we need. Instead, use the content cache and push the changes. I hope that can work for you.
FYI @AndyPayne and @kike in case I’m missing something.
MAT.LIB 3_bj.gh (16.3 KB)
matlib_bj.3dm (3.4 MB)
Make sure to set the rendering settings to the defaults if you don’t see proper reflection/refraction after pushing. If there isn’t an environment things won’t look right in Rendered mode.
Hi Brian
I’m a slow thinker today and I didn’t understand your suggestion.
For us, the correct preview is as important as correct baked result. To me pushing is about baking, but I would like to have a preview matching the baking result, if that’s possible.
Hi @Piotr ,
The custom preview component can’t do what you want. It predates all of these material attributes and settings. The only way to see what the materials will really look like in Rendered mode is to currently use the Content Cache component. Pushing as the action for the component will replace the previously pushed/baked objects so you won’t get multiple copies on top of one another. So it is like baking but will overwrite itself. This will work for materials and objects too if you want to just push material changes into an open 3dm.
How will I know that the certain object is made of glass and not black plastic before baking?
You can always look at the material’s name using the Model Object attributes for a specific object.
To expand on what Brian has said, the custom preview component predates the addition of Model Objects. We don’t currently have a component that will render an object exactly as it would look when added to the model, taking into account ALL of it’s attributes etc. We have updated the custom preview component so that it does work better than before and it does do a pretty good job in most places, but at the moment, we don’t have a sure-fire way to render objects exactly as they would be in the document with all of the attributes, etc. The best way if you want a true representation would be to simply bake it into the model and then it would give you the full representation that you’re looking for.
OK, understood.
We deal with scene with many objects and many materials. Wrong material assignment to the object means something went wrong along the computation (at least to me).
As a backup solution I can replace the glass with transparent plastic which renders OK.