WineHQ

Heroes of the Storm

Application Details:

Version: Current
License: Free to use
URL: http://www.heroesofthestorm.co...
Votes: 18
Latest Rating: Gold
Latest Wine Version Tested: 9.9-staging

Maintainers: About Maintainership

Test Results

Old test results
The test results for this version are very old, and as such they may not represent the current state of Wine. Please consider submitting a new test report.
Selected Test Results

What works

The game installs and plays normally with the workarounds. I've noticed no issues.

What does not

The game crashes without certain DLLs.

Workarounds

I used the following dll overrides from winetricks to stop the game from crashing:

arial
d3dcompiler_43
d3dcompiler_47
d3dx11_42
d3dx9_42
dxvk
dxvk_nvapi0061
ucrtbase2019
vkd3d

I'm not sure that all of those are needed, but I haven't spent the time eliminating any unnecessary dlls. 

What was not tested

I only played vs AI and Quick Match, and I did not test other modes.

Hardware tested

Graphics:

  • GPU: AMD
  • Driver: open source

Additional Comments

selected in Test Results table below
Operating systemTest dateWine versionInstalls?Runs?Used
Workaround?
RatingSubmitter
CurrentNixOsJun 04 20249.9-stagingYes Yes YesGoldZaechus 
ShowDebian GNU/Linux Testing "Trixie"Mar 07 20249.3-stagingYes No YesGarbageScott 
ShowantiX-19.3_x64-core Manolis GlezosMay 05 20216.6-stagingYes Yes YesGoldspaceman 
ShowantiX-19 x64-core "Marielle Franco"Oct 04 20205.13-stagingYes Yes YesGoldspaceman 
ShowSlackware64 -currentOct 09 20194.17-stagingYes Yes YesSilverLD50 

Known Bugs

Bug # Description Status Resolution Other apps affected
43775 Heroes of the Storm crash on start with d3d11 NEW View
44872 [HOTS brawl] d3dcompiler : error allocating memory UNCONFIRMED View
48464 Heroes of the storm crashes at start with unexpected fatal error UNCONFIRMED View

Show all bugs

HowTo / Notes

Workaround for DX11 and 64-bit client

In winecfg | Staging check Enable CSMT for better graphic performance.

