<div dir="ltr"><div>Rendering transparent surfaces is tricky because the order they are composited impacts the final color. There are a few techniques to address this issue one of which is depth peeling. When you have depth peeling on, then even if VTK thinks your surface is transparent, it will render it correctly.<br></div><div>Without depth peeling, transparent surfaces are rendered by blending the transparent surfaces all together in whatever order they happen to get rendered. </div><div><br></div><div>To make sure they *all* get blended together VTK turns off writing to the z buffer for transparent surfaces. So everything in front of the opaque actors gets rendered and blended together based on their opacity. This is called alpha blending and if you sort your polygons from back to front it gives correct results. But sorting is computationally expensive and we do not do it. Depth peeling is better in that case.</div><div><br></div><div>In your case all, or most, of your pixels on the surface are opaque even though they get rendered in the translucent pass. So the blending operation ends up being the last thing rendered wins (because they are opaque and z writing is off).  So if you have a sphere made up of lots of small triangles what you will see is the last half of the triangles rendered. Depending on camera direction sometimes that will be the front side of the sphere and it will look correct, from other directions those triangles will be the back side and it will look incorrect. Either way you are just seeing the last half of the triangles rendered (because as in most closed surfaces there in a front and a back, so you see half). If the triangles were randomly ordered you would always see a mishmash of front and back.</div><div><br></div><div>Hopefully that makes sense. All the faces are being rendered, it is just that the last face rendered (regardless of front or back) wins.</div><div><br></div><div>The Opaque/Translucent setting controls when an actor renders (opaque pass versus translucent pass) and whether it will write to the zbuffer. Opaque writes to the zbuffer blocking anything else below it from rendering, translucent does not write to the zbuffer allowing later polygons underneath it to be rendered.</div><div><br></div><div><br></div><div><br></div><div> </div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 24, 2017 at 2:11 AM, Taron <span dir="ltr"><<a href="mailto:taron2000@gmx.de" target="_blank">taron2000@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Ken,<br>
<br>
indeed ForcingOpaque on the actors renders all surfaces. And the actors have<br>
a LUT witch contains opacity values < 1. In fact the border pixels have<br>
opacity = 0. Even when I use FroceOpaque these transculent borders are<br>
correctly invisible. What I still do not understand is, why vtk thinks that<br>
one face has to be completely transparent, when ForceOpaque is off and why<br>
it works when Depthpeeling is enabled?<br>
I hope you can shed some light into this.<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://vtk.1045678.n5.nabble.com/VTK-8-0-0-OpenGL2-Invisible-surfaces-tp5744093p5744133.html" rel="noreferrer" target="_blank">http://vtk.1045678.n5.nabble.<wbr>com/VTK-8-0-0-OpenGL2-<wbr>Invisible-surfaces-<wbr>tp5744093p5744133.html</a><br>
Sent from the VTK - Users mailing list archive at Nabble.com.<br>
______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" rel="noreferrer" target="_blank">http://www.vtk.org/Wiki/VTK_<wbr>FAQ</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>vtkusers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtkusers" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/vtkusers</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Ken Martin PhD<div>Distinguished Engineer<br><span style="font-size:12.8px">Kitware Inc.</span><br></div><div>28 Corporate Drive<br>Clifton Park NY 12065<br><div><br></div><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">This communication,
including all attachments, contains confidential and legally privileged
information, and it is intended only for the use of the addressee.  Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. If you received this communication in error please notify us
immediately and destroy the original message. 
Thank you.</span></div></div></div></div></div>
</div>