Re: [Paraview] gpu_shader4 extension is not supported

[Patrick Begou]

Yes Burlen,  this is exactly what I try to do:
- one build for the nodes whitout GUI as they have no windowing system nor GPU 
(I build this using the wiki documentation)
- one build for the front end with GUI: it has no GPU but a windowing system 
(this is the blocking point at this time)
- one build on the users workstations where a GPU and a windowing system are 
available (this is working too thanks to the wiki documentation)


On the front-end I have a system libGL but too old for Paraview 5 and it is 
requested by other commercial softwares. This is why I try to build a new mesa 
from sources for Paraview. I use the module environment then to set the 
LD_LIBRARY_PATH and PATH order to reach the right libraries and, as strace show, 
it seams to work fine. So I suppose it is a mesa configuration mistake in my build.


May be should I post on the Mesa forum ?

Patrick


Burlen Loring wrote:
that's the point. this allows you to run without the windowing system or GPU 
on the cluster. Most cluster have neither. If you wanted to provide the GUI 
then I would suggest you have two installs of both ParaView and Mesa. One 
based on OSMesa, the other based on some X11 enabled OpenGL. Alternatively you 
could install only the OSMesa capable pvserver as suggested in previous email 
and direct your users to the ParaView GUI enabled binaries that Kitware 
provides on their web site. The latter is what I have been doing.


As an aside, it gets messy when you have two libGL in the same build. One need 
to be very careful about library dependencies. It is possible to do this if 
one is very careful during link time. However as far as I know this has not 
been supported for quite a long time in VTK/ParaView, and I think it would 
require some reorganization of VTK OpernGL classes.


Burlen

On 05/16/2017 08:38 AM, Patrick Begou wrote:

Burlen Loring wrote:
../mesa-17.0.2/configure --enable-texture-float --disable-glx --disable-dri 
--disable-egl --disable-gles1 --disable-gles2 --disable-gbm 
--disable-driglx-direct --disable-xvmc --enable-gallium-osmesa 
--with-gallium-drivers=swrast,swr 
--prefix=/usr/common/software/ParaView/mesa/17.0.2/


Hi Burlen,

this Mesa setup does not provide libGL requested to build paraview with GUI 
enabled :-(
It is OK for the cluster nodes but not for the frontend where I need this GUI 
even with no GPU installed.


Patrick







--
===
|  Equipe M.O.S.T. |  |
|  Patrick BEGOU   | mailto:patrick.be...@grenoble-inp.fr |
|  LEGI|  |
|  BP 53 X | Tel 04 76 82 51 35   |
|  38041 GRENOBLE CEDEX| Fax 04 76 82 52 71   |
===

___
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

Re: [Paraview] pvpython vtkMPIController usage? rank is always 0

[Ephraim Obermaier]

Thank you, "mpirun -n 2 pvbatch --mpi --symmetric test.py" runs as expected.

But I am now using pure python with properly set library paths. It's a bit
annoying that these pvbatch traps aren't documented in the vtkMPIController
class reference or in
http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/. What other
surprises are to be expected when I use pvbatch??

Thank you!
Ephraim


2017-05-16 21:22 GMT+02:00 David E DeMarle :

> Run with --symmetric.
>
> Without it, only root node reads the script and it tells the rest of the
> nodes what to do via paraview's proxy mechanisms (which take effect only
> for vtkSMProxy and subclasses).
> With it, every node reads and executes the script and all nodes do their
> own parts behind the proxies.
>
>
>
> David E DeMarle
> Kitware, Inc.
> Principal Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909 <(518)%20881-4909>
>
> On Tue, May 16, 2017 at 3:14 PM, Ephraim Obermaier <
> ephraimoberma...@gmail.com> wrote:
>
>> Thank you all for suggesting "pvbatch --mpi".
>> At least, this returns size=2 processes, but the updated test.py (below)
>> hangs with the following output:
>>
>> $ mpirun -n 2 pvbatch --mpi test.py
>> comm: 
>> rank: 0
>> size: 2
>> Process 0
>>
>> Why is "Process 1" not printed, and why does the program hang instead of
>> finishing?
>> The file test.py was simplified to:
>>
>> import vtk
>> c = vtk.vtkMultiProcessController.GetGlobalController()
>> print "comm:",type(c)
>> rank = c.GetLocalProcessId()
>> print "rank:",rank
>> size = c.GetNumberOfProcesses()
>> print "size:",size
>> if rank == 0:
>>   print "Process 0"
>> else:
>>   print "Process 1"
>> c.Finalize()
>>
>> Thank you!
>> Ephraim
>>
>>
>>
>> 2017-05-16 19:11 GMT+02:00 David E DeMarle :
>>
>>> Try your script within pvbatch.
>>>
>>> pvpython is analogous to the Qt client application, it (usually) is not
>>> part of an MPI execution environment. Either one can connect to an MPI
>>> parallel pvserver.
>>> pvbatch is a python interface that is meant to be run on the server. It
>>> is directly connected to the pvserver.
>>>
>>>
>>>
>>>
>>>
>>>
>>> David E DeMarle
>>> Kitware, Inc.
>>> Principal Engineer
>>> 21 Corporate Drive
>>> Clifton Park, NY 12065-8662
>>> Phone: 518-881-4909 <(518)%20881-4909>
>>>
>>> On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier <
>>> ephraimoberma...@gmail.com> wrote:
>>>
 Hello,
 I am trying to use VTK's MPI communication from pvpython, running with
 OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI
 capabilities for VTK, although it was compiled from source with
 PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries
 and includes.

 I am running the short example below with the command "mpirun -n 2
 pvpython test.py". The full output is also attached.
 In short, both MPI processes report rank=0 and size=1 and their
 controller is a vtkDummyController although I expected rank=0..1, size=2
 and a vtkMPIController.

 Is it possible to determine the problem with the given information? Do
 I need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for
 VTK?
 ParaView by itself runs fine in parallel, and I can start several
 parallel pvservers using "mpirun -n 16 pvserver".

 --- test.py: ---
 import vtk

 c = vtk.vtkMultiProcessController.GetGlobalController()

 print "comm:",type(c)
 rank = c.GetLocalProcessId()
 print "rank:",rank
 size = c.GetNumberOfProcesses()
 print "size:",size

 if rank == 0:
 ssource = vtk.vtkSphereSource()
 ssource.Update()
 print " 0 sending."
 c.Send(ssource.GetOutput(), 1, 1234)
 else:
 sphere = vtk.vtkPolyData()
 print " 1 receiving."
 c.Receive(sphere, 0, 1234)
 print sphere

 --- Test run: ---
 $ mpirun -n 2 pvpython test.py
 comm: 
 rank: 0
 size: 1
  0 sending.
 Warning: In /home/user/.local/easybuild/bu
 ild/ParaView/5.3.0/foss-2016b-mpi/ParaView-v5.3.0/VTK/Parall
 el/Core/vtkDummyCommunicator.h, line 47
 vtkDummyCommunicator (0x1ff74e0): There is no one to send to.
 [... 7 more times the same Warning...]

 comm: 
 rank: 0
 size: 1
  0 sending.
 Warning: In /home/user/.local/easybuild/bu
 ild/ParaView/5.3.0/foss-2016b-mpi/ParaView-v5.3.0/VTK/Parall
 el/Core/vtkDummyCommunicator.h, line 47
 vtkDummyCommunicator (0x22c14e0): There is no one to send to.
 [... 7 more times the same Warning...]
 --- end of output ---

 Thank you!
 Ephraim


 
  Virenfrei.
 www.avast.com
 
 <#m_-5463582805380536858_m_880591844498205545_m_2

[Paraview] Updating Properties Panel