Game works with wine-staging (I don't think it will run with wine-stable) in a standard 64-bit prefix, no dll overrides, set to Windows 7 or above.

Copy /${YOUR FULL PATH}/Heroes of the Storm/Support64/d3dcompiler_47.dll to ~/.HotSPREFIX/drive_c/windows/system32/

[If this isn't enough, and it was for me, add d3dcompiler_43 with winetricks.]

Copy /${YOURFULLPATH}/Heroes of the Storm/Support64/d3dx11_42.dll to ~/.HotSPREFIX/drive_c/windows/system32/ resolves the screenshot issue and garbled stats screen.

Copy api-ms-win-crt-private-l1-1-0.dll and ucrtbase.dll from "...\Heroes of the Storm\Support64\" to C:\windows\system32\

Set api-ms-win-crt-private-l1-1-0 and ucrtbase to "Native, Bultin" via winecfg.


DO NOT SUBMIT TEST RESULTS FOR DIRECTX9 OR 32-BIT


Improving performance by installing DXVK

To improve performance, it is recommended to install DXVK.

The instruction how to install DXVK is available at:

https://linuxconfig.org/improv...

Comments

The following comments are owned by whoever posted them. WineHQ is not responsible for what they say.

SPACEMAN!
by Greg on Monday February 15th 2021, 21:22
Thanks man, the file copies and DLL overrides got me into HotS on Ubuntu 20.04 and latest WINE staging. I'm new to MOBAs.
RE: SPACEMAN!
by spaceman on Tuesday February 16th 2021, 5:36
Happy to have been of any assistance, mate.

Enjoy HotS, I like a few quick matches every so often.
Possible shader crash e_gfxErrorShaderCompileFailed workaround
by Ze Gecko on Wednesday January 22nd 2020, 8:00
Having the Wine prefix and HotS game files on a filesystem utilizing case insensitive filename lookup seems to have solved the shader crash issue for me. This can be achieved on EXT4 by enabling the casefold feature while formatting it. Following the standard workaround the shader crash is the only issue I have been experiencing, other than HotS does not behave properly when behind a symlink (all other Blizzard games are fine).

OpenSUSE Tumbleweed 20200115
wine-staging 5.0-rc5
Radeon RX550

It is my understanding to utilize the EXT4 casefold feature, you need to be running the Linux Kernel 5.2 or greater, and wine-staging 4.10 or greater. With casefold you may set a +F attribute on an empty directory, then any files and children directories within will use case insensitive filename lookup. The drawback is this can not be set on an existing file system so it must be set during time of formatting. Same with directories, the +F attribute can not be set on directories with contents already in it. With wine-staging 4.10+ this attribute will automatically be set to drive_c on the creation of a new prefix. It does appear that directories copied into a directory with this attribute set will automatically gain the attribute as well (I didn't want to redownload HotS so copied it into the new prefix).

Since this is still a relatively new feature, most partitioners likely won't give you the option to set the casefold feature and it is not set by default, so you may have to manually format the partition again.
***Only do this on a partition you are willing to loose all data as this will reformat it! (note that is a capital o and not a zero, and /dev/sdx# is the device and partition you wish to format):
# mkfs.ext4 -O casefold /dev/sdx#

You may verify a filesystem has casefold by checking its features:
# tune2fs -l /dev/sdx# | grep features
some workarounds (2020-01-06, api-ms-win-crt-private-l1-1-0)
by kolAflash on Monday January 6th 2020, 5:23
I currently don't have the time to write a decent test report or even bug reports. But here are some problems I just encountered and solved.

= System =
Hardware: AMD Phenom II, 12 GB memory, Radeon RX-550
OS: openSUSE-15.1
Wine prefix: Windows7, 64-bit
Guess this gives the version of the Blizzard software:
- C:\Program Files (x86)\Blizzard App\Battle.net.11740\
- C:\Program Files (x86)\Heroes of the Storm\Versions\Base77692\
Copied d3dcompiler_47.dll and d3dx11_42.dll from "...\Heroes of the Storm\Support64\" to C:\windows\system32\

wine-5.0-rc4
Blizzard launcher starts normally. But when I start the game nothing happens.
I can see, that there's a HeroesOfTheStorm_x64.exe running, but after keeping a cpu core busy for a few seconds nothing happends.
Workaround: Use wine-staging-5.0-rc4
P.S.: I have to kill HeroesOfTheStorm_x64.exe manually to quit wine.

wine-staging-5.0-rc4
Blizzard launcher starts normally. But once I start the game, it seems to start for a moment (screen goes black), but then crashed. I get the Blizzard "should this crash be reported" dialog and on the command line I get something about api-ms-win-crt-private-l1-1-0 (looks like this is a dll).
Workaround:
- bugs.winehq.org/show_bug.cgi?id=38845#c31
- forums.lutris.net/t/issues-starting-battle-net-on-pop-os-after-update/7228/18
- set api-ms-win-crt-private-l1-1-0 and ucrtbase to "Native, Bultin" via winecfg.
- also copy api-ms-win-crt-private-l1-1-0.dll and ucrtbase.dll from "...\Heroes of the Storm\Support64\" to C:\windows\system32\
Strangely I didn't had to keep this workaround. After running the game a few times, I removed the winecfg settings and the two dll's from C:\windows\system32\ and the game is still working...

Optional (didn't change bug behaviour) - installed in this order:
- DXVK-1.5 (only if Vulcan is supported on the system)
- Gallium-Nine-Standalone-0.5 (for StarCraft II in same wine-prefix - only for Radeon and very recent Intel GPUs)
- copy d3dcompiler_47.dll and d3dx11_42.dll again from "...\Heroes of the Storm\Support64\" to C:\windows\system32\
HoTS broke after update 25.09.19 (wine-staging 4.16 + DXVK 1.3.4-0)
by - on Wednesday September 25th 2019, 13:26
Launcher works as normal but when you start game it crashes with error:

DirectX 11 is not available on this machine Direct3D 11 is available under Windows 7 or better, or Windows Vista with the DirectX 11 Microsoft update. DirectX 11 is not supported under WindowsXP.

I didn't found any meaningful error in log.
error screen half in black and half in blue
by icomputo on Monday April 22nd 2019, 18:49
error screen half in black and half in blue
susepaste.org/23599146

openSUSE Leap 15.0
wine staging 4.4
Nvidia GeForce 9800GT
Stutter issues
by stephen on Monday January 21st 2019, 12:32
So as a long term Hots player, on the Windows platform, I know this game if not under the ideal situation suffers from mild FPS stutters It's normally related to network (ping spiking) since the frame rate is directly tied to it, so I am not wanting to rule that out but perhaps someone has a trick to fix it? I don't have this issue on Windows 10. I can physically see the graphics card phase lights going from 6 to 1 every sutter.

Fresh install, own prefix, winetricks with dxvk, latest mesa drivers, vega64.
RE: Stutter issues
by Luca on Wednesday May 8th 2019, 10:43
Hi, I am an long term hots player too, even on a 1060 It's stuttering a bit and I found out looks like it's I/O related

bugs.winehq.org/show_bug.cgi?id=47128

I filed this bug, the situation is a bit better if the game is run on an SSD
low fps
by Desperados on Wednesday January 2nd 2019, 2:00
Hi
i've a fresh wineprefix with hots, it runs with no problems but.... fps are very low, about 30fps with low graphic details, while in windows i've 120fps
how to improve performance?
thanks
RE: low fps
by spaceman on Saturday January 5th 2019, 8:22
HotS does work extremely well with DXVK releases.
RE: low fps
by Desperados on Saturday January 5th 2019, 10:19
so no way to improve performance?
RE: low fps
by Bartosz Kosiorek on Saturday January 5th 2019, 14:42
To improve performance, you could install Vulkan driver and DXVK, according to instruction:
linuxconfig.org/improve-your-wine-gaming-on-linux-with-dxvk
RE: low fps
by Desperados on Sunday January 6th 2019, 10:35
i suppose those info are old
new dxvk doesnt need to run setup twice (x32 and x64 folder) and the setup is now setup_dxvk.verb
however i tried and hots doesnt start anymore
with a new clear prefix it starts again

my environment:
dpkg -l | grep nvidia
ii libnvidia-cfg1-390:amd64 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA binary OpenGL/GLX configuration library
ii libnvidia-common-390 390.87-0ubuntu0~gpu18.04.1 all Shared files used by the NVIDIA libraries
ii libnvidia-compute-390:amd64 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA libcompute package
ii libnvidia-compute-390:i386 390.87-0ubuntu0~gpu18.04.1 i386 NVIDIA libcompute package
ii libnvidia-decode-390:amd64 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA Video Decoding runtime libraries
ii libnvidia-decode-390:i386 390.87-0ubuntu0~gpu18.04.1 i386 NVIDIA Video Decoding runtime libraries
ii libnvidia-encode-390:amd64 390.87-0ubuntu0~gpu18.04.1 amd64 NVENC Video Encoding runtime library
ii libnvidia-encode-390:i386 390.87-0ubuntu0~gpu18.04.1 i386 NVENC Video Encoding runtime library
ii libnvidia-fbc1-390:amd64 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA OpenGL-based Framebuffer Capture runtime library
ii libnvidia-fbc1-390:i386 390.87-0ubuntu0~gpu18.04.1 i386 NVIDIA OpenGL-based Framebuffer Capture runtime library
ii libnvidia-gl-390:amd64 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA OpenGL/GLX/EGL/GLES GLVND libraries and Vulkan ICD
ii libnvidia-gl-390:i386 390.87-0ubuntu0~gpu18.04.1 i386 NVIDIA OpenGL/GLX/EGL/GLES GLVND libraries and Vulkan ICD
ii libnvidia-ifr1-390:amd64 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA OpenGL-based Inband Frame Readback runtime library
ii libnvidia-ifr1-390:i386 390.87-0ubuntu0~gpu18.04.1 i386 NVIDIA OpenGL-based Inband Frame Readback runtime library
ii nvidia-compute-utils-390 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA compute utilities
ii nvidia-dkms-390 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA DKMS package
ii nvidia-driver-390 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA driver metapackage
ii nvidia-kernel-common-390 390.87-0ubuntu0~gpu18.04.1 amd64 Shared files used with the kernel module
ii nvidia-kernel-source-390 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA kernel source package
ii nvidia-prime 0.8.8.2 all Tools to enable NVIDIA's Prime
ii nvidia-settings 415.25-0ubuntu0~gpu18.04.1 amd64 Tool for configuring the NVIDIA graphics driver
ii nvidia-utils-390 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA driver support binaries
ii xserver-xorg-video-nvidia-390 390.87-0ubuntu0~gpu18.04.1 amd64 NVIDIA binary Xorg driver

dpkg -l | grep vulkan
ii libvulkan-dev:amd64 1.1.82.0-0ubuntu0.18.04.1~gpu1 amd64 Vulkan loader library -- development files
ii libvulkan1:amd64 1.1.82.0-0ubuntu0.18.04.1~gpu1 amd64 Vulkan loader library
RE: low fps
by spaceman on Monday January 7th 2019, 6:34
Have you followed the other steps in the HowTo?
RE: low fps
by Desperados on Saturday January 12th 2019, 4:58
this morning i've retried again, new installation with lutris, hots doesnt start, a popup with "the application encountered an unexpected error" appears
RE: low fps
by Desperados on Saturday January 12th 2019, 5:03
i created a new fresh wineprefix and it starts again, but always with low framerate
RE: low fps
by Desperados on Saturday January 12th 2019, 5:10
i've tried to add "-dx11" but nothing changes
this is the command in "ps aux":
C:\Program Files (x86)\Heroes of the Storm\Versions\Base71449\HeroesOfTheStorm_x64.exe -sso=1 -dx11 -launch -uid heroes
RE: low fps
by Desperados on Saturday January 19th 2019, 6:07
i installed 415 drivers
installed with lutris, same issue until i disable dxvk
changed PBA_ENABLE=1 and PBA_CB_HEAP=2048 and now it runs, but always at 30fps
RE: low fps
by spaceman on Tuesday January 29th 2019, 9:15
Have you followed the other steps in the HowTo?
RE: low fps
by Desperados on Saturday February 2nd 2019, 12:37
libvulkan1:i386 was missing, and not warned about this
after that, dxvk is enable and fps is about at 60
now i've graphics options at minimun level, i'll try to imcrease them
RE: low fps
by spaceman on Saturday February 2nd 2019, 15:56
If you can't get HotS working at higher than Low then please read the HowTo on this page. We really can't help with third party apps like Lutris, but frankly HotS is so easy to setup with wine staging it's not necessary.

DXVK, another third party component, is an implemtation of Vulkan as most games use legacy 32 bit components so a working multiarch installation is essential for vulkan and wine.
Cannot login when starting the game directly
by zeiSt on Tuesday January 1st 2019, 10:57
Happy new year!

When I start the game directly (HeroesSwitcher_x64.exe), the game starts fine, but I can't login (loading circle spins forever). Happens since the last HotS Update and gives the following error:

[0101/173206:ERROR:network_change_notifier_win.cc(155)] WSALookupServiceBegin failed with: 8

Logging into Battle.Net and starting the game from within BNet works fine, so the game is still playable.
Just wondering if anybody has the same issue.

Fresh prefix. Wine-staging 4.0-rc4, DXVK 0.94-1
RE: Cannot login when starting the game directly
by spaceman on Saturday January 5th 2019, 8:23
I'm experiencing the same thing, I suspect a change by Blizzard.
RE: Cannot login when starting the game directly
by Pawel Wiecha on Monday January 28th 2019, 7:11
Same here, Blizzard changed login screen around patch 40. Does anyone managed to solve this?
An unexpected fatal error occured
by Hunor on Friday December 28th 2018, 16:01
wine-4.0-rc1 (Staging); NVIDIA GF117M
I tried everything I could. Can anyone help me?
When I run: wine HeroesSwitcher_x64.exe a black screen occurs then I get this error message in terminal:

002c:fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4
002c:fixme:msctf:ThreadMgrSource_AdviseSink (0x1746c20) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}
002c:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20.
002c:fixme:dxgi:wined3d_bind_flags_from_dxgi_usage Unhandled DXGI usage 0x40.
002c:fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported.
Please configure the application to use double buffering (1 back buffer) if possible.
002c:fixme:dxgi:dxgi_factory_MakeWindowAssociation iface 0x119370, window 0x30060, flags 0x2 stub!
002c:fixme:d3d11:d3d11_device_CheckFormatSupport iface 0x1750a68, format 85, format_support 0x5fadec0 partial-stub!
002c:fixme:d3d11:d3d11_device_CheckFormatSupport iface 0x1750a68, format 87, format_support 0x5fadec0 partial-
002c:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x177d900, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x5fadc00, desc (nil) partial stub!
002c:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x177d900, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x5fadc00, desc 0x2208220 partial stub!
002c:fixme:dxgi:d3d11_swapchain_ResizeBuffers Ignoring flags 0x2.
002c:fixme:d3dcompiler:make_assignment Check for casts in the lhs.
002c:fixme:hlsl_parser:hlsl_parse Check for valued return on void function.
002c:fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed, error out if conversion not possible.
002c:err:d3dcompiler:compile_shader HLSL shader parsing failed.
0030:fixme:nvapi:un
RE: An unexpected fatal error occured
by Frank on Sunday December 30th 2018, 3:03
See the workaround notes about copying d3dcompiler_47.dll and d3dx11_42.dll to the 64 bit system directory (which is confusingly called "system32"). With the standard install location the following should do it:

cp -v "$(wine64 winepath -u 'C:\Program Files (x86)\Heroes of the Storm\Support64')"/{d3dcompiler_47,d3dx11_42}.dll "$(wine64 winepath -u 'C:\windows\system32')"/

Might be worth checking out DXVK too which can give a big performance bump for DX11 and works great with HOTS.
RE: An unexpected fatal error occured
by Hunor on Sunday December 30th 2018, 10:03
Thank you very much, that is exactly what I needed.

However I needed a fresh wine configuration. Don't know why but after copying, the loading screen appeared and 3 seconds later the same error appeared.
Probably I messed up something with the configurations before.
Fix freezing on alt tab
by Suleyman on Sunday December 2nd 2018, 6:46
Uncheck "Allow the window manager to decorate the windows" under "Graphics" section in winecfg.
native dxvk build
by Frank on Tuesday November 20th 2018, 12:04
For those of us who compile Wine and DXVK rather than using binary
distributions I wanted to mention that it is possible to build DXVK as
a native Linux library rather than a Windows DLL. This has the
advantage of not needing a working MinGW build environment. It may
also have an effect on performance but I haven't tried to measure
this, both the Wine DLL and the native/winelib versions are plenty
fast for me.

github.com/doitsujin/dxvk/issues/706 discusses this build
method. Prerequisites are winegcc from your Wine build and the meson,
ninja and glslang-dev packages from your distribution.

I use the following in my build script:

meson --cross-file build-wine32.txt --buildtype release --libdir=lib32 --prefix $PWD build.wine32
meson --cross-file build-wine64.txt --buildtype release --libdir=lib64 --prefix $PWD build.wine64
ninja -C build.wine32 install && ninja -C build.wine64 install

The setup_dxvk.sh script handles this build method as well so that
step is the same as before.
Wine regression?
by zeiSt on Tuesday October 23rd 2018, 6:23
Using wine-staging 3.18 crashes on start with the error: "../dlls/ntdll/loader.c: loader_section wait timed out".
Works fine when downgrading to wine-staging 3.17.
RE: Wine regression?
by spaceman on Tuesday October 23rd 2018, 7:38
I haven't seen this error. Are you using Lutris or PlayOnLinux or another variant of Wine? Last time you had problems with wine-staging-nine?
RE: Wine regression?
by zeiSt on Wednesday October 24th 2018, 10:32
Doesn't seem to be a problem with staging-nine. I tried vanilla wine and wine-staging without the nine patches, too.
Using dxvk 0.90-1. Neither Lutris nor PoL.
RE: Wine regression?
by spaceman on Wednesday October 24th 2018, 13:18
What is the terminal output from running the game directly? Which distro are you using? What is your graphics card and driver version? Are you trying to use DX9 of a 32-bit wineprefix?

I tested dxvk 0.90 with 396.54 Nvidia drivers and encountered no issues. Worked out of the box again. Fresh wineprefix and installed dxvk with winetricks:
$ WINEPREFIX="/%PATH%/.wow/" winetricks setup_dxvk.verb

Do you use any other games/applications? Are they working?
RE: Wine regression?
by zeiSt on Thursday October 25th 2018, 8:35
Okay, my bad. I just made a new wineprefix *again* and now the game starts.
I had a fairly fresh wineprefix for HotS with only dxvk installed, and other games/prefixes are still working fine. Who knows what caused this issue now...
RE: Wine regression?
by spaceman on Thursday October 25th 2018, 9:14
Glad it's sorted!
Not woking after 20181016.
by vadym on Wednesday October 17th 2018, 13:53
Issue with wine 3.17 (staging) and dxvk 0.80. Wine exception tells "DirectX 11 is not supported under Windows XP" but windows is set to windows 7 in winecfg. Was working fine before 20181016. Starting heroes with "HeroesSwitcher_x64.exe -dx11" command.
RE: Not woking after 20181016.
by vadym on Sunday October 21st 2018, 2:34
Managed to resolve it. It was my setup issue. Updated Nvidia driver to 410.xx and dxvk to 0.90 and now it works great.
DXVK 0.54 No Longer works after 8/16/2018 Patch
by Joe on Wednesday October 17th 2018, 11:41
The 8/16/2018 patch removed 32-bit and dx9 support. DXVK 0.54 (have Nvidia Fermi chip so can't use 396 drivers) with wine-staging 3.17 & 3.18 was working before this patch, now game will not launch. Game does launch with standard 3.17 or 3.18 wine-staging (unplayable fps unfortunately). Wondering if anyone using later DXVK versions is having the same problem or if anyone has a workaround. Lutris log below:

000b:fixme:winediag:start_process Wine Staging 3.18 is a testing version containing experimental patches.
000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org.
wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe"
000b:err:wineboot:ProcessRunKeys Error running cmd L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
0025:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead.
000b:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead.
002a:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead.
002a:fixme:shell:SetCurrentProcessExplicitAppUserModelID L"BlizzardEntertainment.HeroesOfTheStorm.HeroesOfTheStorm": stub
002c:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
002c:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead.
002c:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x530107c, 0x5331030, 0x5331050) stub.
002c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x532cdf0, 43) stub
002c:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x4d2107c, 0x51d4030, 0x51d4050) stub.
002c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x510b578, 43) stub
002e:fixme:ver:GetCurrentPackageId (0x57afda0 (nil)): stub
002c:fixme:ntdll:server_ioctl_file Unsupported ioctl 900c0 (device=9 access=0 func=30 method=0)
002c:fixme:process:SetProcessDEPPolicy (1): stub
002c:fixme:hnetcfg:fw_profile_get_FirewallEnabled 0xa5610, 0x654e898
002c:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
002c:fixme:wbemprox:client_security_SetBlanket 0x7f7ae06a0240, 0xe5da0, 10, 0, (null), 3, 3, (nil), 0x00000000
002c:fixme:wbemprox:client_security_Release 0x7f7ae06a0240
002c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
0035:fixme:mpr:WNetGetUniversalNameW (L"C:\\Program Files (x86)\\Heroes of the Storm\\HeroesData\\data", 0x00000001, 0xd4de20, 0xd4dde0): stub
0036:fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform
0036:fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported
002c:fixme:progress:ProgressWindowProc state 0003 not yet handled
002c:fixme:wevtapi:EvtSubscribe ((nil) (nil) L"System" L"*[System[(EventID=4101)]]" (nil) (nil) 0x140c74440 1) stub
warn: OpenVR: Failed to locate module
info: Enabled instance extensions:
info: VK_KHR_win32_surface
info: VK_KHR_surface
002c:err:vulkan:wine_vk_instance_load_physical_devices Failed to enumerate physical devices, res=-3
002c:err:vulkan:wine_vkCreateInstance Failed to load physical devices, res=-3
err: DxvkInstance::createInstance: Failed to create Vulkan instance
002c:fixme:shell:SHGetPropertyStoreForWindow (0x2005e 0x142481540 0x654f078) stub!
002c:fixme:shell:SHGetPropertyStoreForWindow (0x2005e 0x142481540 0x654f080) stub!
002a:fixme:ver:GetCurrentPackageId (0x22fd30 (nil)): stub
002c:fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4
002c:fixme:msctf:ThreadMgrSource_AdviseSink (0x22a41b0) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}
warn: OpenVR: Failed to locate module
info: Enabled instance extensions:
info: VK_KHR_win32_surface
info: VK_KHR_surface
002c:err:vulkan:wine_vk_instance_load_physical_devices Failed to enumerate physical devices, res=-3
002c:err:vulkan:wine_vkCreateInstance Failed to load physical devices, res=-3
err: DxvkInstance::createInstance: Failed to create Vulkan instance
0049:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead.
0049:fixme:heap:GetPhysicallyInstalledSystemMemory stub: 0x33f09c
0049:fixme:heap:GetPhysicallyInstalledSystemMemory stub: 0x33f09c
0049:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not implemented: 0x3
0049:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not implemented: 0x3
RE: DXVK 0.54 No Longer works after 8/16/2018 Patch
by spaceman on Saturday October 20th 2018, 9:48
Yeah, as my test results show dxvk-0.81 is working really well the current version of HoTS, in a DX11, 64-bit prefix.

