[vtk-developers] parallel surface lic broken in opengl 2

Burlen Loring burlen.loring at gmail.com
Tue Mar 1 14:37:52 EST 2016


Great, sounds like you guys are aware of the issues. Thanks for working 
on it!

On 03/01/2016 10:38 AM, Ken Martin wrote:
> I believe there are 4 main LICs in VTK OpenGL2, serial, parallel, 
> serial + composite_dataset, parallel + composite_dataset. I believe 
> the first three work and I think trashed pixels have been fixed 
> recently, the VTK tests all pass. yay!
>
> The parallel + composite_dataset case is known to be broken, more 
> specifically the class does not exist. PV needs this class in parallel 
> and I think it falls back to the serial implementation as that class 
> has been written which is why you see boundary issues.
>
> My gut feeling is that instead of writing that class, the LIC code 
> should be reworked as a render pass that gets assigned to mappers. 
> That way adding lic to a mapper is fairly easy. The way I converted 
> the original code to OpenGL2 combines the LIC complexity into the 
> middle of the mapper complexity which is a bad mix especially for the 
> parallel + composite_dataset case.
>
> Maybe it is easier than I think, but currently I suspect it would take 
> a few weeks of dedicated effort which is why it is still in the queue.
>
>
>
>
> On Tue, Mar 1, 2016 at 12:50 PM, Burlen Loring 
> <burlen.loring at gmail.com <mailto:burlen.loring at gmail.com>> wrote:
>
>     Hi All,
>
>     Writing to report that in latest version of ParaView the surface
>     lic is broken with the OpenGL2 back end. I experimented with it
>     using PV5 an nvidia gtx 980 with fairly recent driver, and saw a
>     number of issues, including completely "trashed" pixels and when
>     rendering in parallel one can see "lines" at process boundaries as
>     if the algorithm is serial.
>
>     These regression are a shame because it took quite a lot of effort
>     to correctly parallelize it, and make it work reliably across a
>     wide spectrum of os,gl, and device variations. There is an
>     explanation of the parallel algorithm linked below. Hopefully
>     those who are working on porting to opengl 2 are aware of and will
>     take a look at these regressions.
>
>     Note, that all of the surface LIC classes live VTK but because
>     IceT and the compositing classes all live in ParaView, the ctest
>     for parallel operation are in ParaView. So another question is,
>     given the importance of parallel rendering, should IceT and
>     parallel rendering capability be included in VTK?
>
>     Burlen
>
>     https://github.com/burlen/astronum2014/blob/master/paper/loring-astronum-2014.pdf
>     _______________________________________________
>     Powered by www.kitware.com <http://www.kitware.com>
>
>     Visit other Kitware open-source projects at
>     http://www.kitware.com/opensource/opensource.html
>
>     Search the list archives at:
>     http://markmail.org/search/?q=vtk-developers
>
>     Follow this link to subscribe/unsubscribe:
>     http://public.kitware.com/mailman/listinfo/vtk-developers
>
>
>
>
> -- 
> Ken Martin PhD
> Chairman & CFO
> Kitware Inc.
> 28 Corporate Drive
> Clifton Park NY 12065
> 518 371 3971
>
> 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.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20160301/20d3cb83/attachment.html>


More information about the vtk-developers mailing list