[Paraview] EGL build of ParaView

[Alexandre Ancel]

Hello,

I am trying to make the EGL build of ParaView work, but I am encountering
some issues.

First, here is the configure line I used to build ParaView:

cmake .. \
-DBUILD_TESTING=OFF -DPARAVIEW_ENABLE_CATALYST=ON -DPARAVIEW_ENABLE_PYTHON=ON \
-DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON -DPARAVIEW_USE_MPI=ON \
-DVTK_RENDERING_BACKEND=OpenGL2 -DVTK_USE_OFFSCREEN_EGL=ON \
-DVTK_USE_X=OFF -DPARAVIEW_BUILD_QT_GUI=OFF \
-DEGL_gldispatch_LIBRARY= \
-DEGL_INCLUDE_DIR= \
-DCMAKE_INSTALL_PREFIX=

Everything then builds and installs correctly.

But when I start a pvserver (with no X server launched) on the server where
the data is stored and with a graphic card. I end up having the following
issue in a ParaView pop-up:

"

OpenGL drivers on the server side don't support

required OpenGL features for basic rendering.

Remote rendering will be disabled.


OpenGL Vendor: NVIDIA Corporation

OpenGL Version: 4.5.0 NVIDIA 358.16

OpenGL Renderer: Tesla K80/PCIe/SSE2
"

And then I tried to use volume rendering, but I end up with this error:
"
Some of the representations in this view require remote rendering which,
however, is not available. Rendering may not work as expected.
"
And VR does not work.

I managed to replicate this issue, with both a Nvidia Tesla K80 and GTX 470
with the 358.16 driver from NVidia on a Ubuntu 14.04.

However, when I add the "--disable-xdisplay-test" option to the pvserver. I
don't get the error regarding to OpenGL drivers and I am able to do remote
rendering on the server side.

I also tried adding the "–egl-device-index=0" instead of
"--disable-xdisplay-test", but I am getting the OpenGL error.

Is there something I missed in my ParaView build ?
I guess I should be able to run the pvserver without the
"--disable-xdisplay-test" option, isn't it ?

Another last question, is the EGL internal rendering resolution available
for modification or will it fit the current view of ParaView ? (e.g. for
doing screenshots)


Thanks in advance for the answers,

Best regards,
Alexandre Ancel

-- 
Alexandre Ancel
Docteur, Ingénieur de recherche / Phd, Research Engineer
Cemosis  - alexandre.an...@cemosis.fr
Tel: +33 (0)3 68 8*5 02 06*
IRMA - 7, rue René Descartes
67 000 Strasbourg, France
___
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] EGL build of ParaView

[Dan Lipsa]

Alexandre,
Can you check

EGL_INCLUDE_DIR
EGL_LIBRARIES

in CMakeCache.txt

and make sure they point to the libraries that come with the NVidia driver.

You will need:
libEGL, libOpenGL and libGLdispatch

On my machine nvidia libraries are inside
/usr/lib32/nvidia-346. (My machine has an older driver that does not
support EGL)

What are whose values?
Thanks,
Dan





On Thu, Feb 11, 2016 at 3:39 AM, Alexandre Ancel  wrote:

> Hello,
>
> I am trying to make the EGL build of ParaView work, but I am encountering
> some issues.
>
> First, here is the configure line I used to build ParaView:
>
> cmake .. \
> -DBUILD_TESTING=OFF -DPARAVIEW_ENABLE_CATALYST=ON -DPARAVIEW_ENABLE_PYTHON=ON 
> \
> -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON -DPARAVIEW_USE_MPI=ON \
> -DVTK_RENDERING_BACKEND=OpenGL2 -DVTK_USE_OFFSCREEN_EGL=ON \
> -DVTK_USE_X=OFF -DPARAVIEW_BUILD_QT_GUI=OFF \
> -DEGL_gldispatch_LIBRARY= \
> -DEGL_INCLUDE_DIR= \
> -DCMAKE_INSTALL_PREFIX=
>
> Everything then builds and installs correctly.
>
> But when I start a pvserver (with no X server launched) on the server
> where the data is stored and with a graphic card. I end up having the
> following issue in a ParaView pop-up:
>
> "
>
> OpenGL drivers on the server side don't support
>
> required OpenGL features for basic rendering.
>
> Remote rendering will be disabled.
>
>
> OpenGL Vendor: NVIDIA Corporation
>
> OpenGL Version: 4.5.0 NVIDIA 358.16
>
> OpenGL Renderer: Tesla K80/PCIe/SSE2
> "
>
> And then I tried to use volume rendering, but I end up with this error:
> "
> Some of the representations in this view require remote rendering which,
> however, is not available. Rendering may not work as expected.
> "
> And VR does not work.
>
> I managed to replicate this issue, with both a Nvidia Tesla K80 and GTX
> 470 with the 358.16 driver from NVidia on a Ubuntu 14.04.
>
> However, when I add the "--disable-xdisplay-test" option to the pvserver.
> I don't get the error regarding to OpenGL drivers and I am able to do
> remote rendering on the server side.
>
> I also tried adding the "–egl-device-index=0" instead of
> "--disable-xdisplay-test", but I am getting the OpenGL error.
>
> Is there something I missed in my ParaView build ?
> I guess I should be able to run the pvserver without the
> "--disable-xdisplay-test" option, isn't it ?
>
> Another last question, is the EGL internal rendering resolution available
> for modification or will it fit the current view of ParaView ? (e.g. for
> doing screenshots)
>
>
> Thanks in advance for the answers,
>
> Best regards,
> Alexandre Ancel
>
> --
> Alexandre Ancel
> Docteur, Ingénieur de recherche / Phd, Research Engineer
> Cemosis  - alexandre.an...@cemosis.fr
> Tel: +33 (0)3 68 8*5 02 06*
> IRMA - 7, rue René Descartes
> 67 000 Strasbourg, France
>
> ___
> 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] EGL build of ParaView