I didn't have any issues with the previous versions I tried. So definitely try a later a version or two and see if one works for you.

As for Lutris, I've used it some to experiment with pba etc. and to be perfectly honest my experience was hit and miss and HoTS does pretty much work out of the box if you can copy two dll's for one folder to another. Neither Lutris or PlayOnLinux have significantly improved my Wine experience and in many instances I have found it more complicated to resolve issues with them, than without.
Fix – Not working since patch (Error 2:0)
by zeiSt on Monday October 8th 2018, 18:18
I copied Battle.net and HotS into a new wine prefix and Bnet could not "find" the HotS installation. So I "freshly installed" HotS which didn't take long, because all files where already there. It only downloaded a little bit, what were probably broken files. After that the game started again and everything works now as usual.
Still playing in dx9 mode with wine-staging-nine 3.17-1, no dll overrides.

So if you have this problem maybe try to force a repair by "reinstalling" HotS.
RE: Fix – Not working since patch (Error 2:0)
by spaceman on Tuesday October 9th 2018, 12:49
I wouldn't recommend this, this is my script for "fixing" Battle.net inadequacies:

#!/bin/bash
killall Agent.exe
killall Battle.net.exe
rm -fR /home/%username%/.bnet/drive_c/ProgramData/Battle.net/Agent/product.db
sleep 5
echo Process complete
sleep 5
exit

