https://bugs.winehq.org/show_bug.cgi?id=41118
Bug ID: 41118 Summary: We Happy Few (UE4) crashes with "D3DRHI->GetFactory()->CreateSwapChain(DXGIDevice,&Swa pChainDesc,SwapChain.GetInitReference())" Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: fjfrackiewicz@gmail.com Distribution: ---
Created attachment 55326 --> https://bugs.winehq.org/attachment.cgi?id=55326 Terminal output Wine-1.9.16-107-g882980c
Now that this bug is fixed https://bugs.winehq.org/show_bug.cgi?id=40846 We Happy Few crashes on something else entirely.
Here's my current configuration:
Wine-1.9.16-107-g882980c One freshly made 64-bit prefix where I ran "winetricks vcrun2015" to work around this bug: https://bugs.winehq.org/show_bug.cgi?id=41090 GOG version of the game
One thing to note is that unlike all the other UE4 games I have been reporting this one does not flash a crash dialogue box with the name of the error and this:
wine: Unhandled page fault on read access to 0x00000000 at address 0x140c40c0f (thread 0194), starting debugger...
is just the game's crash reporter crashing so nothing to do with the error at hand :)
Terminal output attached. Please let me know if you need any WINEDEBUG= logs :)
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #1 from fjfrackiewicz@gmail.com --- One more thing:
My Wine install is from a freshly git cloned Wine so no custom patches or anything that has yet to be unimplemented and the prefix was set to Windows 7 mode.
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #2 from Matteo Bruni matteo.mystral@gmail.com --- Enabling virtual desktop might be a workaround. If it's not, please attach a dxgi,d3d11,d3d trace.
https://bugs.winehq.org/show_bug.cgi?id=41118
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #3 from winetest@luukku.com --- Have you tried to override d43compiler?
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #4 from fjfrackiewicz@gmail.com --- (In reply to Matteo Bruni from comment #2)
Enabling virtual desktop might be a workaround. If it's not, please attach a dxgi,d3d11,d3d trace.
Enabling virtual desktop is a workaround indeed. After I enabled virtual desktop, the game loaded to what I think might be the main menu as I heard background music but I cannot see any of the game's graphics at the moment so I am assuuming based on the background music that I am at a main menu when it loads.
The game then crashes (with no error dialogue box) with the following in terminal:
LogAkAudio:Error: Voice Starvation fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 1, L"Application Version", L"4.10.1") :stub fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 2, L"Application Timestamp", L"57991939") :stub fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 3, L"Fault Module Name", L"wined3d.dll") :stub fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 4, L"Fault Module Version", L"1.0.0") :stub fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 5, L"Fault Module Timestamp", L"00000000") :stub fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 6, L"Exception Code", L"c0000005") :stub fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 7, L"Exception Offset", L"000000000009DB60") :stub fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 8, L"Commandline", L"!!AssertLog=""") :stub fixme:wer:WerReportSetParameter (0x7fd921e6fb50, 9, L"BranchBaseDir", L"++depot+Glimpse-Release!C:/GOG Games/We Happy Few/GlimpseGame/Binaries/Win64/!Game!28047") :stub fixme:wer:WerReportAddFile (0x7fd921e6fb50, L"../../../GlimpseGame/Saved/Logs/UE4CC-Windows-9B8BE034490B10B923217684DB4E00DD/CrashContext.runtime-xml", 5, 0x2) :stub fixme:dbghelp:elf_search_auxv can't find symbol in module fixme:wer:WerReportAddFile (0x7fd921e6fb50, L"../../../GlimpseGame/Saved/Logs/UE4CC-Windows-9B8BE034490B10B923217684DB4E00DD/UE4Minidump.dmp", 2, 0x2) :stub fixme:wer:WerReportAddFile (0x7fd921e6fb50, L"../../../GlimpseGame/Saved/Logs/GlimpseGame.log", 5, 0x2) :stub fixme:wer:WerReportAddFile (0x7fd921e6fb50, L"../../../GlimpseGame/Saved/Logs/CrashVideo.avi", 5, 0x2) :stub fixme:wer:WerReportSubmit (0x7fd921e6fb50, 4, 0x804, 0x1ec9b1c8) :stub LogWindows:Error: Windows GetLastError: Success. (0) LogThreadingWindows:Error: Runnable thread RenderThread 1 crashed. LogWindows:Error: === Critical error: === Fatal error: [File:D:\P4\Glimpse-Release\Engine\Source\Runtime\RenderCore\Private\RenderingThread.cpp] [Line: 675] Rendering thread exception: Fatal error!
Crash in runnable thread RenderThread 1
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #5 from fjfrackiewicz@gmail.com --- (In reply to Matteo Bruni from comment #2)
Enabling virtual desktop might be a workaround. If it's not, please attach a dxgi,d3d11,d3d trace.
Would you still want a dxgi,d3d11,d3d trace with virtual desktop enabled?
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #6 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to fjfrackiewicz from comment #5)
(In reply to Matteo Bruni from comment #2)
Enabling virtual desktop might be a workaround. If it's not, please attach a dxgi,d3d11,d3d trace.
Would you still want a dxgi,d3d11,d3d trace with virtual desktop enabled?
http://source.winehq.org/patches/data/125599 might be an actual fix for this crash, you might want to give it a try.
From the terminal output excerpt you pasted in comment 4 (pasting logs is a bad
idea BTW) the new crash isn't necessarily related to dxgi / wined3d. Just attach the whole plain terminal output. You might also try native d3dx11_43.dll (or _42, depending on the version used by the game).
https://bugs.winehq.org/show_bug.cgi?id=41118
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joseph.kucia@gmail.com Component|-unknown |directx-d3d
--- Comment #7 from Józef Kucia joseph.kucia@gmail.com --- (In reply to Matteo Bruni from comment #6)
http://source.winehq.org/patches/data/125599 might be an actual fix for this crash, you might want to give it a try.
D3D11 doesn't use wined3d_device_reset() so this patch is not a fix for this crash.
I expect that the game asks for unsupported resolution and wined3d_swapchain_set_fullscreen() fails because it cannot switch the resolution. AFAIK DXGI shouldn't ever fail in this case. It should use FindClosestMatchingMode() or similar function internally.
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #8 from fjfrackiewicz@gmail.com --- (In repl(In reply to Józef Kucia from comment #7)
(In reply to Matteo Bruni from comment #6)
http://source.winehq.org/patches/data/125599 might be an actual fix for this crash, you might want to give it a try.
D3D11 doesn't use wined3d_device_reset() so this patch is not a fix for this crash.
I expect that the game asks for unsupported resolution and wined3d_swapchain_set_fullscreen() fails because it cannot switch the resolution. AFAIK DXGI shouldn't ever fail in this case. It should use FindClosestMatchingMode() or similar function internally.
In that case, do you have specific info you need to get oout of this bug under any particular conditions? I'll be more than glad to help debug/test, just need some guidance on what you need, thanks :)
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #9 from Józef Kucia joseph.kucia@gmail.com --- Created attachment 55393 --> https://bugs.winehq.org/attachment.cgi?id=55393 Patch
(In reply to fjfrackiewicz from comment #8)
In that case, do you have specific info you need to get oout of this bug under any particular conditions? I'll be more than glad to help debug/test, just need some guidance on what you need, thanks :)
Could you try this patch and attach WINEDEBUG=+dxgi,+d3d log?
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #10 from fjfrackiewicz@gmail.com --- (In reply to Józef Kucia from comment #9)
Created attachment 55393 [details] Patch
(In reply to fjfrackiewicz from comment #8)
In that case, do you have specific info you need to get oout of this bug under any particular conditions? I'll be more than glad to help debug/test, just need some guidance on what you need, thanks :)
Could you try this patch and attach WINEDEBUG=+dxgi,+d3d log?
Thank you, will do so ASAP.
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #11 from fjfrackiewicz@gmail.com --- Created attachment 55400 --> https://bugs.winehq.org/attachment.cgi?id=55400 WINEDEBUG=+dxgi,+d3d wine-1.9.16-277-g60f8b51
+dxgi, +d3d log with the latest wine-git, patch applied and no virtual desktop.
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #12 from fjfrackiewicz@gmail.com --- Created attachment 55401 --> https://bugs.winehq.org/attachment.cgi?id=55401 WINEDEBUG=+dxgi,+d3d wine-1.9.16-277-g60f8b51 with virtual desktop
Same log but with virtual desktop enabled and patch applied in case it makes any difference.
The crash and backtrace at the end are from the game's own crash reporter.
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #13 from Józef Kucia joseph.kucia@gmail.com --- This should work in the current git after commit bd10362667f04d6ea82144d1871ce143549a6bbc. Please retest.
However, there is probably other underlying issue as well. I guess that the game tries to get the window with client area exactly matching the resolution but in wine the height of client area is smaller by 2 pixels.
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #14 from fjfrackiewicz@gmail.com --- (In reply to Józef Kucia from comment #13)
This should work in the current git after commit bd10362667f04d6ea82144d1871ce143549a6bbc. Please retest.
However, there is probably other underlying issue as well. I guess that the game tries to get the window with client area exactly matching the resolution but in wine the height of client area is smaller by 2 pixels.
Perfect timing as I just git pulled latest version of Wine :)
Did you want any logs after I compile?
https://bugs.winehq.org/show_bug.cgi?id=41118
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW
--- Comment #15 from Józef Kucia joseph.kucia@gmail.com --- (In reply to fjfrackiewicz from comment #14)
Perfect timing as I just git pulled latest version of Wine :)
Did you want any logs after I compile?
If it doesn't go past the CreateSwapChain() error then a "WINEDEBUG=+dxgi,+d3d" log can be useful.
https://bugs.winehq.org/show_bug.cgi?id=41118
--- Comment #16 from fjfrackiewicz@gmail.com --- (In reply to Józef Kucia from comment #15)
(In reply to fjfrackiewicz from comment #14)
Perfect timing as I just git pulled latest version of Wine :)
Did you want any logs after I compile?
If it doesn't go past the CreateSwapChain() error then a "WINEDEBUG=+dxgi,+d3d" log can be useful.
After updating to Wine 1.9.17-151-g30cdd1f We happy Few now exhibits this bug:
https://bugs.winehq.org/show_bug.cgi?id=41087
I also applied the patch from here: https://bugs.winehq.org/show_bug.cgi?id=40925
https://bugs.winehq.org/show_bug.cgi?id=41118
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |bd10362667f04d6ea82144d1871 | |ce143549a6bbc Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #17 from Józef Kucia joseph.kucia@gmail.com --- Fixed by commit bd10362667f04d6ea82144d1871ce143549a6bbc http://source.winehq.org/git/wine.git/?a=commit;h=bd10362667f04d6ea82144d187...
https://bugs.winehq.org/show_bug.cgi?id=41118
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #18 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.18.