[Alexandre Ancel]

Hello Dan,

Regarding to the values of the variables, I have:

//No help, variable specified on the command line.
EGL_INCLUDE_DIR:UNINITIALIZED=/data/software/install/EGL/include

//Path to a library.
EGL_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libEGL.so

//No help, variable specified on the command line.
EGL_gldispatch_LIBRARY:UNINITIALIZED=/usr/lib/x86_64-linux-gnu/libGLdispatch.so.0

//Path to a library.
EGL_opengl_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libOpenGL.so

The libraries are OK (They come from the manual installation of the Nvidia
driver which should be at least 355 if I remember well). I have a 358.16.

I didn't previously saw that EGL_INCLUDE_DIR was marked as UNINITIALIZED,
however ParaView was built successfully with the previously mentioned
options.

I am just not sure about the libGLdispatch.so.0 library, as it is not a
symlink to a libGLdispatch.so.358.16.
When I do a "strings libGLdispatch.so.0", I have gl*NV functions, so I
guess it should be ok.

As I said before, remote rendering is working but only when I add
"--disable-xdisplay-test" to the pvserver.

Regards,

Alexandre Ancel

On Thu, Feb 11, 2016 at 4:28 PM, Dan Lipsa  wrote:

> Alexandre,
> Can you check
>
> EGL_INCLUDE_DIR
> EGL_LIBRARIES
>
> in CMakeCache.txt
>
> and make sure they point to the libraries that come with the NVidia driver.
>
> You will need:
> libEGL, libOpenGL and libGLdispatch
>
> On my machine nvidia libraries are inside
> /usr/lib32/nvidia-346. (My machine has an older driver that does not
> support EGL)
>
> What are whose values?
> Thanks,
> Dan
>
>
>
>
>
> On Thu, Feb 11, 2016 at 3:39 AM, Alexandre Ancel <
> alexandre.an...@cemosis.fr> wrote:
>
>> Hello,
>>
>> I am trying to make the EGL build of ParaView work, but I am encountering
>> some issues.
>>
>> First, here is the configure line I used to build ParaView:
>>
>> cmake .. \
>> -DBUILD_TESTING=OFF -DPARAVIEW_ENABLE_CATALYST=ON 
>> -DPARAVIEW_ENABLE_PYTHON=ON \
>> -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON -DPARAVIEW_USE_MPI=ON \
>> -DVTK_RENDERING_BACKEND=OpenGL2 -DVTK_USE_OFFSCREEN_EGL=ON \
>> -DVTK_USE_X=OFF -DPARAVIEW_BUILD_QT_GUI=OFF \
>> -DEGL_gldispatch_LIBRARY= \
>> -DEGL_INCLUDE_DIR= \
>> -DCMAKE_INSTALL_PREFIX=
>>
>> Everything then builds and installs correctly.
>>
>> But when I start a pvserver (with no X server launched) on the server
>> where the data is stored and with a graphic card. I end up having the
>> following issue in a ParaView pop-up:
>>
>> "
>>
>> OpenGL drivers on the server side don't support
>>
>> required OpenGL features for basic rendering.
>>
>> Remote rendering will be disabled.
>>
>>
>> OpenGL Vendor: NVIDIA Corporation
>>
>> OpenGL Version: 4.5.0 NVIDIA 358.16
>>
>> OpenGL Renderer: Tesla K80/PCIe/SSE2
>> "
>>
>> And then I tried to use volume rendering, but I end up with this error:
>> "
>> Some of the representations in this view require remote rendering which,
>> however, is not available. Rendering may not work as expected.
>> "
>> And VR does not work.
>>
>> I managed to replicate this issue, with both a Nvidia Tesla K80 and GTX
>> 470 with the 358.16 driver from NVidia on a Ubuntu 14.04.
>>
>> However, when I add the "--disable-xdisplay-test" option to the pvserver.
>> I don't get the error regarding to OpenGL drivers and I am able to do
>> remote rendering on the server side.
>>
>> I also tried adding the "–egl-device-index=0" instead of
>> "--disable-xdisplay-test", but I am getting the OpenGL error.
>>
>> Is there something I missed in my ParaView build ?
>> I guess I should be able to run the pvserver without the
>> "--disable-xdisplay-test" option, isn't it ?
>>
>> Another last question, is the EGL internal rendering resolution available
>> for modification or will it fit the current view of ParaView ? (e.g. for
>> doing screenshots)
>>
>>
>> Thanks in advance for the answers,
>>
>> Best regards,
>> Alexandre Ancel
>>
>> --
>> Alexandre Ancel
>> Docteur, Ingénieur de recherche / Phd, Research Engineer
>> Cemosis  - alexandre.an...@cemosis.fr
>> Tel: +33 (0)3 68 8*5 02 06*
>> IRMA - 7, rue René Descartes
>> 67 000 Strasbourg, France
>>
>> ___
>> 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
>>
>>
>