Plus, there is no good reason not use DX11 (and DX9 is deprecated) and if you have an NVIDIA card you should use dxvk.
RE: Fix – Not working since patch (Error 2:0)
by zeiSt on Tuesday October 9th 2018, 13:58
Killing/removing the Agent alone didn't work in my case, as it wouldn't update/repair the game properly. Only clicking "Install" instead of "find already installed game" _after_ killing Agent.exe and removing the Agent directory fixed the issue for me.

Gallium Nine still overall gives a better performance than DX11/DXVK with my Radeon card, so as long as it works I guess I'm going to use it.
RE: Fix – Not working since patch (Error 2:0)
by spaceman on Wednesday October 10th 2018, 6:04
Well yeah, the Blizzard App is a notorious sack of excrement.

As long as you got working and updated.
hots not launching since new patch
by Shotty on Wednesday October 3rd 2018, 23:08
Hasn't been working since last weeks patch. Same error that some others are having. Any solutions?
RE: hots not launching since new patch
by TatriX on Thursday October 4th 2018, 3:16
It works for me with `wine-staging 3.17-1`.
In Arch you can install one with:
# pacman -S wine-staging
RE: hots not launching since new patch
by spaceman on Thursday October 4th 2018, 17:57
What errors exactly? What is the terminal output from running the game directly? What version of wine-staging are you using? Which distro are you using? What is your graphics card and driver version? Are you sing a thrif party iteration of wine, e.g. Lutris or PlayOnLinux. Are you trying to use DX9 of a 32-bit wineprefix?

As the test results show HotS has been running fine on wine-staging, for several versions on Debian based distros and with or without dxvk.

