I think I am seeing a new type oy clipping plane bug with cycles. The following model is clipped with a clipping plane, no open edges in the breps or meshes clipped.
In rendered display, they clip as expected (image 1). When using cycles’ Raytraced display style (image 2) or when rendering with cycles (image 3), the clipped surfaces are open.
Hi @nathanletwory
Or if Cycles could at least pay attention to the Luminosity slider in the custom backface material. Right now it doesn’t have any effect at all - the backfaces are still “shadowed”.
Is there any chance you might change this already for a Rhino 7 SR? We wanted to switch to Cycles, but this is a game stopper for us.
This implementation is different to what most people are used to see from other software when clipping. When one sees only the rendering, they would assume those solid breps are open breps, which is misleading.
From an architecture point of view, a section through a solid always has to have a section face, otherwise it completely changes the meaning of what is displayed.
The current implementation is in line with legacy Rhino Render.
I will not be making changes to that in the Rhino 7 release Cycle, but can consider this for Rhino 8. It also largely depends on updates to the clipping planes in general that are planned for Rhino 8.
Regarding the luminosity value: this information is not passed on to RhinoCycles, so it doesn’t know about it. I’ve adapted the logged YT item to read: RH-65726 Rendering: Use luminosity value of the backface material. The subsystem with the error is the Realtime RDK.
edit: actually, I am amazed we still have this weird material definition available in our interface where you can set the luminosity. This CDisplayPipelineMaterial that has two CDisplayAttributeMaterial parts to it. It is ancient and awkward and has no place in modern rendering - IMO there should be only an option that says: custom render material for backfaces. Anyway. I’ll see if I can get the luminosity baked into the RenderMaterial that the ChangeQueue will dish out.
Just out of curiosity, I am wondering why a change in clipping plane code is required, since it is already working with the current clipping plane implementation in Rendered mode.
It is a completely different implementation. Cycles itself does not have a clipping plane feature, so I had to add that. And the way that is done is based on the legacy Rhino Render way of rendering.
Changes to how clipping planes work are planned for Rhino 8. I started updating our Cycles to the latest in Rhino 8, so it’ll coincide with that work. No doubt we’ll see improvements here, too.
I noticed the same issue with Cycles not rendering clipped polysurfaces as solids.
For architectural visualizations, this feature is quite fundamental.
I hope this can be implemented as soon as possible.
For the time being, you’ll have to use the luminous backface workaround that Jakob mentioned. The issue that he reported has been fixed and tested in 7.12 that will become available as a release candidate soon.
-wim