-- 
Alexandre Ancel
Docteur, Ingénieur de recherche / Phd, Research Engineer
Cemosis  - alexandre.an...@cemosis.fr
Tel: +33 (0)3 68 8*5 02 06*
IRMA - 7, rue René Descartes
67 000 Strasbourg, France
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensour

Re: [Paraview] EGL build of ParaView

[Dan Lipsa]

Alexandre,


On Thu, Feb 11, 2016 at 11:13 AM, Alexandre Ancel <
alexandre.an...@cemosis.fr> wrote:

> Hello Dan,
>
> Regarding to the values of the variables, I have:
>
> //No help, variable specified on the command line.
> EGL_INCLUDE_DIR:UNINITIALIZED=/data/software/install/EGL/include
>
> //Path to a library.
> EGL_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libEGL.so
>
> //No help, variable specified on the command line.
>
> EGL_gldispatch_LIBRARY:UNINITIALIZED=/usr/lib/x86_64-linux-gnu/libGLdispatch.so.0
>
> //Path to a library.
> EGL_opengl_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libOpenGL.so
>
> The libraries are OK (They come from the manual installation of the Nvidia
> driver which should be at least 355 if I remember well). I have a 358.16.
>
> I didn't previously saw that EGL_INCLUDE_DIR was marked as UNINITIALIZED,
> however ParaView was built successfully with the previously mentioned
> options.
>
> I am just not sure about the libGLdispatch.so.0 library, as it is not a
> symlink to a libGLdispatch.so.358.16.
> When I do a "strings libGLdispatch.so.0", I have gl*NV functions, so I
> guess it should be ok.
>

Al this looks fine.


>
> As I said before, remote rendering is working but only when I add
> "--disable-xdisplay-test" to the pvserver.
>

I see. It seems your build works fine but we should have authomatically
pass that option and now show the option in ParaView at all.
When you run through EGL there is no X involved. Opening an X display as
this test does probably screws up things.

You can also try (with this option passed as you have done) to see what is
shown in:
Help, About, Connection Information, OpenGL Renderer.

It is interesting that I have not seen this problem. I tested on a machine
that was already running X. Maybe this made a difference.
I will file a bug report as it makes sense to disable the xdisplay test.

Dan
___
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] EGL build of ParaView

[Alexandre Ancel]

Indeed, when I use an ssh -Y for example with the EGL version of ParaView,
I end up having this error in the pvserver:
"
Waiting for client...
Connection URL: cs://irma-atlas:1
Accepting connection(s): irma-atlas:1
Client connected.
ERROR: In
/data/software/src/ParaView/ParaView-v5.0.0-source/VTK/Rendering/OpenGL2/vtkEGLRenderWindow.cxx,
line 315
vtkEGLRenderWindow (0x2efe490): Only EGL 1.4 and greater allows OpenGL as
client API. See eglBindAPI for more information.

