[Paraview] Differences between OpenGL and OpenGL2 versions of ParaView

Mon Nov 16 11:06:22 EST 2015

Hi Ken - Thanks for your e-mail. If you look at the first message in this
thread with the pictures, you'll see that the OpenGL2 image doesn't look
like the OpenGL1 image. The OpenGL1 image is correct. The OpenGL2 image
should be identical if things are working. That message has a link to my
dropbox directory with a file "gm2ring.zip" - that has the vtm file and its
components, so you should be able to try this yourself. At this point, I
think you can just compare how that file looks (hit the -Y button to get a
good top-down view) in ParaView 4.4 and in ParaView 5.0RC and see the
difference. The image in ParaView 4.4 is correct.

Let me know if that doesn't work or you need me to do anything. I'm happy
to help here! Though sorry I can't help with the code.

-- 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 Mon, Nov 16, 2015 at 8:11 AM, Ken Martin <ken.martin at kitware.com> wrote:

> 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/c824531e/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/c824531e/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/c824531e/attachment-0001.png>