[Dean, Kevin]

Hey Guys,

I was wondering if there's an example for me to look at for updating values
in the fields of the properties panel. I am writing a Plugin that has the
option of reading in values from a CSV, but I would like to have the values
update in the properties panel... similar to how if you use a probe
location filter, it adjusts (x, y, z) interactivley. Thanks for the help.

Kevin

-- 
This email and its contents are confidential. If you are not the intended 
recipient, please do not disclose or use the information within this email 
or its attachments. If you have received this email in error, please report 
the error to the sender by return email and delete this communication from 
your records.
___
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

[Paraview] ParaView 5.4.0 Release Candidate 2 binaries are available for download

[Cory Quammen]

On behalf of the ParaView development community, I am pleased to
announce that binaries and source code for ParaView 5.4.0-RC2 are
available to download from

http://www.paraview.org/download/

There was a slight problem building the Linux binary and the
AcuSolveReaderPlugin, so those are not yet available, but they will be
uploaded as soon as possible. I will reply to this email when they are
available for download.

Please let us know if you run into any problems with this release candidate.

Thank you,
Cory

-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
___
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

Re: [Paraview] pvpython vtkMPIController usage? rank is always 0

[David E DeMarle]

Run with --symmetric.

Without it, only root node reads the script and it tells the rest of the
nodes what to do via paraview's proxy mechanisms (which take effect only
for vtkSMProxy and subclasses).
With it, every node reads and executes the script and all nodes do their
own parts behind the proxies.



David E DeMarle
Kitware, Inc.
Principal Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909

On Tue, May 16, 2017 at 3:14 PM, Ephraim Obermaier <
ephraimoberma...@gmail.com> wrote:

> Thank you all for suggesting "pvbatch --mpi".
> At least, this returns size=2 processes, but the updated test.py (below)
> hangs with the following output:
>
> $ mpirun -n 2 pvbatch --mpi test.py
> comm: 
> rank: 0
> size: 2
> Process 0
>
> Why is "Process 1" not printed, and why does the program hang instead of
> finishing?
> The file test.py was simplified to:
>
> import vtk
> c = vtk.vtkMultiProcessController.GetGlobalController()
> print "comm:",type(c)
> rank = c.GetLocalProcessId()
> print "rank:",rank
> size = c.GetNumberOfProcesses()
> print "size:",size
> if rank == 0:
>   print "Process 0"
> else:
>   print "Process 1"
> c.Finalize()
>
> Thank you!
> Ephraim
>
>
>
> 2017-05-16 19:11 GMT+02:00 David E DeMarle :
>
>> Try your script within pvbatch.
>>
>> pvpython is analogous to the Qt client application, it (usually) is not
>> part of an MPI execution environment. Either one can connect to an MPI
>> parallel pvserver.
>> pvbatch is a python interface that is meant to be run on the server. It
>> is directly connected to the pvserver.
>>
>>
>>
>>
>>
>>
>> David E DeMarle
>> Kitware, Inc.
>> Principal Engineer
>> 21 Corporate Drive
>> Clifton Park, NY 12065-8662
>> Phone: 518-881-4909 <(518)%20881-4909>
>>
>> On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier <
>> ephraimoberma...@gmail.com> wrote:
>>
>>> Hello,
>>> I am trying to use VTK's MPI communication from pvpython, running with
>>> OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI
>>> capabilities for VTK, although it was compiled from source with
>>> PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries
>>> and includes.
>>>
>>> I am running the short example below with the command "mpirun -n 2
>>> pvpython test.py". The full output is also attached.
>>> In short, both MPI processes report rank=0 and size=1 and their
>>> controller is a vtkDummyController although I expected rank=0..1, size=2
>>> and a vtkMPIController.
>>>
>>> Is it possible to determine the problem with the given information? Do I
>>> need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for
>>> VTK?
>>> ParaView by itself runs fine in parallel, and I can start several
>>> parallel pvservers using "mpirun -n 16 pvserver".
>>>
>>> --- test.py: ---
>>> import vtk
>>>
>>> c = vtk.vtkMultiProcessController.GetGlobalController()
>>>
>>> print "comm:",type(c)
>>> rank = c.GetLocalProcessId()
>>> print "rank:",rank
>>> size = c.GetNumberOfProcesses()
>>> print "size:",size
>>>
>>> if rank == 0:
>>> ssource = vtk.vtkSphereSource()
>>> ssource.Update()
>>> print " 0 sending."
>>> c.Send(ssource.GetOutput(), 1, 1234)
>>> else:
>>> sphere = vtk.vtkPolyData()
>>> print " 1 receiving."
>>> c.Receive(sphere, 0, 1234)
>>> print sphere
>>>
>>> --- Test run: ---
>>> $ mpirun -n 2 pvpython test.py
>>> comm: 
>>> rank: 0
>>> size: 1
>>>  0 sending.
>>> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-
>>> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47
>>> vtkDummyCommunicator (0x1ff74e0): There is no one to send to.
>>> [... 7 more times the same Warning...]
>>>
>>> comm: 
>>> rank: 0
>>> size: 1
>>>  0 sending.
>>> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-
>>> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47
>>> vtkDummyCommunicator (0x22c14e0): There is no one to send to.
>>> [... 7 more times the same Warning...]
>>> --- end of output ---
>>>
>>> Thank you!
>>> Ephraim
>>>
>>>
>>> 
>>>  Virenfrei.
>>> www.avast.com
>>> 
>>> <#m_880591844498205545_m_2985275498583997113_m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>> ___
>>> 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

Vis

Re: [Paraview] pvpython vtkMPIController usage? rank is always 0

[Ephraim Obermaier]

Thank you all for suggesting "pvbatch --mpi".
At least, this returns size=2 processes, but the updated test.py (below)
hangs with the following output:

$ mpirun -n 2 pvbatch --mpi test.py
comm: 
rank: 0
size: 2
Process 0

Why is "Process 1" not printed, and why does the program hang instead of
finishing?
The file test.py was simplified to:

import vtk
c = vtk.vtkMultiProcessController.GetGlobalController()
print "comm:",type(c)
rank = c.GetLocalProcessId()
print "rank:",rank
size = c.GetNumberOfProcesses()
print "size:",size
if rank == 0:
  print "Process 0"
else:
  print "Process 1"
c.Finalize()

Thank you!
Ephraim



2017-05-16 19:11 GMT+02:00 David E DeMarle :

