https://bugs.winehq.org/show_bug.cgi?id=43775
Bug ID: 43775 Summary: Heroes of the Storm crash on start with d3d11 Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: maxi.cass11@gmail.com Distribution: ---
Created attachment 59282 --> https://bugs.winehq.org/attachment.cgi?id=59282 terminal Output 2.17-staging with dx11
I don't know if the bug is in the non-staging version because Battlenet crash in non-staging. My game crash on my laptop with d3d11, I need to set the -dx9 argument to correct this.
https://bugs.winehq.org/show_bug.cgi?id=43775
Amosar maxi.cass11@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Mint CC| |maxi.cass11@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=43775
Amosar maxi.cass11@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #59282|0 |1 is obsolete| |
--- Comment #1 from Amosar maxi.cass11@gmail.com --- Created attachment 59343 --> https://bugs.winehq.org/attachment.cgi?id=59343 terminal Output wine 2.18 with dx11 and without BattleNet
https://bugs.winehq.org/show_bug.cgi?id=43775
Amosar maxi.cass11@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|2.17 |2.18
https://bugs.winehq.org/show_bug.cgi?id=43775
sykhro sykhro@protonmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sykhro@protonmail.com
--- Comment #2 from sykhro sykhro@protonmail.com --- Is CSTM enabled? The game works fine in DX11 mode for me (Wine 2.18, amdgpu)
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #3 from Amosar maxi.cass11@gmail.com --- CSMT is enable and the game work fine in dx11 mode on my desktop computer but crash on my laptop.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #4 from sykhro sykhro@protonmail.com --- Turns out my game didn't crash because DX11 simply doesn't exist on Windows XP. Now that staging 2.18 has fixed the browser issues, I can see DX11 does indeed crash (winver 7).
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #5 from Amosar maxi.cass11@gmail.com --- Still present on 2.18-staging
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #6 from Amosar maxi.cass11@gmail.com --- With the next maj, hots no longer support windows xp and Vista I think it is another way to say (we no longer support dx9). If it's this, this problem can prevent us to play after this update
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #7 from Amosar maxi.cass11@gmail.com --- Created attachment 59474 --> https://bugs.winehq.org/attachment.cgi?id=59474 Terminal output with wine 2.18-staging and dx11 on used wineprefix
I precise this log is from a wineprefix used by differents programs The game lock with err:ntdll:RtlpWaitForCriticalSection section 0x1425e9bd0 "?" wait timed out in thread 00ec, blocked by 00e8, retrying (60 sec)
I have tried this but it not working https://github.com/gamax92/wine-overwatch/wiki/Shit-Overwatch-Says#errntdllr...
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #8 from Amosar maxi.cass11@gmail.com --- Created attachment 59475 --> https://bugs.winehq.org/attachment.cgi?id=59475 Log from clean winePrefix with Blizzard CrashInfos
I have test with clean wineprefix and I have another error I send you it with all data that I have
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #9 from Amosar maxi.cass11@gmail.com --- Still present on 2.19
https://bugs.winehq.org/show_bug.cgi?id=43775
Amosar maxi.cass11@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #59343|0 |1 is obsolete| |
--- Comment #10 from Amosar maxi.cass11@gmail.com --- Created attachment 59610 --> https://bugs.winehq.org/attachment.cgi?id=59610 terminal Output wine 2.20 with dx11 and without BattleNet
Still present on 2.20 After the update the game still work with dx9
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #11 from Amosar maxi.cass11@gmail.com --- Still present on 3.0
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #12 from Matteo Bruni matteo.mystral@gmail.com --- The first log you attached points to a crash in d3dx11_42.dll while the second is probably due to d3dcompiler.
Both seem weird given that there are native versions of d3dx11 and d3dcompiler in the game directory (for me at least) and we prefer native versions of both when available.
Please check that you didn't set any builtin override for those DLLs in winecfg and attach a +loaddll log.
https://bugs.winehq.org/show_bug.cgi?id=43775
Amosar maxi.cass11@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #59610|0 |1 is obsolete| |
--- Comment #13 from Amosar maxi.cass11@gmail.com --- Created attachment 60470 --> https://bugs.winehq.org/attachment.cgi?id=60470 terminal Output wine 3.1 with dx11 and clean wine prefix
I have send a log from my default wine prefix, and clean wine prefix. The log attached to this post is from a clean wine prefix. And I have tried to override d3dx11_42 and d3dx11_43 to native,built-in and the game crash again.
I hope it can help you and I'm sorry if I make mistake with the bug submission.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #14 from Matteo Bruni matteo.mystral@gmail.com --- Can you try to run HeroesSwitcher_x64.exe manually from the C:\Program Files (x86)\Heroes of the Storm\Support64\ directory (i.e. bypassing the Battle.net app)?
I suspect the game is started from a different working directory when run from the app and then it can't find the native DLLs stored there. That in turn might be a Wine bug but it might also be a Battle.net bug.
https://bugs.winehq.org/show_bug.cgi?id=43775
Amosar maxi.cass11@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #59475|0 |1 is obsolete| |
--- Comment #15 from Amosar maxi.cass11@gmail.com --- Created attachment 60569 --> https://bugs.winehq.org/attachment.cgi?id=60569 crashinfo wine3.2
I have tried to run the game with HeroesSwitcher_x64.exe
I don't know if it's a relevant information but I have see this error on the crash.txt file ACCESS_VIOLATION reading from 0x0000000000000000: DBG-OPTIONS<FunctionsOnly SingleLine> DBG-ADDR<0000000140BDF458>("") <- DBG-ADDR<0000000140BE127F>("") <- DBG-ADDR<0000000140BBA27E>("") DBG-OPTIONS<>
https://bugs.winehq.org/show_bug.cgi?id=43775
Simon Körner winehq@lubiland.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@lubiland.de
https://bugs.winehq.org/show_bug.cgi?id=43775
themainliner themainliner@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |themainliner@hotmail.com
--- Comment #16 from themainliner themainliner@hotmail.com --- (In reply to Matteo Bruni from comment #14)
Can you try to run HeroesSwitcher_x64.exe manually from the C:\Program Files (x86)\Heroes of the Storm\Support64\ directory (i.e. bypassing the Battle.net app)?
I suspect the game is started from a different working directory when run from the app and then it can't find the native DLLs stored there. That in turn might be a Wine bug but it might also be a Battle.net bug.
This is my wine-staging 3.3 output after inputing: "WINEDEBUG=+loaddll WINEPREFIX="$HOME/.HotSClean" wine '/media/Games/Heroes of the Storm/Support64/HeroesSwitcher_x64.exe' -dx11 &>/$HOME/Desktop/output.log" fresh WINEPREFIX and HeroesSwitcher_x64.exe run directly (this is how I always start the game due to ongoing issues with Battle.net).
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #17 from themainliner themainliner@hotmail.com --- Created attachment 60785 --> https://bugs.winehq.org/attachment.cgi?id=60785 +loaddll trace
https://bugs.winehq.org/show_bug.cgi?id=43775
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=43775
Dox IngeniousDox@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |IngeniousDox@gmail.com
--- Comment #18 from Dox IngeniousDox@gmail.com --- I just want to add: DX11 still works fine with Staging 2.15.
After 2.15 only DX9 works, but that crashes often in menus / start of loading a map, making it not fun to use. (I think the crash happens when the game needs to retrieve data from server).
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #19 from themainliner themainliner@hotmail.com ---
Hmmm...this in an interesting situation...I am now running three versions of Wine. Wine-staging 3.5 for Final Fantasy XIV, wine+pba for World of Warcraft and wine-staging 2.15 for HotS...this is not ideal.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #20 from Dox IngeniousDox@gmail.com --- DX9 and 32 bit support ending, and will stop working in the coming months:
https://us.battle.net/forums/en/heroes/topic/20762156720
Making a DX11 fix slightly more important. Since not everyone can have Staging 2.15 around just for HotS.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #21 from themainliner themainliner@hotmail.com --- We could fix (sidestep) three bugs (this, 44872 and 43849) if we can retore HotS to working with a 64-prefix and DX11.
I managed to get HotS working in Lutris, with some fiddling. I created a fresh 64-bit prefix and used winetricks to install d3dx11_42 and d3dx11_43. HotS loaded up and I set Graphics Quality options to High. I browsed to Collection | Heroes | Warriors | D.va and selected Try. Call Mech worked perfectly without crashing the client.
The only issue I encountered was that in my multi-monitor environment I could not keep the mouse cursor within the HotS window.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #22 from sykhro sykhro@protonmail.com --- (In reply to themainliner from comment #21)
We could fix (sidestep) three bugs (this, 44872 and 43849) if we can retore HotS to working with a 64-prefix and DX11.
I managed to get HotS working in Lutris, with some fiddling. I created a fresh 64-bit prefix and used winetricks to install d3dx11_42 and d3dx11_43. HotS loaded up and I set Graphics Quality options to High. I browsed to Collection | Heroes | Warriors | D.va and selected Try. Call Mech worked perfectly without crashing the client.
The only issue I encountered was that in my multi-monitor environment I could not keep the mouse cursor within the HotS window.
Did you start the game manually or via Battle.Net? The game ships its own d3d11_42.dll, and Battle.Net will check if the file has been replaced or tampered with (and probably forces the game to load that one as an anticheat measure in a similar way to OW)
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #23 from Dox IngeniousDox@gmail.com --- I created a fresh prefix and winetricked d3dx11_42 and d3dx11_43, I'm still getting the error. What else did you do to make it work?
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #24 from themainliner themainliner@hotmail.com --- I used Lutris to manage my wine versions in parallel.
1. Created a fresh (64-bit) wineprefix: "~/.HotS64" 2. WINEPREFIX="~/.HotS64" winetricks d3dx11_42 d3dx11_43
Launced Lutris: 3. Used 'Install runners' on the 'Game info' tab to install other Wine versions. 4. Set 'Wine' as 'Runner' 5. 'Game options' tab: pointed Lutris at 'HeroesSwitcher_x64.exe', and the new Wine prefix 6. under the 'Runner Options' tab select 'Wine version': 'staging-2.15-x86_64'
If there is a cleaner, manual of installing *extra* versions of Wine side-by-side please point me at resources for that. I used Lutris simply to manage this (I also used PlayOnLinux without useable results).
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #25 from themainliner themainliner@hotmail.com --- Sorry, I covered everything in my first comment without reiterating that I was using wine-staging 2.15!
In Comment 19 I expanded my situation: "I am now running three versions of Wine. Wine-staging 3.4 for Final Fantasy XIV, wine+pba for World of Warcraft and wine-staging 2.15 for HotS...this is not ideal."
Sorry for that omission.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #26 from Dox IngeniousDox@gmail.com --- To make HotS work with D11 on Wine Staging 3.5, you can do 2 things:
- Install d3dcompiler_43 with "winetricks d3dcompiler_43"
- Or copy "d3dcompiler_47.dll" from Support64 to folder "Versions/Base63635", and set it to Native in winecfg. (Credit goes to Amosar on Discord)
According to Amosar: With wine staging 2.15, wine is able to track the good dll on support64 file but with the newer version he can't
Anyways, this lets me log in and play with full extreme on DX11. The game still crashes from time to time just like with DX9, I think when retrieving information from server.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #27 from themainliner themainliner@hotmail.com --- Thanks Dox and Amosar! TotS AppDB page How-to updated!
I created a fresh 64-bit wineprefix, no dll overrides, set to Windows 7 and experimented. I found I could play with the 64-bit client with DX11 with only one step:
Copy /media/Games/Heroes of the Storm/Support64/d3dcompiler_47.dll to /media/Games/Heroes of the Storm/Versions/Base63635.
No dll override in winecfg and no winetricks d3dcompiler_43...
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #28 from Amosar maxi.cass11@gmail.com --- themainliner I have test and I can confirm we don't need to set d3dcompiler_47 to native.
Okay I think this bug can be a duplicate of many bug relative to the dll loading.
with d3dcompiler on support64 folder: 0030:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\d3d9.dll" at 0x7fdb23950000: builtin 0030:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\d3dcompiler_47.dll" at 0x7fdb23360000: builtin 0030:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\ddraw.dll" at 0x7fdb230c0000: builtin
with d3dcompiler on Versions/Base63635 31:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\d3d9.dll" at 0x7f727e780000: builtin 0031:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\d3dcompiler_47.dll" at 0x7f727e190000: builtin 0031:trace:loaddll:free_modref Unloaded module L"C:\windows\system32\d3dcompiler_47.dll" : builtin 0031:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\msvcrt.dll" at 0x7f727e150000: builtin 0031:trace:loaddll:load_native_dll Loaded L"C:\Program Files (x86)\Heroes of the Storm\Versions\Base63635\D3DCOMPILER_47.dll" at 0x180000000: native 0031:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\ddraw.dll" at 0x7f727dea0000: builtin
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #29 from Dox IngeniousDox@gmail.com --- HotS had an update, folder to copy "d3dcompiler_47.dll" in is now "Versions/Base64100".
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #30 from Dox IngeniousDox@gmail.com --- Folder is now Base64129.
I'm not going to keep posting it. Lets make it generic and say that you need to put the d3dcompiler_47 in the BaseXXXXX folder below Versions folder.
https://bugs.winehq.org/show_bug.cgi?id=43775
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW
--- Comment #31 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Dox from comment #30)
Folder is now Base64129.
I'm not going to keep posting it. Lets make it generic and say that you need to put the d3dcompiler_47 in the BaseXXXXX folder below Versions folder.
Just copying it into drive_c/windows/system32 should avoid having to copy it again every time there is an update.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #32 from themainliner themainliner@hotmail.com --- While game launches and plays very well with DX11 and Graphics Quality set above Low, the score screen is still appearing garbled. It is possible to read but with difficulty.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #33 from themainliner themainliner@hotmail.com --- Copying /${YOURFULLPATH}/Heroes of the Storm/Support64/d3dx11_42.dll to ~/.HotSPREFIX/drive_c/windows/system32/ resolves the stat screen garbling and the screenshot crash issue.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #34 from Dox IngeniousDox@gmail.com --- As a workaround, I was trying to use Winetricks. I was able to install `d3dx11_42.dll`, but `d3dcompiler_47.dll` isn't available to be installed yet with Winetricks.
I opened an issue on winetricks github for this:
https://github.com/Winetricks/winetricks/issues/1012
Austin responded quickly. Basically it is distributed as a MSU package. To extract this requires a patch that is already in Staging, but not yet in Wine:
https://github.com/wine-staging/wine-staging/tree/master/patches/wusa-MSU_Pa...
So once this is added, he can add it to winetricks. Or if anyone knows another way to extract it, let us know please.
https://bugs.winehq.org/show_bug.cgi?id=43775
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3dx11
https://bugs.winehq.org/show_bug.cgi?id=43775
Linards linards.liepins@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linards.liepins@gmail.com
--- Comment #35 from Linards linards.liepins@gmail.com --- Cannot reproduce after: 1. Upgrading from Mesa 18.2.8 to 18.3.3 via https://copr.fedorainfracloud.org/coprs/petrb/mesa/ 2. Upgrading from ASUS Radeon HD 7790 to XFX Radeon RX 580 Black Edition GTR-S 8GB ( BestBuy-only version with Red Logo and Vent leds )
Only change was long time ago coped d3dx11_42.dll for Support64 to system32 directory, jet I believe it has been already replaced with upgrade in 3.x and 4.0 staging version.
Graphics: Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] vendor: XFX Pine driver: amdgpu v: kernel bus ID: 01:00.0 chip ID: 1002:67df Display: x11 server: Fedora Project X.org 1.20.3 driver: amdgpu compositor: gnome-shell v: 3.30.2 resolution: 1920x1080~60Hz OpenGL: renderer: Radeon RX 580 Series (POLARIS10 DRM 3.27.0 4.20.6-200.fc29.x86_64 LLVM 7.0.1) v: 4.5 Mesa 18.3.3 direct render: Yes
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #36 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Linards from comment #35)
Only change was long time ago coped d3dx11_42.dll for Support64 to system32 directory, jet I believe it has been already replaced with upgrade in 3.x and 4.0 staging version.
Nope, Wine won't replace the DLL you copied to system32.
FWIW, probably the best way to workaround this bug is to create a DWORD SafeDllSearchMode registry key under "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager" and set it to 0.
https://bugs.winehq.org/show_bug.cgi?id=43775
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-d3dx11 |directx-d3d-util
https://bugs.winehq.org/show_bug.cgi?id=43775
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #37 from joaopa jeremielapuree@yahoo.fr --- Still a bug in wine-5.10?
https://bugs.winehq.org/show_bug.cgi?id=43775
minion minion.procyk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |minion.procyk@gmail.com
--- Comment #38 from minion minion.procyk@gmail.com --- can confirm still a bug in wine-5.11. I will also note however I did not get this to start by setting -dx9 as a launch config for the game either.
https://bugs.winehq.org/show_bug.cgi?id=43775
--- Comment #39 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-7.2?
https://bugs.winehq.org/show_bug.cgi?id=43775
i.Dark_Templar idarktemplar@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |idarktemplar@mail.ru
--- Comment #40 from i.Dark_Templar idarktemplar@mail.ru --- As far as I'm aware it works fine with wine 7.18 without staging patches and with nvidia drivers 470.141.03.
https://bugs.winehq.org/show_bug.cgi?id=43775
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekoNexus@protonmail.ch