https://bugs.winehq.org/show_bug.cgi?id=45433
Bug ID: 45433 Summary: dark souls 3: cannot change resolution in fullscreen mode Product: Wine Version: 3.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: general@sarifria.x10.bz Distribution: ---
when making a fresh graphics config file (let's say i perhaps deleted it, or it's a fresh install) it will default to 1920x1080. upon a second boot, the game will now switch to 800x600 resolution. in both cases, any attempts to alter the resolution will fail, it does not even attempt to change it. windowed mode works fine, however when you subsequently switch back to fullscreen it will change back to 800x600 (even at 1920x1080). attached is a log where i attempt to change in fullscreen, change in windowed mode, then attempt to retain that resolution by switching back to fullscreen.
https://bugs.winehq.org/show_bug.cgi?id=45433
--- Comment #1 from seirra blake general@sarifria.x10.bz --- apologies, it appears the log never got attached as it was too large. here is a link to it: https://nofile.io/f/JpJp4OSJEkS/dark-souls-log.txt
https://bugs.winehq.org/show_bug.cgi?id=45433
Philip Rebohle philip.rebohle@tu-dortmund.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |philip.rebohle@tu-dortmund. | |de
--- Comment #2 from Philip Rebohle philip.rebohle@tu-dortmund.de --- The problem here is that the game makes assumptions about the order in which IDXGIOutput::GetDisplayModeList returns the available display modes. I have no idea how the developers even managed to do that because you'd think they just try to apply the selected resolution, yet here we are.
DXVK used to have the same bug as well, and the solution was to just sort the list of returned display modes in roughly the same way that Windows does:
- Order by width in ascending order - If two modes have the same width, order by height in ascending order - If two modes have the same width and height, order by refresh rate in ascending order
https://bugs.winehq.org/show_bug.cgi?id=45433
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=45433
Sergey Isakov isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #3 from Sergey Isakov isakov-sl@bk.ru --- Looks like I have same bug with Lost Planet Trial DX10 Can't set mode 1280x720 and in the log I see ~~~ 002d:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x1587a0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x33cef8, desc 0x0 partial stub! 002d:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x1587a0, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x33cef8, desc 0x7310040 partial stub! ~~~
download available here http://www.fullgames.sk/demo/4037/lost-planet-dx10.htm
https://bugs.winehq.org/show_bug.cgi?id=45433
--- Comment #4 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 63557 --> https://bugs.winehq.org/attachment.cgi?id=63557 sorting video modes before send to caller
Real number of videomodes ~5-10 so I will not use alloc/free and just place a small array[30] in local variables. As well I will not use quicksort for such array. Simple bubble sort is quite enough.
In the result my testing game no more claim about resolution 1280x720. It seems native display resolution is good now. The game stopped for other reason now ~~~ 002c:fixme:d3d_shader:shader_glsl_get_caps Shader model 4. 002c:fixme:winediag:wined3d_select_feature_level None of the requested D3D feature levels is supported on this GPU with the current shader backend. ~~~ but this is offtopic
Hope someone test the patch on title game.
https://bugs.winehq.org/show_bug.cgi?id=45433
--- Comment #5 from Gijs Vermeulen gijsvrm@gmail.com --- This might have been fixed with https://source.winehq.org/git/wine.git/commit/eb2028fa90c41d3b7b8b4f924cd86059c5ba1e0d. Please retest.
https://bugs.winehq.org/show_bug.cgi?id=45433
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=45433
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |eb2028fa90c41d3b7b8b4f924cd | |86059c5ba1e0d
--- Comment #6 from Gijs Vermeulen gijsvrm@gmail.com --- Since nobody has replied for almost a year and the fix from Comment #2 has been implemented, I'm going to resolve this as FIXED by eb2028fa90c41d3b7b8b4f924cd86059c5ba1e0d.
If anyone can still reproduce, feel free to reopen.
https://bugs.winehq.org/show_bug.cgi?id=45433
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.18.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla