Hi Joachim, Do you want me to send in a bug report for these problems? I assume there's no work-around that I can do to make things work. Using OpenGL2 is quite a bit faster, so I'm hoping a fix can come out soon. Thanks! -- Adam
*------* *Adam L. Lyon* *Scientist; Associate Division Head for Systems for Scientific Applications* Scientific Computing Division & Muon g-2 Experiment Fermi National Accelerator Laboratory 630 840 5522 office www.fnal.gov [email protected] Connect with us! Newsletter <http://www.fnal.gov/pub/today/> | Facebook <https://www.facebook.com/Fermilab> | Twitter <https://twitter.com/Fermilab> On Fri, Jul 31, 2015 at 10:53 AM, Adam L Lyon <[email protected]> wrote: > Hi Joachim - Yes, I noticed that the default color is now vtkBlockColors. > However I changed that to the "color" vector in my data and that change was > not honored by the program. Thanks, Adam > > *------* > > *Adam L. Lyon* > *Scientist; Associate Division Head for Systems for Scientific > Applications* > > Scientific Computing Division & Muon g-2 Experiment > Fermi National Accelerator Laboratory > 630 840 5522 office > www.fnal.gov > [email protected] > > Connect with us! > Newsletter <http://www.fnal.gov/pub/today/> | Facebook > <https://www.facebook.com/Fermilab> | Twitter > <https://twitter.com/Fermilab> > > On Fri, Jul 31, 2015 at 2:41 AM, Joachim Pouderoux < > [email protected]> wrote: > >> Adam, >> >> The color difference can be explained by the default coloring mode >> introduced recently (before the git tag version you tested with). >> Multiblocks are now automatically colored by blocks. Toggle the Color >> Legend and see the coloring array, "vtkBlockColors" is selected wereas in >> previous version it was Solid Color I guess. >> Regarding the missing pieces, I can tell that with the same git version >> and with the OpenGL backend 1 (the old), all pieces are correctly drawn. >> What is specific is that this missing blocks (the data has like a global >> gemetry block + all the internal pieces) are the last block if the first >> level block hierarchy. >> >> Joachim >> >> >> *Joachim Pouderoux* >> >> *PhD, Technical Expert* >> *Kitware SAS <http://www.kitware.fr>* >> >> >> 2015-07-30 22:19 GMT+02:00 Adam Lyon <[email protected]>: >> >>> Hi, I'm trying to use ParaView built with OpenGL2, hoping to see some >>> speed improvement when I interact with my visualization. Indeed for a >>> complicated geometry I see significant speed up (e.g. ~25 fps with OpenGL2 >>> vs. 5 fps with regular ParaView). But I also see serious errors in the >>> display. I've attached two images of our "g-2 muon storage ring" (never >>> mind what it actually is, though it is very cool :-) .. >>> >>> [image: Inline image 1] >>> >>> The first, mostly blue image, is from regular ParaView (downloaded Mac >>> binary 4.3.1 64 bit) and is what the ring is supposed to look like. There >>> is a color vector selected and I've unchecked "Map scalars" so that the >>> colors are "true". And indeed the RGB color values in the vector are what >>> is shown on the display. >>> >>> >>> [image: Inline image 2] >>> The next image, with a chunk on the left side missing, is from the >>> OpenGL2 ParaView (Mac built from source 4.3.1-882-gbdceec7 64 bit) >>> configured identically as the other ParaView. So it should look identical >>> to the mostly blue picture. Along with the missing chunk, you see the >>> colors look very wrong. What's even stranger is that the missing chunk is >>> really missing - not invisible - the visualization is made of multiblock >>> datasets, and right clicking where a structure should be only brings up the >>> link camera option. >>> >>> You can try this yourself -- see >>> https://www.dropbox.com/sh/900ocfc90v0w3r6/AACmqz8kVrGPUMnJbpxAFOzBa?dl=0 >>> . The "gm2ring.zip" file has gm2ring.vtm (with the corresponding gm2ring >>> directory) and gm2ring.pvsm to restore my configuration. >>> >>> I'm looking forward to using the OpenGL2 version when it works better. I >>> hope this helps in working out its kinks (or hoping to find out I've built >>> or configured something incorrectly). Let me know how I can help! Thanks! >>> -- Adam >>> *------* >>> >>> *Adam L. Lyon* >>> *Scientist; Associate Division Head for Systems for Scientific >>> Applications* >>> >>> Scientific Computing Division & Muon g-2 Experiment >>> Fermi National Accelerator Laboratory >>> 630 840 5522 office >>> www.fnal.gov >>> [email protected] >>> >>> Connect with us! >>> Newsletter <http://www.fnal.gov/pub/today/> | Facebook >>> <https://www.facebook.com/Fermilab> | Twitter >>> <https://twitter.com/Fermilab> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> >
_______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
