| Bug ID | 96449 |
|---|---|
| Summary | Dying Light reports OpenGL version 3.0 with mesa-git |
| Product | Mesa |
| Version | git |
| Hardware | All |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | 0xe2.0x9a.0x9b@gmail.com |
| QA Contact | dri-devel@lists.freedesktop.org |
$ glxinfo | grep git OpenGL core profile version string: 4.3 ... Mesa 12.1.0-devel (git-26b69ad) OpenGL version string: 3.0 Mesa 12.1.0-devel (git-26b69ad) The attached screenshot shows the first window that appears after starting Dying Light from Steam.
| What | Removed | Added |
|---|---|---|
| CC | 0xe2.0x9a.0x9b@gmail.com |
Created attachment 124=
411 [details]
DyingLight-OpenGL-version
Version of game that you use, want compatibility profile 3.3. = In mesa compatibility profile 3.0. You may try force compatibility profile with: MESA_GL_VERSION_OVERRIDE=3D3.3COMPAT AFAIK Steam demo version of Dying Light use core profile. Anyway i think this is not mesa bug.
(In reply to Vladimir Usikov from comment #2) > Anyway i think this is not mesa bug. That's a mistake.
| What | Removed | Added |
|---|---|---|
| Resolution | --- | WONTFIX |
| Status | NEW | RESOLVED |
Vladimir already told you how to work around this issue. A long time ago, a decision was made for Mesa not to increase the advertised compatibility profile version. It is rather unlikely that you would be able= to change people's mind on this - and in any case, this bug report (which is realyl more of a feature request) is not the correct forum to attempt to do= so, so I'm closing it.
(In reply to Nicolai H=C3=A4hnle from comment #5) > Vladimir already told you how to work around thi= s issue. >=20 > A long time ago, a decision was made for Mesa not to increase the adve= rtised > compatibility profile version. It is rather unlikely that you would be= able > to change people's mind on this - and in any case, this bug report (wh= ich is > realyl more of a feature request) is not the correct forum to attempt = to do > so, so I'm closing it. Ok. We need to wait some time to see which prediction is correct.
MESA_GL_VERSION_OVERRIDE=3D3.3COMPAT does not work for me. Jan= , did it work for you? All I get is either a crash (after the loading screen), or a blank scr= een with sound playing in the background. The warning about a lack of support f= or 3.3 compatibility profiles does not go away. I've tried launching steam with "export MESA_GL_VERSION_OVERRIDE=3D3.3= COMPAT" ran in the xterm prior, and I've tried using MESA_GL_VERSION_OVERRIDE=3D3.3COMP= AT as an argument to the game from within the Steam launch options. No difference either way. Is this a different issue? Should I open a separate bug? Also, can we get a link to where the decision was made to not support the compatibility profile, or a quick explanation as to why this is the case? Thanks.
(In reply to Adam Bolte from comment #7) > MESA_GL_VERSION_OVERRIDE=3D3.3COMPAT does not wo= rk for me. Jan, did it work > for you? All I get is either a crash (after the loading screen), or a = blank > screen with sound playing in the background. The warning about a lack = of > support for 3.3 compatibility profiles does not go away. >=20 > I've tried launching steam with "export MESA_GL_VERSION_OVERRIDE= =3D3.3COMPAT" > ran in the xterm prior, and I've tried using > MESA_GL_VERSION_OVERRIDE=3D3.3COMPAT as an argument to the game from w= ithin > the Steam launch options. No difference either way. >=20 > Is this a different issue? Should I open a separate bug? The game needs OpenGL 4.4.
Ahh... nice. Thanks for pointing that out. Seems it should be = working soon enough then.
Quote from [https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-a= rticles/904490-another-fun-day-in-mesa-git-radv-nvc0-radeonsi?p=3D904568#po= st904568]: The first 2 frames contain: [code] 1063 @0 glMatrixMode(mode =3D GL_MODELVIEW) 1064 @0 glLoadIdentity() 1065 @0 glViewport(x =3D 0, y =3D 0, width =3D 512, height =3D 256) 1066 @0 glMatrixMode(mode =3D GL_PROJECTION) 1067 @0 glLoadIdentity() .... 1090 @0 glBegin(mode =3D GL_TRIANGLE_STRIP) 1091 @0 glTexCoord2f(s =3D 0, t =3D 0) 1092 @0 glVertex2f(x =3D 0, y =3D 0) 1093 @0 glTexCoord2f(s =3D 1, t =3D 0) 1094 @0 glVertex2f(x =3D 512, y =3D 0) 1095 @0 glTexCoord2f(s =3D 0, t =3D 1) 1096 @0 glVertex2f(x =3D 0, y =3D 256) 1097 @0 glTexCoord2f(s =3D 1, t =3D 1) 1098 @0 glVertex2f(x =3D 512, y =3D 256) 1099 @0 glEnd() [/code] For reference: https:= //www.opengl.org/wiki/Legacy_OpenGL Although the 3rd and subsequent frames are missing from qapitrace, it can be assumed that Dying Light is most likely using the compatibility mode.
Confirming this game does not work without compatibility profi= les. Can we get a link to the discussion on why compatibility profiles will not be supported? Overrides do not work, so am I to understand that Dying Light will never be supported by Mesa due to the OpenGL feature set it uses? Or can this bug be reopened (or perhaps a new bug)?
To be more accurate, I should instead write "confirming t= his game does not work, which is presumably due to a lack of compatibility profile support&qu= ot;.
(In reply to Adam Bolte from comment #11) > Overrides do not work, so am I to understand tha= t Dying Light will never be > supported by Mesa due to the OpenGL feature set it uses? Or can this b= ug be > reopened (or perhaps a new bug)? In my opinion (which might differ from the opinion of a number of Mesa developers), the case isn't that Dying Light will never be supported. Currently, Mesa developers are investing their time into "OpenGL core = profile" features and performance (and into Vulkan support). After they are done with this work, which will happen in year 2018 or later, the topic of supporting compatibility profiles in Mesa can be brought up again. (This isn't a place for discussing Mesa's future, so this is my last commen= t on this topic here.)
The following commit should fix Dying Light: https://cgit.freedesktop.org/mesa/mesa/commit= /?id=3D2b878cb8fdb99dd84602553c2e95ef47747f4529
Confirming, it works now - provided I set the MESA_GL_VERSION_= OVERRIDE first. Failure to set this causes a blank screen (but audio can be heard from the intro video). The following game launch option can be set in Steam: MESA_GL_VERSION_OVERRIDE=3D4.1 %command% 4.1 is the minimum that works and does not throw the warning box (shown in Jan's attached image). Setting the override to 3.3 also gets the game to ru= n (I didn't bother testing any lower than that), but with the warning. The game still runs too slow to be enjoyable - it's borderline unplayable. I was never able to hit 30 FPS (quite bad for this type of game), but at least it's running. Having said that, using MESA_GL_VERSION_OVERRIDE=3D4.5 seems to give me a f= ew extra in-game FPS. My overclocked i7-6700k and Fury X at 2560x1440 with high detail settings and maximum draw depth (but no AA and motion blur) was givi= ng me on average around 26 FPS in the camp where I restored my save point from (running back and forth), whereas I was never able to get past 23 FPS in the same area by setting the override to 4.1. I tested that twice to be sure. Would be great if there were a way to take care of these overrides automatically in drirc - which is what this bug was originally about. Are we certain this is still WONTFIX?