<div dir="ltr">You can use renWin->SupportsOpenGL() to see if the system is supported. It tries to do this gracefully.<div><br></div><div>The minimum requirement right now is OpenGL 2.1 with the shader4 extension. From what I can see on the web intel HD 2000 should support that but clearly glew does not think so. Maybe the shader4 extension is not exposed on the 2.1 context?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 10, 2016 at 6:08 PM, Marcus D. Hanwell <span dir="ltr"><<a href="mailto:marcus.hanwell@kitware.com" target="_blank">marcus.hanwell@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Feb 10, 2016 at 6:05 PM, Marcus D. Hanwell<br>
<<a href="mailto:marcus.hanwell@kitware.com">marcus.hanwell@kitware.com</a>> wrote:<br>
> Hi,<br>
><br>
> I have a Windows 7 64 bit machine, glewinfo offers the following summary:<br>
><br>
> GLEW version 1.13.0<br>
> Reporting capabilities of pixelformat 3<br>
> Running on a Intel(R) HD Graphics 2000 from Intel<br>
> OpenGL version 3.1.0 - Build 9.17.10.3347 is supported<br>
><br>
> In a new Tomviz build I see the following failure:<br>
><br>
> ERROR: In C:\bbd\e04ad53c\build\paraview\src\paraview\VTK\Rendering\OpenGL2\vtkOpenGLRenderWindow.cxx,<br>
> line 590<br>
><br>
> vtkWin32OpenGLRenderWindow (00000000029E7990): GL version 2.1 with the<br>
> gpu_shader4 extension is not supported by your graphics driver but is<br>
> required for the new OpenGL rendering backend. Please update your<br>
> OpenGL driver. If you are using Mesa please make sure you have version<br>
> 10.6.5 or later and make sure your driver in Mesa supports OpenGL 3.2.<br>
><br>
> Is our effective minimum version for OpenGL 3.2 now? It looks like I<br>
> have the latest drivers, and so I am guessing I would need to switch<br>
> back to the old backend or buy a graphics card for the machine. The<br>
> 3.2 section looks like this,<br>
><br>
GL_VERSION_3_2: MISSING<br>
---------------<br>
glFramebufferTexture: OK<br>
glGetBufferParameteri64v: MISSING<br>
glGetInteger64i_v: MISSING<br>
><br>
> From an application development perspective, is there API that I could<br>
> use to present a friendlier message to our users? Is 3.2 effectively<br>
> the minimum, it looks like this card has everything up to 3.1 and then<br>
> lacks several 3,2 features.<br>
<br>
Tomviz ultimately ends up segfaulting, I can add Qt code to detect 3.2<br>
and fail if not available if that is effectively our minimum. It would<br>
be great to be able to support these cards, but if not possible I<br>
would like to offer a simpler error message without crashing.<br>
<br>
Thanks,<br>
<br>
Marcus<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Ken Martin PhD<div>Chairman & CFO<br>Kitware Inc.<br>28 Corporate Drive<br>Clifton Park NY 12065<br>518 371 3971<div><br></div><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">This communication,
including all attachments, contains confidential and legally privileged
information, and it is intended only for the use of the addressee. Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. If you received this communication in error please notify us
immediately and destroy the original message.
Thank you.</span></div></div></div>
</div>