by TatriX on Saturday September 29th 2018, 14:59
Nope, plain wine-3.17
3.17?
by spaceman on Sunday September 30th 2018, 7:03
Have you tried staging, the latest staging version is 3.16?

Also have you run the game directly from the command line and checked the output?
RE: 3.17?
by TatriX on Sunday September 30th 2018, 7:18
I've tried `wine HeroesSwitcher_x64.exe -dx11` with `wine-3.17 (Staging)`
It runs now, but it goes to a fullscreen mode such that I can see only top left quarter of the screen, and so I can't go to the settings and change resolution.
RE: 3.17?
by TatriX on Sunday September 30th 2018, 7:56
Ok, I changed resolution to fullhd, then I was able to change graphics mode to windowed. And it works now. Thanks!

by TatriX on Saturday September 29th 2018, 10:38
Since the latest update it doesn't work:
"An error occurred starting Heroes of the Storm.
Please try again.

(Error 2:0)"
RE:
by spaceman on Saturday September 29th 2018, 13:02
PlayOnLinux?
RE:
by Shotty on Thursday October 4th 2018, 1:25
did you find a fix?
RE:
by spaceman on Thursday October 4th 2018, 18:01
Yes, TatriX posts above "I've tried `wine HeroesSwitcher_x64.exe -dx11` with `wine-3.17 (Staging)` It runs now".
Battle.net client suspend issue
by Luca on Thursday August 9th 2018, 13:39
You need to delete ProgramData\Battle.net folder if you got stuck into the "Games" section in battle.net. I couldn't even start the game
RE: Battle.net client suspend issue
by spaceman on Friday August 10th 2018, 8:01
Yeah, this is also an issue that affects Windows users, this is nothing to do with Wine, it's a good troubleshooting step, however.
Correction
by slym on Monday July 23rd 2018, 21:10
It's a bit of a shame but the last driver 396.45 works way better than the 390 one. In fact i said it is a shame because it is my mistake at first, when i was trying this new driver i forgot to plug my laptop so it did not use all its power on the GPU sorry my bad
Best way i found to make this work
by slym on Monday July 23rd 2018, 20:44
Hi everyone,
I tried a lot of stuff on this page for making work heroes of the storm the best way possible with minimal issue and finally I found lutris i just run a script from there(the last one is dating from 3 weeks ago) and everything worked as it should. Right now i'm running the game with very minimal bug and all graphic are at ULTRA.
The FPS is always over 65-70

i am using Linux Mint 19 with nvidia driver 390 (the latest stable one) and for my hardware i have a Nvidia Geforce 1060 laptop versions (so a bit less powerful)

Here's the link to the HotS page lutris.net/games/heroes-of-the-storm/

Hope to see a DXVK script soon to try this out

PS: You only need some minimal program as Wine and lutris after the script does all the job for making this work. It was the easiest way i found to make this game work.Also I won't recommend to got yet with the latest nvidia (396.45) driver FPS are lower down to 15 FPS. Until someone finds a way to make script work with DXVK who manage to use DXVK you should stay at 390.

I hope this will help some people somehow
RE: Best way i found to make this work
by spaceman on Saturday July 28th 2018, 13:08
Lutris is simply not necessary. HotS works out-of the-box with winehq-staging so why install more than you need. As for DXVK you don't need another script, there is a script file with the release versions available here: github.com/doitsujin/dxvk/releases.

In order to set up a wine prefix to use DXVK instead of wined3d globally, run:

cd /your/compiling/directory/x32/
WINEPREFIX=${/path/to/your/wineprefix} bash setup_dxvk.sh
cd ../x64/
WINEPREFIX=${/path/to/your/wineprefix} bash setup_dxvk.sh

Simples.
No graphics with 3.11
by jg on Wednesday July 4th 2018, 8:07
I installed HOTS in a clean wineprefix and it does launch I can hear the music but there is no graphic visible at all. I tried with or without DLL overrides suggested in the HOWTO, with or without virtual desktop but I can't see a thing. In wine desktop I can see fine the battle.net app, Starcraft II works perfectly but when launching HOTS all I get is sound and a new "window button" in the wine desktop bar which I can click on but nothing happens.

I'm running a fully up-to-date Archlinux with a GTX 960 and latest nvidia drivers. I tried also with nvidia-390xx and GTX 560ti but same result.

Any clue?
RE: No graphics with 3.11
by spaceman on Wednesday July 4th 2018, 9:49
Try running from the terminal and looking for errors in the terminal output.

"...when launching HOTS all I get is...a new "window button" in the wine desktop bar" not at all sure what this means...can you launch HotS with any virtual desktop stuff? In a terminal enter:
WINEPREFIX="/home/${username}/.HotSprefix/" wine '${YOUR FULL PATH}/Heroes of the Storm/Support64/HeroesSwitcher_x64.exe' -dx11

How does that work?
RE: No graphics with 3.11
by jg on Wednesday July 4th 2018, 11:18
I had tried all that alreadys sorry for not mentionning it before. When I try to launch HeroesSwitcher_x64 directly with either -dx11 or -dx9 it does not even seem to launch audio. I have a process on my graphic card that I can see with nvidia-smi `...ions\Base66182\HeroesOfTheStorm_x64.exe` .

I also tried launching 32 bits version which completely crashes, I get a windows error message that the process has crashed. I also tried adding -dx9 or -dx11 in the battle.net game configuration but I don't get any further.

Here is my full log when launching HeroesSwitcher_x64 directly. justpaste.it/4kjhe

There is nothing obvious to me aside maybe these shader logs but I searched about that and could not find much interesting stuff. The only thing I see when launching HeroesSwitcher is the wine desktop appearing, then the small "Loading Game Data" (or something like that) window for a moment and then nothing.

Thanks for your reply, I'm hoping I'll be able to play soon!
RE: No graphics with 3.11
by spaceman on Thursday July 5th 2018, 5:33
"0031:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution."

I'm not sure how relevent it is but I always install winbind before I install wine, it's a part of my 'installation script' when deploying a new system...incidentally DX9 support for HotS is deprecated (Blizzard plan "...to end support for DirectX9 and the 32-bit version...this summer") so you will need to be using DX11 (in a 64-bit prefix).

"The only thing I see when launching HeroesSwitcher is the wine desktop appearing..." I just get a borderless application window open (after the 'preparing data' message) are you still using this "virtual desktop"? Is that checking the "Emulate a virtual desktop" tickbox in winecfg | Graphics | Window Settings? I never use this.

Are you using Wine (stable or development) or staging?
RE: No graphics with 3.11
by jg on Thursday July 5th 2018, 9:01
Well, I installed ntlm_auth lib and it's working but not because of ntlm_auth. Just because it has been working all the time. Sorry for wasting your time!

What happened is I changed the settings of the game at some point in the past to be windowed and that setting was persistent across wine prefixes and the window was hidden for some weird reason. So all I had to do was in the wine desktop, when I see the Heroes Of the Storm window button right click and "Maximise". Then I changed the game settings back to fullscreen and it's working perfectly.

Then there was the garbled stats screen that I just fixed per the HowTo.

I've had a crash trying to launch a game versus AI with Lily, then switched to Muradin and it worked... Probably a random crash I won't dig much further for now