> Try your script within pvbatch.
>
> pvpython is analogous to the Qt client application, it (usually) is not
> part of an MPI execution environment. Either one can connect to an MPI
> parallel pvserver.
> pvbatch is a python interface that is meant to be run on the server. It is
> directly connected to the pvserver.
>
>
>
>
>
>
> David E DeMarle
> Kitware, Inc.
> Principal Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909 <(518)%20881-4909>
>
> On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier <
> ephraimoberma...@gmail.com> wrote:
>
>> Hello,
>> I am trying to use VTK's MPI communication from pvpython, running with
>> OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI
>> capabilities for VTK, although it was compiled from source with
>> PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries
>> and includes.
>>
>> I am running the short example below with the command "mpirun -n 2
>> pvpython test.py". The full output is also attached.
>> In short, both MPI processes report rank=0 and size=1 and their
>> controller is a vtkDummyController although I expected rank=0..1, size=2
>> and a vtkMPIController.
>>
>> Is it possible to determine the problem with the given information? Do I
>> need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for
>> VTK?
>> ParaView by itself runs fine in parallel, and I can start several
>> parallel pvservers using "mpirun -n 16 pvserver".
>>
>> --- test.py: ---
>> import vtk
>>
>> c = vtk.vtkMultiProcessController.GetGlobalController()
>>
>> print "comm:",type(c)
>> rank = c.GetLocalProcessId()
>> print "rank:",rank
>> size = c.GetNumberOfProcesses()
>> print "size:",size
>>
>> if rank == 0:
>> ssource = vtk.vtkSphereSource()
>> ssource.Update()
>> print " 0 sending."
>> c.Send(ssource.GetOutput(), 1, 1234)
>> else:
>> sphere = vtk.vtkPolyData()
>> print " 1 receiving."
>> c.Receive(sphere, 0, 1234)
>> print sphere
>>
>> --- Test run: ---
>> $ mpirun -n 2 pvpython test.py
>> comm: 
>> rank: 0
>> size: 1
>>  0 sending.
>> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-
>> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47
>> vtkDummyCommunicator (0x1ff74e0): There is no one to send to.
>> [... 7 more times the same Warning...]
>>
>> comm: 
>> rank: 0
>> size: 1
>>  0 sending.
>> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-
>> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47
>> vtkDummyCommunicator (0x22c14e0): There is no one to send to.
>> [... 7 more times the same Warning...]
>> --- end of output ---
>>
>> Thank you!
>> Ephraim
>>
>>
>> 
>>  Virenfrei.
>> www.avast.com
>> 
>> <#m_2985275498583997113_m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> ___
>> 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

Re: [Paraview] pvpython vtkMPIController usage? rank is always 0

[Ben Boeckel]

On Tue, May 16, 2017 at 19:07:14 +0200, Ephraim Obermaier wrote:
> $ mpirun -n 2 pvpython test.py

I believe you want to use pvbatch for MPI-enabled Python scripts.

--Ben
___
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

Re: [Paraview] pvpython vtkMPIController usage? rank is always 0

[Andy Bauer]

Note that you can run both the ParaView GUI and  pvpython with MPI in order
to initialize, finalize and use MPI functions but as Dave said, they
should/will always be run with a single MPI process. The argument to run
MPI with either is "--mpi".

On Tue, May 16, 2017 at 1:11 PM, David E DeMarle 
wrote:

> Try your script within pvbatch.
>
> pvpython is analogous to the Qt client application, it (usually) is not
> part of an MPI execution environment. Either one can connect to an MPI
> parallel pvserver.
> pvbatch is a python interface that is meant to be run on the server. It is
> directly connected to the pvserver.
>
>
>
>
>
>
> David E DeMarle
> Kitware, Inc.
> Principal Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909 <(518)%20881-4909>
>
> On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier <
> ephraimoberma...@gmail.com> wrote:
>
>> Hello,
>> I am trying to use VTK's MPI communication from pvpython, running with
>> OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI
>> capabilities for VTK, although it was compiled from source with
>> PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries
>> and includes.
>>
>> I am running the short example below with the command "mpirun -n 2
>> pvpython test.py". The full output is also attached.
>> In short, both MPI processes report rank=0 and size=1 and their
>> controller is a vtkDummyController although I expected rank=0..1, size=2
>> and a vtkMPIController.
>>
>> Is it possible to determine the problem with the given information? Do I
>> need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for
>> VTK?
>> ParaView by itself runs fine in parallel, and I can start several
>> parallel pvservers using "mpirun -n 16 pvserver".
>>
>> --- test.py: ---
>> import vtk
>>
>> c = vtk.vtkMultiProcessController.GetGlobalController()
>>
>> print "comm:",type(c)
>> rank = c.GetLocalProcessId()
>> print "rank:",rank
>> size = c.GetNumberOfProcesses()
>> print "size:",size
>>
>> if rank == 0:
>> ssource = vtk.vtkSphereSource()
>> ssource.Update()
>> print " 0 sending."
>> c.Send(ssource.GetOutput(), 1, 1234)
>> else:
>> sphere = vtk.vtkPolyData()
>> print " 1 receiving."
>> c.Receive(sphere, 0, 1234)
>> print sphere
>>
>> --- Test run: ---
>> $ mpirun -n 2 pvpython test.py
>> comm: 
>> rank: 0
>> size: 1
>>  0 sending.
>> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-
>> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47
>> vtkDummyCommunicator (0x1ff74e0): There is no one to send to.
>> [... 7 more times the same Warning...]
>>
>> comm: 
>> rank: 0
>> size: 1
>>  0 sending.
>> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-
>> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47
>> vtkDummyCommunicator (0x22c14e0): There is no one to send to.
>> [... 7 more times the same Warning...]
>> --- end of output ---
>>
>> Thank you!
>> Ephraim
>>
>>
>> 
>>  Virenfrei.
>> www.avast.com
>> 
>> <#m_-1876715506680916602_m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> ___
>> 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

Re: [Paraview] pvpython vtkMPIController usage? rank is always 0

[David E DeMarle]

Try your script within pvbatch.

pvpython is analogous to the Qt client application, it (usually) is not
part of an MPI execution environment. Either one can connect to an MPI
parallel pvserver.
pvbatch is a python interface that is meant to be run on the server. It is
directly connected to the pvserver.






David E DeMarle
Kitware, Inc.
Principal Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909

On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier <
ephraimoberma...@gmail.com> wrote:

> Hello,
> I am trying to use VTK's MPI communication from pvpython, running with
> OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI
> capabilities for VTK, although it was compiled from source with
> PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries
> and includes.
>
> I am running the short example below with the command "mpirun -n 2
> pvpython test.py". The full output is also attached.
> In short, both MPI processes report rank=0 and size=1 and their controller
> is a vtkDummyController although I expected rank=0..1, size=2 and a
> vtkMPIController.
>
> Is it possible to determine the problem with the given information? Do I
> need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for
> VTK?
> ParaView by itself runs fine in parallel, and I can start several parallel
> pvservers using "mpirun -n 16 pvserver".
>
> --- test.py: ---
> import vtk
>
> c = vtk.vtkMultiProcessController.GetGlobalController()
>
> print "comm:",type(c)
> rank = c.GetLocalProcessId()
> print "rank:",rank
> size = c.GetNumberOfProcesses()
> print "size:",size
>
> if rank == 0:
> ssource = vtk.vtkSphereSource()
> ssource.Update()
> print " 0 sending."
> c.Send(ssource.GetOutput(), 1, 1234)
> else:
> sphere = vtk.vtkPolyData()
> print " 1 receiving."
> c.Receive(sphere, 0, 1234)
> print sphere
>
> --- Test run: ---
> $ mpirun -n 2 pvpython test.py
> comm: 
> rank: 0
> size: 1
>  0 sending.
> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-
> 2016b-mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line
> 47
> vtkDummyCommunicator (0x1ff74e0): There is no one to send to.
> [... 7 more times the same Warning...]
>
> comm: 
> rank: 0
> size: 1
>  0 sending.
> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-
> 2016b-mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line
> 47
> vtkDummyCommunicator (0x22c14e0): There is no one to send to.
> [... 7 more times the same Warning...]
> --- end of output ---
>
> Thank you!
> Ephraim
>
>
> 
>  Virenfrei.
> www.avast.com
> 
> <#m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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

[Paraview] pvpython vtkMPIController usage? rank is always 0

[Ephraim Obermaier]

Hello,
I am trying to use VTK's MPI communication from pvpython, running with
OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI
capabilities for VTK, although it was compiled from source with
PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries
and includes.

I am running the short example below with the command "mpirun -n 2 pvpython
test.py". The full output is also attached.
In short, both MPI processes report rank=0 and size=1 and their controller
is a vtkDummyController although I expected rank=0..1, size=2 and a
vtkMPIController.

Is it possible to determine the problem with the given information? Do I
need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for
VTK?
ParaView by itself runs fine in parallel, and I can start several parallel
pvservers using "mpirun -n 16 pvserver".

