https://bugs.freedesktop.org/show_bug.cgi?id=93551
GitLab Migration User changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #77 from Timothy Arceri ---
Since the game will never be updated I've implemented the required extension in
this merge request:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/1841
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #76 from Thomas Crider ---
I found the issue - I had my mesa compiled without glvnd due to an issue with
it and dying light. the glxcmds patch only works without glvnd. I would need to
patch that portion into libglvnd for it to work,
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #75 from bmil...@gmail.com ---
Tried the patch again with no luck but the shim worked fine for my rx580.
Thanks for the answer.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #74 from Thomas Crider ---
4.2* sorry
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #73 from Thomas Crider ---
the patch works fine here, you may have better luck trying the shim if you're
just trying to play the game. you dont need any envvar set with my patch. you
just compile mesa with it and play the game.
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #72 from bmil...@gmail.com ---
(In reply to Thomas Crider from comment #71)
> Created attachment 143118 [details] [review]
> patch to make divinity work
>
> Here's the modified patch that allows the vendor to be set in the driconf
>
https://bugs.freedesktop.org/show_bug.cgi?id=93551
bmil...@gmail.com changed:
What|Removed |Added
CC||bmil...@gmail.com
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Thomas Crider changed:
What|Removed |Added
Attachment #143100|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #70 from Thomas Crider ---
Marek Olšák this patch for glxcmds.c is necessary for the game to run at all,
without it the game crashes:
+ if (strcmp((const char *) procName, "glNamedStringARB") == 0 ||
+ strcmp((const char *)
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #69 from Marek Olšák ---
The patch shouldn't set environment variables and shouldn't change glxcmds.c.
The name of the option can be more straightforward, like
force_ati_vendor_string.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #68 from Axel Davy ---
Shmerl: driconf vars can be overriden with env vars (of the same name). If the
driconf option is a string, thus any user could change the vendor string with
an env var.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #67 from Shmerl ---
Actual override value shouldn't be hardcoded and probably should be passed
through environment variable.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #66 from Thomas Crider ---
can confirm changing the string has no effect on intel. only needed for amd.
the glxcmds portion of the patch is still necessary for both. will see if I can
jump in irc and get more input on the patch. Axel
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Thomas Crider changed:
What|Removed |Added
Attachment #143089|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #64 from Thomas Crider ---
actually if I move it to main/getstring it may skip having to edit any of
those. will post back shortly with some changes.
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #63 from Thomas Crider ---
(In reply to Axel Davy from comment #62)
> I believe the generic configuration proposed answers your OOTB concern. Mesa
> packs a default drirc (not visible anymore to the user):
>
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #62 from Axel Davy ---
I believe the generic configuration proposed answers your OOTB concern. Mesa
packs a default drirc (not visible anymore to the user):
src/util/00-mesa-defaults.conf
As you can see there are already radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #61 from Thomas Crider ---
I still feel it's better to set as a boolean and adjust per driver accordingly
where the X.Org string is usually spit out, rather than having it set as a
string. OOTB = out of the box - meaning users would
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #60 from Axel Davy ---
The driconf options can be string, look at
DRI_CONF_DEVICE_ID_PATH_TAG
Plus you can make the driconf option driver specific (I don't remember the
exact syntax, I think you have to put driver="radeonsi" in the
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #59 from Thomas Crider ---
Axel Davy the driconf are booleans, not meant to work that way, also not meant
to have users intervene as it's to be an OOTB fix. Additionally the vendor name
change is driver specific (see patch changes in
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Thomas J. Moore changed:
What|Removed |Added
CC|dark...@gmail.com |
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #58 from Axel Davy ---
is very specific.
I think this would be more generic:
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #57 from Thomas Crider ---
I understand the purpose of the shim quite clearly. My problem is I've reached
out to the game developers via e-mail correspondence regarding the issue, and
they were unwilling to try to fix it on their
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #56 from Thomas J. Moore ---
(In reply to Thomas Crider from comment #55)
> With this patch users should be able to just apply the patch to mesa and run
> the game. No shim needed.
You seem to have missed the purpose of the shim.
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Thomas Crider changed:
What|Removed |Added
Attachment #125302|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #54 from Thomas Crider ---
I went ahead and tested this with Ubuntu as well:
For ubuntu users you'll need this to compile it:
sudo apt install libglu1-mesa-dev freeglut3-dev mesa-common-dev
I also tested this on a system with an
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #53 from Thomas Crider ---
(In reply to Thomas Crider from comment #52)
> just adding my system in case others are wondering what hardware:
> Arch 4.19 rc4
> Mesa-git (18.3)
> llvm-svn (7+)
> vega 64
> amd tr 1950x
edit 3:
if you
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #52 from Thomas Crider ---
just adding my system in case others are wondering what hardware:
Arch 4.19 rc4
Mesa-git (18.3)
llvm-svn (7+)
vega 64
amd tr 1950x
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #51 from Thomas Crider ---
Just a heads up, tried the shim on Arch and it worked just fine.
1. Download the source or copy it into a file named divos-hack.c
2. Open folder containing divos-hack.c in a terminal and type:
gcc -s
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #50 from Yegor Timoshenko ---
This is definitely now an issue on Intel HD 4000. Workaround shim works fine
for 14.1.x and doesn't work starting from 14.2.0. What I've tried:
* building master
* reverting
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #49 from Thomas J. Moore ---
(In reply to Alex from comment #48)
> Yes, the shim seems to no longer work -- I assume newer Mesa versions are no
> longer declaring compatibility with whatever version Divinity was
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #48 from Alex ---
Yes, the shim seems to no longer work -- I assume newer Mesa versions are no
longer declaring compatibility with whatever version Divinity was hardcoded to?
It's probably possible to create
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Philipp Claßen changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #47 from Robert G. Brown ---
Installed the shim for Fedora 25, XFCE, and Steam. It worked. Upgraded to F26
(it no longer worked) and then to F27 (and it still no longer works). I've
played with it a fair bit,
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #46 from a.kralovi...@gmail.com ---
Step by step guide for GOG version:
1) Download the source for the LD_PRELOAD shim
2) Compile it using the command given inside the just downloaded patch file.
This will give you a divos-hack.so
https://bugs.freedesktop.org/show_bug.cgi?id=93551
daradib changed:
What|Removed |Added
CC||dara...@quietapple.org
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #45 from Karol Herbst ---
as far as I know there are no linux devs at larian anymore and the linux
version won't be touched at all.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #44 from Thomas J. Moore ---
(In reply to Alex from comment #42)
> Would it be possible to add another function to that shim to override the
> output of sysconf (_SC_NPROCESSORS_ONLN)?
I don't think this bug
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #43 from Aaron Watry ---
I'm not saying it's the ideal solution, but you could force any undesired CPU
cores offline before starting the game if it's affecting the performance
severely.
e.g. echo 0 >
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #42 from Alex ---
(In reply to Thomas J. Moore from comment #32)
> Created attachment 125302 [details]
> Simple LD_PRELOAD shim to apply necessary patches for divos
>
> Game works great for me with the above
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #41 from kilobug ---
(In reply to Kai from comment #40)
> Shouldn't this bug be closed as "NOTOURBUG", since it's clearly a game bug?
> Or at least as "WONTFIX", since the hack is probably never going to land in
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #40 from Kai ---
Shouldn't this bug be closed as "NOTOURBUG", since it's clearly a game bug? Or
at least as "WONTFIX", since the hack is probably never going to land in Mesa
anyway?
On a different note:
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #39 from kilobug ---
(In reply to Iaroslav Andrusyak from comment #38)
> > Did I miss something ?
>
> allow_glsl_extension_directive_midshader=true ?
Thanks, that was it !
Here is how I can run the game :
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #38 from Iaroslav Andrusyak ---
> Did I miss something ?
allow_glsl_extension_directive_midshader=true ?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #37 from kilobug ---
(In reply to Thomas J. Moore from comment #32)
> Created attachment 125302 [details]
> Simple LD_PRELOAD shim to apply necessary patches for divos
>
> Game works great for me with the above
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #36 from Mikhail Korolev ---
(In reply to Thomas J. Moore from comment #35)
> (In reply to Mikhail Korolev from comment #33)
> > Your code calls dlsym at every call of glGetString/glXGetProcAddressARB
> > instead
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #35 from Thomas J. Moore ---
(In reply to Mikhail Korolev from comment #33)
> Your code calls dlsym at every call of glGetString/glXGetProcAddressARB
> instead of call it only at startup.
If so, your version of
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #34 from Mikhail Korolev ---
(In reply to Thomas J. Moore from comment #32)
> Created attachment 125302 [details]
> Simple LD_PRELOAD shim to apply necessary patches for divos
>
> Game works great for me with the
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #33 from Mikhail Korolev ---
Created attachment 125311
--> https://bugs.freedesktop.org/attachment.cgi?id=125311=edit
divos-hack.patch
(In reply to Thomas J. Moore from comment #32)
> Created attachment 125302
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Thomas J. Moore changed:
What|Removed |Added
CC||dark...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Jonas Platte changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Kai changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #30 from Vedran Miletić ---
(In reply to kilobug from comment #29)
> > With recent enough Mesa, forcing OpenGL 4.2 and GLSL 420 is not required.
>
> Did you use llvm 3.8 or 3.9 ?
3.9.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #29 from kilobug ---
> With recent enough Mesa, forcing OpenGL 4.2 and GLSL 420 is not required.
Did you use llvm 3.8 or 3.9 ?
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Vedran Miletić changed:
What|Removed |Added
CC||ved...@miletic.net
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #27 from Karol Herbst ---
as it turns out, divinity also needs allow_glsl_extension_directive_midshader
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #26 from Karol Herbst ---
(In reply to kilobug from comment #25)
> Perhaps it's due to LLVM version, for the Intel vs radeonsi ? I tried with
> llvm 3.8, and some of OpenGL 4.2 extensions require llvm
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #23 from Karol Herbst ---
(In reply to Jamey Sharp from comment #17)
> (In reply to Ernst Sjöstrand from comment #16)
> > Yes I know because when I merged in
> >
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #25 from kilobug ---
Perhaps it's due to LLVM version, for the Intel vs radeonsi ? I tried with llvm
3.8, and some of OpenGL 4.2 extensions require llvm 3.9... but I've to admit it
scares me a bit to recompile
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #24 from Jamey Sharp ---
(In reply to Karol Herbst from comment #23)
> Anyhow, their engine requires ARB_shading_language_include, GL4.2 and
> 595d56cc866638f371626cc1d0137a6a54a7d0f8
I'm still super confused
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #22 from Karol Herbst ---
this is due the game requiring a 4.2 context. They asked for it and then it
crashes because they don't error check.
Then the game crashes because there is no
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #21 from kilobug ---
(In reply to kilobug from comment #20)
> I just tried with latest Mesash->CompileStatus = GL_FALSE;
Hrm sorry didn't finish my comment, sorry for the noise :/
So, I just tried with latest
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #20 from kilobug ---
I just tried with latest Mesash->CompileStatus = GL_FALSE;
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Vladimir Usikov changed:
What|Removed |Added
Resolution|FIXED |---
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Vladimir Usikov changed:
What|Removed |Added
Status|RESOLVED|CLOSED
---
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #18 from Ernst Sjöstrand ---
Jamey: I have had your patch applied the whole time, now I tested with you
patch + Karol's patches. It seems highly unlikely to me that the game would
have any chance of working without
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #17 from Jamey Sharp ---
(In reply to Ernst Sjöstrand from comment #16)
> Yes I know because when I merged in
> https://github.com/karolherbst/mesa/commits/ARB_shading_language_include I
> suddenly got a loading
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #16 from Ernst Sjöstrand ---
Yes I know because when I merged in
https://github.com/karolherbst/mesa/commits/ARB_shading_language_include I
suddenly got a loading progress bar and a splash screen. However at 95% it
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #15 from Jamey Sharp ---
(In reply to Ernst Sjöstrand from comment #14)
> I still get the ApplyConstants() crash, both with and without your fix it
> seems like.
> Is your fix for the ChangeShader() crash?
Hmm.
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #14 from Ernst Sjöstrand ---
I still get the ApplyConstants() crash, both with and without your fix it seems
like.
Is your fix for the ChangeShader() crash?
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #12 from Jamey Sharp ---
(In reply to Ernst Sjöstrand from comment #11)
> If I apply the "change shader" fix with RadeonSI I get a bunch of these
> glNamedStringARB errors when running the game with APITrace:
But
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #11 from Ernst Sjöstrand ---
If I apply the "change shader" fix with RadeonSI I get a bunch of these
glNamedStringARB errors when running the game with APITrace:
2833: message: major api error 1:
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Jamey Sharp changed:
What|Removed |Added
OS|Linux (All) |All
75 matches
Mail list logo