<HTML>
<HEAD>
<TITLE>Re: [Paraview] tube filter, surfaces aren't closed?</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>I’m guessing that this is a z-buffer precision issue. The nVidia card must be using a higher precision z-buffer or doing something else that is preventing the z-fighting that appears to be happening in the Mesa implementation.<BR>
<BR>
-Ken<BR>
<BR>
<BR>
On 1/18/10 11:47 AM, "burlen" <<a href="burlen.loring@gmail.com">burlen.loring@gmail.com</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Yes, that is the case. There are 200 lines , each a single cell , and<BR>
the pvtp reader splits them up fairly evenly amongst processes to begin<BR>
with. D3 is moving stuff around but it doesn't noticeably change the result.<BR>
<BR>
Moreland, Kenneth wrote:<BR>
> Looking at the mesa-artifacts-decomp.png image, it appears that you<BR>
> have many tubes that are coincident (or at least close to coincident).<BR>
> There might be z-buffer resolution problems. What happens if you run<BR>
> the geometry through D3?<BR>
><BR>
> -Ken<BR>
><BR>
><BR>
> On 1/15/10 10:28 AM, "burlen" <<a href="burlen.loring@gmail.com">burlen.loring@gmail.com</a>> wrote:<BR>
><BR>
> FYI, I re-organized the images illustrating the bug, and made a<BR>
> comparison of nvidia to mesa rendering on two cases 1) the<BR>
> artifacts 2)<BR>
> the parallel inconsistency, and removed the older images.<BR>
><BR>
> 1)<BR>
> <a href="http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts.png">http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts.png</a><BR>
> <a href="http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-artifacts-decomp.png">http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-artifacts-decomp.png</a><BR>
><BR>
> 2)<BR>
> <a href="http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts-decomp.png">http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts-decomp.png</a><BR>
> <a href="http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-artifacts.png">http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-artifacts.png</a><BR>
><BR>
> burlen wrote:<BR>
> > So you are right these are artifacts not holes. Nasty looking ones at<BR>
> > that. zooming in enough makes the artifacts receded toward the egdes<BR>
> > of the tube. After some experimentation I'm finding that this has<BR>
> > something to do with mesa. It is reproducible only when using mesa.<BR>
> > Hardware rendering works fine, no artifacts.<BR>
> ><BR>
> > There also looks to be two things going on, 1) the artifacts, 2)<BR>
> > inconsistent selection of the visible faces on parallel runs.<BR>
> This is<BR>
> > shown here:<BR>
> > <a href="http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/decomp-8-procs.png">http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/decomp-8-procs.png</a><BR>
> ><BR>
> ><BR>
> > I was using PV on this cluster fine back in dec to make very similar<BR>
> > figures with stream tubes and didn't see any of these issues...<BR>
> ><BR>
> > I added the dataset to reproduce to the bug report.<BR>
> ><BR>
> > Moreland, Kenneth wrote:<BR>
> >> It could be a rendering artifact. What happens when you zoom into<BR>
> >> the problem area?<BR>
> >><BR>
> >> -Ken<BR>
> >><BR>
> >><BR>
> >> On 1/14/10 12:24 AM, "burlen" <<a href="burlen.loring@gmail.com">burlen.loring@gmail.com</a>> wrote:<BR>
> >><BR>
> >> Any ideas as to why tubes from the tube filter aren't closed<BR>
> >> surfaces<BR>
> >> now? screenshot:<BR>
> >> <a href="http://public.kitware.com/Bug/view.php?id=10139">http://public.kitware.com/Bug/view.php?id=10139</a><BR>
> >><BR>
> >> _______________________________________________<BR>
> >> Powered by www.kitware.com<BR>
> >><BR>
> >> Visit other Kitware open-source projects at<BR>
> >> <a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><BR>
> >><BR>
> >> Please keep messages on-topic and check the ParaView Wiki at:<BR>
> >> <a href="http://paraview.org/Wiki/ParaView">http://paraview.org/Wiki/ParaView</a><BR>
> >><BR>
> >> Follow this link to subscribe/unsubscribe:<BR>
> >> <a href="http://www.paraview.org/mailman/listinfo/paraview">http://www.paraview.org/mailman/listinfo/paraview</a><BR>
> >><BR>
> >><BR>
> >><BR>
> >><BR>
> >> **** Kenneth Moreland<BR>
> >> *** Sandia National Laboratories<BR>
> >> *********** *** *** *** email: <a href="kmorel@sandia.gov">kmorel@sandia.gov</a><BR>
> >> ** *** ** phone: (505) 844-8919<BR>
> >> *** web: <a href="http://www.cs.unm.edu/~kmorel">http://www.cs.unm.edu/~kmorel</a><BR>
> <<a href="http://www.cs.unm.edu/%7Ekmorel">http://www.cs.unm.edu/%7Ekmorel</a>><BR>
> >> <<a href="http://www.cs.unm.edu/%7Ekmorel">http://www.cs.unm.edu/%7Ekmorel</a>><BR>
> >><BR>
> ><BR>
><BR>
><BR>
><BR>
><BR>
><BR>
> **** Kenneth Moreland<BR>
> *** Sandia National Laboratories<BR>
> *********** <BR>
> *** *** *** email: <a href="kmorel@sandia.gov">kmorel@sandia.gov</a><BR>
> ** *** ** phone: (505) 844-8919<BR>
> *** web: <a href="http://www.cs.unm.edu/~kmorel">http://www.cs.unm.edu/~kmorel</a><BR>
> <<a href="http://www.cs.unm.edu/%7Ekmorel">http://www.cs.unm.edu/%7Ekmorel</a>><BR>
><BR>
<BR>
<BR>
<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
</SPAN></FONT><FONT SIZE="2"><FONT FACE="Consolas, Courier New, Courier"><SPAN STYLE='font-size:10pt'><BR>
**** Kenneth Moreland<BR>
*** Sandia National Laboratories<BR>
*********** <BR>
*** *** *** email: <a href="kmorel@sandia.gov">kmorel@sandia.gov</a><BR>
** *** ** phone: (505) 844-8919<BR>
*** web: <a href="http://www.cs.unm.edu/~kmorel">http://www.cs.unm.edu/~kmorel</a><BR>
</SPAN></FONT></FONT><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
</SPAN></FONT>
</BODY>
</HTML>