--- test.py: ---
import vtk

c = vtk.vtkMultiProcessController.GetGlobalController()

print "comm:",type(c)
rank = c.GetLocalProcessId()
print "rank:",rank
size = c.GetNumberOfProcesses()
print "size:",size

if rank == 0:
ssource = vtk.vtkSphereSource()
ssource.Update()
print " 0 sending."
c.Send(ssource.GetOutput(), 1, 1234)
else:
sphere = vtk.vtkPolyData()
print " 1 receiving."
c.Receive(sphere, 0, 1234)
print sphere

--- Test run: ---
$ mpirun -n 2 pvpython test.py
comm: 
rank: 0
size: 1
 0 sending.
Warning: In
/home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h,
line 47
vtkDummyCommunicator (0x1ff74e0): There is no one to send to.
[... 7 more times the same Warning...]

comm: 
rank: 0
size: 1
 0 sending.
Warning: In
/home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h,
line 47
vtkDummyCommunicator (0x22c14e0): There is no one to send to.
[... 7 more times the same Warning...]
--- end of output ---

Thank you!
Ephraim


Virenfrei.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
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

Re: [Paraview] gpu_shader4 extension is not supported

[Burlen Loring]

that's the point. this allows you to run without the windowing system or 
GPU on the cluster. Most cluster have neither. If you wanted to provide 
the GUI then I would suggest you have two installs of both ParaView and 
Mesa. One based on OSMesa, the other based on some X11 enabled OpenGL. 
Alternatively you could install only the OSMesa capable pvserver as 
suggested in previous email and direct your users to the ParaView GUI 
enabled binaries that Kitware provides on their web site. The latter is 
what I have been doing.


As an aside, it gets messy when you have two libGL in the same build. 
One need to be very careful about library dependencies. It is possible 
to do this if one is very careful during link time. However as far as I 
know this has not been supported for quite a long time in VTK/ParaView, 
and I think it would require some reorganization of VTK OpernGL classes.


Burlen

On 05/16/2017 08:38 AM, Patrick Begou wrote:

Burlen Loring wrote:
../mesa-17.0.2/configure --enable-texture-float --disable-glx 
--disable-dri --disable-egl --disable-gles1 --disable-gles2 
--disable-gbm --disable-driglx-direct --disable-xvmc 
--enable-gallium-osmesa --with-gallium-drivers=swrast,swr 
--prefix=/usr/common/software/ParaView/mesa/17.0.2/


Hi Burlen,