Thanks again
RE: No graphics with 3.11
by spaceman on Thursday July 5th 2018, 11:25
Happy days. Hope the brainstorm did something to help!
Cannot lounch in x86 mode
by vadym on Wednesday June 20th 2018, 17:08
Was anyone launch Hots in x86 mode on 3.9? x64 works fine but i have a "Reduced CPU power" warning in game left upper corner. It is suggested to use x86 version for better performance, but i cannot make it work.
OS: Linux Mint 18.3 Sylvia
Wine prefix: x86
Version 3.9
RE: Cannot lounch in x86 mode
by spaceman on Thursday June 21st 2018, 9:03
32 bit Heroes of the Storm is deprecated:

"In the coming months, we’re planning to end support for DirectX9 and the 32-bit version of the Heroes of the Storm client....Once support ends, Heroes of the Storm will no longer run for players who are attempting to use the 32-bit game client or DirectX9....If you‘re not already using the 64-bit Heroes of the Storm client and DX11 or higher, we encourage you to consider making the switch prior to July of this year, which is when we aim to go live with the planned changes."

Performance of HotS using DX11 in a 64-bit prefix is excellent in 3.9 and 3.10, no dll overrides are required, set to Windows 7 or above with winecfg. Ensure the coppy the two files from mentioned in the how to ~/${Your64WINEPREFIX}/drive_c/Windows/system32 and you should be in business.

What is graphics cards / driver?

With a little over one month left of 32bit/XD9 support left you should be migrating now.
RE: Cannot lounch in x86 mode
by Amosar on Thursday June 21st 2018, 9:08
The x86 support is no longer supported by HOTS.
You need to use a 64 bits prefix. If you have bad perf look at DXVK it can help if your GPU is compatible with Vulkan.
dx11 and dxvk
by Frank on Monday April 30th 2018, 11:40
While trying to get dx11 and dxvk to work with 3.6-staging initially I only copied d3dcompiler_47.dll and skipped d3dx11_42.dll because I never use the screenshot functionality. But it turns out that without copying d3dx11_42.dll I was getting a black screen and hang on startup. Copying both dlls gave me a working dx11 setup and from there I was able to enable dxvk as well.
RE: dx11 and dxvk
by Frank on Monday April 30th 2018, 12:03
Also, here is a one-liner to do the dll copies for the DX11 workaround:

cp -v "$(wine64 winepath -u 'C:\Program Files (x86)\Heroes of the Storm\Support64')"/{d3dcompiler_47,d3dx11_42}.dll "$(wine64 winepath -u 'C:\windows\system32')"/
RE: dx11 and dxvk
by spaceman on Tuesday May 1st 2018, 4:06
Good work Frank, we could all modify this (much like the command lines in the How to) to suit our own needs, if we haven't installed Heroes of the Storm in '~/.{WINEPREFIX}/drive_c/Program Files (x86)...'
Screenshots cause crashes.
by spaceman on Friday April 20th 2018, 5:39
Using the default or alternate key combinations causes the game client to crash if you try to take a screenshot.

(Workaround: use the screenshot facility built into a graphics apps e.g. The Gimp, this is not ideal admittedly.)
Still have garbled stats screen
by spaceman on Monday April 16th 2018, 11:03
I've tried a bag full of dll overrides and nothing seems to address this. Any suggestions?
n00b error
by spaceman on Thursday April 12th 2018, 10:08
Today HotS wouldn't launch and it wasn't until I tried to work the problem back from the beginning that my error was plain and staring me in the face.

"Copy /${YOUR FULL PATH}/Heroes of the Storm/Support64/d3dcompiler_47.dll to /${YOUR FULL PATH}/Heroes of the Storm/Versions/Base63635."

Browsing to this folder to double check my work I saw the problem staring me in the face, a new folder: Base64100...I have amened my How-To instruction appropriately.

/facepalm
RE: n00b error
by Dox on Friday April 13th 2018, 8:38
It has updated again. So you have to change it again. Make it more generic.
RE: n00b error
by spaceman on Saturday April 14th 2018, 11:06
:D I did mate...in the How To above.
HotS + DXVK
by Dox on Sunday April 8th 2018, 11:59
Once you have HotS working with d3dcompiler_47 workaround: Install DXVK, and play away.

The brawl works!

doitsujin had a look at the error we got today with DXVK, and pushed a new commit, this fixes DXVK for HotS. I was able to play HotS with DXVK on Extreme with 60 fps.
RE: HotS + DXVK
by spaceman on Monday April 9th 2018, 4:44
Thanks Dox, did you see any graphical corrupting of the score screen (in-game default key tab to show)?
RE: HotS + DXVK
by Dox on Monday April 9th 2018, 7:29
Yes, graphic corruption of the score screen with DX11 > OpenGL.

Not with DXVK!
RE: HotS + DXVK
by spaceman on Monday April 9th 2018, 4:50
DXVK? Vulkan? How do I install? Not winetricks, I couldn't see any dxvk verb?
RE: HotS + DXVK
by Dox on Monday April 9th 2018, 7:30
github.com/doitsujin/dxvk

prebuilt here:

haagch.frickel.club/files/dxvk/

For Battle.net.exe set those dll's to builtin (or install 32 bit aswell).
RE: HotS + DXVK
by aaahaaap on Saturday April 14th 2018, 14:34
That sounds great!

Can you provide a bit more info where/how did you install DXVK? I tried installing it into the prefix using the setup_dxvk.sh script as well as dropping d3d11.dll and dxgi.dll in /C:/Program Files (x86)/Heroes of the Storm/Support64 as well as /C:/Program Files (x86)/Heroes of the Storm/Versions/Base*, set DXVK_HUD=1 but it seems like it isn't actually being used. I'm not seeing the HUD and neither are d3d11.log and dxgi.log created.

Copying d3dcompiler_47.dll is still necessary or does it also work without that?
And just to be sure, you're running without the -dx9 flag being passed to HotS?

Also how do you run HotS/battle.net? Since it seems Battle.net doesn't work when installing dxvk "globally" in the prefix
RE: HotS + DXVK
by Dox on Saturday April 14th 2018, 16:17
- DX11 (no -dx9)
- d3dcompiler_47.dll workaround needed
- Dxvk prebuild by Haagch
- Not enabled for default, just for the actual HotS exe. (so bnet runs like normal, just HotS needs dxvk)

PS: Make sure you have vulkan installed in your system.
RE: HotS + DXVK
by aaahaaap on Saturday April 14th 2018, 17:07
Thx for the (quick) answer! Still no luck so far :(

Which version of wine are you using?
Which exe have you configured it for specifically? /drive_c/Program\ Files\ \(x86\)/Heroes\ of\ the\ Storm/Versions/Base64129/HeroesOfTheStorm_x64.exe ?
Does d3dcompiler_47.dll need to be set to native for the HotS exe?
And are you sure it's actually working/using DXVK? Do you get the DXVK HUD (DXVK_HUD=1 env var)?
RE: HotS + DXVK
by Dox on Sunday April 15th 2018, 3:23
1) 3.5 staging
2) Yes: HeroesOfTheStorm_x64.exe
3) Don't think native is needed, but it won't hurt.
4) Yup, working. HUD and all. And no graphic corruption on score screen.