ERROR: In
/data/software/src/ParaView/ParaView-v5.0.0-source/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx,
line 575
vtkEGLRenderWindow (0x2efe490): GLEW could not be initialized.
"
and ParaVIew crashes.
I noticed that at the beginning so now I make sure to have no DISPLAY
variable set.


Regarding to what is shown in:
Help, About, Connection Information, OpenGL Renderer

In the OpenGL Renderer section, I have the reference of the graphic card I
use, either the K80 or GTX 470. So it should be OK.


Additionaly, when I built ParaView, I didn't initially put the
-DPARAVIEW_BUILD_QT_GUI=OFF option, and I ended having errors with
XCreateWindow during the compilation, which seems normal as I used
-DVTK_USE_X=OFF.
Maybe the use of PARAVIEW_BUILD_QT_GUI=ON should be prevented when using
VTK_USE_X=OFF ? Or if it is already the case, I might have had a mixup in
my configuration.


In any case and if it might help someone else on this list, I wrote some
notes about how to make everything work together:
https://github.com/aancel/admin/wiki/Compile-ParaView-with-EGL-support-on-Ubuntu-14.04


Hope I could have been of some help,
Regards,

Alexandre Ancel

On Thu, Feb 11, 2016 at 5:33 PM, Dan Lipsa  wrote:

> Alexandre,
>
>
> On Thu, Feb 11, 2016 at 11:13 AM, Alexandre Ancel <
> alexandre.an...@cemosis.fr> wrote:
>
>> Hello Dan,
>>
>> Regarding to the values of the variables, I have:
>>
>> //No help, variable specified on the command line.
>> EGL_INCLUDE_DIR:UNINITIALIZED=/data/software/install/EGL/include
>>
>> //Path to a library.
>> EGL_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libEGL.so
>>
>> //No help, variable specified on the command line.
>>
>> EGL_gldispatch_LIBRARY:UNINITIALIZED=/usr/lib/x86_64-linux-gnu/libGLdispatch.so.0
>>
>> //Path to a library.
>> EGL_opengl_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libOpenGL.so
>>
>> The libraries are OK (They come from the manual installation of the
>> Nvidia driver which should be at least 355 if I remember well). I have a
>> 358.16.
>>
>> I didn't previously saw that EGL_INCLUDE_DIR was marked as UNINITIALIZED,
>> however ParaView was built successfully with the previously mentioned
>> options.
>>
>> I am just not sure about the libGLdispatch.so.0 library, as it is not a
>> symlink to a libGLdispatch.so.358.16.
>> When I do a "strings libGLdispatch.so.0", I have gl*NV functions, so I
>> guess it should be ok.
>>
>
> Al this looks fine.
>
>
>>
>> As I said before, remote rendering is working but only when I add
>> "--disable-xdisplay-test" to the pvserver.
>>
>
> I see. It seems your build works fine but we should have authomatically
> pass that option and now show the option in ParaView at all.
> When you run through EGL there is no X involved. Opening an X display as
> this test does probably screws up things.
>
> You can also try (with this option passed as you have done) to see what is
> shown in:
> Help, About, Connection Information, OpenGL Renderer.
>
> It is interesting that I have not seen this problem. I tested on a machine
> that was already running X. Maybe this made a difference.
> I will file a bug report as it makes sense to disable the xdisplay test.
>
> Dan
>
>


-- 
Alexandre Ancel
Docteur, Ingénieur de recherche / Phd, Research Engineer
Cemosis  - alexandre.an...@cemosis.fr
Tel: +33 (0)3 68 8*5 02 06*
IRMA - 7, rue René Descartes
67 000 Strasbourg, France
___
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] pv5.0 multi-page tiff in parallel

[Insley, Joseph A.]

Hi,

I’ve been looking at loading tiffs as volumes using pv5.0 and am running into 
trouble doing this in parallel.

Loading a stack of tiff files as a volume works great, both serially and in 
parallel.  And I can load a multi-page tiff as a volume using a single pvserver 
just fine.  But when I run the pvserver in parallel and try to load a 
multi-page tiff pv crashes while trying to load.  No error messages are given 
(beyond the usual mpi errors about one of the processes terminating badly).

I’m wondering if anyone else has had success trying to do this?

Thanks
joe

===
joseph a. insley  
ins...@anl.gov
argonne leadership computing facility   (630) 252-5649
argonne national laboratory






___
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] EGL build of ParaView

[Dan Lipsa]

Alexandre,
Thanks for the info.

I filed a bug report on disabling the xdisplay test.

http://www.vtk.org/Bug/view.php?id=15992

Best,
Dan

On Thu, Feb 11, 2016 at 12:04 PM, Alexandre Ancel <
alexandre.an...@cemosis.fr> wrote:

