@fsalla, I see. That isn’t a Rhino Render failure, it is a post effect failure. Rhino Render doesn’t do post effects.
This is probably a display pipeline issue, as that is responsible for drawing the line work, even here as the post effect. Perhaps as @jeff what can be done here.
It looks like the depth buffer isn’t getting populated with the VA objects/meshes when generating the wire masks for Post Effects Processing (PEP).
I’m not going to be able to fix this without a workable usable example. I’m going to have step through the entire process to see when and where things are getting drawn by VA (which I don’t have).
A simple(st) example program that draws something the way VA does might be easier…or a detailed explanation of the mechanisms used to draw VA objects (i.e. conduits, channels, etc…), and I can try to come up with an example (which I don’t have time atm to do).
-J
None of my business, but the good people at Asuni might be wanting to be generous with giving licenses for free to the good people at McNeel, so that they can do a better job for the greater good…
I’m sure someone has one/few somewhere… I just know I don’t.
-J
Hi @jeff there’s a VA 3 NFR LAB license available for all McNeel staff at a Teams in Rhino accounts.
To create an example for this issue, simply run any VisualARQ object command (.i.e vaWall) and shoot a render.
Hi @jeff,
VisualARQ objects uses a RDK Custom Render Mesh provider to pass meshes and materials to the render.
I an reproduce the same issue using a curve with the “Curve Pipping” option enabled (which I know it uses a CRM also).
I have created a very simple model. This is how it looks like in a “Rendered” viewport:
This is how looks like in Render with the post effect “Surface edges and isocurves”:
It seems to me that the CRM meshes are not taken into account when computing the depth buffer for this post process.
Here is the 3DM:
BugRenderPostEffect.3dm (4.9 MB)
Enric
Perfect… Thanks Enric… I’ll try to get to this one this week.
-J
