<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Michale,<br>
<br>
In the test program you pointed to, not all combinations of inputs
are valid or will work everywhere. In your "Problem 1" you are
identifying some scenarios that don't work on your system, but are
valid use cases on other platforms. <br>
<br>
<blockquote type="cite">Problem 1 Summary: calling
renderWindow->SetOffScreenRendering(true), seems to break
depth peeling</blockquote>
the run time selection of on or offscreen rendering doesn't work
with modern Mesa drivers on Linux. It may work on other
platforms/drivers (eg Windows).<br>
<br>
<blockquote type="cite">switching the parameter 'bool
doitOffScreen' in the call to bool IsDepthPeelingSupported(...)
from true to false, charges the result of
IsDepthPeelingSupported(...) from false to true and results in
the image being displayed correctly.</blockquote>
Given that run time selection of offscreen rendering is not
supported on your system, the behavior you're describing sounds
correct. With your system/configuration you should just use on
screen rendering.<br>
<br>
In your "Problem 2" you report an OpenGL error in the
vtkOpenGLRenderer::RenderPeel. This is perhaps a bug in VTK's
depth peeling code, but far more likely a bug in Mesa Intel driver
itself. Someone (I can't do it because I don't have an hd 4400
linux system handy) needs to step through this section of code and
see which GL call is the source of the error and see if there's an
easy work around/bug fix for VTK and if not disbale depth peeling
for this driver/hardware combo and report it to the Mesa
developers.<br>
<br>
Burlen<br>
<br>
On 1/11/2015 4:47 AM, Michael Arnold wrote:<br>
</div>
<blockquote
cite="mid:CAMOVWRhtV3krUNyf5D886WFW+9pnHX0O_-U+c4k5Jwkfc0vi_g@mail.gmail.com"
type="cite">
<div dir="ltr">Hi,<br>
<br>
Am trying to get depth peeling to work to improve the display of
a vtkPolyData surface resulting from a delaunay triangulation.
Surfaces are often displayed in the wrong order. Have been
unable to get depth peeling to work and applying depth sorting
still results in a display with surfaces in the wrong order.<br>
<br>
VTK 6.10<br>
<br>
Intel Core i5-4210U<br>
Intel HD Graphics 4400<br>
OpenGL version string: 3.0<br>
Mesa 10.3.5<br>
Gnome Version 3.14.2<br>
Fedora 21<br>
<br>
Based on glxinfo (attached) and <a moz-do-not-send="true"
href="http://www.itk.org/Wiki/VTK/Depth_Peeling">http://www.itk.org/Wiki/VTK/Depth_Peeling</a>,
I find all the relevant extensions are available for depth
peeling.<br>
<br>
When experimenting with:<br>
<a moz-do-not-send="true"
href="http://www.vtk.org/Wiki/VTK/Examples/Cxx/Visualization/CorrectlyRenderTranslucentGeometry">http://www.vtk.org/Wiki/VTK/Examples/Cxx/Visualization/CorrectlyRenderTranslucentGeometry</a><br>
<br>
Problem 1 Summary: calling
renderWindow->SetOffScreenRendering(true), seems to break
depth peeling and results in
renderer->GetLastRenderingUsedDepthPeeling() and hence 'bool
IsDepthPeelingSupported(...)' always returning false.<br>
<br>
Problem 1 Detail:<br>
<a moz-do-not-send="true"
href="http://www.vtk.org/Wiki/VTK/Examples/Cxx/Visualization/CorrectlyRenderTranslucentGeometry">http://www.vtk.org/Wiki/VTK/Examples/Cxx/Visualization/CorrectlyRenderTranslucentGeometry</a><br>
As provided, always results in:<br>
<br>
DEPTH PEELING SUPPORT: NO<br>
<br>
CHOSEN MODE: *** DEPTH SORTING ***<br>
<br>
(A blank window is displayed under each of the 3 call scenarios
on the web page. This same result is achieved under both x and
wayland).<br>
<br>
But switching the parameter 'bool doitOffScreen' in the call to
bool IsDepthPeelingSupported(...) from true to false, charges
the result of IsDepthPeelingSupported(...) from false to true
and results in the image being displayed correctly.<br>
<br>
Problem 2: Applying the above code under QVTKWidget, we still
have the issue with GetLastRenderingUsedDepthPeeling(), but
applying the workaround above and setting 'bool doitOffScreen'
to false, results in new error message during rendering:<br>
ERROR: In
/.../VTK-6.1.0/Rendering/OpenGL/vtkOpenGLRenderer.cxx, line 1068<br>
vtkOpenGLRenderer (0x2c5a5e0): failed after RenderPeel 1
OpenGL errors detected <br>
0 : (1282) Invalid operation<br>
<br>
Problem 2 Detail: <br>
<br>
According to Sebastien on this thread:<br>
<a moz-do-not-send="true"
href="http://comments.gmane.org/gmane.comp.lib.vtk.user/70699">http://comments.gmane.org/gmane.comp.lib.vtk.user/70699</a><br>
<br>
We need to create a new a new render window and then attach it
using QVTKWidget::SetRenderWindow(...) rather than using
QVTKWidget::GetRenderWindow(...)<br>
<br>
Even after doing this and setting 'bool doitOffScreen' to false,
we still get the error message above.<br>
<br>
Similar issues discussed for ATI:<br>
<a moz-do-not-send="true"
href="http://public.kitware.com/pipermail/vtkusers/2013-December/082236.html">http://public.kitware.com/pipermail/vtkusers/2013-December/082236.html</a><br>
<br>
Any suggestions appreciated.<br>
<br>
Thanks and regards,<br>
Michael<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Powered by <a class="moz-txt-link-abbreviated" href="http://www.kitware.com">www.kitware.com</a>
Visit other Kitware open-source projects at <a class="moz-txt-link-freetext" href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a>
Please keep messages on-topic and check the VTK FAQ at: <a class="moz-txt-link-freetext" href="http://www.vtk.org/Wiki/VTK_FAQ">http://www.vtk.org/Wiki/VTK_FAQ</a>
Search the list archives at: <a class="moz-txt-link-freetext" href="http://markmail.org/search/?q=vtkusers">http://markmail.org/search/?q=vtkusers</a>
Follow this link to subscribe/unsubscribe:
<a class="moz-txt-link-freetext" href="http://public.kitware.com/mailman/listinfo/vtkusers">http://public.kitware.com/mailman/listinfo/vtkusers</a>
</pre>
</blockquote>
<br>
</body>
</html>