> Indeed, when I use an ssh -Y for example with the EGL version of ParaView,
> I end up having this error in the pvserver:
> "
> Waiting for client...
> Connection URL: cs://irma-atlas:1
> Accepting connection(s): irma-atlas:1
> Client connected.
> ERROR: In
> /data/software/src/ParaView/ParaView-v5.0.0-source/VTK/Rendering/OpenGL2/vtkEGLRenderWindow.cxx,
> line 315
> vtkEGLRenderWindow (0x2efe490): Only EGL 1.4 and greater allows OpenGL as
> client API. See eglBindAPI for more information.
>
> ERROR: In
> /data/software/src/ParaView/ParaView-v5.0.0-source/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx,
> line 575
> vtkEGLRenderWindow (0x2efe490): GLEW could not be initialized.
> "
> and ParaVIew crashes.
> I noticed that at the beginning so now I make sure to have no DISPLAY
> variable set.
>
>
> Regarding to what is shown in:
> Help, About, Connection Information, OpenGL Renderer
>
> In the OpenGL Renderer section, I have the reference of the graphic card I
> use, either the K80 or GTX 470. So it should be OK.
>
>
> Additionaly, when I built ParaView, I didn't initially put the
> -DPARAVIEW_BUILD_QT_GUI=OFF option, and I ended having errors with
> XCreateWindow during the compilation, which seems normal as I used
> -DVTK_USE_X=OFF.
> Maybe the use of PARAVIEW_BUILD_QT_GUI=ON should be prevented when using
> VTK_USE_X=OFF ? Or if it is already the case, I might have had a mixup in
> my configuration.
>
>
> In any case and if it might help someone else on this list, I wrote some
> notes about how to make everything work together:
>
> https://github.com/aancel/admin/wiki/Compile-ParaView-with-EGL-support-on-Ubuntu-14.04
>
>
> Hope I could have been of some help,
> Regards,
>
> Alexandre Ancel
>
> On Thu, Feb 11, 2016 at 5:33 PM, Dan Lipsa  wrote:
>
>> Alexandre,
>>
>>
>> On Thu, Feb 11, 2016 at 11:13 AM, Alexandre Ancel <
>> alexandre.an...@cemosis.fr> wrote:
>>
>>> Hello Dan,
>>>
>>> Regarding to the values of the variables, I have:
>>>
>>> //No help, variable specified on the command line.
>>> EGL_INCLUDE_DIR:UNINITIALIZED=/data/software/install/EGL/include
>>>
>>> //Path to a library.
>>> EGL_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libEGL.so
>>>
>>> //No help, variable specified on the command line.
>>>
>>> EGL_gldispatch_LIBRARY:UNINITIALIZED=/usr/lib/x86_64-linux-gnu/libGLdispatch.so.0
>>>
>>> //Path to a library.
>>> EGL_opengl_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libOpenGL.so
>>>
>>> The libraries are OK (They come from the manual installation of the
>>> Nvidia driver which should be at least 355 if I remember well). I have a
>>> 358.16.
>>>
>>> I didn't previously saw that EGL_INCLUDE_DIR was marked as
>>> UNINITIALIZED, however ParaView was built successfully with the previously
>>> mentioned options.
>>>
>>> I am just not sure about the libGLdispatch.so.0 library, as it is not a
>>> symlink to a libGLdispatch.so.358.16.
>>> When I do a "strings libGLdispatch.so.0", I have gl*NV functions, so I
>>> guess it should be ok.
>>>
>>
>> Al this looks fine.
>>
>>
>>>
>>> As I said before, remote rendering is working but only when I add
>>> "--disable-xdisplay-test" to the pvserver.
>>>
>>
>> I see. It seems your build works fine but we should have authomatically
>> pass that option and now show the option in ParaView at all.
>> When you run through EGL there is no X involved. Opening an X display as
>> this test does probably screws up things.
>>
>> You can also try (with this option passed as you have done) to see what
>> is shown in:
>> Help, About, Connection Information, OpenGL Renderer.
>>
>> It is interesting that I have not seen this problem. I tested on a
>> machine that was already running X. Maybe this made a difference.
>> I will file a bug report as it makes sense to disable the xdisplay test.
>>
>> Dan
>>
>>
>
>
> --
> Alexandre Ancel
> Docteur, Ingénieur de recherche / Phd, Research Engineer
> Cemosis  - alexandre.an...@cemosis.fr
> Tel: +33 (0)3 68 8*5 02 06*
> IRMA - 7, rue René Descartes
> 67 000 Strasbourg, France
>
___
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] pv5.0 multi-page tiff in parallel

