<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Thu, 2006-06-22 at 15:28 -0400, Berk Geveci wrote:<br>> I think I know what the problem is. ParaView uses offscreen rendering
<br>> when saving an image (so that overlapping windows do not corrupt the<br>> image). Some OpenGL implementations seem to be buggy and not handle<br>> this well. If you have built ParaView from source, I can point out
<br>> which line to comment out to get around this. Can you provide some<br>> information about your graphics card and OpenGL driver? We need to<br>> keep track of where this doesn't work.<br>><br>> -Berk<br>
<br>I've seen this too... many times. What I've learned so far is that at<br>least in Fedora Core 5 there is no libosmesa.so there is a comment on<br>this in mesa.spec.<br><br># FIXME: libOSMesa does not build when DRI is enabled for some reason. It
<br># seems next to impossible using the totally broken Mesa buildsystem to build<br># both DRI drivers and OSMesa in a single build. If someone feels like fixing<br># all this to build on all 7 architectures, be my guest.
<br><br>If I build mesa without dri and link paraview against that GL inatead of<br>the system GL saving images and movies works in paraview.<br><br>Berk, you've pointed out the lines to comment out to me before and that<br>
worked. Should paraview check if the GL supports offscreen rendering<br>before it tries to use it?</blockquote><div><br><br>ParaView checks for offscreen support before using it. The problem seems to be with a bug in the pbuffer implementation of certain drivers. The few reports I had were from nVidia drivers. Note that we do not use osmesa unless the option is specifically enabled. I have commited a patch to the CVS head that may fix the problem.
<br></div><br></div><br>