Why very poor support GL extensions Ivy bridge on Windows compared than mesa linux driver?

[CEstr]

Hello again 2015.. spends oblivious of OpenGL support on Windows.

http://cgit.freedesktop.org/mesa/mesa/tree/docs/GL3.txt mesa/mesa - The Mesa 3D Graphics Library

http://mesamatrix.net/ The OpenGL vs Mesa matrix

On Windows missing a lot extension..Ivy bridge (Only supported hasswell and higher) but supported on Linux (Nightly mesa 11.1 driver)

Opengl 4.2

GL_ARB_shader_image_load_store supported on mesa driver after 11-08-2015 day patch but.Intel only supported hasswell on Windows, ¿Any reason intel?

Opengl 4.3

GL_ARB_clear_buffer_object

GL_ARB_copy_image

GL_ARB_texture_view

GL_ARB_shader_storage_buffer_object

GL_ARB_shader_image_size

GL_ARB_invalidate_subdata

GL_ARB_explicit_uniform_location

Opengl 4.4

GL_ARB_clear_texture

GL_ARB_multi_bind

GL_ARB_texture_mirror_clamp_to_edge

GL_ARB_vertex_type_10f_11f_11f_rev

Opengl 4.5

GL_ARB_clip_control

GL_ARB_conditional_render_inverted

GL_ARB_derivative_control

GL_ARB_direct_state_access

GL_ARB_get_texture_sub_image

GL_ARB_shader_texture_image_samples

GL_ARB_texture_barrier

GL_KHR_context_flush_control

GL_EXT_shader_integer_mix

These extensions are supported HW ivy bridge on linux mesa 11.1 driver but again not on Windows..

It is incomprehensible to leave the support of a HW technically supports by some extension ..

[Amy_C_Intel]

Hello Carlos26,

Let perform an investigation about this, as soon as I have an answer I will be updating this thread.

Regards,

Amy.

[CEstr]

Thanks for answering

To see the latest changes in linux I've used Ubuntu by this PPA https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

glxinfo in the terminal.

The problem is that the Windows driver has not updated 2014 year ago with new GL extension support but yes update for hasswell or newer CPu's driver.

This problem does not exist on Linux are updated with the exrtensiones supported by the hardware

.

[gbhj]

most of the extension are hardware independent however there is a difference between the hardware's capability e.g all Intel hd could support openGL 4.5 and the drivers reported capabilities

if you made a petition lots would sign it e.g all intel GMA could have a wddm 1.3 driver made (nvidia made windows 10 driver for 8200m http://www.nvidia.com/download/driverResults.aspx/87987/en-us NVIDIA DRIVERS GeForce Windows 10 Driver a GPU made in 2006

it looks bad when the opensource developers have created a more conformant driver and better driver

do the results of the test differ from Linux and windows

http://cgit.freedesktop.org/piglit/ piglit - piglit is an OpenGL test suite

http://sourceforge.net/projects/glean/ glean: OpenGL quality assessment tools download | SourceForge.net

[Bryce__Intel · Accepted solution]

Hi Carlos,

It's understandable our older driver branch for Ivybridge isn't as well updated as the Linux drivers are. At a high level, there is typically a support cycle for hotfix and new feature updates to a given driver branch. Anything past the cycle is kept updated mainly with mission critical fixes. HSW is currently at the end of this cycle, Ivybridge is just outside it so these new extensions would not make it into the Ivybridge supported drivers. Linux is opensource, so it's constantly being worked on/improved and doesn't conform to the same cycles as Intel. Other vendors may also have differing support models as well. Hope this helps your understanding.

[CEstr]

I don't think so two years are not many because NVIDIA offers 9 years of OpenGL support by updating the older DX10 than Ivy Bridge GPU.

If the hardware is simple update it supports not limit .So easy.

GL_ARB_explicit_uniform_location https://github.com/citra-emu/citra/issues/1222 Shaders compilation fails on Intel drivers (missing 'GL_ARB_explicit_uniform_location' extension) · Issue # 1222 · citra-…

PCSX2 Won't work ok GDSX OGL HW 4.0 + some extension crash under Windows https://github.com/PCSX2/pcsx2/issues/345 Gsdx-ogl not compatible with Intel MS driver (glsl compilation error) · Issue # 345 · PCSX2/pcsx2 · GitHub

Also the main problem GL_ARB_shader_image_load_store and GL_ARB_texture_barrier required by a lot aplications for now by Accuracy and blending unit .

So the only thing you gain is defragment the development and support to any developer and difficult debugging.

The only good under windows for ivy bridge for now have GLSL 4.0 compared mesa GLSL 3.0 compiler .

[Bryce__Intel]

I totally get it Carlos26,

I intended to convey other vendors may offer different support cycles than we do. Not everyone can support products as long as all others, and some may have more value or cost attached to supporting it longer or shorter, only the vendors themselves know what that is and they do what they can or what makes sense for them.

I've sent your request for additional support up the chain; no promises, but they'll know at least a few people are asking for this.

I can offer that for the best experience with current OGL and OS options please consider upgrading your hardware to a more current family like Broadwell or Skylake.

Thanks for your input!

.:Bryce:.