Intel Integrated Graphics users - Survey What does DS report your OpenGL version as?

Stephano

I am experiencing the grey viewport issue in DS 2025  latest version , and my investigations lead me to think that this may be due to an error in the way that DS is reading the Intel driver.

My setup is :-

Windows 11 Home (64bit) on Intel(R) Core(TM) i5-9400 CPU @ 2.90GHz   with integrated Intel UHD Graphics 630, and Installed RAM 16.0 GB.

Now the current Intel driver build 31.0.101.2135 is OpenGL 4.6 compatible, and running Real Tech VR's GLview Extensions Viewer.confirms that all OpenGL versions up to and including 4.6 are working.

The problem is that DS 4.23/4.24 & DS 2025 only show OpenGL as v4.1.0.

I would like to hear from other people who are using CPU's with Intel Integrated Graphics (with no discrete graphics cards), what OpenGL version DS is reporting.

It would probably be helpful for analysis if you could include the following information in your replies.:-

OS, CPU model, integrated graphics version, DS version, and reported OpenGL version.

Leana

Windows  laptop with an 13th Gen Intel(R) Core(TM) i7-1365U and an intel UHD card, build listed for my card is 32.0.101.6556 

4.23 and 4.24 list OpenGL 4.1, with Open GL shading language and most other features listed as "supported".

DS2025 6.25.2025.14115 Alpha also sees 4.1, with open GL shading laguage and some other features as "unsupported", and the viewport doesn't work at all.

Stephano

I forgot to ask if people would download and run Real Tech VR's GLview Extensions Viewer, and add the OpenGL version reported by that product.

Stephano

Leana, I checked Intel's site for your CPU, and it says it supports OpenGL 4.6, as per the attached specs.

Stephano

The latest DS2025 build is now showing my OpenGL version correctly as 4.6., which means that I was right in believing that  DS4.x.x is, and historically has always been, miss-identifying/setting the OpenGLversion.

I hope that we will soon see the corrective fixes applied to DS4.24 main and beta build.

Richard Haseltine

Stephano said:

The latest DS2025 build is now showing my OpenGL version correctly as 4.6., which means that I was right in believing that  DS4.x.x is, and historically has always been, miss-identifying/setting the OpenGLversion.

I hope that we will soon see the corrective fixes applied to DS4.24 main and beta build.

There hasn't been a deliberate fix for this, so most likely it is/was a Qt thing - in which case it will not be fixable in DS 4.x.x.x

Stephano

Richard Haseltine said:

Stephano said:

The latest DS2025 build is now showing my OpenGL version correctly as 4.6., which means that I was right in believing that  DS4.x.x is, and historically has always been, miss-identifying/setting the OpenGLversion.

I hope that we will soon see the corrective fixes applied to DS4.24 main and beta build.

There hasn't been a deliberate fix for this, so most likely it is/was a Qt thing - in which case it will not be fixable in DS 4.x.x.x

Richard, how do we know that there has not been a deliberate fix for this? I have so far been unable to locate any information on the exact changes between the latest and previous DS2025 builds.

If the change to OpenGL version detection/setting in DS2025 is a Qt 'thing', it is most probably related to the Qt OpenGL function calls to read the GL driver version and other information values, and/or to the Qt OpenGL Context setup function calls. As far as I know ther have not been any significant changes to the these function calls between Qt4 and Qt6, so I would expect that whatever calls were changed in DS2025 could probably be replicated in DS4.xx code.

Richard Haseltine

Stephano said:

Richard Haseltine said:

Stephano said:

The latest DS2025 build is now showing my OpenGL version correctly as 4.6., which means that I was right in believing that  DS4.x.x is, and historically has always been, miss-identifying/setting the OpenGLversion.

I hope that we will soon see the corrective fixes applied to DS4.24 main and beta build.

There hasn't been a deliberate fix for this, so most likely it is/was a Qt thing - in which case it will not be fixable in DS 4.x.x.x

Richard, how do we know that there has not been a deliberate fix for this? I have so far been unable to locate any information on the exact changes between the latest and previous DS2025 builds.

Because I was told, and there is nothing likely to be related in the change log http://docs.daz3d.com/doku.php/public/software/dazstudio/6/change_log

If the change to OpenGL version detection/setting in DS2025 is a Qt 'thing', it is most probably related to the Qt OpenGL function calls to read the GL driver version and other information values, and/or to the Qt OpenGL Context setup function calls. As far as I know ther have not been any significant changes to the these function calls between Qt4 and Qt6, so I would expect that whatever calls were changed in DS2025 could probably be replicated in DS4.xx code.

Stephano

Richard, thank you for the link to the change log, I am reading through it to see if i can spot any clue to how/why the OpenGL version identification was changed.