If you need more help, find the DXVK discord, ask someone there in DXVK-users channel.
RE: HotS + DXVK
by aaahaaap on Monday April 16th 2018, 16:08
Finally managed to get it to work:
- wine-staging 3.5 from Lutris (PlayOnLinux is compiled without Vulkan support) in a new/clean prefix
- Installed 32 and 64 bit dxvk 0.41 (0.42 has an issue github.com/doitsujin/dxvk/issues/287) using the setup_dxvk.sh script
- Copied d3dcompiler_47 to the folder as mentioned in the description, didn't need to set it to native

And that's it :) FPS is significantly higher, about 3 to 4 times. Unfortunately still some significant drops and a lot of stuttering, especially when joining a match. I don't know yet if the shader cache will help with this, we'll see :)

Thanks for the help!
Brawl unusable
by spaceman on Monday April 2nd 2018, 6:31
Currently Brawls are not useable the game client crashes when the Brael battleground begins to load.

A bug is reported, we have no workaround as yet.
RE: Brawl unusable
by spaceman on Tuesday April 3rd 2018, 11:49
Brawl / DX11 workaround: roll back to wine-staging 2.15...
RE: Brawl unusable
by Dox on Sunday April 8th 2018, 4:55
Added new workaround in the bug report, just repeating here (Does not work with Brawl it seems):

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.
a voice chat issue (and fix) i encountered
by Frank on Sunday March 11th 2018, 18:13
voice chat wasn't working for me initially. turned out to be caused by "winetricks wininet" from long ago. removing wininet.dll made it work
thank you
by slym on Thursday March 1st 2018, 13:59
first of all, i thank you to have take the lead with the testing on this game. All my test finish with the same result as you with the stable version 3.0. I have a 1060 nvidia and it work but very very slowly compared to the stagging version of wine(2.21). I hope we will find something to patch this soon, the bug with dva mech too because i think my game will be able to run at something aroung high and ultra if this bug doesn't happen. I did try game without dva and my fps was between 30 and 50 (low but still playable at ultra).

Thank you again,
RE: thank you
by spaceman on Wednesday March 7th 2018, 17:03
Good news a team is working on the staging branch. My Results with 3.x are promising.
RE: thank you
by spaceman on Friday March 9th 2018, 5:45
Post -staging wine versions
by spaceman on Monday February 26th 2018, 15:23
If you have had any success migrating from wine-staging to new stable/development wine 3.x versions please could you detail how you have achieved this. Please share you success and method. We're all eager to move foward from wine-staging 2.21, but the lack of DRM patches in wine 3.x has thus far ruled that out for many of us.

I currently find Battle.net (particularly Battle.net Helper.exe) is crashing frequently and quite predictable. Heroes of the Storm while working is more than a little flaky and it does lag a lot. I'm taking over maintaining this AppDB entry, so any recommends for wine-staging 2.21 performance boost would also be welcomed. I will be testing *everything*. Cheers.
Quest tab greyed out
by Stefan on Wednesday November 22nd 2017, 15:15
My quest tab is greyed out and when I click on my profile it shows basically a blank page. It's been like this for maybe a week now.
I've had this issue before (maybe half a year ago), back then it helped to toggle CSMT. But not this time. First I hit the scan&repair function in battle.net, then I logged the battle.net client out and cleared the battle.net cache. Then I tried downgrading wine-staging to 2.20/19/16/15/14. Next I upgraded to 2.21-staging again and tried all windows versions from 10 to 7 (10/8.1/8/2008R2/7/even 2008 for good measure). Then I tried 2.21 with the gallium nine patches. Also I tried the plain wine 2.21/20/19. With each type of 2.21 package (vanilla, staging, nine) I tried various dll overrides (api-ms-win-crt-heap-l1-1-0, api-ms-win-crt-locale-l1-1-0, api-ms-win-crt-math-l1-1-0, api-ms-win-crt-runtime-l1-1-0, api-ms-win-crt-stdio-l1-1-0, dnsapi, msvcp100, msvcp140,rasapi32, ucrtbase, vcruntime140, winhttp, wininet - all Native, built in. Also d3d11 disabled). For each one I'd start out with no overrides first, then added two to four overrides, tested, added two to four more, tested, .. . Also I tested each version with glsl enabled and disabled and in 64 as well as 32bit.
Running on Arch64, nvidia with proprietary drivers (also tried nouveau with the gallium-nine version), -dx9 argument, 64bit prefix.
RE: Quest tab greyed out
by Stefan on Wednesday November 22nd 2017, 18:21
Still not working. Meanwhile I tried disabling shcore, winetricks dotnet40, winetricks vcrun2015 (just shooting out of the blue, both packages have been the culprit for blizzard programs in the past). I can't help but feel like the communication between me (client) and the servers are not functioning correctly, e.g. because of the blank profile page. So I wanted to give winetricks ie8 a try (there have been windows programs that needed certain settings in the ms internet explorer. so who knows.), but winetricks ie8 failed with a "not supported architecture 32/64bit" error pop-up and "fixme:module:find_dll_file skipping L"C:\\windows\\syswow64\\advapi32.dll" because of wrong architecture"
"fixme:module:find_dll_file skipping L"C:\\windows\\syswow64\\msvcrt.dll" because of wrong architecture" in the terminal.
But I don't want to get hung up on that ie8 idea, because I'm just shooting into the blue here.
If someone here has a "better aimed" or more structured approach, let me know.
I don't know if it's related, but I just fired up Starcraft2 (in it's own prefix, haven't played SC2 for years so I am not sure what I may have installed in this prefix in the past. But considering I don't have any dll overrides in the SC2 prefix, I probably didn't go too crazy.) and after maybe 30seconds sitting in the menu I get the yellow message that the achievement services have been disabled and all the commanders are shown as level 0 instead of the level I played them to. The mutators tab in co-op shows me that there is a new mutator for the week, shows the loading animation but doesn't ever seem to load anything. Nothing happens.
So this SC2 behaviour sits well with my feeling something with the communication to the servers broke. But I don't know for sure if that's really related.
I'm in need of someone with a plan on how to figure this one out. :>
RE: Quest tab greyed out
by Stefan on Sunday November 26th 2017, 7:45
Still not working. Reinstalled the game in a new prefix, tried the game with streaming enabled/disabled, voice chat enabled/disabled. Characters do earn XP, but quests, brawls, pretty much all other reward mechanics in the game aside from simple XP gain do not work. I'll see what happens when I should be rewarded a chest for a lvl up.
Again, if there's someone with better knowledge on this, let me know how I can help you help me. It was working fine through the halloween event, towards the end of that event I stopped playing for a week or two, came back after the Alexstraza patch. Didn't get the portrait, I'm not getting the event quests or any other quest + brawl.
Updated to 2.18 to fix lack of WinXP support; now game crashes whenever Call Mech effect is on-screen
by Jonathan David Pearce on Thursday October 5th 2017, 16:22
Summary: D.Va Call Mech effect crashes the game for me.

I had been playing Heroes for several months on wine 2.6 forcing Windows version to WinXP as a workaround. When Blizzard finally discontinued support for WinXP, I upgraded to wine 2.18 because the current status says it works.

I have:
2.18
shcore disabled
Windows 7
d3d11 disabled
32bit client checked
Extra command line arg:-dx9