[Utkarsh Ayachit]

Joe,

Do you have a sample dataset to share? It's possible there's a bug in
the multipage seek code when dealing with sub extents.

Utkarsh

On Thu, Feb 11, 2016 at 1:28 PM, Insley, Joseph A.  wrote:
> Hi,
>
> I’ve been looking at loading tiffs as volumes using pv5.0 and am running
> into trouble doing this in parallel.
>
> Loading a stack of tiff files as a volume works great, both serially and in
> parallel.  And I can load a multi-page tiff as a volume using a single
> pvserver just fine.  But when I run the pvserver in parallel and try to load
> a multi-page tiff pv crashes while trying to load.  No error messages are
> given (beyond the usual mpi errors about one of the processes terminating
> badly).
>
> I’m wondering if anyone else has had success trying to do this?
>
> Thanks
> joe
>
> ===
> joseph a. insley
> ins...@anl.gov
> argonne leadership computing facility   (630) 252-5649
> argonne national laboratory
>
>
>
>
>
>
>
> ___
> 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] Migrating from ParaView 4.0.1 to 5.0.0

[Utkarsh Ayachit]

Vlad,

Since 4.0 is very old, can you try comparing with 4.4 as well? Let's
see if the slow down relates to changes to the rendering backend in
ParaView 5.0 or not.

Utkarsh

On Wed, Feb 10, 2016 at 9:56 PM, Liberman, Vladimir - 0881 - MITLL
 wrote:
> I just upgraded from ver. 4.0.1 to 5.0.0. I am reading the same data set, a
> frame sequence of AVS_UCD files and  I am trying to play a movie.
>
> The playing speed in 5.0.0 is much slower than in 4.0.1, at least two times
> slower. I am not using MPI option in either case. What settings should I
> look for to speed up the 5.0.0 performance?
>
> Thanks,
>
> Vlad
>
>
>
> Staff  Member, Chemical, Microsystem, and Nanoscale Technologies Group
> MIT Lincoln Laboratory   E-mail: v...@ll.mit.edu
> Room C-137  Phone: 781 981 3706
> 244 Wood St.Fax: 781 981 4983
> Lexington, MA 02420-9108
>
> http://www.ll.mit.edu/mission/electronics/cmnt/bios/liberman-v.html
>
>
>
>
> ___
> 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] Question about probe point data

[曹智选]

Hello,
I am trying to probe point based data with Paraview.
What I did is:
1) Create probe points with "ProbeLocations"
2) Then use "Resample With Dataset", choose input as the data that I have
already had and source as "ProbeLocations" that I created in the previous
step.

The trouble that i have is:  All field data including coordinates are all
zero.

Could someone help me out?

Thank you very much!

Orman
___
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] Migrating from ParaView 4.0.1 to 5.0.0

[Liberman, Vladimir - 0881 - MITLL]

Version 4.4 is just as fast as version 4.0

By contrast, version 5.0 is three to four x slower, at least.

VL

Staff  Member, Chemical, Microsystem, and Nanoscale Technologies Group
MIT Lincoln Laboratory   E-mail: v...@ll.mit.edu
Room C-137  Phone: 781 981 3706
244 Wood St.Fax: 781 981 4983
Lexington, MA 02420-9108
http://www.ll.mit.edu/mission/electronics/cmnt/bios/liberman-v.html

-Original Message-
From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
Sent: Thursday, February 11, 2016 14:30
To: Liberman, Vladimir - 0881 - MITLL
Cc: paraview@paraview.org
Subject: Re: [Paraview] Migrating from ParaView 4.0.1 to 5.0.0

Vlad,

Since 4.0 is very old, can you try comparing with 4.4 as well? Let's see if 
the slow down relates to changes to the rendering backend in ParaView 5.0 or 
not.

Utkarsh

On Wed, Feb 10, 2016 at 9:56 PM, Liberman, Vladimir - 0881 - MITLL 
 wrote:
> I just upgraded from ver. 4.0.1 to 5.0.0. I am reading the same data
> set, a frame sequence of AVS_UCD files and  I am trying to play a movie.
>
> The playing speed in 5.0.0 is much slower than in 4.0.1, at least two
> times slower. I am not using MPI option in either case. What settings
> should I look for to speed up the 5.0.0 performance?
>
> Thanks,
>
> Vlad
>
>
>
> Staff  Member, Chemical, Microsystem, and Nanoscale Technologies Group
> MIT Lincoln Laboratory   E-mail: v...@ll.mit.edu
> Room C-137  Phone: 781 981 3706
> 244 Wood St.Fax: 781 981 4983
> Lexington, MA 02420-9108
>
> http://www.ll.mit.edu/mission/electronics/cmnt/bios/liberman-v.html
>
>
>
>
> ___
> 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
>


