DxWnd has the following features

For the other functions, you may ask him, fake OpenGL version may be possible with the Custom OpenGL library option. Had I have this game, I would test it out myself, considering we have the same GPU and the same gen CPU (R5 1600)

It seems that what it does is similar as nvidia profile inspector. It does "cut" the length of the OpenGL extensions list, but there is no guarantee that the needed exentions will be first (and found). The good thing is that it seems that it will work with ANY video card (while nvidia profile inspector suggest that it will only work on nvidia cards); on the other hand it does not say where is the limit (nvidia profile inspector have different presets for some games).

Good utility, thanks.

The application has a log feature, I believe that can log the extensions that the game requires or DxWnd loaded. It's not always that a wrong extension is loaded but you cam always look at the log to see what's wrong.

And what about this?
https://forums.guru3d.com/threads/radeonmod-t … utility.403389/

Zup wrote on 2021-11-10, 10:02:

** I wonder if cards manufacturers "deprecate" older GL extensions (i.e.: a modern card without support for 8 bit textures). If there are missing extensions on our newer card, that "limiter" would not be useful (some applications would refuse to run because they have a necessary extension missing)

Core GL functionality should work everywhere, but
- some drivers are buggy or they interpret the standard in an unusual way, and
- some old obscure extensions may be not present on newer implementations.

Hi, after hours of searching and testing, I finally got X-Plane 7 working with an old (~2010) DirectX 11 AMD card.
I couldn't have done it without your posts!

Big thanks to BEEN_Nath_58 for mentioning DxWnd and to Zup for original Nvidia solution.
Using DxWnd with x-plane.exe, I activated OpenGl extensions trim in the OpenGL tab - this should be the equivalent option that Zup was searching for. Then, after setting the video size (I used 1024x768), the game launches and runs fine. You should enable the same checkbox in OpenGL for all other executables to make them work too.

Tested on the FX Interactive disc version without any updates or "noCD patch". It doesn't require any dll replacement.

(Quick question for those who know: how would one diagnose this kind of issue e.g., figuring out that the problem wasn’t missing DLLs, but rather too many OpenGL extensions being exposed by the GPU? Is there a tool (like ProcMon, DxWnd logs, or something else) that can help trace which OpenGL features are actually being used or blocked? I’m curious about how one would approach fixing this kind of thing, not just applying a workaround.)

Thanks again to everyone who shared ideas.
✈️

Here my ASCII plane for fun

1   |*
2+--<D+
3   |*

For a quick and dirty way, Mesa can limit by extension year defined by an environment variable, i.e. set MESA_EXTENSION_MAX_YEAR=2001. Would be better if there was an OpenGL shim that'd just mess with extension lists and pass-through to GL to deal with that.

nl.68 wrote:

(Quick question for those who know: how would one diagnose this kind of issue e.g., figuring out that the problem wasn’t missing DLLs, but rather too many OpenGL extensions being exposed by the GPU? Is there a tool (like ProcMon, DxWnd logs, or something else) that can help trace which OpenGL features are actually being used or blocked? I’m curious about how one would approach fixing this kind of thing, not just applying a workaround.)

If it is an old game you can expect possible OpenGL related issues with buffer overflows when enumerating available GL extensions. Usually that would be the game program asking how many GL extensions are available and when it gets a huge list it goes past the allocated space in the return memory buffer which usually leads to a crash. That is if the game code does not have extra logic to deal with such unexpected situations.

You can override and manage what the application sees also with GLIntercept:
https://github.com/dtrebilco/glintercept

Personaly I have only needed it for Quake 2 where I build a custom "fix" by using only the files:
GLExtOverride.dll
OpenGL32.dll
gliConfig.ini
(Taken from the ..._ManualInstall.zip packgage)

With "gliConfig.ini" edited to contain only the following:

1PluginData
2{
3
4  BaseDir = ".\";
5
6  Plugins
7  {
8
9    ExtensionOverride = ("GLExtOverride.dll")
10    {
11      //VendorString        = "Custom vendor string";
12      //RendererString      = "Custom renderer string";
13      //VersionString       = "1.1.0 - Custom version string";
14      //ShaderVersionString = "1.0.0 - Custom shader version string";
15
16      ExtensionsString = (GL_EXT_LIE);
17
18    }
19
20  }
21}

This of course being a very simplistic "fix" that basically lies that no extensions are available except a fake "GL_EXT_LIE" but one could presumably instead write all the extensions that are needed there (delimited by , and space.). In addition to messing with the version stings by removing the comments "//".

The full list of available values to change is in the example config.ini:
https://raw.githubusercontent.com/dtrebilco/g … ride/config.ini

It seems to be a fairly complex toolset for analyzing opengl applications and logging them so I would imagine you can do lots of stuff with it like analyze why an OpenGL game fails to run and what extensions it might be using with some learning.