Whenever D.Va in human form hits her 'E': Call Mech, the game crashes with a e_gfxerrorshadercompilefailed message. When I run in the command line, I see this error:
err:d3dcompiler:compile_shader HLSL shader parsing failed.

I can reproduce this with 2.17 also.

Native compiler DLLs do not fix the crash, they just change the error text.
RE: Updated to 2.18 to fix lack of WinXP support; now game crashes whenever Call Mech effect is on-screen
by sykhro on Thursday October 5th 2017, 16:29
I'm sorry I didn't run into this issue. I'll do deeper testing asap. 2.18 fixes Battle.Net under Windows 7, so it makes sense to use that.
What's your dll load order? You should file a bug for this.
RE: Updated to 2.18 to fix lack of WinXP support; now game crashes whenever Call Mech effect is on-screen
by Jonathan David Pearce on Thursday October 5th 2017, 17:55
d3d11 (disabled)
shcore (disabled)

I experimented with
winetricks d3dx9_43
but that didn't fix the crash (it does change the error signature).

I also tried
d3dcompiler_43 (native)
but it didn't seem to matter.
RE: Updated to 2.18 to fix lack of WinXP support; now game crashes whenever Call Mech effect is on-screen
by Antoine Saroufim on Monday October 9th 2017, 11:43
I have the same exact problem on Fedora 26 with wine 2.18-staging set as WinXP. My 'workaround' is to move the screen away from any D.Va in human form. This has an impact on my personal performance ingame but that's the only thing that works.
RE: Updated to 2.18 to fix lack of WinXP support; now game crashes whenever Call Mech effect is on-screen
by sykhro on Monday October 9th 2017, 11:50
Set you shader/detail preset to low. That will make it work for now.
HOTS launches but...
by Stephen Koonce on Sunday October 1st 2017, 19:13
When I launch Heroes, the game starts but the game window zooms way in and i cant see the whole screen. It's like the resolution is changing on its own.
RE: HOTS launches but...
by sykhro on Monday October 2nd 2017, 7:08
Please provide Wine version, GPU driver version, GPU model, Desktop Environment/Window Manager and compositor.
Do you have any launch parameters? You can add -Displaymode 0 to make the game windowed on launch.
RE: HOTS launches but...
by Stephen Koonce on Monday October 2nd 2017, 13:02
wine 12.17, vulkan-intel 17.2.1-3, Mesa DRI Intel(R) Haswell, Manjaro XFCE4, Compiz, xfwm4. I do not have any launch parameters that I am aware of.
RE: HOTS launches but...
by Stephen Koonce on Monday October 2nd 2017, 13:20
-Display 0 seems to have solved my issue!! Thank you very much
Not working on Wine 2.16?
by Radamés Aragón on Wednesday September 13th 2017, 20:27
Hey, I was running smoothly on Wine 2.15-staging with my Ubuntu 16.10 and Nvidia card but the game is not running anymore since update to 2.16. Any tips?
RE: Not working on Wine 2.16?
by Blue112 on Thursday September 14th 2017, 3:21
If the game does not run and you're pretty sure it's not about your configuration (GLX problems or so), please file a new bug here, including all debug output.

bugs.winehq.org/
If you get hangs when also using Battle.net client
by Tomich on Saturday July 22nd 2017, 15:41
If you get random hangs when also using Battle.net client, try rebooting and opening the BNet client once, then disable microphone (on BNET CLIENT!, not on wine). There's an issue with same audio capturing devices. This bug may affect you even if you are not using audio chat.
32 Bit no UI, 64 Bit Crash a lot
by asembus on Sunday April 30th 2017, 20:40
hi, im using my laptop to play Heroes but it crash a lot with 64 bit mode, i've tried diabling d3d11 and -dx9 arg. but it still crash.
when im using 32 bit mode the UI wont show up. like no textbox, no button, no loading screen, etc. but i can log in with inputing my password blindly

Wine version 2.6
WIne Prefix 64 Bit
GLSL disabled CSMT enabled
DLL overrides follow the ubuntu 64 bit test with platinum result
using primuslaptop with ubuntu installed

P.S. 64 Bit : There r 1/5 chance that it runs smoothly without crash after re-run it several times
RE: 32 Bit no UI, 64 Bit Crash a lot
by Blue112 on Monday May 22nd 2017, 12:11
When UI don't show up you need to re-enable glsl shaders.
primusrun
by Jim Johansen on Monday April 17th 2017, 12:33
Hi, on a optimuslaptop and when running battle.net launcher or HeroSwitcher.exe with primusrun it still says it's using the Intel GPU in the options and not the Nvidia. I don't have problems using primusrun or optirun in other games I'm playing. Any advice to solve this?
RE: primusrun
by Jim Johansen on Monday April 17th 2017, 16:54
turns out it works in 64bit, but not the 32bit client for some reason.
Performance using Wine-Staging above 2.0 drops to half
by mioc on Sunday April 16th 2017, 6:48
Right now I´m running Manjaro x64 and wine-staging 2.0 with csmt enabled
GPU: Gtx 1070

Does anyone know why the performance drops about 50 % with never wine versions? Missing csmt-patches or something else?

Right now these settings works perfect for me. No stuttering, nice fps above 40+ using maxed out graphic settings (extreme)

2.0-Staging csmt enabled

api-ms-win-crt-heap-l1-1-0 (Native, built in)
api-ms-win-crt-locale-l1-1-0 (Native, built in)
api-ms-win-crt-math-l1-1-0 (Native, built in)
api-ms-win-crt-runtime-l1-1-0 (Native, built in)
api-ms-win-crt-stdio-l1-1-0 (Native, built in)
dnsapi (Native, built in)
msvcp100 (Native, built in)
msvcp140 (Native, built in)
rasapi32 (Native, built in)
ucrtbase (Native, built in)
vcruntime140 (Native, built in)
winhttp (Native, built in)
wininet (Native, built in)
Missing effects (skills too) ingame
by mioc on Friday February 3rd 2017, 10:45
Hi!

Sometimes I can´t see any effects like roots, aoes and my own skill effects are missing too (missiles, balls LiMing, Jainaa Ring of frost...)
Tried different settings from low to extreme. This happens random like every 3rd game I play. I tried different wine versions too with no success (2.0rc2-final). 32-64 bit, no difference. Disabled d3d11...
Any ideas what´s causing this behaviour?

Didn´t change drivers or something else (NV gtx970, 375.26, Manjaro).
RE: Missing effects (skills too) ingame
by mioc on Sunday February 5th 2017, 9:16
Using 2.0rc3-staging seems to fix this. No more missing effects in several games I played!
RE: Missing effects (skills too) ingame
by mioc on Sunday February 5th 2017, 10:12
Now the problem occurs again. Very strange...
RE: Missing effects (skills too) ingame
by raimue on Monday February 6th 2017, 13:35
I have the same problem and I think it started with the Lunar Festival patch. I upgraded from wine 1.9.23 to 2.0, but it did not help. I always restart HotS after the game with missing effects to fix it. I tried a number of random combinations of the graphics settings, but it kept coming back. It is quite annoying during the game, especially when you cannot see the area attacks of bosses.
RE: Missing effects (skills too) ingame
by mioc on Friday February 10th 2017, 5:30
Problem seems to be solved with latest Blizzard patch (DX9 missing... patch notes). Played many games and didn´t encounter the errors with effects since.
Back