this Mesa setup does not provide libGL requested to build paraview 
with GUI enabled :-(
It is OK for the cluster nodes but not for the frontend where I need 
this GUI even with no GPU installed.


Patrick



___
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

Re: [Paraview] gpu_shader4 extension is not supported

[Patrick Begou]

Burlen Loring wrote:
../mesa-17.0.2/configure --enable-texture-float --disable-glx --disable-dri 
--disable-egl --disable-gles1 --disable-gles2 --disable-gbm 
--disable-driglx-direct --disable-xvmc --enable-gallium-osmesa 
--with-gallium-drivers=swrast,swr 
--prefix=/usr/common/software/ParaView/mesa/17.0.2/


Hi Burlen,

this Mesa setup does not provide libGL requested to build paraview with GUI 
enabled :-(
It is OK for the cluster nodes but not for the frontend where I need this GUI 
even with no GPU installed.


Patrick

--
===
|  Equipe M.O.S.T. |  |
|  Patrick BEGOU   | mailto:patrick.be...@grenoble-inp.fr |
|  LEGI|  |
|  BP 53 X | Tel 04 76 82 51 35   |
|  38041 GRENOBLE CEDEX| Fax 04 76 82 52 71   |
===

___
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

Re: [Paraview] netcdf

[Rupert Gladstone]

Thanks very much Ken and others.

I just tested the warp by scalar filter (I didn't know about this before)
and it looks like it can do what I need with the vertical coord, like you
suggested.

What I will do is this:
I will modify the netcdf file to add a 1D x and y coord variable with the
same name as the x and y dimensions.  I will add a 3D coord var for z.  If
the Paraview netcdf interface can read this in then great!  If the Paraview
netcdf interface cannot handle the 3D z coord then I will use the warp by
scalar filter to apply the z coord var, and will also let you know in case
you want to modify the functionality.

BTW I found this info about coordinate vars on more than 1 dimension:
http://cfconventions.org/cf-conventions/v1.6.0/cf-conventions.html#_two_dimensional_latitude_longitude_coordinate_variables
I'll try the coordinates attribute as suggested in the link above, and will
send you an example netcdf file that I believe to be consistent with CF if
it doesn't work in Paraview.

Regards,
Rupert Gladstone


On Tue, May 16, 2017 at 3:39 PM, Moreland, Kenneth 
wrote:

> Rupert,
>
>
>
> It has been multiple years since I really took a look at the CF
> convention, so I don’t remember the details of whether it supports varying
> coordinates across multiple dimensions or whether the ParaView reader
> supports that. If the ParaView reader is missing some corner of the CF
> convention, let us know and we can work on that.
>
>
>
> In any case, you can displace a 2D or 3D image by a height value that is
> stored in a field by simply running the “Warp by Scalar” filter.
>
>
>
> -Ken
>
>
>
>
>
> *From: *Rupert Gladstone 
> *Date: *Tuesday, May 16, 2017 at 12:31 AM
> *To: *"Moreland, Kenneth" 
> *Cc: *Aashish Chaudhary , "
> paraview@paraview.org" 
>
> *Subject: *[EXTERNAL] Re: [Paraview] netcdf
>
>
>
> Hi all, thanks very much for your replies so far.  I must say I am finding
> the Paraview community very helpful.
>
> Having considered my data further, I would be able to make a 1D coordinate
> variable for my x and y dimensions but not for my z dimension.  The ocean
> model uses a hybrid coordinate which can be transformed into depth, but the
> resulting depth coordinate will be spatially varying across my data set.
> In other words my z coordinate variable will need to be a 3D variable.
> From my understanding of COARDS and CF this is allowed.  But I think from
> your email that Paraview will not be able to associate this 3D z coordinate
> variable to another variable (e.g. ocean temperature) for the purposes of
> plotting.  At least, not using the Paraview CF interface.  Is that correct?
>
> I don't currently have a handy netcdf file (I have a rather large one).  I
> could generate a smaller netcdf file to demonstrate the issue, but I am not
> sure it is needed here, as the problem is not that Paraview fails to read
> the file as expected, but rather than I am trying to clarify what I can
> reasonably expect from Paraview with its current functionality.
>
> Do you have a suggestion for how to read in a (topologically) structured
> data set on a rectangular cartesian projection in which the the vertical
> coordinate variable varies across all three dimensions?  Should I ask
> Paraview to read it in as unstructured data?  I think I saw that Paraview
> offers some kind of interface for unstructured data in netcdf files.  Are
> the requirements of this documented somewhere?  Or do you still feel that I
> need to provide an example netcdf file for you to better understand the
> problem?
>
> Thanks again for your help.
>
> Regards,
>
> Rupert
>
>
>
>
>
> On Tue, May 16, 2017 at 6:36 AM, Moreland, Kenneth 
> wrote:
>
> Rupert,
>
>
>
> As Aashish said, it might be easier to diagnose the issue if you sent us a
> file. But if your file is not following the CF or COARDS convention, then
> the reader will simply interpret the arrays in the file as uniform grids
> with spacing of 1. This is not likely to conform with the coordinates you
> want.
>
>
>
> The official documentation for the CF convention is maintained here:
> http://cfconventions.org/. In summary, you specify coordinates by using
> arrays of the same name as the dimension. So for example if you have a 3D
> array with dimensions named “Z”, “Y”, and “X”, then you also make a 1D
> variable named “X” on the “X” dimension that has the x coordinate for each
> grid point in the dimension. Likewise, you have a “Y” variable on the “Y”
> dimension for y coordinates and a “Z” variable on the “Z” dimension for the
> z coordinates.
>
>
>
> Or, if you don’t want to mess with your file format, you can do as Sam
> suggested and transform the data once it is loaded into ParaView.
>
>
>
> -Ken
>
>
>
>
>
> *From: *ParaView  on behalf of Aashish
> Chaudhary 
> *Date: *Monday, May 15, 2017 at 9:08 AM
> *To: *Rupert Gladstone , "
> paraview@paraview.org" 
> *Subject: *[EXTERNAL] Re: [Paraview] netcdf
>
>
>
> Rupert,
>
>
>
> Would it be possible for you to send us a sample file

Re: [Paraview] [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are available for download

[David Lonie]

On Tue, May 16, 2017 at 9:22 AM, Cory Quammen  wrote:
>> I have a laptop with an NVidia 840M and an integrated GPU (Intel HD 5500). I 
>> have to manually enable the NVidia card for ParaView to get rid of this 
>> behaviour, so it looks like the Intel card is at fault.
>
> I have seen the same thing on my PC with an NVIDIA card and Intel
> integrated GPU. Obviously, FXAA isn't working with some Intel
> integrated GPUs. I, too, had to specifically enable my NVIDIA card.
> But that's what ParaView should ideally be using anyway.
>
> ParaView 5.4.0 RC-2 has some improvements to ParaView's Qt widget for
> rendering that *may* improve the situation. That should be out later
> today (US east coast time) or tomorrow.

Interesting, I hadn't heard of this problem. I don't have an intel
card that reproduces this, but if the new version has the same issue
with FXAA and I can find hardware to debug it I'll be happy to take a
look.

Dave
___
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

Re: [Paraview] Cmake flags

[Cory Quammen]

Rustem,

You can find some of the options described at

http://www.paraview.org/Wiki/ParaView:Build_And_Install#ParaView_Settings

For others, each build flag has a brief description in the
CMakeLists.txt file, e.g.,

option(PARAVIEW_BUILD_QT_GUI "Enable ParaView Qt-based client" ON)

The description will appear in a CMake UI (ccmake, cmake-gui) if you
use that for configuration.

HTH,
Cory

On Tue, May 16, 2017 at 5:40 AM, Rustem Khabetdinov
 wrote:
> Hello,
> Is there any documentation present for cmake build flags?  Especially I am
> interested in advanced section.
>
> Best Regards,
> Rustem
>
> ___
> 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
>



-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
___
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

Re: [Paraview] netcdf

[Moreland, Kenneth]

Rupert,

It has been multiple years since I really took a look at the CF convention, so 
I don’t remember the details of whether it supports varying coordinates across 
multiple dimensions or whether the ParaView reader supports that. If the 
ParaView reader is missing some corner of the CF convention, let us know and we 
can work on that.

In any case, you can displace a 2D or 3D image by a height value that is stored 
in a field by simply running the “Warp by Scalar” filter.

-Ken


From: Rupert Gladstone 
Date: Tuesday, May 16, 2017 at 12:31 AM
To: "Moreland, Kenneth" 
Cc: Aashish Chaudhary , "paraview@paraview.org" 

Subject: [EXTERNAL] Re: [Paraview] netcdf

Hi all, thanks very much for your replies so far.  I must say I am finding the 
Paraview community very helpful.
Having considered my data further, I would be able to make a 1D coordinate 
variable for my x and y dimensions but not for my z dimension.  The ocean model 
uses a hybrid coordinate which can be transformed into depth, but the resulting 
depth coordinate will be spatially varying across my data set.  In other words 
my z coordinate variable will need to be a 3D variable.  From my understanding 
of COARDS and CF this is allowed.  But I think from your email that Paraview 
will not be able to associate this 3D z coordinate variable to another variable 
(e.g. ocean temperature) for the purposes of plotting.  At least, not using the 
Paraview CF interface.  Is that correct?
I don't currently have a handy netcdf file (I have a rather large one).  I 
could generate a smaller netcdf file to demonstrate the issue, but I am not 
sure it is needed here, as the problem is not that Paraview fails to read the 
file as expected, but rather than I am trying to clarify what I can reasonably 
expect from Paraview with its current functionality.
Do you have a suggestion for how to read in a (topologically) structured data 
set on a rectangular cartesian projection in which the the vertical coordinate 
variable varies across all three dimensions?  Should I ask Paraview to read it 
in as unstructured data?  I think I saw that Paraview offers some kind of 
interface for unstructured data in netcdf files.  Are the requirements of this 
documented somewhere?  Or do you still feel that I need to provide an example 
netcdf file for you to better understand the problem?
Thanks again for your help.
Regards,
Rupert



On Tue, May 16, 2017 at 6:36 AM, Moreland, Kenneth 
mailto:kmo...@sandia.gov>> wrote:
Rupert,

As Aashish said, it might be easier to diagnose the issue if you sent us a 
file. But if your file is not following the CF or COARDS convention, then the 
reader will simply interpret the arrays in the file as uniform grids with 
spacing of 1. This is not likely to conform with the coordinates you want.

The official documentation for the CF convention is maintained here: 
http://cfconventions.org/. In summary, you specify coordinates by using arrays 
of the same name as the dimension. So for example if you have a 3D array with 
dimensions named “Z”, “Y”, and “X”, then you also make a 1D variable named “X” 
on the “X” dimension that has the x coordinate for each grid point in the 
dimension. Likewise, you have a “Y” variable on the “Y” dimension for y 
coordinates and a “Z” variable on the “Z” dimension for the z coordinates.

Or, if you don’t want to mess with your file format, you can do as Sam 
suggested and transform the data once it is loaded into ParaView.

-Ken


From: ParaView 
mailto:paraview-boun...@paraview.org>> on behalf 
of Aashish Chaudhary 
mailto:aashish.chaudh...@kitware.com>>
Date: Monday, May 15, 2017 at 9:08 AM
To: Rupert Gladstone 
mailto:rupertgladstone1...@gmail.com>>, 
"paraview@paraview.org" 
mailto:paraview@paraview.org>>
Subject: [EXTERNAL] Re: [Paraview] netcdf

Rupert,

Would it be possible for you to send us a sample file and what the list of VARS 
you expect to see in the paraview?

Thanks,

On Mon, May 15, 2017 at 3:37 AM Rupert Gladstone 
mailto:rupertgladstone1...@gmail.com>> wrote:

Hi, I have a question about netcdf formats.  I am developing a coupled ice 
sheet - ocean model.  Currently both models run in the same cartesian 
coordinate system.  The ice model outputs unstructured .vtu files, which 
paraview reads just fine.  The ocean model outputs structured netcdf files.  If 
I naively select the "generic and CF conventions" option when reading the ocean 
netcdf file then the data display ok, but not to scale.  It seems like the 
structured fields have been read in just fine, but the coordinate variables 
have not.  I don't think the netcdf files are CF compliant.  I would like to be 
able to read in both .vtu files and netcdf files and display the data sets 
together on the same scale.

Do you know what I need to do to read in the netcdf coordinate vars correctly?  
I am hoping that I can simply insert a post-processing step to implement some 
minor manipulation to the ocean model output 

Re: [Paraview] [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are available for download

[Cory Quammen]

On Tue, May 16, 2017 at 3:04 AM, Deij-van Rijswijk, Menno
 wrote:
> Hi Cory,
>
> TL;DR: I have to manually configure that the high-performance NVidia card is 
> used for ParaView to get rid of problems with the FXAA option.
>
> I notice here that the default-ON option of FXAA is giving problems. When 
> enabled, there is at the beginning a smaller black rectangle in the render 
> view where the axes widget should be. When a 3D geometry is loaded and Apply 
> is clicked, the view becomes totally black. Disabling FXAA will show the 
> geometry without having to restart ParaView.
>
> I have a laptop with an NVidia 840M and an integrated GPU (Intel HD 5500). I 
> have to manually enable the NVidia card for ParaView to get rid of this 
> behaviour, so it looks like the Intel card is at fault.

I have seen the same thing on my PC with an NVIDIA card and Intel
integrated GPU. Obviously, FXAA isn't working with some Intel
integrated GPUs. I, too, had to specifically enable my NVIDIA card.
But that's what ParaView should ideally be using anyway.

ParaView 5.4.0 RC-2 has some improvements to ParaView's Qt widget for
rendering that *may* improve the situation. That should be out later
today (US east coast time) or tomorrow.

> Interestingly, when the NVidia card is active I can also enable/disable an 
> FXAA option in the NVidia control panel. When I enable it, the screen looks 
> totally wrong, as if everything (menus, buttons, etc.) is anti-aliased.

Ah, I haven't seen that option. Thanks for pointing it out.

Thanks,
Cory

> Best wishes,
>
>
> Menno Deij - van Rijswijk
>
>
>
>
>
>
> dr. ir. Menno A. Deij-van Rijswijk  | Researcher / Software Engineer | 
> Maritime Simulation & Software Group
> MARIN | T +31 317 49 35 06 | mailto:m.d...@marin.nl | http://www.marin.nl
>
> MARIN news: 
> http://www.marin.nl/web/News/News-items/Vessel-Operator-Forum-May-22-23-Rotterdam.htm
>
> -Original Message-
> From: Paraview-developers [mailto:paraview-developers-boun...@paraview.org] 
> On Behalf Of Cory Quammen
> Sent: Monday, May 08, 2017 5:18 PM
> To: ParaView; ParaView Developers
> Subject: [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries 
> are available for download
>
> On behalf of the ParaView development community, I am happy to announce that 
> binaries and source code for ParaView 5.4.0-RC1 are available to download from
>
> http://www.paraview.org/download/
>
> Please let us know if you run into any problems with this release candidate.
>
> Thank you,
> Cory
>
> --
> Cory Quammen
> Staff R&D Engineer
> Kitware, Inc.
> ___
> Powered by 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=Paraview-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview-developers



-- 
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
___
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

Re: [Paraview] multiple visualization pipeline at a time with co-processing

[Andy Bauer]

Hi Ufuk,

If you create a vtkCPythonScriptPipeline, when you initialize it with the
script file name (which has to be done on each process) everything will be
taken care of with respect to broadcasting the file contents from process 0
to the others. We aren't sophisticated enough to parse the Python script to
see if it imports other scripts that are not part of ParaView (e.g.
paraview.simple) or Python (e.g. sys). That is why I recommended the first
approach as opposed to the second approach above. Depending on the compute
platform and how many MPI processes are in the run the difference may be
negligible but having 100K processes or more trying to access the same file
can seriously slow down an HPC machine.

Cheers,
Andy

On Tue, May 16, 2017 at 8:24 AM, Ufuk Utku Turuncoglu (BE) <
u.utku.turunco...@be.itu.edu.tr> wrote:

> Thanks Andy. That is exactly what i am looking for. The broadcasting
> mechanism is not clear to me yet. Do i need to broadcast only the file
> names? Anyway, i will try to implement it and see what is going on there.
>
> Thanks again,
> Regards,
>
> --ufuk
>
>
> On 16/05/2017 14:58, Andy Bauer wrote:
>
> Hi Ufuk,
>
> Unless I'm not understanding your question correctly, I think you can get
> what you want by adding in multiple vtkCPPythonScriptPipelines to your
> vtkCPProcessor object in your adaptor. Alternatively if you want to have a
> single, master Catalyst script handling other Catalyst scripts you can do
> something like the following:
> 
> import script_a
> import script_b
> import script_c
>
> def RequestDataDescription(datadescription):
>   script_a.RequestDataDescription(datadescription)
>   script_b.RequestDataDescription(datadescription)
>   script_c.RequestDataDescription(datadescription)
>
> def DoCoProcessing(datadescription):
>   script_a.DoCoProcessing(datadescription)
>   script_b.DoCoProcessing(datadescription)
>   script_c.DoCoProcessing(datadescription)
> ===
>
> The first way is the recommended way though as that should be more
> efficient by having process 0 read the scripts and broadcasting the script
> contents to the other  processes for use. The second method will only do
> that for the master script.
>
> Please let me know if this doesn't answer your question.
>
> Cheers,
> Andy
>
> On Tue, May 16, 2017 at 5:46 AM, Ufuk Utku Turuncoglu (BE) <
> u.utku.turunco...@be.itu.edu.tr> wrote:
>
>> Hi All,
>>
>> I just wonder that is it possible to trigger multiple visualization
>> pipeline in the same time with co-processing. The co-processing script
>> generator plugin mainly outputs only single pipeline at a time and that is
>> fine but what about combining multiple Python script (generated by plugin)
>> using higher level Python script to trigger multiple pipelines. So, i think
>> that this will be much efficient way to look at different part of the data
>> without writing to the disk. I am not sure but somebody else might do it
>> before.
>>
>> Regards,
>>
>> --ufuk
>>
>> ___
>> 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

Re: [Paraview] Integration points visualization

[David E DeMarle]

Please reply all to keep the mailing list on the discussion so all can
participate in and benefit from the discussion.

Question 1: Why delete columns? All of the columns can be point aligned
attributes.
Question 2: Are you sure you want a Structured Grid?

Table To Points will give you a simple point cloud. Table to Structured
Grid has the extra requirement that the points in the text file are ordered
regularly to make up a toplogical grid. If that is the case, then in
addition to designating the X, Y and Z columns, you also have to specify
the whole extent so that the filter knows how many cells there are in the
i, j and k dimensions.

On May 15, 2017 11:03 PM, "Li, Teng"  wrote:

> Hi David,
> After using Table to Points filter, I delete some columns and finally
> there are only four columns: x, y, z, d(which is the value in each
> position). Please see the attached picture which is the CSV file.
> I plan to convert this CSV file by using Table to Structured Grid. And
> then there is the error.
> So I wonder what is the next step to visualize all the values in this CSV
> file?
> Best wishes
> Teng Li
>
> Teng Li
>
> Master Candidate in Structures
>
> Department of Civil and Environmental Engineering
>
> University of Illinois at Urbana-Champaign
>
> 205 North Mathews Ave, Urbana, IL. 61801
>
> Phone:(217)8196210 <(217)%20819-6210>, Email: teng...@illinois.edu
>
>
>
> --
> *From:* David E DeMarle [dave.dema...@kitware.com]
> *Sent:* Monday, May 15, 2017 11:56 AM
> *To:* Li, Teng
> *Cc:* paraview@paraview.org
> *Subject:* Re: [Paraview] Integration points visualization
>
> Try Table to Points filter and use the "X Column" "Y Column" and "Z
> Column" properties to match up specific columns to the X, Y and Z point
> coordinates.
>
> David E DeMarle
> Kitware, Inc.
> Principal Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909 <(518)%20881-4909>
>
> On Sun, May 14, 2017 at 1:07 AM, Li, Teng  wrote:
>
>> Hi,
>> I have a question about integration points visualization.
>> I have a vtk file which stores 3 components of each element in the
>> domain: Sigma_xx, Sigma_yy, Sigma_xy. However, I need to do some
>> complicated calculation by using these three components and then obtain a
>> new number. So I first save the three CSV. files for each component. Then I
>> finish the calculation in Matlab to obtain a new CSV file which is the same
>> format as each of the three component CSV file.
>>
>> By the way, I searched on the Internet and find the possible ways to
>> process:
>> 1. Use XML file to visualize integration points.
>> 2. Change CSV file by using filter ( table to structured grid). However,
>> there are no x,y,z columns in my csv file. It only contains row ID, vtk
>> original point ids and point0, point1 and point2.
>>
>> Best,
>> Teng
>>
>>
>> Teng Li
>>
>> Master Candidate in Structures
>>
>> Department of Civil and Environmental Engineering
>>
>> University of Illinois at Urbana-Champaign
>>
>> 205 North Mathews Ave, Urbana, IL. 61801
>>
>> Phone:(217)8196210 <(217)%20819-6210>, Email: teng...@illinois.edu
>>
>>
>>
>>
>> ___
>> 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

Re: [Paraview] multiple visualization pipeline at a time with co-processing

[Ufuk Utku Turuncoglu (BE)]

Thanks Andy. That is exactly what i am looking for. The broadcasting 
mechanism is not clear to me yet. Do i need to broadcast only the file 
names? Anyway, i will try to implement it and see what is going on there.


Thanks again,
Regards,

--ufuk

On 16/05/2017 14:58, Andy Bauer wrote:

Hi Ufuk,

Unless I'm not understanding your question correctly, I think you can 
get what you want by adding in multiple vtkCPPythonScriptPipelines to 
your vtkCPProcessor object in your adaptor. Alternatively if you want 
to have a single, master Catalyst script handling other Catalyst 
scripts you can do something like the following:


import script_a
import script_b
import script_c

def RequestDataDescription(datadescription):
  script_a.RequestDataDescription(datadescription)
  script_b.RequestDataDescription(datadescription)
  script_c.RequestDataDescription(datadescription)

def DoCoProcessing(datadescription):
  script_a.DoCoProcessing(datadescription)
  script_b.DoCoProcessing(datadescription)
  script_c.DoCoProcessing(datadescription)
===

The first way is the recommended way though as that should be more 
efficient by having process 0 read the scripts and broadcasting the 
script contents to the other  processes for use. The second method 
will only do that for the master script.


Please let me know if this doesn't answer your question.

Cheers,
Andy

On Tue, May 16, 2017 at 5:46 AM, Ufuk Utku Turuncoglu (BE) 
> wrote:


Hi All,

I just wonder that is it possible to trigger multiple
visualization pipeline in the same time with co-processing. The
co-processing script generator plugin mainly outputs only single
pipeline at a time and that is fine but what about combining
multiple Python script (generated by plugin) using higher level
Python script to trigger multiple pipelines. So, i think that this
will be much efficient way to look at different part of the data
without writing to the disk. I am not sure but somebody else might
do it before.

Regards,

--ufuk

___
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

Re: [Paraview] multiple visualization pipeline at a time with co-processing

[Andy Bauer]

Hi Ufuk,

Unless I'm not understanding your question correctly, I think you can get
what you want by adding in multiple vtkCPPythonScriptPipelines to your
vtkCPProcessor object in your adaptor. Alternatively if you want to have a
single, master Catalyst script handling other Catalyst scripts you can do
something like the following:

import script_a
import script_b
import script_c

def RequestDataDescription(datadescription):
  script_a.RequestDataDescription(datadescription)
  script_b.RequestDataDescription(datadescription)
  script_c.RequestDataDescription(datadescription)

def DoCoProcessing(datadescription):
  script_a.DoCoProcessing(datadescription)
  script_b.DoCoProcessing(datadescription)
  script_c.DoCoProcessing(datadescription)
===

The first way is the recommended way though as that should be more
efficient by having process 0 read the scripts and broadcasting the script
contents to the other  processes for use. The second method will only do
that for the master script.

Please let me know if this doesn't answer your question.

Cheers,
Andy

On Tue, May 16, 2017 at 5:46 AM, Ufuk Utku Turuncoglu (BE) <
u.utku.turunco...@be.itu.edu.tr> wrote:

> Hi All,
>
> I just wonder that is it possible to trigger multiple visualization
> pipeline in the same time with co-processing. The co-processing script
> generator plugin mainly outputs only single pipeline at a time and that is
> fine but what about combining multiple Python script (generated by plugin)
> using higher level Python script to trigger multiple pipelines. So, i think
> that this will be much efficient way to look at different part of the data
> without writing to the disk. I am not sure but somebody else might do it
> before.
>
> Regards,
>
> --ufuk
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensou
> rce/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

Re: [Paraview] How to save data for selected time range in paraview

[Andy Bauer]

Hi,

Currently the best way to do this would be to use the Extract Time Steps
filter to extract all of the time steps between 23s and 28s. There is some
active development to be able to choose an active range of time (see
https://gitlab.kitware.com/paraview/paraview/issues/17317) which is
targeted for the PV 5.5 release which is targeted to come out around
November 2017.

Best,
Andy

On Tue, May 16, 2017 at 2:12 AM, HongchaoWang 
wrote:

> Hi,
>
>
>
> I am using paraview to postprocess the results from openfoam. I am doing a
> 3D case and thus the cell number is huge. What I want to do is to save data
> from ‘’plot over line’’ for a time frame from 23s to 28s. However, the
> “save data” option seems to only either save the current time step or all
> time steps.
>
>
>
> Does anyone know how to save data for selected time range or if someone
> could tell me how to load data for a selected time directories? Thanks in
> advance.
>
>
>
> Best regards,
>
> Wilson
>
>
>
> ___
> 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

[Paraview] multiple visualization pipeline at a time with co-processing

[Ufuk Utku Turuncoglu (BE)]

Hi All,

I just wonder that is it possible to trigger multiple visualization 
pipeline in the same time with co-processing. The co-processing script 
generator plugin mainly outputs only single pipeline at a time and that 
is fine but what about combining multiple Python script (generated by 
plugin) using higher level Python script to trigger multiple pipelines. 
So, i think that this will be much efficient way to look at different 
part of the data without writing to the disk. I am not sure but somebody 
else might do it before.


Regards,

--ufuk

___
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

[Paraview] Cmake flags

[Rustem Khabetdinov]

Hello,
Is there any documentation present for cmake build flags?  Especially I am
interested in advanced section.

Best Regards,
Rustem
___
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

Re: [Paraview] gpu_shader4 extension is not supported

[Patrick Begou]

Hi Burlen,

I think there is a main concept that I do not understand in building Paraview 
and Mesa as I have also all the wiki pages printed in front of me since the 
begining. It is how to build paraview on a server without GPU _but_ with 
Paraview GUI enabled.
With the Wiki I was able to build Paraview on the workstations (with GPU and 
Paraview GUI set to ON) and on the cluster nodes (No GPU and no GUI for 
paraview). But the setup on a server without GPU and paraview GUI enabled is 
still unclear for me.


I'll try a new Mesa setup with your suggestion below but keeping 
*-DPARAVIEW_BUILD_QT_GUI=ON*


Thanks a lot for all the details you provide is this last answer.

Patrick


Burlen Loring wrote:

Hi Patrick,

Your output shows you enabled some gpu specific drivers, and GLX. I think that 
is going to screw things up for you. Best to disable all of them but the ones 
you specifically need and to explicitly disable glx.


Here is how I configured OSMesa for a Cray

../mesa-17.0.2/configure --enable-texture-float --disable-glx
--disable-dri --disable-egl --disable-gles1 --disable-gles2 --disable-gbm
--disable-driglx-direct --disable-xvmc --enable-gallium-osmesa
--with-gallium-drivers=swrast,swr
--prefix=/usr/common/software/ParaView/mesa/17.0.2/

And here is how ParaView is configured on the same system. When building 
ParaView with OSMesa the ParaView GUI should be disabled to prevent window 
system dependencies(X11, Qt etc). Note that there are a number of options in 
play to configure for OSMesa. I've highlighted them in blue below. This info 
is also on the Wiki.


#!/bin/bash

LIB_EXT=so
PY_LIB_EXT=so
GLU_LIB_EXT=so
MESA_LIB_EXT=so

COMP_FLAGS="-fPIC -Ofast -march=native -mtune=native"
CCOMP=`which gcc`
CXXCOMP=`which g++`
FTNCOMP=`which gfortran`

export XTPE_LINK_TYPE=dynamic

PYTHON=/usr/common/software/ParaView/python/2.7.12
GLU=/usr/common/software/ParaView/glu/9.0.0/
BOOST=/usr/common/software/ParaView/boost/1.63.0/
MESA=/usr/common/software/ParaView/mesa/17.0.2/

RCA=/opt/cray/rca/2.1.6_g2c60fbf-2.265/lib64
ALPS=/opt/cray/alps/6.3.4-2.21/lib64
XPMEM=/opt/cray/xpmem/2.1.1_gf9c9084-2.38/lib64
DMAPP=/opt/cray/dmapp/7.1.1-39.37/lib64
PMI=/opt/cray/pe/pmi/5.0.10-1..11050.0.0.ari/lib64
UGNI=/opt/cray/ugni/6.0.15-2.2/lib64
UDREG=/opt/cray/udreg/2.3.2-7.54/lib64
MPT=/opt/cray/pe/mpt/7.4.4/gni/mpich-gnu/5.1/lib

cmake \
-DCMAKE_C_COMPILER=$CCOMP \
-DCMAKE_CXX_COMPILER=$CXXCOMP \
-DCMAKE_Fortran_COMPILER=$FTNCOMP \
-DCMAKE_BUILD_TYPE=Release \
-DCMAKE_CXX_FLAGS=$COMP_FLAGS \
-DCMAKE_C_FLAGS=$COMP_FLAGS \
-DBUILD_SHARED_LIBS=OFF \
-DPARAVIEW_ENABLE_PYTHON=ON \
-DPYTHON_EXECUTABLE=$PYTHON/bin/python \
-DPYTHON_INCLUDE_DIR=$PYTHON/include/python2.7 \
-DPYTHON_LIBRARY=$PYTHON/lib/libpython2.7.$PY_LIB_EXT \
-DPYTHON_UTIL_LIBRARY=/usr/lib64/libutil.$PY_LIB_EXT \
-DPARAVIEW_FREEZE_PYTHON=OFF \
-DBUILD_TESTING=OFF \
*-DPARAVIEW_BUILD_QT_GUI=OFF \**
**-DCMAKE_X_LIBS="" \**
**-DX11_LIBRARIES="" \**
**-DVTK_USE_X=OFF \**
**-DVTK_OPENGL_HAS_OSMESA=ON \**
**-DOSMESA_INCLUDE_DIR=$MESA/include \**
**-DOSMESA_LIBRARY="$MESA/lib/libOSMesa.$MESA_LIB_EXT;" \**
**-DOPENGL_INCLUDE_DIR=$MESA/include \**
**-DOPENGL_gl_LIBRARY=$MESA/lib/libOSMesa.$MESA_LIB_EXT \**
**-DOPENGL_glu_LIBRARY=$GLU/lib/libGLU.$GLU_LIB_EXT \**
**-DOPENGL_xmesa_INCLUDE_DIR=$MESA/include \*
-DPARAVIEW_USE_MPI=ON \
-DMPI_CXX_LIBRARIES="" \

-DMPI_C_LIBRARIES="-Wl,--start-group;$MPT/libmpich.$LIB_EXT;$PMI/libpmi.$LIB_EXT;$DMAPP/libdmapp.$LIB_EXT;$MPT/libmpichcxx.$LIB_EXT;$UGNI/libugni.$LIB_EXT;$ALPS/libalpslli.$LIB_EXT;$ALPS/libalpsutil.$LIB_EXT;$RCA/librca.$LIB_EXT;$XPMEM/libxpmem.$LIB_EXT;-Wl,--end-group;"
\
-DMPI_INCLUDE_PATH=$MPT/../include \
-DMPIEXEC=`which srun` \
-DMPI_CXX_LIBRARIES="" \
-DPARAVIEW_USE_VISITBRIDGE=ON \
-DBoost_INCLUDE_DIR=$BOOST/include \
-DVISIT_BUILD_READER_CGNS=OFF \
-DVISIT_BUILD_READER_Silo=OFF \
-DVTK_USE_SYSTEM_HDF5=OFF \
-DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \
$*



On 05/15/2017 02:24 AM, Patrick Begou wrote:

Hi Chuck, Hi Burlen

Thanks for your reply.

I've attached the setup of my mesa installation. I have more options enabled 
in my config than in yours.  May be too much as this frontend has no GPU 
available.


I'll try a setup with -DVTK_USE_X=OFF as Burlen suggest, but is it possible 
to build paraview GUI with this option ? It is not clear for me.


Patrick

prefix:  /share/apps/paraview-5.3.0
exec_prefix: ${prefix}
libdir:  ${exec_prefix}/lib
includedir:  ${prefix}/include

OpenGL:  yes (ES1: yes ES2: yes)

OSMesa:  libOSMesa

Re: [Paraview] [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are available for download

[Deij-van Rijswijk, Menno]

Hi Cory,

TL;DR: I have to manually configure that the high-performance NVidia card is 
used for ParaView to get rid of problems with the FXAA option.

I notice here that the default-ON option of FXAA is giving problems. When 
enabled, there is at the beginning a smaller black rectangle in the render view 
where the axes widget should be. When a 3D geometry is loaded and Apply is 
clicked, the view becomes totally black. Disabling FXAA will show the geometry 
without having to restart ParaView.

I have a laptop with an NVidia 840M and an integrated GPU (Intel HD 5500). I 
have to manually enable the NVidia card for ParaView to get rid of this 
behaviour, so it looks like the Intel card is at fault.

Interestingly, when the NVidia card is active I can also enable/disable an FXAA 
option in the NVidia control panel. When I enable it, the screen looks totally 
wrong, as if everything (menus, buttons, etc.) is anti-aliased.

Best wishes,


Menno Deij - van Rijswijk






dr. ir. Menno A. Deij-van Rijswijk  | Researcher / Software Engineer | Maritime 
Simulation & Software Group
MARIN | T +31 317 49 35 06 | mailto:m.d...@marin.nl | http://www.marin.nl

MARIN news: 
http://www.marin.nl/web/News/News-items/Vessel-Operator-Forum-May-22-23-Rotterdam.htm

-Original Message-
From: Paraview-developers [mailto:paraview-developers-boun...@paraview.org] On 
Behalf Of Cory Quammen
Sent: Monday, May 08, 2017 5:18 PM
To: ParaView; ParaView Developers
Subject: [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are 
available for download

On behalf of the ParaView development community, I am happy to announce that 
binaries and source code for ParaView 5.4.0-RC1 are available to download from

http://www.paraview.org/download/

Please let us know if you run into any problems with this release candidate.

Thank you,
Cory

--
Cory Quammen
Staff R&D Engineer
Kitware, Inc.
___
Powered by 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=Paraview-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview-developers
___
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