smime.p7s
Description: S/MIME cryptographic signature
___
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] Migrating from ParaView 4.0.1 to 5.0.0

[Utkarsh Ayachit]

I suspect this is an OPenGL issue. Can you post what the About dialog
in ParaView 5.0 says for OpenGL version?

Utkarsh

On Thu, Feb 11, 2016 at 5:07 PM, Liberman, Vladimir - 0881 - MITLL
 wrote:
> Version 4.4 is just as fast as version 4.0
>
> By contrast, version 5.0 is three to four x slower, at least.
>
> VL
>
> Staff  Member, Chemical, Microsystem, and Nanoscale Technologies Group
> MIT Lincoln Laboratory   E-mail: v...@ll.mit.edu
> Room C-137  Phone: 781 981 3706
> 244 Wood St.Fax: 781 981 4983
> Lexington, MA 02420-9108
> http://www.ll.mit.edu/mission/electronics/cmnt/bios/liberman-v.html
>
> -Original Message-
> From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
> Sent: Thursday, February 11, 2016 14:30
> To: Liberman, Vladimir - 0881 - MITLL
> Cc: paraview@paraview.org
> Subject: Re: [Paraview] Migrating from ParaView 4.0.1 to 5.0.0
>
> Vlad,
>
> Since 4.0 is very old, can you try comparing with 4.4 as well? Let's see if
> the slow down relates to changes to the rendering backend in ParaView 5.0 or
> not.
>
> Utkarsh
>
> On Wed, Feb 10, 2016 at 9:56 PM, Liberman, Vladimir - 0881 - MITLL
>  wrote:
>> I just upgraded from ver. 4.0.1 to 5.0.0. I am reading the same data
>> set, a frame sequence of AVS_UCD files and  I am trying to play a movie.
>>
>> The playing speed in 5.0.0 is much slower than in 4.0.1, at least two
>> times slower. I am not using MPI option in either case. What settings
>> should I look for to speed up the 5.0.0 performance?
>>
>> Thanks,
>>
>> Vlad
>>
>>
>>
>> Staff  Member, Chemical, Microsystem, and Nanoscale Technologies Group
>> MIT Lincoln Laboratory   E-mail: v...@ll.mit.edu
>> Room C-137  Phone: 781 981 3706
>> 244 Wood St.Fax: 781 981 4983
>> Lexington, MA 02420-9108
>>
>> http://www.ll.mit.edu/mission/electronics/cmnt/bios/liberman-v.html
>>
>>
>>
>>
>> ___
>> 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] Parallel unfriendly filters?

[David Ortley]

Just an update.

Kenneth, I think I understand the logic of what you're saying.  I have a
large calculation that I'm working on this week that will require some
visualization.  I'll update this thread with my progress as I get the
chance.


-David Ortley

On Tue, Feb 9, 2016 at 7:04 AM, Dan Lipsa  wrote:

>
>>
>> Cell Data to Point Data is the only way I know of to activate the contour
>> filter for silo files.  The results are stored in cell arrays, which
>> apparently don't activate the contour filter.  I stumbled upon using Cell
>> Data to Point Data by accident, so if there's a better way to do this, I'm
>> open to it.
>>
>
> I see. I would go with Ken's suggestions, then.  I would also create a new
> array called  'vtkGhostType' from 'avtGhostZones'. You could do that
> instead of thresholding out the ghost zones. VTK knows about vtkGhostType
> name. I think you could leave those in as they should not be rendered.
>
> You can create the new array from avtGhostZone using the Calculator filter.
>
> Dan
>
>
___
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] Migrating from ParaView 4.0.1 to 5.0.0

[Liberman, Vladimir - 0881 - MITLL]

Version 5.0.0 64-bit
Qt Version  4.8.4
Architecture64
Embedded Python On
Python Library Path C:\Program Files\ParaView 5.0.0\bin\lib
Python Library Version  2.7.3 (default, Apr  9 2015, 15:02:17) [MSC v.1500 64 
bit (AMD64)]
Python Numpy SupportOn
Python Numpy Path   C:\Program Files\ParaView 
5.0.0\bin\lib\site-packages\numpy
Python Numpy Version1.8.1
Python Matplotlib Support   On
Python Matplotlib Path  C:\Program Files\ParaView 
5.0.0\bin\lib\site-packages\matplotlib
Python Matplotlib Version   1.1.1
Python Testing  Off
MPI Enabled Off
Disable RegistryOff
OpenGL Vendor   Intel
OpenGL Version  3.3.0 - Build 8.15.10.2712
OpenGL Renderer Intel(R) HD Graphics 4000



