https://bugs.winehq.org/show_bug.cgi?id=55981
Bug ID: 55981 Summary: Dragon Age Origins: Runs slowly when using the experimental wow64 mode Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: berillions@gmail.com Distribution: ---
Created attachment 75572 --> https://bugs.winehq.org/attachment.cgi?id=75572 Dragon Age : Origins main menu with new wow64 + OpenGL renderer
Dragon Age : Origins works with the new wow64 experimental mode but it's very slowly and unplayable. This bug affect "Beyond Good & Evil" too.
Use DXVK fix this issue so something wrong with new wow64 + opengl renderer ?
https://bugs.winehq.org/show_bug.cgi?id=55981
Maxime berillions@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #75572|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=55981
--- Comment #1 from Maxime berillions@gmail.com --- Created attachment 75573 --> https://bugs.winehq.org/attachment.cgi?id=75573 New wow64 mode + OpenGL renderer
I attach .mp4 video to show the issue. Download the file and watch it.
https://bugs.winehq.org/show_bug.cgi?id=55981
--- Comment #2 from Maxime berillions@gmail.com --- Created attachment 75574 --> https://bugs.winehq.org/attachment.cgi?id=75574 New wow64 mode + DXVK
https://bugs.winehq.org/show_bug.cgi?id=55981
Maxime berillions@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Dragon Age Origins: Runs |D3D9 games run slowly when |slowly when using the |using the experimental |experimental wow64 mode |wow64 mode
https://bugs.winehq.org/show_bug.cgi?id=55981
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Component|-unknown |opengl CC| |z.figura12@gmail.com Ever confirmed|0 |1 Summary|D3D9 games run slowly when |GL applications (and d3d |using the experimental |applications using the GL |wow64 mode |backend) are slow in new | |wow64
--- Comment #3 from Zeb Figura z.figura12@gmail.com --- This is unfortunately expected. It's a problem at the GL level; we can't map buffers into the low 32 bits (and can't give a 64-bit pointer to a 32-bit application).
For Vulkan it's less of a problem since we use EXT_external_memory_host, but this comes with its own limitations.
In order to solve it we'll need extensions that let us control mapped buffer placement. One is in progress (and possibly even done?) for Vulkan, but as far as I'm aware nobody has even started work on such an extension for GL.
https://bugs.winehq.org/show_bug.cgi?id=55981
--- Comment #4 from Rafał Mużyło galtgendo@o2.pl --- What's your take on mr3460 in this context ?
https://bugs.winehq.org/show_bug.cgi?id=55981
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
https://bugs.winehq.org/show_bug.cgi?id=55981
--- Comment #5 from Rafał Mużyło galtgendo@o2.pl --- ...also mr3047 by the same author ? (not sure whether or not those two are independent)
https://bugs.winehq.org/show_bug.cgi?id=55981
--- Comment #6 from Zeb Figura z.figura12@gmail.com --- (In reply to Rafał Mużyło from comment #4)
What's your take on mr3460 in this context ?
I don't have any opinions on it.
https://bugs.winehq.org/show_bug.cgi?id=55981
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zwoho55@protonmail.com
--- Comment #7 from Zeb Figura z.figura12@gmail.com --- *** Bug 56220 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=55981
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, performance, | |wow64 URL| |https://cncnz.com/games/tib | |erium-wars/demo-information | |-download/
https://bugs.winehq.org/show_bug.cgi?id=55981
Shmerl shtetldik@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shtetldik@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=55981
--- Comment #8 from Shmerl shtetldik@gmail.com --- Did anyone plan to draft an OpenGL proposal for it? Would it need be some Mesa specific extension first?
https://bugs.winehq.org/show_bug.cgi?id=55981
nerdistmonk nerdistmonk@fastmail.fm changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerdistmonk@fastmail.fm
--- Comment #9 from nerdistmonk nerdistmonk@fastmail.fm --- Some enhancements to this bug:
This is based on the current configuration of Wine 9.11 compiled in wow64 mode, using DXVK + vkd3d-proton (latest versions of both), Directx June 2010, Nvidia Physx, Wine Mono and Wine Gecko are installed on a fresh prefix.
I tested a total of 112 games, all of which were 32-bit architecture, out of that, 97 of them are working as designed, a few needed either ddrawcompat (version 0.4.0 is the only one working on my wine right now) or dgvoodoo2 (version 2.79.1 is the only one working on my wine right now).
The ones that did not work have no rhythm or reason to them, they ranged from as old as 1997 and as new as 2010.
Games that used directx7 like Operation Flashpoint (Now known as Arma Cold War assault)
Games that used directx8 like TOCA Race Driver 2
Games that used directx9 like Alpha Protocol
Games that used directx10/11 like Red Faction Guerilla (the steam version, not the remaster, not the GFW Live version)
https://bugs.winehq.org/show_bug.cgi?id=55981
--- Comment #10 from nerdistmonk nerdistmonk@fastmail.fm --- (Yes I am aware that I am not on wined3d/opengl, clearly I am on vulkan for any game that uses directX 9 and up, but it appears to be the same bug all the same)
Call of Juarez is exhibiting this bug also in both Directx10 and Directx9 modes, separate executables for each mode, which seems to lend credence to the only pattern I can see here: This isn't a graphics related bug, it's something else, because the OP is using opengl, I am using vulkan, yet the same issue is present, and it's present in such a wide era of gaming, all of which use different APIs.
(and yes, CoJ has the bug even with dgvoodoo)
https://bugs.winehq.org/show_bug.cgi?id=55981
--- Comment #11 from Zeb Figura z.figura12@gmail.com --- (In reply to nerdistmonk from comment #10)
(Yes I am aware that I am not on wined3d/opengl, clearly I am on vulkan for any game that uses directX 9 and up, but it appears to be the same bug all the same)
Call of Juarez is exhibiting this bug also in both Directx10 and Directx9 modes, separate executables for each mode, which seems to lend credence to the only pattern I can see here: This isn't a graphics related bug, it's something else, because the OP is using opengl, I am using vulkan, yet the same issue is present, and it's present in such a wide era of gaming, all of which use different APIs.
(and yes, CoJ has the bug even with dgvoodoo)
This is a different bug then, please file it separately.
https://bugs.winehq.org/show_bug.cgi?id=55981
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
https://bugs.winehq.org/show_bug.cgi?id=55981
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |m1m1k4tz@protonmail.com
--- Comment #12 from Fabian Maurer dark.shadow4@web.de --- *** Bug 55213 has been marked as a duplicate of this bug. ***