[Paraview] Differences between OpenGL and OpenGL2 versions of ParaView

Ken Martin ken.martin at kitware.com
Mon Nov 16 09:11:34 EST 2015


I'd be happy to address this if someone can explain to me what the problem
is. A failing VTK test would be really nice as I'm a bit lost from the
email. I just don't understand the specifics of what is going on here. It
sounds like some sort of CompositePolyData2 with a field data where the
field data contains block colors and the field data is on the
first/last/all block of the dataset? Or maybe I'm confused :-) Do you know
where the code to handle this for OpenGL1 is?

Thanks
Ken

On Fri, Nov 13, 2015 at 2:16 AM, Adam Lyon <lyon at fnal.gov> wrote:

> Hi - I know you all are busy preparing for SC15, but this bug persists in
> the ParaView v5 release candidate, which makes it difficult for me to use.
> Is there a chance this problem can be looked at and resolved before the
> final release? Thanks! Happy SC15!! -- A
>
> *------*
>
> *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
> lyon at fnal.gov
>
> Connect with us!
> Newsletter <http://www.fnal.gov/pub/today/>  |  Facebook
> <https://www.facebook.com/Fermilab>  |  Twitter
> <https://twitter.com/Fermilab>
>
> On Fri, Aug 7, 2015 at 12:32 PM, Utkarsh Ayachit <
> utkarsh.ayachit at kitware.com> wrote:
>
>> Adam,
>>
>> The problem is that the OpenGL2 implementation doesn't work correctly for
>> field-data arrays yet.
>> I've reported a bug: http://www.paraview.org/Bug/view.php?id=15627
>>
>> We'll have in tracked down soon.
>>
>> Utkarsh
>>
>> On Mon, Aug 3, 2015 at 2:59 PM, Adam Lyon <lyon at fnal.gov> wrote:
>>
>>> 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
>>> lyon at fnal.gov
>>>
>>> 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 <lyon at fnal.gov> 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
>>>> lyon at fnal.gov
>>>>
>>>> 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 <
>>>> joachim.pouderoux at kitware.com> 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 <lyon at fnal.gov>:
>>>>>
>>>>>> 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
>>>>>> lyon at fnal.gov
>>>>>>
>>>>>> 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
>>>
>>>
>>
>
> _______________________________________________
> 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
>
>


-- 
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/paraview/attachments/20151116/783a7b55/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gm2ringsim_opengl2_bad.png
Type: image/png
Size: 16709 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview/attachments/20151116/783a7b55/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gm2ringsim_opengl_good.png
Type: image/png
Size: 19431 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/paraview/attachments/20151116/783a7b55/attachment-0001.png>


More information about the ParaView mailing list