My graphics card is AMD/ATI Turks XT Radeon HD 6670/7670 which as per Wikipedia page should support OpenGL 4.5. That means ATI Radeon, ATI FirePro and ATI FireGL graphics cards released after that time provide hardware support for OpenGL 3.3, with today’s beta driver. All these help in updating the Mesa version which I know is the latest one currently, however the core profile version is stuck at 3.3 awfully! The functionality introduced in OpenGL 3.3 is supported by all of our discrete graphics products both consumer and professional graphics released since the spring of 2007. I have tried all these ppas: ppa:oibaf/graphics-drivers, ppa:eek:ibaf/graphics-drivers, ppa:ubuntu-x-swat/updates but still my core profile version is at 3.3. OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10 OpenGL ES profile version string: OpenGL ES 3.1 Mesa 18.1.0-devel
OPENGL 3.3 RADEON 64 BITS
OpenGL shading language version string: 1.30 System Information Operating system: Windows-10-2-SP0 64 Bits Graphics card: Radeon RX Vega ATI Technologies Inc.
OpenGL version string: 3.0 Mesa 18.1.0-devel OpenGL core profile profile mask: core profile OpenGL core profile context flags: (none) OpenGL core profile shading language version string: 3.30 OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.1.0-devel
OPENGL 3.3 RADEON DRIVER
Its not the legacy driver that borks, its AMD's current driver that simply does not take GZDoom as in account as it does with more modern titles.The output of glxinfo | grep "OpenGL" is as follows: OpenGL vendor string: X.Org There are dozens of GL based ports that run fine on AMD/ATI hardware, the difference is that they are working in older OpenGL based API's (1.1, 1.3, 1.4, 2.0) and do not target the half-modern stuff that GZDoom requires (OpenGL 3.3 at minimum).
OPENGL 3.3 RADEON FOR WINDOWS 10
So because OpenGL exists, GZDoom runs bogus on AMD cards? Nah. thx 23-Apr-21 00:46 Thanks for Opengl 3.3 for windows 10 upload 09-Jan-20 13:58 Many thanks for Opengl 3. In the demoscene, Nvidia is often preferred aswell for the same reason, and the people coding in that scene hit the driver a lot harder than GZDoom will ever do.ĭoes not sound logical. I do not believe that's the case, its more the way Nvidia and AMD work with their drivers. Its not Graf's problem and historically i have heard this argument before, that Graf makes his port ''vendor exclusive''. Except in GZ's case that's a very strong argument. If your GPU does support OpenGL 3.3 and above, updating your graphics driver should fix this issue.
In fairness, GZDoom plays best on Nvidia, ''The way it's meant to be played.''. If you are not sure whether or not your GPU supports OpenGL 3.3 or above, please refer to its manufacturer's website. This has been an age old problem, and although their general driver (As in, general games) has been improved, things like GZDoom miss out. Is it OpenGL's fault because if it did not exist I wouldn't have been having this problem.ĪMD's OpenGL driver is less refined towards something like GZDoom. Is it GZDoom developer's problem because no other OpenGL ever had a problem on my ATI Radeon? Is it AMD's fault because similar problems are not present on intel and nvidia? GZDoom is known to be shitty on AMD cards.