Staff  Member, Chemical, Microsystem, and Nanoscale Technologies Group
MIT Lincoln Laboratory   E-mail: v...@ll.mit.edu
Room C-137  Phone: 781 981 3706
244 Wood St.Fax: 781 981 4983
Lexington, MA 02420-9108
http://www.ll.mit.edu/mission/electronics/cmnt/bios/liberman-v.html


-Original Message-
From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
Sent: Thursday, February 11, 2016 17:13
To: Liberman, Vladimir - 0881 - MITLL
Cc: paraview@paraview.org
Subject: Re: [Paraview] Migrating from ParaView 4.0.1 to 5.0.0

I suspect this is an OPenGL issue. Can you post what the About dialog in 
ParaView 5.0 says for OpenGL version?

Utkarsh

On Thu, Feb 11, 2016 at 5:07 PM, Liberman, Vladimir - 0881 - MITLL 
 wrote:
> Version 4.4 is just as fast as version 4.0
>
> By contrast, version 5.0 is three to four x slower, at least.
>
> VL
>
> Staff  Member, Chemical, Microsystem, and Nanoscale Technologies Group
> MIT Lincoln Laboratory   E-mail: v...@ll.mit.edu
> Room C-137  Phone: 781 981 3706
> 244 Wood St.Fax: 781 981 4983
> Lexington, MA 02420-9108
> http://www.ll.mit.edu/mission/electronics/cmnt/bios/liberman-v.html
>
> -Original Message-
> From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
> Sent: Thursday, February 11, 2016 14:30
> To: Liberman, Vladimir - 0881 - MITLL
> Cc: paraview@paraview.org
> Subject: Re: [Paraview] Migrating from ParaView 4.0.1 to 5.0.0
>
> Vlad,
>
> Since 4.0 is very old, can you try comparing with 4.4 as well? Let's
> see if the slow down relates to changes to the rendering backend in
> ParaView 5.0 or not.
>
> Utkarsh
>
> On Wed, Feb 10, 2016 at 9:56 PM, Liberman, Vladimir - 0881 - MITLL
>  wrote:
>> I just upgraded from ver. 4.0.1 to 5.0.0. I am reading the same data
>> set, a frame sequence of AVS_UCD files and  I am trying to play a movie.
>>
>> The playing speed in 5.0.0 is much slower than in 4.0.1, at least two
>> times slower. I am not using MPI option in either case. What settings
>> should I look for to speed up the 5.0.0 performance?
>>
>> Thanks,
>>
>> Vlad
>>
>>
>>
>> Staff  Member, Chemical, Microsystem, and Nanoscale Technologies Group
>> MIT Lincoln Laboratory   E-mail: v...@ll.mit.edu
>> Room C-137  Phone: 781 981 3706
>> 244 Wood St.Fax: 781 981 4983
>> Lexington, MA 02420-9108
>>
>> http://www.ll.mit.edu/mission/electronics/cmnt/bios/liberman-v.html
>>
>>
>>
>>
>> ___
>> 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
>>


smime.p7s
Description: S/MIME cryptographic signature
___
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] pv5.0 multi-page tiff in parallel

[Insley, Joseph A.]

Utkarsh,

Thanks for looking at this.  I am checking with my user regarding a dataset 
that can be shared.  I will get back to you as soon as I hear from them, likely 
off list.

Thanks
joe

> On Feb 11, 2016, at 1:28 PM, Utkarsh Ayachit  
> wrote:
> 
> Joe,
> 
> Do you have a sample dataset to share? It's possible there's a bug in
> the multipage seek code when dealing with sub extents.
> 
> Utkarsh
> 
> On Thu, Feb 11, 2016 at 1:28 PM, Insley, Joseph A.  wrote:
>> Hi,
>> 
>> I’ve been looking at loading tiffs as volumes using pv5.0 and am running
>> into trouble doing this in parallel.
>> 
>> Loading a stack of tiff files as a volume works great, both serially and in
>> parallel.  And I can load a multi-page tiff as a volume using a single
>> pvserver just fine.  But when I run the pvserver in parallel and try to load
>> a multi-page tiff pv crashes while trying to load.  No error messages are
>> given (beyond the usual mpi errors about one of the processes terminating
>> badly).
>> 
>> I’m wondering if anyone else has had success trying to do this?
>> 
>> Thanks
>> joe
>> 
>> ===
>> joseph a. insley
>> ins...@anl.gov
>> argonne leadership computing facility   (630) 252-5649
>> argonne national laboratory
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> 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