<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 13, 2016 at 7:18 AM, Gena Bug via ParaView <span dir="ltr"><<a href="mailto:paraview@paraview.org" target="_blank">paraview@paraview.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11.10.2016 18:15, Utkarsh Ayachit wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Folks,<br>
<br>
Among several new features, this release includes anti-aliasing<br>
support [1]. Currently, it's off by default. I'd encourage all testers<br>
and early adopters to turn it on and report any issues you notice. If<br>
we don't hear of any major obstacles, we would anti-aliasing on my<br>
default in the final release (or subsequent RCs)<br>
</blockquote>
I attached two screenshots of a simple 2d cartesian mesh, one with anti-aliasing enabled and one without it. For me the one with AA looks strange -- cells look like circles not squares. Is it expected behavior?<br></blockquote><div><br></div><div>Unfortunately it is. FXAA is an approximate anti-aliasing solution that's applied as a post-processing pass over the rendered scene -- since ParaView often does distributed rendering, this is really the only way we can reliably get anti-aliasing without introducing major artifacts at processor boundaries.</div><div><br></div><div>Because it's only working with the rendered pixel data (instead of actual geometric primitives), there are some occasional issues like this one. In this case, it's detecting the intersections as aliased edges and attempting to smooth them out, fattening the line near the intersection as a result.</div><div><br></div><div>HTH,</div><div>Dave</div></div></div></div>