Did you look at what extensions were missing from the 3.0/3.1/3.3 cases for the HD2500?
Did you look at what extensions were missing from the 3.0/3.1/3.3 cases for the HD2500?
For a HD 4000, driver version 8.15.10.2618, using GL Extensions Viewer 4.0.8 I get:
v1.1 (100 % - 7/7)
v1.2 (100 % - 8/8)
v1.3 (100 % - 9/9)
v1.4 (100 % - 15/15)
v1.5 (100 % - 3/3)
v2.0 (100 % - 10/10)
v2.1 (100 % - 3/3)
v3.0 (100 % - 23/23)
v3.1 (100 % - 8/8)
v3.2 (100 % - 10/10)
v3.3 (100 % - 10/10)
v4.0 (21 % - 3/14)
v4.1 (0 % - 0/7)
v4.2 (0 % - 0/12)
v4.3 (0 % - 0/18)
Multisampling is present and correct, with up to 8 max samples.
The 3 extensions from 4.0, if anyone is interested, were GL_ARB_draw_buffers_blend, GL_ARB_texture_buffer_object_rgb32 and GL_ARB_texture_query_lod.
Last edited by mhagain; 09-29-2012 at 06:08 AM.
Thank you, mhagain! Could you report the version of your driver?
It seems neither HD supports GL 4.0, although Geeks3D reported something quite differently.
HD 2500 and 4000 should have the same architecture, and I couldn't find traces of tessellation shaders
The results on HD 2500 and HD 4000 are identical. Is it possible that only 2696 has GL 4.0 support that is removed from the following revisions?
Of course! But I have to revise my extension viewer considering GL 3.0. It's an old code rely on the first implementation in NV drivers. That's why I changed some numbers in the previous post. Thank you for the question! It makes me check "my understanding" of GL versions. I'll revise it completely.Originally Posted by Alfonse Reinheart
Considering GL 3.1, GL_ARB_texture_buffer_object is not supported in 8.15.10.2761 drivers, and GL_ARB_shading_language_include, GL_ARB_texture_swizzle from GL 3.3.
Should GL_EXT_gpu_shader4 be reported in GL 3.0?
It seems that you are not using latest drivers. Ivy Bridge has complete support for OpenGL 4.0.
http://www.geeks3d.com/20120716/inte...win7-and-win8/
Post edited.
It seems that I'm not using Windows 8.
I've got the point! Take a look at drivers versions:
First GL 4.0 support at 9.17.10.2729
Another test is done with 9.17.10.2792
Those are not Win7 drivers. That's the point. The mystery is solved.
OpenGL 4.0 is supported on Win8, but not on Win7!
Although I'm a little bit disappointed by this discovery, it proves the future is bright for the OpenGL on Win8.
Despite all concerns Windows is and probably will be the best development platform for the OpenGL.
P.S. Thanks mhagain! You could update your driver to take a look whether there is any new extension, since it is not the latest one. And even if there are no updates, some bugs are probably fixed.
Updated to the latest (8.15.10.2761) and still the same functionality and extensions, but a wee bit faster.P.S. Thanks mhagain! You could update your driver to take a look whether there is any new extension, since it is not the latest one. And even if there are no updates, some bugs are probably fixed.
Aleksandar
Those drivers can also be installed on Windows 7. OpenGL 4.0 is fully supported on Win7 and Win8.
I will try it tomorrow. I remember that I had some problems when I tried to install some of those drivers, but I'll try again. Last week I was a witness that Intel graphics driver cannot install at first, but it succeeds after some of the Windows updates. I'll report the results here. Thanks!
GL_ARB_texture_swizzle and GL_ARB_texture_buffer_object are supported in the 8.15.10.2696 drivers, though they aren't listed in the extension string. I became a little suspicious after the latest driver for my AMD FirePro card also didn't list GL_ARB_texture_swizzle but claimed GL4.2 support and properly supported it, so I decided to recheck the HD4000. The shader with samplerBuffer compiled without incident, and the glTexBuffer API entry point was found. Swizzling also works properly ( glTexParameter(GL_TEXTURE_2D, GL_TEXTURE_SWIZZLE_RGBA) ).
However, the noperspective keyword throws a syntax error in a shader in an interface block, and one of my #define's appears to be broken with the paste operator (##). Even with these bugs, the situation is certainly better than any Intel GL driver I recall.
Posting Permissions
