RES: RES: [Paraview] client/server display problem - solved almost

[Renato N. Elias]

>>>> (NB. Building mesa as dynamic caused crashes every time.) <<<

Just to confirm: Have you added the Mesa's library path in your
LD_LIBRARY_PATH enviroment variable before running PV?

In my case, I've built Mesa 6.2.1 as shared library with "make linux"
compilation command. It produced all libraries needed (OSMesa, GL and GLU).
I also compiled PV with shared libraries in order to reduce the binary size
but before running PV I *MUST* load the following enviromment:

setenv LD_LIBRARY_PATH
/home/nacad/rnelias/lib/Mesa-6.2.1/lib:/home/nacad/rnelias/bin/paraview-2.4.
3-mesa/lib/paraview-2.4:${LD_LIBRARY_PATH}
setenv DISPLAY localhost:0

(note: my shel is csh otherwise the command setenv should be replaced by
export --> Ok, ok, everybody knows it...)

And everything works nicely ;-)

Renato.


-----Mensagem original-----
De: John Biddiscombe [mailto:biddisco at cscs.ch] 
Enviada em: sexta-feira, 26 de maio de 2006 08:52
Para: Kevin H. Hobbs
Cc: Renato N. Elias; paraview at paraview.org
Assunto: Re: RES: [Paraview] client/server display problem - solved almost

Thanks to all, I have now got it mostly working, for reference should anyone
check the archives

I discovered that one must build Mesa twice, once "make linux-static", then
again with "make linux-osmesa32"
then you get the build of the GL lib and the additional offscreen osmesa
libs. I hadn't realized theat building osmesa didn't also built the core GL
lib - hence I didn't have the GL lib and linked against the default GL. Note
that I fell back to using Mesa-6.4.2 and this configuration works (I suspect
6.5 wil work too now that I know what to do).
(NB. Building mesa as dynamic caused crashes every time.)

then mpirun -np X -machinefile Y pvserver --use-offscreen-rendering

and it seems to work. Forcing compositing to always gives an image with
reasonable performance (or at least comparable to transferring geometry with
small results), and probably better with large results.

Distributed compositing appears to work too.

Only one problem left : When I resize the window in paraview, all the server
nodes segfault. (yes, I checked the MAX_WIDTH, MAX_HEIGHT variable in
osmmesa/config.h). It starts up ok and I can use it as long as I don't
resize the window.

JB


>>> Have you launched pvserver with --use-offscreen-rendering flag?
>> Imagine how happy I am that I hadn't thought of that :)
>>
> 
> I felt rather dumb when first I saw that option.
> 
>> OK. The warning about compositing goes away now, but instead I get
>> this...(when I force compositing)
>>
>>
>> Process id: 9 >> Warning: In
>> /home/biddisco/ParaView/VTK/Rendering/vtkXOpenGLRenderWindow.cxx, line
1229
>> vtkXOpenGLRenderWindow (0x6000000000089130): failed call to
>> OSMesaMakeCurrent
> 
> <snip>
> 
> That reminded me of this error I used to get with my system GL which is
> Mesa with DRI, all the osmesa headers, but without the OSMesa library. I
> guess it's the 'MakeCurrent' part that seems familiar.
> 
> X Error of failed request:  GLXBadContext
>   Major opcode of failed request:  144 (GLX)
>   Minor opcode of failed request:  5 (X_GLXMakeCurrent)
>   Serial number of failed request:  31500
>   Current serial number in output stream:  31500
> 
>> Anyone know what to do to fix it?
>>
> 
> I agree with Renato N. Elias the use of the system libGL.so with the
> mesa include, and libGLU.so, and no xmesa.h is probably a problem. I've
> had the best results so far using the latest stable Mesa-6.4.2 without
> mangling as my only GL. To get CMake to find this version before the
> system version I set some variables in my ~/.bash_profile
> 
> CMAKE_LIBRARY_PATH=~/Mesa-6.4.2/lib64
> 
> and 
> 
> CMAKE_INCLUDE_PATH=~/Mesa-6.4.2/include
> 
> This saves me a bunch of screw ups entering things into CMake. It also
> helps CMake to put the VTK and ITK dirs in there for building projects.


-- 
John Biddiscombe,                            email:biddisco @ cscs.ch
http://www.cscs.ch/about/BJohn.php
CSCS, Swiss National Supercomputing Centre  | Tel:  +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland      | Fax:  +41 (91) 610.82.82