WineHQ

World of Warcraft

The Old God N’Zoth has been unleashed from his titanwrought prison, and
an ancient corruption has taken root across Azeroth, turning friends
into foes and trapping warriors’ minds in nightmare visions of a
hopeless future. As despair and madness consume the land, the heroes of
the Horde and the Alliance will need to fight for their sanity—and the
fate of their wounded world in this content update.

Application Details:

Version: 8.3.0
License: Retail
URL: http://www.worldofwarcraft.com
Votes: 230
Latest Rating: Silver
Latest Wine Version Tested: 5.0-staging

Maintainers: About Maintainership

Test Results

Selected Test Results

What works

Battle.net app, starting the game, questing

Game seems to have random crashes - maybe related to an error: err:d3d11:d3d11_immediate_context_ClearRenderTargetView Failed to clear view, hr 0x8876086c which seems to freeze the program, using 100% CPU on one thread

What does not

I don't have windows, but I suppose it doesn't do those random crashes. 

Workarounds

What was not tested

Instances, raids, PVP combat

Hardware tested

Graphics:

  • GPU: Nvidia
  • Driver: proprietary

Additional Comments

selected in Test Results table below
Operating systemTest dateWine versionInstalls?Runs?Used
Workaround?
RatingSubmitter
ShowGentoo Linux x86_64Jan 31 20205.0-stagingYes Yes NoSilverb0nt4kun 
ShowUbuntu 18.04 "Bionic" amd64 (+variants like Kubuntu)Jan 23 20205.0Yes No NoGarbageAllen Bair 
CurrentGentoo Linux x86_64Jan 17 20204.21Yes Yes NoSilverMorten Krøyer 
ShowGentoo Linux x86_64Sep 25 20194.14-stagingYes Yes NoSilverb0nt4kun 
ShowFedora 30 x86_64Dec 08 20184.14-stagingYes Yes NoPlatinumSteve Ebey 

Known Bugs

Bug # Description Status Resolution Other apps affected
45349 Multiple applications and games crash due to missing support for 64-bit syscall thunks (StreetFighter V, World of Warcraft) STAGED View
45489 World of Warcraft needs GetRawInputBuffer UNCONFIRMED View
46410 Screen flickering in WoW NEW View
46416 World of Warcraft dx12/vkd3d crashes soon after login (RADV) NEW View
47471 World of Warcraft 8.2.0 freezes when entering New zone Nazjatar (directx 12) NEW View
47731 World of Warcraft BFA Crash with error 132 Memory could not be read. UNCONFIRMED View

Show all bugs

Comments

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

Keys Have To Be Pressed Twice Post Wine Version 4.17 - Fedora 30
by Shaun on Monday January 20th 2020, 0:29
Good Day,

I use Fedora 30 and currently do not update beyond wine 4.17 as I have an issue with the keyboard beyond that version. Just note I use Wine from Fedora repos and not any other.

The problem I have is that I have to press most keys a second time before they activate ie. Press W to move forward does nothing until I release and press again.

Anyone have a similar issue ?

Regards
RE: Keys Have To Be Pressed Twice Post Wine Version 4.17 - Fedora 30
by Steve Ebey on Monday January 20th 2020, 10:05
are you running latest wow client, and do you have wayland running? You might consider looking in the 8.2.5 or 8.3.0 for others that may have the same problem. i run fedora 31, with nvidia gtx 970. I have no issues with keypress. you might also test with no addons running, in case one of them is the problem. blizzard has updated the client, and some people have had numerous problems because of that.
RE: Keys Have To Be Pressed Twice Post Wine Version 4.17 - Fedora 30
by Sveinar Søpler on Sunday January 26th 2020, 16:20
Yeah, i have had this happen.. and might possibly still be like it, but have not re-checked if its the case, since the solution (atleast for me) was to tick the box in winecfg (under Graphics) saying "Automatically capture the mouse in full-screen windows".

I have posted about this on bugzilla, and i believe this has something to do with some "raw-input patchset" that staging uses.

Lemme know if it fixes the issue for you tho :)
D3D12 - Testing
by Sveinar Søpler on Saturday December 21st 2019, 8:09
If anyone using a Ubuntu-based distro and would like to test out pre-built packages for libvkd3d and wine to test D3D12 in World of Warcraft you can test my repo's here:

libvkd3d:
launchpad.net/~cybermax-dexter/+archive/ubuntu/vkd3d
Install:
sudo add-apt-repository ppa:cybermax-dexter/vkd3d
sudo apt-get update

Then add custom wine with additional patches for WoW:
build.opensuse.org/package/show/home:SveSop/wine-staging
Install:
sudo dpkg --add-architecture i386
wget -qO - download.opensuse.org/repositories/home:/SveSop/xUbuntu_18.04/Release.key | sudo apt-key add -
sudo sh -c "echo 'deb download.opensuse.org/repositories/home:/SveSop/xUbuntu_18.04/ ./' >> /etc/apt/sources.list.d/Wine.list"
sudo apt update
sudo apt install winehq-staging

The wine-staging package is built as a higher build-version than the default winehq version, so adding the repo it should upgrade the winehq packages when doing a "sudo apt upgrade". These are built for Ubuntu 18.04 (Bionic), 19.04 (Disco) and 19.10 (Eoan).

Q: Will you build for other distro's? A: Nope, although wine is built for Debian 10, i do not have a patched libvkd3d library for that.
Q: Should i report bugs on WineHQ forums? A: No. This is experimental, and NOT in any way supported or endorsed by WineHQ dev team.
Q: Can i comment here, and ask why this does not work for me? A: Sure. I will do my best to see if i can answer it :)

Probably not too much interest in this i guess, but nevertheless, all testing is both interesting and helpful in the long run - atleast for me :)
login problems sind Saturday 20191109 after updating debian bullseye
by stefan schroeder on Wednesday November 13th 2019, 22:23
Hello,

solution was, to remove battlemet-cache which was written by wine with battlenet cache, which was written by Windows. I used the one stored on github, some time ago.
login problems sind Saturday 20191109 after updating debian bullseye
by stefan schroeder on Tuesday November 12th 2019, 0:25
Hello,

i had issues logging in since Saturday 20191109. Even with ucrtbase Native/Builtin and ms-win-api-ms-win-crt-private-l1-1-0.d Native/Builtin there was no way to login. Wine says:

0123:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFA, 00FCFF00
016b:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFA, 0032FE9C

after that, debugging stops, when battlenet calls the login screen to open.

while on Satrday it was complainig over BGcryp not using right algorithm, after the login screen was opened, which is not any longer reproducible.
Maybe so has found a solution?

by timo on Monday October 14th 2019, 6:39
Same here since yesterday.
Battle.net App has been updated last week. Until yesterday, it only starts with a white background for me. Since yesterday, start fails with the same message.

Game start is fine, I think until there is also an update which has to be installed throug Battle.net App :-/.

Anyone else? Maybe with a solution?
RE:
by Alberto on Monday October 14th 2019, 9:24
I have same issue.

My temporary fix for these is keep drive_c/Program Files (x86)/Battle.net/Battle.net.11512 and copy in a safe place. Delete other versions of this subdirectory.

This procedure always before start Launcher.

Launcher versions > 11512 starts in a white screen.

Launcher
RE:
by Alberto on Monday October 14th 2019, 9:28
Launcher 11512 (or smaller) runs OK

Regards
RE:
by b0nt4kun on Monday October 14th 2019, 12:22
In my case, applying the fix listed in "Blizzard Battle.net App" in AppDB worked (through winecfg, set api-ms-win-crt-private-l1-1-0 and ucrtbase libraries to native first)
RE:worked for me also
by Steve Ebey on Monday October 14th 2019, 18:43
Thanks. Your research and efforts are appreciated. I am running wine 4.14 staging, because I have an issue with crash132 error, with version greater the 4.14 of wine staging, but only on retail, not classic. it is not dxvk or vkd3d that cause the problem, so just staying with 4.14. Once battle.net did the update, and it crashed, I thought I was screwed. You have made the game playable, and I can keep the updates working. Just curious, have you been able to run twitch desktop app to update addons? I used to have it working, and have forgotten the steps I used.
RE:worked for me also
by b0nt4kun on Tuesday October 15th 2019, 13:59
I'm running 4.14 staging and did not try versions above yet, so not sure about this crash132 error (only playing retail, I already played too much "classic" during vanilla). I also had one single battle.net crash after applying the fix for those 2 dll, none afterwards.

I used to run my own zsh/wget/curl/awk script to fetch addons updates, but since 2 weeks I have issues with cloudflare protection on website where I was getting them (some issue with cookies management I think, since I don't manage it at all in my script). I thus recently tried to install twitch desktop app, which succeeded, but I've been unable to make twitch desktop app detect my WoW folder, neither automatically or manually. For now I did not investigate further about twitch desktop app
RE:worked for me also
by Alberto on Tuesday October 15th 2019, 16:27
I have a link (with ln -s) named 'World of Warcraft' (without quotes) pointing, in my case, to:

/home/krovikan/.wine/drive_c/Program Files (x86)/World of Warcraft/

Thanks to this link I can manage everyday WoW addons from functional Twitch app (I have a wineprefix only for Twitch).
GetFirmwareEnvironmentvariable() function not found
by Kevin Grittner on Friday October 11th 2019, 11:27
The game worked fine yesterday (and has for months now). Today, right after applying Linux patches in the usual way, I get this when trying to start the Blizzard app launcher:

Unhandled exception: unimplemented function api-ms-win-crt-private-l1-1-0.d._o_getenv called in 32-bit code (0x7b43e11c).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7b43e11c ESP:165ff7a4 EBP:165ff828 EFLAGS:00000212( - -- I -A- - )
EAX:7b42a541 EBX:00000004 ECX:165ff7d0 EDX:165ff854
ESI:75f4db40 EDI:165ffa3c
Stack dump:
0x165ff7a4: ffffe86d ff676980 ffffffff 079b8000
0x165ff7b4: ffffe86d 7bd26fa4 80000100 00000001
0x165ff7c4: 00000000 7b43e11c 00000002 75f4db40
0x165ff7d4: 75f50f00 00110060 00000000 00000005
0x165ff7e4: 00000000 00110060 00000000 00000005
0x165ff7f4: 00000000 ff676980 00000000 00000000
Backtrace:
=>0 0x7b43e11c GetFirmwareEnvironmentVariableW+0x13c() in kernel32 (0x165ff828)
1 0x75f4db27 in api-ms-win-crt-private-l1-1-0.d (+0xdb26) (0x165ff868)
2 0x75f4b799 in api-ms-win-crt-private-l1-1-0.d (+0xb798) (0x165ff884)
3 0x162db7c0 EntryPoint+0xffffffff() in d3dcompiler_47 (0x165ff884)
4 0x0f03d7aa EntryPoint+0xffffffff() in libglesv2 (0x165ffabc)
5 0x0f024b8a EntryPoint+0xffffffff() in libglesv2 (0x165ffc48)
6 0x0f039de5 EntryPoint+0xffffffff() in libglesv2 (0x165ffd70)
7 0x0f03bf03 EntryPoint+0xffffffff() in libglesv2 (0x165ffda8)
8 0x0eff5f47 EntryPoint+0xffffffff() in libglesv2 (0x165ffdb0)
9 0x0eff74ff EntryPoint+0xffffffff() in libglesv2 (0x165ffdf4)
10 0x0eff80b6 EntryPoint+0xffffffff() in libglesv2 (0x165ffe08)
11 0x0eff7015 EntryPoint+0xffffffff() in libglesv2 (0x165ffe18)
12 0x0f177d1f EntryPoint+0xffffffff() in libglesv2 (0x165ffe38)
13 0x7bcbc5cb NtGetCurrentProcessorNumber+0x2d4a() in ntdll (0x165ffed8)
14 0x7bcaaac8 call_thread_func_wrapper+0xb() in ntdll (0x165ffeec)
15 0x7bcae320 RtlCaptureStackBackTrace+0x1ff() in ntdll (0x165fffdc)
16 0x7bcaaaba call_thread_exit_func+0x31() in ntdll (0x165fffec)
0x7b43e11c GetFirmwareEnvironmentVariableW+0x13c in kernel32: addl $12,%esp

I don't _think_ it downloaded a new app launcher version, but it's hard to be sure.

by Shirlee Rollins on Tuesday October 1st 2019, 3:06
I just applied some OS upgrades. It must have included a Wine update because I saw winecfg fire when I started WoW. I had problems after the latest WoW expansion similar to what others mentioned -- solid colors, etc. I found that I was able to work around it by switching monitor between "Default" and "Monitor 1" -- switching either direction worked. It seemed that subsequent Wine updates made it less frequent and eventually fixed it. I'm currently on "wine-3.20 (Staging)" and the problem is back, worse than ever.

Besides the solid blocks I have wild flashes of color constantly. Switching monitors does *not* work around it this time. I have a screenshot, and will file a bug so I can post if if that will help: gunmayhem.io/
Not able to login / WOW51900328
by b0nt4kun on Monday September 9th 2019, 13:59
Hi,

For those who like me can not login since yesterday (I was stuck at loading realm list, and getting a WOW51900328 error after some time), it seems to be linked to TTL on IPv4 stack:
us.forums.blizzard.com/en/wow/t/linux-users-unable-to-log-in-wow51900328-329-error-after-logging-in/292402/176
eu.forums.blizzard.com/fr/wow/t/bloquer-sur-connexion-au-serveur-de-jeu-wow51900328/21729/53

Running a "echo 128 > /proc/sys/net/ipv4/ip_default_ttl" allowed me to login and play again.

Regards,
RE: Not able to login / WOW51900328
by Scott on Monday September 9th 2019, 17:51
Thanks, that worked for me too! (classic wow).
However you can't just echo to that file unless you're root (which I hope you're not).
Use "tee" to do it instead"

echo 128 | sudo tee /proc/sys/net/ipv4/ip_default_ttl

For anyone curious, the default value (at least on my system) was 64. I'm super happy to be changing a low level network stack TTL value in order to play wow though...what could possibly go wrong...
RE: Not able to login / WOW51900328
by Sveinar Søpler on Saturday September 14th 2019, 16:07
WoW also works with IPV6 without changing TTL.

Afaik this problem has to do with the recent DDOS struggles Blizzard have had.
Windows 10
by spaceman on Saturday August 17th 2019, 8:16
I recently had to rebuild antiX Linux Core and reinstall Wow on an SSD. Needless to say I'd forgotten what a pain the arse it can be struggling to remember all the things you used to take for granted when installing wine for WoW. Like install gnutls-bin and winbind (to reduce non-fatal errors).

I was surprised to discover that I did need to set winecfg to Windows 10 now (Windows 7 did not work for me) the Staging CSMT (deprecated) toggle didn't appear to do anything so I left it off. :D
WoW + Wine = True?
by Sveinar Søpler on Tuesday August 13th 2019, 15:08
Not sure when it happened, but i might suspect WoW 8.2..

If you look in the WoW/_retail_/Logs folder, and check the "gx.log" (WoW graphics driver log), you should notice this little tidbit:

8/13 19:47:41.281 Detected NvAPI and checking if it's valid...
8/13 19:47:41.354 Created 11.1 Device
8/13 19:47:41.357 ConstantBufferOffsetting Support: true
8/13 19:47:41.361 SetMaximumFrameLatency set: 2
8/13 19:47:41.364 Wine detected, skipping NvAPI/ADL loading

This is (imo) actually interesting news, cos it show clearly that Blizzard devs are aware that ppl play WoW under Linux/Wine, and they have made a workaround due to the troublesome (with some functions atleast) NvAPI for those with nVidia cards.

Interesting, as i just noticed it a few days ago.
RE: WoW + Wine = True?
by Sveinar Søpler on Tuesday August 13th 2019, 15:13
"Are aware" was kinda bad wording, as they have ofc been aware quite some time... But i meant more like "acknowledging" that ppl do so, and make tweaks to help out :)
RE: WoW + Wine = True?
by Björn Bidar on Wednesday August 14th 2019, 6:53
Blizzard was always aware of wine. Just look at your crash log in your wow folder.
It shows Linux instead of wine when you look at platform.
Crash on launching client
by Brunste on Thursday August 1st 2019, 23:40
After starting up the client and selecting a language/region, the game immediately hangs before opening. I receive the follow (shorted) output:

002b:fixme:msctf:ThreadMgrSource_AdviseSink (000000000363E2D0) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}
info: Game: Wow.exe
info: DXVK: v1.3.1
warn: OpenVR: Failed to locate module
...
...
info: DXGI: NvAPI workaround enabled, reporting AMD GPU
002b:err:seh:setup_exception stack overflow 48 bytes in thread 002b eip 000000007bcb4c04 esp 00000000001415e0 stack 0x140000-0x141000-0x240000

Any clues what it might be? I'm using wine 4.12.1, DXVKv1.3.1, and have seemingly set DXVK_FAKE_DX10_SUPPORT=1 correctly.
RE: Crash on launching client
by Steve Ebey on Friday August 2nd 2019, 7:49
You do not need the DXVK fake variable at all. You also need to make sure, that your wine is set to windows 7 or windows 10, and that you select dx11 in the game.
RE: Crash on launching client
by Brunste on Friday August 2nd 2019, 13:23
I've tried setting wine to windows 7 and windows 10 and neither changed anything. I also set the game to use dx11 in the config file, but that didn't fix it either. Any other ideas?
RE: Crash on launching client
by Steve Ebey on Friday August 2nd 2019, 14:14
did you also remove the fake dx10? it is no longer needed. Are you launching from battle.net or from the command line I have in the how to on here? I recommend the command line.
RE: Crash on launching client
by Steve Ebey on Friday August 2nd 2019, 14:16
forgot to ask, are you running the staging version of wine? that is required to make WoW work.
RE: Crash on launching client
by Brunste on Friday August 2nd 2019, 14:25
Aha. That's what it was. Upgrading to wine-staging fixed it. Thanks a ton, man.
RE: Crash on launching client
by Steve Ebey on Friday August 2nd 2019, 14:32
Glad to help. Have fun.
Summary of current situation of Wow 8.2.0 30993 with Nvidia cards: with DXVK 1.3.1 it plays fine.
by Vasily Galkin on Sunday July 21st 2019, 10:54
Currect status "Garbage" is not correct. Wow 8.2.0 works properly with Nvidia + DXVK.

I can't submit test result since I didn't try with vanilla wine-staging, so I want to writeup at least a positive comment.
Im using:
Wow 8.2.0 30993 (Jul2 2019)
kernel 5.0.0
nvidia driver 430.26
wine-tkg-staging-esync-vkd3d-opt-git-4.10.r9.g3bba6934
In dx12 tests:vkd3d git b59b6b87 (2019-06-18) + d3d12_command_list_invalidate_bindings patch
In dxvk tests:dxvk 1.3.1

Other environment that doesn't matter I think:
-Debian 10+experimental random mix
-Non-compositing window manager on X11 (awesome, gnome-flashback)

I tried with gtx770 and gtx1060, resuslts are similar.

Dxvk-based with dx12: fps is fine, but entering New zone - Nazjatar - hangs.
Wine-dx11 with "DirectX11 legacy" selected in Wow: fps is sometimes playable (5-30 dropping quality settings doesn't help much).
Wine-dx11 with "DirectX11" selected in Wow: fps is always unplayable, even flags at login screen are not smooth.
dxvk-dx11 with "DirectX11 legacy" selected in Wow: typical playable wine+wow fps (30-100 at MAX graphics quality).
dxvk-dx11 with "DirectX11" selected in Wow: similar, maybe even a bit faster.

So from my expereince with dxvk-dx11 wow 8.2.0 has nearly the same playability as 8.0-8.1. So, nothing similar to "Garbage" at least with above-mentioned software versions.

I didn't test laucnhing from Battle.net app, I'm using it only for updating.
RE: Summary of current situation of Wow 8.2.0 30993 with Nvidia cards: with DXVK 1.3.1 it plays fine.
by Jon on Monday July 29th 2019, 19:06
Confirmed working here too with winehq-staging 4.12.1~buster, nvidia drivers 418.74, kernel 4.19.37-6 (debian), and dxvk 1.3.1
mingw compile failes on fedora 30
by Steve Ebey on Monday July 8th 2019, 11:15
This is the error, if I use the compile script from the how to. I have had to add --without-mingw to the configure options to get it to compile, and it seems to run WoW fine. Does anyone else have issues with mingw and fedora 30. if not, then can you tell me what might be different?

collect2: fatal error: ld terminated with signal 6 [Aborted], core dumped
compilation terminated.
free(): invalid next size (normal)
winegcc: x86_64-w64-mingw32-gcc failed
make[1]: *** [Makefile:1558: comctl32_test-stripped.exe] Error 2
make[1]: Leaving directory '/home/steve/wine-dirs/wine64-build/dlls/comctl32/tests'
make: *** [Makefile:8392: dlls/comctl32/tests] Error 2
Nvidia XID 31 error
by Atonner on Tuesday July 2nd 2019, 23:42
Currently running:
Fedora 29: 5.1.11-200.fc29.x86_64
nvidia 430.26 (akmod)
Wine: 4.11 staging - built from git
vkd3d built from git

(git builds essentially as listed above)
(launch script essentially as listed above)

d3d12 works fine until I land a toon in naz'jatar, then I get WoW locking up (no sound, mouse moves but cannot click the interface) -- No wow errors and I've yet to drop a debug log for it. Flipping to d3d11 at character selection and logging back into the stuck toon allowed me to hearth back out -- (didn't have the library overrides for d3d11 so the framerate was terrible, but it didn't hang)

only error I see at the moment that is directly related is in dmesg:

NVRM: Xid (PCI:0000:01:00): 31, Ch 00000056, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_7 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ
NVRM: Xid (PCI:0000:01:00): 31, Ch 00000056, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_2 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ
RE: Nvidia XID 31 error
by Vasily Galkin on Friday July 5th 2019, 17:45
I've got same error on nvidia gtx770 сard
Wow 8.2.0 30993 (Jul2 2019)
kernel 5.0.0
nvidia driver 430.26
wine-tkg-staging-esync-vkd3d-opt-git-4.10.r9.g3bba6934
vkd3d git b59b6b87 (2019-06-18) + d3d12_command_list_invalidate_bindings patch that prevents wow flickering.

On entering naz'jatar picture freezes, however mouse& sound are still working. Window manager reacts to its key bindings with several seconds timeout. (Second seat with second nvidia card is extremely slowed down too during this time).

NVRM: Xid (PCI:0000:03:00): 31, Ch 00000014, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_L1_0 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

I've coollected vkd3d traces near the hang (10 MB, several seconds):
gist.githubusercontent.com/galkinvv/649a19ce96550d7199f25c22ee7ec0f3/raw/d7745c14be772ab9e3b38b20b9b52fed9de5d1e7/wow82_vkd3d_hang_on_nvidia.log

I think that the investigation starting point is near '1562358506.895769 warn:d3d12_command_queue_Wait: Failed to submit wait operation, vr -4.'
RE: Nvidia XID 31 error
by Atonner on Saturday July 6th 2019, 20:39
With the correct library overrides in wine its playable in Legacy D3D11 mode. == all areas.

Fedora just dropped wine-staging 4.12 -- I'll check the update and try a rebuild since I'm showing 4.11 from git.
_ also - theres a vulkan-mesa update that may play in as well....
Building VKD3D -
by Atonner on Tuesday July 2nd 2019, 23:33
I'll quietly point out that to build vkd3d from git you need to have a copy of widl to generate certain files - this is typically in your $wineinstallpath/bin directory - - you need to add this to your path before running make -
Game crashes shortly after loading into the game on AMD/VKD3D
by algebro on Saturday June 29th 2019, 17:20
In case it happens to anyone else, the game causes a graphics crash and requires me to reboot my machine on DX12 with VKD3D shortly after selecting your character and loading into the game. I don't see any other bug reports about it so I'm assuming it's an AMD RADV issue (I'm using an RX580). Falling back to DX11 with DXVK allows me to log in and play the game.
RE: Game crashes shortly after loading into the game on AMD/VKD3D
by Fred on Saturday June 29th 2019, 17:33
It also causes hangups/crashes on NVIDIA cards in the new zones. There is something in dmesg (MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_1 faulted) and the whole system slows down until I do wineserver -k

DX11 works fine though
RE: Game crashes shortly after loading into the game on AMD/VKD3D
by algebro on Monday July 1st 2019, 21:24
Alright, managed to get the game to install in a clean prefix by booting the stock kernel instead of linux-hardened. There is definitely a bug in either vkd3d or amdgpu because if I try to use DX12 I get a GPU crash with journalctl flooded with amdgpu_ioctl errors. DX11 runs fine.
Battlenet app can't install WoW
by algebro on Thursday June 27th 2019, 13:24
Is anyone having an issue where the Battlenet app hangs on "Checking residency" when trying to install the game? It does not happen for the WoW classic client but it happens 100% of the time for the retail WoW client and no workarounds have worked for me. I've tried in several fresh prefixes as well.
Addons take 3x the CPU time (ms/s) with Staging 4.10 (TkG) - GetTickCount?
by Dox on Thursday June 13th 2019, 19:25
With wine-staging 4.10 (TkG) addons take 3x~4x as much CPU time compared to with 4.8. I think it has to do with the tinkering they are doing with GetTickCount. I'm using AddonUsage addon to check it together with ingame CPU profiling. I noticed first in raid. But just standing in Boralus with staging 4.10 gives me around 33 ms/s addon usage. While with staging 4.8 I'm around 9 ms/s.

(4.9 + bugs.winehq.org/attachment.cgi?id=64567&action=diff was even slightly better then 4.8, with 8 ms/s)

However, since I don't have regular wine staging (I'm using TkG builds), I'll first have to get normal staging builds before I can bug report it. Arch doesn't have a regular wine-staging 4.10 build yet, so I can't compare regular 4.8 to 4.10 yet. So I'm asking here: Has anyone else noticed this already? Or is there someone that can test the difference between 4.8 and 4.10 in terms of Addon CPU usage?

Dox

PS: I tested 4.10 TkG with and without that monotic patch described in bugs.winehq.org/show_bug.cgi?id=47332 so that is not it.

PS2: With regular wine-staging 4.8 I have 43 ms/s. So I already know something is different with TkG builds. And I'll post my ms/s with 4.10 when it becomes available in ARch.
RE: Addons take 3x the CPU time (ms/s) with Staging 4.10 (TkG) - GetTickCount?
by Dox on Friday June 14th 2019, 9:12
Ok, was able to build plain Wine-Staging 4.10. Seems that gives me around 43ms/s as well. Plain staging 4.8 and 4.10 give around the same numbers. So this might not affect normal staging builds since that already has high CPU usage. TkGs builds on the other hand gives around 8ms/s with 4.9, and 33 ms/s with 4.10. So I had to find what the culprit was.

After researching, the solution was reverting the moving of GetTickCount to kernel : github.com/wine-mirror/wine/commit/13e11d3fcbcf8790e031c4bc52f5f550b1377b3b#diff-08a473061bc11d2b62cf21997e28877b

And reapplying: bugs.winehq.org/attachment.cgi?id=64567&action=diff

I now have below 8 ms/s again for addon usage on 4.10. So even though it might be a correct solution, and perhaps unnoticable on normal staging builds, it seems way less CPU efficient for WoW.
RE: Addons take 3x the CPU time (ms/s) with Staging 4.10 (TkG) - GetTickCount?
by Dox on Friday June 14th 2019, 13:39
Narrowed it down to the fact that 13e11d actually copied code to dlls/kernel32 and the monotonic patch had to be adjusted to also patch there. After this was done I was able to log in and see even less CPU usage, namely: 6 ms/s.

However, now I'm having some issues getting it to work with dxvk. Crashing with the dreaded 132. Can log in with vkd3d though.
RE: Addons take 3x the CPU time (ms/s) with Staging 4.10 (TkG) - GetTickCount?
by Dox on Saturday June 15th 2019, 12:23
Switched nvidia driver and I was able to log in again. Raiding is much better now with 4.10 + Monotonic patch. Addon usage during raid combat doesn't go above 30 ms/s, and my fps stays at 60 fps on 2560x1440 with my 970. And in other games you notice the difference aswell. The movement for GetTickCount to kernel32 and forcing CLOCK_MONOTONIC is amazing.

If you want to test it yourselves, add the 2 CLOCK_MONOTONIC patches that you can find here to your own builds: github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git/wine-tkg-patches
Mingw not working
by Steve Ebey on Thursday June 13th 2019, 13:46
I was having issues with self compiled wine, until I added --without-mingw to the configure command. Everything compiles and runs, including battle.net and twitch. I might as well be playing on windows, from the performance I get and the way it works. I am also using vkd3d to run wow in DX12 and having no problems or lockups or crashes. I am wondering if mingw on fedora 30 has not been updated, as the compile always fails, if I enable mingw. will continue testing, but at least I can play wow and update my addons.
My latest test results...
by Mason Loring Bliss on Thursday June 13th 2019, 11:10
My latest results were with vanilla Wine Staging from the WineHQ Ubuntu repository. After more poking (with repeated resets to a clean install thanks to ZFS snapshots) I learned the following:

1. Setting the default version of Windows to Windows 10 lets the game start, but the framerate is unusable.

2. Subsequently setting the graphics API to "DirectX 11 Legacy" gives me the expected framerates.

Random nits I noted last time I tried WoW under Wine appear to be corrected - I don't crash when I bring up collections, for instance. I'll post another full test after I've had an opportunity to play through various things - travel, battlegrounds, etc.
RE: My latest test results...
by Steve Ebey on Thursday June 13th 2019, 11:58
You might consider vkd3d and install vulkan. I am running dx12 in wow, with decent frames, and since wine also builds vkd3d, it would just take install libvkd3d and the vulkan drivers for nvidia.
Please help
by Steve Ebey on Friday May 24th 2019, 15:51
Just recently discharged from the hospital, after a blood clot broke loose in my lung, and on top of that I had pnuemonia as well. I am on the road to recovery, and would love to be able to play wow, but something has changed and I have no idea what. Using my own notes, I have been able to compile wine, vkd3d and all the relevant software. I have installed vulkan and libvkd3d, and can run the battle.net app, but whether i launch from the app or from the shortcut I made, it fails with the error 132, and I have not quite recovered to the point I can spend hours trying to track down the problem. I run Fedora 30, GTX 970, AMD fx8350. Latest self compiled wine, and vkd3d. Are there any winetricks installs that I need to run, settings possibly in my x-org or other graphics issues?
RE: Please help
by John Porterfield on Sunday May 26th 2019, 13:04
Try running 'winetricks vcrun2017' seemed to help with battle.net passing control to the game.
RE: Please help
by Sveinar Søpler on Sunday May 26th 2019, 14:30
Have you tried wine-staging-4.8?

There has been some changes with >4.8, and with 4.9 release yesterday i don't seem to be able to start WoW at all atm.

Still investigating tho, but WoW works fine with 4.8 for me atleast.
Just since you mention "latest self compiled wine", there is also some problems if you compile without mingw-w64 aswell, although a few bugs have been weeded out.
RE: Please help
by timo on Monday May 27th 2019, 12:54
4.8 would be fine, has anyone instructions, how to downgrade/rollback on Ubuntu?

Just tried "sudo apt-get install wine-staging-i386=4.8~bionic wine-staging-amd64=4.8~bionic"
which runs fine so far, but after that, there are missing important things like wineserver etc.
RE: Please help
by Sveinar Søpler on Monday May 27th 2019, 13:48
You should consider clearing all the packages as you have probably mixed packages from different versions.

First do "dpkg -l | grep -i wine

Then do "sudo apt purge" for all the packages with version 4-9~bionic and 4-8~bionic. You can type all the packages on one line. eg. "sudo apt purge winehq-staging wine-staging-amd64...." and so on.

Then you can install again with "sudo apt install winehq-staging=4.8~bionic"

The key being that the meta package is called winehq-staging and not just wine-staging :)

Hopefully that will fix ya :)
RE: Please help
by timo on Monday May 27th 2019, 15:13
You made my day buddy, thanks a lot!!

My fault was the missing winehq-staging :-). Rest was already fine.
Little info:
"sudo apt install winehq-staging=4.8~bionic"
gave me:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
winehq-staging : Hängt ab von: wine-staging (= 4.8~bionic)
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

whats telling me, that winehq-staging depends on some other things.

"sudo apt install winehq-staging=4.8~bionic wine-staging=4.8~bionic wine-staging-amd64=4.8~bionic wine-staging-i386=4.8~bionic"
did the trick for me.

Now with 4.8 everything is fine. Thanks again!
RE: Please help
by Sveinar Søpler on Tuesday May 28th 2019, 11:27
Great :)

Those that self-compile can add a patch to wine-staging-4.9.
bugs.winehq.org/attachment.cgi?id=64567&action=diff

So hopefully this will be fixed by 4.10 for those using precompiled packages :)
RE: Please help
by Sveinar Søpler on Friday May 31st 2019, 5:10
RE: Please help
by John Broyles on Friday June 7th 2019, 19:52
Reverting to wine-staging 4.8 worked for me.
Archlinux + AMDGPU vulkan-radeon and DXVK 1.2 on RX580 with wine-staging 4.8

Wow is running beautifully including the Battle.net launcher. In order to downgrade a package from the official repos, you can find it and download it from archive.archlinux.org and use pacman -U or you can just use the URL its self by with:
sudo pacman -U archive.archlinux.org/packages/w/wine-staging/wine-staging-4.8-1-x86_64.pkg.tar.xz

It shouldn't be necessary to do anything to your wine bottle, but you can always generate a new one if it suits you. I do, but it may just be a touch of OCD in my case, just don't forget to run if you do make a new bottle:
setup_dxvk install
to make sure you're mapped to Vulkan
RE: Please help
by algebro on Monday July 1st 2019, 10:15
Hey, sorry to bug you, but you appear to have the exact same setup as me (RX580, Arch Linux) so I figured I'd ask. Are you running into any trouble getting the Battlenet app to install WoW? I've tried on several fresh prefixes and no matter what I can't get it to get past "Checking residency". It seems to be an issue with Agent.exe crashing/hanging but other than an inactive bug thread about being unable to install games, I can't find any other information about it. I've tried wine-staging 4.8 and 4.11 as well as Lutris.

Thanks!
RE: Please help
by Steve Ebey on Wednesday June 19th 2019, 11:36
funny you mentioned mingw, as when i started compiling without-mingw everything started working as expected.
RE: Please help
by Peter on Monday May 27th 2019, 9:54
I have exactly the same problem.
Tried wine 4.9, wine-staging 4.9 and wine-tkg-git (4.9) and I'm unable to launch the game.
As soon as the command is executed the game "starts" with a black screen. A couple of seconds later there is a crash popup showing up.

info: DXGI: NvAPI workaround enabled, reporting AMD GPU
0xC0000096 (PRIV_INSTRUCTION) at 000000007b6c36cd : error 132: ERROR #132 (0x85100084) Fatal exception!
info: DXGI: NvAPI workaround enabled, reporting AMD GP


My system:
Archlinux (5.1.4-arch1-1-ARCH)
Nvidia Gforce 1060 6GB
Latest nvidia drivers (430.14-4)
Latest dxvk (1.2.1-0)
Winecfg:
- Windows 10
- Enable VAAPI as backend for DXVA2 GPU decoding
- Overwrites:
--nvapi (disabled)
--nvapi64 (disabled)
--d3d12 (disabled)
RE: Please help
by John Broyles on Friday June 7th 2019, 19:59
downgrade to wine-staging 4.8 - i posted instruc a few posts up if you need to know how. works great (except that I'm using all AMD) not that I think it matters in this case.
RE: Please help
by Alberto on Monday May 27th 2019, 16:16
Same here.

WIne-staging 4.9 with overrides for DXVK, winever 8.1, openSUSE Leap 15.0.
I try use Snapper to rollback to 4.7 but I have wine version errors. I update again to 4.9 and wait a solution.

Error log:

World of WarCraft: Retail Build (build 29981)

Exe: Z:\home\krovikan\.wine\drive_c\Program Files (x86)\World of Warcraft\_retail_\Wow.exe
Command: "Z:\home\krovikan\.wine\drive_c\Program Files (x86)\World of Warcraft\_retail_\Wow.exe"
Time: May 27, 2019 11:06:15.019 PM
User: krovikan
Computer: linux
------------------------------------------------------------------------------

This application has encountered a critical error:

ERROR #132 (0x85100084) Fatal exception!

Program: Z:\home\krovikan\.wine\drive_c\Program Files (x86)\World of Warcraft\_retail_\Wow.exe
ProcessID: 8
Exception: 0xC0000096 (PRIV_INSTRUCTION) at 000000007b6b06ed
RE: Please help
by Peter on Tuesday May 28th 2019, 3:23
I downgraded to wine-staging 4.8 and everything is working now.
The issue is with wine/wine-staging 4.9
RE: Please help
by Alberto on Tuesday May 28th 2019, 9:10
When the 4.8 was release (2 weeks ago) I have problems with one game and I rollback to 4.7.

When the 4.9 goes out I upgrade from 4.7 to 4.9. In other words, I don't have snapshot to roll back to 4.8.

I can only wait. :(
RE: Please help
by Steve Ebey on Tuesday May 28th 2019, 9:29
There are download links on the main wine hq site, to get source for wine and the staging repo. if you go to the winehq home page, click on Downloads and then scroll down to the bottom of the page, you should find links to git hub repos for wine and wine staging, and they all show releases in tarball that you can download and use to build wine for your self.
RE: Please help
by Alberto on Saturday June 8th 2019, 16:10
Finally I search for RPMs of wine-staging for openSUSE Leap 15.0 at RPM Search.

I downloaded wine-staging 4.2 and the 32 bit version. Before install I remove the packages of wine-staging 4.9, winetricks and wine-mono. After I install the RPMs and again the other wine packages.

And all OK. Blizzard games runs fine OK.

I store in safe guard the RPMs of wine-staging for the future (if necessary).
RE: Please help
by John Broyles on Friday June 7th 2019, 9:02
Downgrading Wine-staging to 4.8 solved the problem you described for me.

On Arch, this involves going to archive.archlinux.org/packages/w/wine-staging/ and either downloading it and installing with pacman -U or copying the url and using pacman -U

EZPZ.
If you're a neat-freak, you can always delete your old wine bottle, generate a new one with:
winecfg
and then run:
setup_dxvk install
Addon Lag
by Brian McCarthy on Wednesday April 24th 2019, 19:55
I was away from the game for 6 months or so, but since coming back I've had trouble with a pair of addons that windows users do not have problems with. Tradeskillmaster is almost completely unusable, every action to do with vendors/bags/mail/professions causes multi-second lags for every single interaction (i've mostly just disabled this addon at this point due to this). I've also had a problem with All The Things. It fails to load when you login due to the script running too long. You can then refresh your list manually after login, which also causes the game to freeze for 20 seconds or so, and then it mostly works normally. There is however a 1-4 second delay every time you collect a new appearance/recipe/whatever.

Both of these addons worked fine a few months back. Has anyone else seen these issues/know a workaround/different wine version that doesn't have the issue?

I'm on wine-staging 4.6-1 on arch linux.
RE: Addon Lag
by Steve Ebey on Wednesday April 24th 2019, 21:00
you can try adding elevator=deadline to your linux command line in grub. You can also try installing vulkan and running in dx12 in wow. Also look to the how to here, to see the command line that I run for my wow.
RE: Addon Lag
by Brian McCarthy on Thursday April 25th 2019, 17:21
Hey Steve, thanks for the reply. My schedule appears to already be mq-deadline (I'm assuming that's the correct one for my system, if i should switch that to deadline let me know). I tried your startup script but it doesn't change anything for me. I currently run the game with dxvk and dx11, i get ~90 fps when playing the game, its only these addons that cause any framerate issues so i'm not so sure changing the graphics is going to do anything. I go from 99 fps to 0fps complete freeze and back to 90fps when the issue occurs. Both of these addons involve large JSON data structures that they access from lua files and as far as i can tell that is where the slowdown happens. Thoughts?
RE: Addon Lag
by Steve Ebey on Thursday April 25th 2019, 18:02
do the drop outs occur randomly, or at a specific interval. I know fedora uses tracker to update file information, when a file is modified, and killing that made my system run faster. basically tracker touches every file that gets modified to update the tracking database, to enhance file search. not sure if your distro has something like that. if so, try to disable it. unfortunately, it could just be bad addon behaviour. I used to run carbonite maps and quest, but had to find a different one, as carbonite killed fps in linux, but not in windows.
RE: Addon Lag
by Brian McCarthy on Friday April 26th 2019, 11:58
With All The Things it happens at load and whenever i collect a new transmog appearance or pet or something. With Trade Skill Master it happens pretty constantly and is almost unplayable. I mostly just disable TSM and deal with ATT at this point. I do see tracker-miner-fs running in the background, I'll try killing that to see if it helps, otherwise I'll looks for a TSM replacement.
RE: Addon Lag
by Florian on Monday April 29th 2019, 12:32
Can confirm, I have the same Lags with TSM, pretty much not useable. I have them to when opening Vuhdo or Elvui config dialogs
RE: Addon Lag
by b0nt4kun on Wednesday May 1st 2019, 3:13
Hi, I also have the same behaviour: both of them almost freeze the game for every bag/bank interaction, and drop to 0 fps when scanning the Auction House. I completely stopped using All The Things addon, and I only load TradeSkillMaster addon on specific character dedicated for this. I'm using wine-staging 4.4 and dxvk (same issue with vkd3d, which shows a bit lower fps than dxvk since last WoW patch).
RE: Addon Lag
by Brian McCarthy on Saturday June 1st 2019, 10:32
I had a moment to take a look at this again today and tried older wine versions, 4.0 was the oldest i had in my local cache, and it didn't change anything.

I think the issue is maybe the multi-threading updates from the 8.1 patch? When I'm playing the game and not seeing issues all 4 cores are steadily in the 40-50% range. But when i click the button to refresh All The Things and the game freezes for 10 seconds or so i see a single core jump to 100% and the other cores drop to 10% until it completes and everything goes back to the way it was before. Any one have any ideas of settings that could be tweaked to help with this?
Null pointer exception on Ubuntu Disco (19.04)
by Andrew on Thursday April 4th 2019, 18:35
Using wine-staging 4.5 and vcrun2015 via winetricks, I get a null pointer exception whenever I try to launch WoW 8.1 via the Battle.net app. (I also tried witout winetricks.)

I'm using an AMD processor that has Vulkan support in Ubuntu Disco.

Here is part of the error code:

This application has encountered a critical error:

ERROR #132 (0x85100084) Fatal Exception!
...
Exception: ACCESS_VIOLATION

The instruction at "0x000000018000396a"
referenced memory at "0x0000000000000000"
The memory could not be "read".

Press OK to terminate the application.
RE: Null pointer exception on Ubuntu Disco (19.04)
by Steve Ebey on Thursday April 4th 2019, 22:14
Use battle.net simply to update after patches are released. The game will NOT run from the launcher. You must use the command line, as shown in the how to on this site. I would also suggest installing vkd3d and vulkan, to get the best performance with the command line since it invokes DX12 to run the game.
RE: Null pointer exception on Ubuntu Disco (19.04)
by Andrew on Friday April 5th 2019, 17:03
Thanks for the tip. Unfortunately I still get a similar null pointer exception when launching the game via the cli.
RE: Null pointer exception on Ubuntu Disco (19.04)
by Gabriel H. on Thursday April 18th 2019, 17:00
It will run from the launcher. That's the only way I can get to launch wow.

Works for D3d12 and using dxvk. When I try to launch the wow exe I get an error. Fails every time.
DirectX11 Legacy still works
by Winkey on Sunday March 24th 2019, 6:34
XUbuntu 18.10
AMD graphics, open source driver
wow 8.1.5

winhq-staging 4.4
wow installed manually without lutris.
set in winecfg: windows 8.1
set in winetricks glsl enabled (possibly vcrun2015 and corefonts needed as well)

(using "DirectX 11" leads to 2 fps, so I activated "DirectX 11 legacy")

open wow ->System->advanced-> "DirectX 11 legacy"

Game works fine at the moment.

I had problems the very first start when i had to activate "DirectX 11 legacy". So alternatively set the option out of game in the config.wtf
RE: DirectX11 Legacy still works
by Corey H on Saturday March 30th 2019, 13:47
you can run WoW with DirectX 11 Legacy by using the -direct -d3d11legacy switches on Wow.exe within the '_retail_' folder below the install of your World of Warcraft install.
cd ~/.wine/drive_c/WoW #where I installed World of Warcraft through the Battle.net app
wine _retail_/Wow.exe -direct -d3d11legacy #run World of Warcraft
RE: DirectX11 Legacy still works
by Steve Ebey on Saturday March 30th 2019, 21:06
if you add the libvkd3d, you can run dx11 with decent frames per second. You HAVE to run wow from command line, as the battle.net launcher will remain in the background while the game plays. I would also recommend using vulkan and the libvkd3d to be able to run dx12. There are two patch files on the vkd3d bug report that correct the black screen problem after the most recent patch from blizzard.
D3d12 black screen
by Gabriel H. on Saturday March 23rd 2019, 4:59
Updated wine staging from 4.2 to 4.3 and now I get a black screen when using D3d12 and vkd3d.

Nothing else changed. Reinstalled wine, wow, recompiled and applied patch to vkd3d, still black screen.
RE: D3d12 black screen
by Steve Ebey on Saturday March 23rd 2019, 7:55
Same here, tried some of the archived staging commits that I keep on my computer, and they all present black screen. Switched to DXVK --without-dxgi and was able to run in DX11 for the time being.
RE: D3d12 black screen
by Tim Ryan on Saturday March 23rd 2019, 8:28
Black screen here too. I'm running wine staging 4.4 that I compiled and vkd3d. It was running fine until a small WoW update, then the black screen. No other changes on my system.
RE: D3d12 black screen
by Rubio on Saturday March 23rd 2019, 22:21
Same here. nvidia, Wine 3.3, vkd3d 1.1 self-compiled from git on 2019-03-14. Everything worked until the little patch, and thereafter I just get the black screen when using vkd3d. gx.log shows it keeps failing talking to the video card.
Switched to dxvk and d3d11 and it's usable again, but would prefer being back on vkd3d.
RE: D3d12 black screen
by Dox on Sunday March 24th 2019, 11:17
Yeah, confirming black screen....but I came back for the free weekend to test the new DX11 renderer, and for me DX11 (multithreaded renderer) with DXVK is faster then vkd3d atm. Tested with /timetest, but also in capital cities, raids and pvp.
RE: D3d12 black screen
by Michiel on Tuesday March 26th 2019, 23:44
I think the cause may be this one:
fixme:vkd3d_dxbc_compiler_get_descriptor_binding: Could not find binding for type 0x2, register 3, shader type 0x1.

Also getting the black screen; running DX11 Legacy mode for now.
RE: D3d12 black screen
by Rubio on Friday March 29th 2019, 13:19
This seems to be the cause and fix:
bugs.winehq.org/show_bug.cgi?id=46882

I haven't tried this yet but others are reporting successfully using vkd3d 1.1 with this patch to run WoW under d3d12
RE: D3d12 black screen
by Luke Bratch on Thursday April 18th 2019, 16:34
This patch did not fix the black screen for me with vkd3d 1.1 but it does with the current vkd3d Git HEAD which at the time of writing is 8df50592f66be7065d5b376fd1c6eb0745ca2a42 (Thu, 18 Apr 2019 16:49:06 +0000).

With the patch plus current git, this makes it work:

cd World of Warcraft/_retail_/
VKD3D_DEBUG="none" WINEDEBUG=-all STAGING_SHARED_MEMORY=1 STAGING_WRITECOPY=1 wine Wow.exe -d3d12

- no need for Battle.net launcher running
- Windows version set to Windows 10
- Wine Staging 4.6
RE: D3d12 black screen
by Luke Bratch on Thursday April 18th 2019, 16:36
Extra note - I had to disable SSAO in the in-game graphics options to stop lots of graphical flickering, but other than that it worked very well with the graphics slider set to full.
RE: D3d12 black screen
by Gabriel H. on Thursday April 18th 2019, 17:01
I still need the battle.net launcher. Won't work when calling the wow.exe.
Build Dependencies
by Steve Ebey on Wednesday March 13th 2019, 18:11
Okay, to get the stuff needed to build wine, perform the following steps: This works for fedora 29 and may be what other distros need as well.

sudo dnf install wine
sudo dnf builddep wine
sudo dnf remove wine

Now you have all the build dependecies that wine needs, and by removing the distro wine, after you get the dependencies, you do not have to worry about multiple versions in your wine prefix. i also read on the dxvk site, that a bug in dxvk with certain nvidia drivers, may be causing slow downs. There are also a lot of broke addons, including my own addon Prospectbar Lives. Blizzard has removed the itembuttontemplate, so I have to find the proper replacement.
RE: Build Dependencies
by spaceman on Thursday March 14th 2019, 10:00
Steve, I did do "sudo dnf builddep wine" to start with,

I tried "sudo dnf install wine" and then "sudo dnf remove wine" which seemed to remove everything the first command installed...

This made no difference. vkd3d will not make successfully:
"$ make -j9
make all-am
make[1]: Entering directory '/home/%username%/wine-dirs/vkd3d'
CC libs/vkd3d/device.lo
CC libs/vkd3d/resource.lo
CC libs/vkd3d/command.lo
CC demos/gears-gears.o
CC libs/vkd3d/utils.lo
CC libs/vkd3d/vkd3d_main.lo
CC libs/vkd3d/state.lo
CC libs/vkd3d-utils/vkd3d_utils_main.lo
GEN libs/vkd3d_version.c
CC demos/triangle-triangle.o
In file included from ./include/vkd3d_d3d12.h:117,
from demos/demo.h:39,
from demos/gears.c:49:
./include/vkd3d_d3dcommon.h:132:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘IUnknown_QueryInterface_Stub’
void __RPC_STUB IUnknown_QueryInterface_Stub(
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
...
make[1]: *** [Makefile:1139: libs/vkd3d/command.lo] Error 1
make[1]: Leaving directory '/home/spaceman/wine-dirs/vkd3d'
make: *** [Makefile:815: all] Error 2
$

Predicatably:
make[1]: *** [Makefile:1139: libs/vkd3d/command.lo] Error 1
make[1]: Leaving directory '/home/spaceman/wine-dirs/vkd3d'
make: *** [Makefile:815: all] Error 2

$ PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine/configure CFLAGS='-march=bdver2 -mtune=bdver2 -O3 -fPIC -fomit-frame-pointer -pipe -DWINE_NO_TRACE_MSGS -DWINE_NO_DEBUG_MSGS' --with-wine64=../wine64-build --without-gtk3 --with-vkd3d --with-vulkan --with-x^C
...
checking for -lvkd3d... not found
configure: error: vkd3d 32-bit development files not found, Direct3D 12 won't be supported.
This is an error since --with-vkd3d was requested.

Brick wall. :D
RE: Build Dependencies
by Steve Ebey on Thursday March 14th 2019, 17:38
my mistake, so sorry, you also need to do:

sudo dnf install libvkd3d
sudo dnf builddep libvkd3d
sudo dnf remove libvkd3d

Now you should have all the build dependencies that you need to make wine and vkd3d from source. Hope this helps.
RE: Build Dependencies
by spaceman on Friday March 15th 2019, 9:30
Dude your patience is exemplary. Very many thanks.
RE: Build Dependencies
by Steve Ebey on Friday March 15th 2019, 18:50
please do not run sudo dnf remove libvkd3d as that will remove libvkd3d-devel that wine needs to have to compile properly. Also, wine 4.4 has been released, and there is a bug fix for ubuntu users, to allow wine to compile with vkd3d.
edit
by timo on Wednesday March 13th 2019, 16:10
some infos about the system:

Intel i5-6500
Nvidia GTX960 with driver 418
Kubuntu 18.04 and Ubuntu 18.10 tested
WineHQ staging 4.3

"MSAA" and "Multisampe Alphatest" is deactivated.(read that in official forum)

Char screen works fine.
After login to a char in low populated area(Ogrimmar), playing works fine with limited 100FPS
With a char in citys like Dalaran or Boralus, with lots of other players, WoW freezes instantly.

Wow_d3d11.log:
err: DxvkDevice: Command buffer submission failed: VK_ERROR_DEVICE_LOST
err: DxvkDevice: Command buffer submission failed: VK_ERROR_DEVICE_LOST
err: DxvkDevice: Command buffer submission failed: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
RE: edit
by spaceman on Wednesday March 13th 2019, 19:11
I can confirm I hit the same issue this afternoon after patching to 8.1.5, can someone remind me how to capture an appropriate WINEDEBUG piped out to a file...whatever I was doing capture a log with more lines of code than Windows 10.
Computer freezes upon logging in since patch 8.1.5
by Aaron on Wednesday March 13th 2019, 14:17
Since the patch yesterday my computer freezes after loading in a character. I am running Ubuntu 18.04 using wine 4.3 from here and DXVK 1.0. I'm not really sure what steps to take to troubleshoot this so any help would be greatly appreciated.
RE: Computer freezes upon logging in since patch 8.1.5
by timo on Wednesday March 13th 2019, 15:56
Hey there,

same problem here.
Also installed a fresh Ubuntu 18.10 on another hard disk, with a fresh World of Warcraft installation.
Same issue.
Help to solve it in Ubuntu would be great.

Temporarily next step will be another distro. Any experience with Manjaro?
RE: Computer freezes upon logging in since patch 8.1.5
by Alberto on Wednesday March 13th 2019, 16:36
Same problem here. Before the patch all runs often good.

Wine-Staging 4.3 + DXVK 1.0 in openSUSE Leap 15.0
If I launch WoW from Blizzard app, after enter to the world all system is freeze and I need to push the RESET button of the computer.
If I launch WoW from command line (without Blizzard app) after a few seconds of entered in the world, screen freeze and I need to kill Plasma with Ctrl-Alt-Backspace twice. After few seconds I can open Plasma again from login screen.

I tried Wine-Staging 4.3 without DXVK and halt Error #132

i5-6600K
GTX1070 with propietary driver 418.42.02
AA off

I have too the:

err: DxvkDevice: Command buffer submission failed: VK_ERROR_DEVICE_LOST
err: DxvkDevice: Command buffer submission failed: VK_ERROR_DEVICE_LOST
err: DxvkDevice: Command buffer submission failed: VK_ERROR_DEVICE_LOST
err: DxvkDevice: Command buffer submission failed: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err: DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
RE: Computer freezes upon logging in since patch 8.1.5
by Aaron on Wednesday March 13th 2019, 23:38
RE: Computer freezes upon logging in since patch 8.1.5
by timo on Thursday March 14th 2019, 2:05
Thanks a lot dude!!!
That fix works. But I have to start WoW without Lutris. I Think its the Lutris WoW Profile. Will take a look next.
But with this fix installed, everything is fine again :-)
RE: Computer freezes upon logging in since patch 8.1.5
by Alberto on Thursday March 14th 2019, 5:47
Works again with the new libraries of DXVK at the end of ticket 964 of github:

github.com/doitsujin/dxvk/issues/964

The file is:

github.com/doitsujin/dxvk/files/2964170/dxvk-master.tar.gz
8.1.5
by algebro on Wednesday March 13th 2019, 13:39
Sort of good news! As of patch 8.1.5 I can now see the character select screen and log into the game with DX12. Unfortunately I'm getting less than 1fps so the game is utterly unplayable. I'm curious to hear from other people's experiences with the latest patch.
Fedora 29 Wine64/vkd3d compile...
by spaceman on Tuesday March 12th 2019, 18:23
I had being beaten, Steve, so I've spent the last two days trashing one Fedora install and trying to fully document my process in getting vkd3d and Wine64 compiled from source.

Following your steps I've got as far as:
./configure --enable-demos --with-sysroot
This process completes with the summary I succeeded in getting:
Configuration summary for vkd3d 1.1

Have XCB: yes
Have SPIRV-Tools: no

Building demos: yes

Building crosstests: yes
The SPIRV-Tools no is really annoying as I built the successfully from source! Path issue?

Frustratingly I've hit the wall with :
make...

widl is required to generate include/vkd3d_dxgi1_3.h...
So inevitably:
error: vkd3d_d3d12.h: No such file or directory #include
^~~~~~~~~~~~~~~compilation terminated

I thought widl was a mingw component...there are many mingw packages so is installed a couple ...tools and ...gcc. Any idea how to move beyond this problem mate?
RE: Fedora 29 Wine64/vkd3d compile...
by michael on Tuesday March 12th 2019, 23:13
Hi, I had the exact same issue, resolved by using:

WIDL=../wine-4.3/wine64-build/tools/widl/widl ./configure --enable-demos --with-sysroot

instead of just ./configure --enable-demos --with-sysroot
RE: Fedora 29 Wine64/vkd3d compile...
by michael on Wednesday March 13th 2019, 6:43
I decided to recompile it all again and found that installing the compiled wine before you start working on vkd3d solves the issue.
Slightly out of order on the howto section, but works a treat - no commandline changes needed.
RE: Fedora 29 Wine64/vkd3d compile...
by spaceman on Wednesday March 13th 2019, 7:05
I did wonder about this...good shout sir. Thank you very much for your input.
RE: Fedora 29 Wine64/vkd3d compile...
by spaceman on Wednesday March 13th 2019, 8:35
Things were progressing again then I hit this wall:

PKG_CONFIG_PATH=/usr/lib/pkgconfig ../wine/configure CFLAGS='-march=bdver2 -mtune=bdver2 -O3 -fPIC -fomit-frame-pointer -pipe -DWINE_NO_TRACE_MSGS -DWINE_NO_DEBUG_MSGS' --with-wine64=../wine64-build --without-gtk3 --with-vkd3d --with-vulkan --with-x
...
checking for mpg123_feed in -lmpg123... no
checking libavutil/avutil.h usability... no
checking libavutil/avutil.h presence... no
checking for libavutil/avutil.h... no
checking for -lopenal... not found
checking for -lodbc... libodbc.so.2
checking for -lnetapi... not found
checking for -lvulkan... libvulkan.so.1
checking for -lvkd3d... not found
configure: error: vkd3d 32-bit development files not found, Direct3D 12 won't be supported.
This is an error since --with-vkd3d was requested.

Er...I was compiling wine to first to resolve the widl errors I had from vkd3d. Now I cannot continue compiling wine32 because vkd3d isn't build. :D

Happy daze.
RE: Fedora 29 Wine64/vkd3d compile...
by spaceman on Wednesday March 13th 2019, 9:10
Using:
WIDL=../wine-4.3/wine64-build/tools/widl/widl ./configure --enable-demos --with-sysroot

I was able to progress to make which was a storm (of some sort):
make[1]: Entering directory '/home/%username%/wine-dirs/vkd3d'
CC demos/gears-gears.o
CC libs/vkd3d/device.lo
CC libs/vkd3d/resource.lo
CC libs/vkd3d/state.lo
CC libs/vkd3d/utils.lo
CC libs/vkd3d/command.lo
CC libs/vkd3d/vkd3d_main.lo
GEN libs/vkd3d_version.c
CC libs/vkd3d-utils/vkd3d_utils_main.lo
CC demos/triangle-triangle.o
In file included from ./include/vkd3d_d3d12.h:117,
from demos/demo.h:39,
from demos/triangle.c:46:
./include/vkd3d_d3dcommon.h:132:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘IUnknown_QueryInterface_Stub’
void __RPC_STUB IUnknown_QueryInterface_Stub(
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
...
make[1]: *** [Makefile:1182: demos/gears-gears.o] Error 1
make[1]: Leaving directory '/home/spaceman/wine-dirs/vkd3d'
make: *** [Makefile:815: all] Error 2

Reinstall Fedora and start again (30 is out soon)? LOL XD
RE: Fedora 29 Wine64/vkd3d compile...
by michael on Thursday March 14th 2019, 6:53
strange how after compiling vkd3d and installing with:
sudo make install
sudo ldconfig

you've ended up with:
checking for -lvkd3d... not found

wish I could help you out :(
RE: Fedora 29 Wine64/vkd3d compile...
by Lucas Pruvost on Wednesday March 13th 2019, 15:30
Hello,
vkd3d project can be found here : github.com/d3d12/vkd3d/

See "README", it is written how to get widle working, it is as simple as download wine source and compiling only widle (it is given in wine source).

Everything is explained in this file.
RE: Fedora 29 Wine64/vkd3d compile...
by spaceman on Thursday March 14th 2019, 9:29
I'm sorry but what part of "Using:
WIDL=../wine-4.3/wine64-build/tools/widl/widl ./configure --enable-demos --with-sysroot"
was unclear?

Read a README, well thank you, /slowclap.
RE: Fedora 29 Wine64/vkd3d compile...
by Lucas Pruvost on Thursday March 14th 2019, 9:35
Not my fault if you need 5 comments to go on and can't follow instructions properly
RE: Fedora 29 Wine64/vkd3d compile...
by spaceman on Thursday March 14th 2019, 17:09
It's your fault if you can't read a thread to see what someone has done before wading in with "advice". Right up with Let me Google that for you. Jog on.
WoW does not establish a connection ingame
by Chris on Wednesday February 27th 2019, 1:35
Hi,
I am using winestaging 4.1 and install went just fine, but when I start the game it opens and never finishes establishing a connection. Battlenet is working just fine, so I wonder if I missed anything. Any1 had this problem prior?
regards Chris
RE: WoW does not establish a connection ingame
by Steve Ebey on Wednesday February 27th 2019, 6:12
You need to poke wholes in your firewall software and also your physical router, to allow WoW to talk to itself. Search the wow tech support forum to find the ports they need opened. Also if you use the battle.net launcher to start the game, you may run into issues. Most people build a script, to run the wow.exe from the _retail_ folder in the wow directory on your computer. The script in the howto will start wow, if you are wanting to run it with dx12 and meet the system requirements to do that. you need wine staging and the vkd3d library, as well as the vulkan drivers that support your video card. Hope this helps.
Can't get dx12 to work with vkd3d
by Cliff Hill on Tuesday February 19th 2019, 7:58
I have winehq-staging installed, with Wine 4.2. I also installed the vkd3d from cybermax-dexter on launchpad. I am using Linux Mint 19.2 (Tara), and my computer's built-in on-board video (intel).

I can see gears-vkd3d working.

However when I run WoW with the -d3d12 flag, Direct3D 11 is loaded, and is the only option in the System -> Advanced menu. My FPS is abysmal, and I am hoping that dx12 will be better, but it isn't working. Help?
RE: Can't get dx12 to work with vkd3d
by Steve Ebey on Tuesday February 19th 2019, 8:08
have you set winecfg to use windows 10? DX12 is only available in windows 10.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Tuesday February 19th 2019, 8:55
yes, winecfg is set to Windows 10.
RE: Can't get dx12 to work with vkd3d
by Steve Ebey on Tuesday February 19th 2019, 15:04
might consider compiling vkd3d from source, per the how to shown here. Some distro versions of vkd3d are not compatible with WoW. As I have done recently, I am happy to email you the current WoW patched vkd3d that I run.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Tuesday February 19th 2019, 15:41
My distro doesn't include a version of vkd3d. I am using one that is from a PPA (I believe I found below) which is supposed to be made specifically for WoW.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 5:58
Ok, so I did the steps for compiling vkd3d from source:

rm -fr vkd3d
git clone source.winehq.org/git/vkd3d.git
cd vkd3d
./autogen.sh
./configure --enable-demos --with-sysroot
make -j6
sudo make install
sudo ldconfig


and am using the game launch script:

#!/usr/bin/env bash
winetricks win10
env VKD3D_DEBUG=none WINEDEBUG=-all STAGING_SHARED_MEMORY=1 STAGING_WRITECOPY=1 nice -20 wine64 '/home/steve/.wine/drive_c/Program Files (x86)/World of Warcraft/Wow.exe'
winetricks win7

yet still no Directx12 only 11.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 7:07
Still no bueno.

Distro: Linux Mint 19.2 (Tara)
Wine: 4.2 (staging) -- Set to Windows 10
vkd3d: package from cybermax-dexter/vkd3d bionic PPA - specifically built with patches for WoW.
intel integrated graphics
vulkan from Padoka Stable PPA (mesa implementation)

gears-vkd3d and triangle-vkd3d both work, and work well.

Using:
env VKD3D_DEBUG=none WINEDEBUG=-all STAGING_SHARED_MEMORY=1 STAGING_WRITECOPY=1 nice -20 wine64 '/home/darkhelm/.wine/drive_c/Program Files (x86)/World of Warcraft/_retail_/Wow.exe'

WoW System -> Advanced settings does not show DirectX 12. It only shows DirectX 11.
RE: Can't get dx12 to work with vkd3d
by Tim Ryan on Tuesday February 19th 2019, 15:12
Is your Intel video DX12 compatible? I had an old nvidia card that wasn't and the option would not show up in WoW. Once I upgraded to a new card and driver the option showed up.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 7:25
Fairly certain it is. The laptop was made about a year ago.

If it didn't work, you would think that the gears-vkd3d and triangle-vkd3d demos would not work.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 8:29
Looked it up. I have an Intel HD 620 (Kaby Lake GT2) chipset, which is DirectX 12 compatable.
RE: Can't get dx12 to work with vkd3d
by Steve Ebey on Wednesday February 20th 2019, 9:24
Check to make sure you are running latest vulkan, and your intel driver is also the latest for your distro. Find the gx.log in ~/.wine/drive_c/Program Files (x86)/World of Warcraft/_retail_/Logs and make sure it sees the video card. If you have dxvk dll overrides in your winecfg, you need to remove them, so that it uses the wine compiled dxgi and not the dxvk dxgi.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 10:22
vulkan version: 1.1.97.0~rc1-1lunarg18.04.1.1
mesa version: 18.3.3-1~b~padoka0
vkd3d version: 1.1cybmod21-bionic~1ppa1
wine (staging) version: 4.2~bionic

I have nothing for dxvk installed. This was a clean wine-staging install. The only thing I added was corefonts.

gx.log:

2/20 08:35:31.313 LogOpen
2/20 08:35:32.312 ConsoleDetectDetectHardware():
2/20 08:35:32.718 cpuIdx: 1
2/20 08:35:33.290 ConsoleDeviceInitialize(): hwDetect = 0, hwChanged = 0
2/20 08:35:34.168 D3d11 Device Create
2/20 08:35:34.845 Format: 1471 x 811 Window, vsync 0
2/20 08:35:35.723 Found Adapter 0: Vendor Id 0x8086, Device Id 0x0162 - Sysmem = 0
2/20 08:35:36.320 Choosing adapter 0
2/20 08:35:38.411 Caps:
2/20 08:35:39.152 Vendor ID: 8086
2/20 08:35:39.916 Device ID: 162
2/20 08:35:40.707 AFR Groups: 1/1
2/20 08:35:41.287 Feature Level: DX=3, GL=0, MTL=0
2/20 08:35:42.944 NotifyOnDeviceCreate
2/20 08:35:43.295 D3d11 Device Create Successful
2/20 08:35:43.931 CPU Processor Detection: 4 H/W threads
2/20 08:35:44.544 Memory Detection: 8242466816 bytes of physical memory available
2/20 08:35:45.391 Detected Graphics Defaults: 4 (CPU = 6, GPU = 4, MEM = 6)
2/20 08:35:58.907 RenderSettings::NotifyChanged
2/20 08:37:04.269 No
2/20 08:38:38.071 No
2/20 08:38:39.601 No
2/20 08:40:04.438 D3d11 Device Destroy
2/20 08:40:05.137 NotifyOnDeviceDestroy
2/20 08:40:05.959 D3d11 Device Destroyed
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 14:03
So, I have the latest vulkan, latest intel driver, latest Wine and latest vkd3d I can get. I have no dxvk at all, and I believe I see that gx.log has identified my card.... but it shows dx11 not dx12.
RE: Can't get dx12 to work with vkd3d
by Steve Ebey on Wednesday February 20th 2019, 17:11
try adding -d3d12 at the end of the wow.exe command line in your startup script. Are you compiling the vkd3d code, or using distro provided? There is a specific patch for WoW in a bug report. Do you know if the vkd3d you have is using that patch? When you start up wow, from command line, and go to the System section, does the api drop down even show dx12 as an option? On that same screen, what is shown for the graphics card it detects? Use the drop down to go from auto to the specific card you want to use and see if that helps.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 17:28
I tried -d3d12 on the command-line. No effect.

I am using vkd3d from a repo that is specifically patched to work with WoW. The maintainer says it has the patch on it.

In system -> advanced, there is no option for DirectX 12

Card listed: Intel HD Graphics 4000

Which.... is not my card. And apparently is one that doesn't support DirectX 12 Interesting.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 20:43
lspci says:

00:02.0 VGA compatible controller: Intel Corporation HD Graphics 620 (rev 02)

Which is able to support DirectX 12.

So my question then is -- why is WoW seeing an Intel 4000 chip, when I have an Intel HD Graphics 620?
RE: Can't get dx12 to work with vkd3d
by Steve Ebey on Wednesday February 20th 2019, 21:20
can you run the game in windows 10 and see if wow detects dx12 and the video card? I am thinking either wine is not seeing the card properly, or that blizzard has a problem.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 21:40
Sorry, I don't have a Windows computer. My guess is somehow Wine is not seeing it correctly. Is there something I can use to test if Wine is using vkd3d? I have tried gears-vkd3d and triangle-vkd3d, both of those work, and work well.
RE: Can't get dx12 to work with vkd3d
by Steve Ebey on Wednesday February 20th 2019, 22:47
okay, if gears and triangle, from vkd3d work then yes, dx12 is working for you. So, try dxvk and see if the game works. if so, then see what video card is being shown on system settings in wow. if it shows hd 4000 then the problem may be blizzard.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday February 20th 2019, 22:56
I just want to be extra sure.... is there a tool I can use in wine that prints out or displays what card I have?
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Sunday February 24th 2019, 5:36
So I found some other applications that do system diagnostics, and they are also not detecting the video card... Wouldn't a Windows application be able to see my card information?
RE: Can't get dx12 to work with vkd3d
by Steve Ebey on Sunday March 3rd 2019, 10:32
wine 4.3 fixed the issue with intel hd 620 so you should be able to see dx12 now as an option. still need to load in the staging version, and they also fixed vsync for d3d12 to honor the game settings used, instead of being on all the time.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday March 6th 2019, 8:16
Yeah, tested with 4.3. It is properly detecting my video card in WoW (that is, I see the option in Settings -> Advanced), and yet still no DirectX 12 as an option. This is getting really annoying.
RE: Can't get dx12 to work with vkd3d
by Cliff Hill on Wednesday March 6th 2019, 8:35
Here is the output from gx.log:

3/6 09:33:46.851 LogOpen
3/6 09:33:46.963 ConsoleDetectDetectHardware():
3/6 09:33:46.980 cpuIdx: 1
3/6 09:33:47.011 ConsoleDeviceInitialize(): hwDetect = 1, hwChanged = 0
3/6 09:33:47.039 D3d11 Device Create
3/6 09:33:47.058 Format 1600 x 900 Fullscreen, ArgbX888, vsync 0
3/6 09:33:47.129 Found Adapter 0: Vendor Id 0x8086, Device Id 0x5916 - Sysmem = 0
3/6 09:33:47.148 Choosing adapter 0
3/6 09:33:47.192 Caps:
3/6 09:33:47.215 Vendor ID: 8086
3/6 09:33:47.237 Device ID: 5916
3/6 09:33:47.263 AFR Groups: 1/1
3/6 09:33:47.284 Feature Level: DX=3, GL=0, MTL=0
3/6 09:33:47.312 NotifyOnDeviceCreate
3/6 09:33:47.330 D3d11 Device Create Successful
3/6 09:33:47.442 CPU Processor Detection: 4 H/W threads
3/6 09:33:47.462 Memory Detection: 8242462720 bytes of physical memory available
3/6 09:33:47.504 Detected Graphics Defaults: 4 (CPU = 6, GPU = 4, MEM = 6)
3/6 09:33:47.783 RenderSettings::NotifyChanged
3/6 09:33:49.750 No
3/6 09:33:50.376 RenderSettings::NotifyChanged
3/6 09:34:07.934 GxRestart
3/6 09:34:08.200 D3d11 Device Destroy
3/6 09:34:08.221 NotifyOnDeviceDestroy
3/6 09:34:08.329 D3d11 Device Destroyed
3/6 09:34:08.345 D3d11 Device Create
3/6 09:34:08.467 Format 1600 x 900 Fullscreen, ArgbX888, vsync 0
3/6 09:34:08.588 Taking Adapter 0 by name: Vendor Id 0x8086, Device Id 0x5916 - Sysmem = 0
3/6 09:34:08.612 Intel(R) HD Graphics 620
3/6 09:34:08.673 Caps:
3/6 09:34:08.690 Vendor ID: 8086
3/6 09:34:08.713 Device ID: 5916
3/6 09:34:08.736 AFR Groups: 1/1
3/6 09:34:08.758 Feature Level: DX=3, GL=0, MTL=0
3/6 09:34:08.784 NotifyOnDeviceCreate
3/6 09:34:09.236 D3d11 Device Create Successful
3/6 09:34:11.790 D3d11 Device Destroy
3/6 09:34:11.811 NotifyOnDeviceDestroy
3/6 09:34:11.879 D3d11 Device Destroyed
RE: Can't get dx12 to work with vkd3d
by Michiel on Wednesday March 13th 2019, 0:12
I have not set dx to 12; afaik I don't have vulkan support in my distro yet anyway; But I noticed abysmal framerates, unplayable.
Your post pointed me to the solution: there is also a DX 11 Legacy setting in WoW, that seemed to fix the abysmal framerates, at least to a playable level.
Xid: 13
by Tim Ryan on Sunday February 17th 2019, 11:45
Is anyone else getting this error when playing with vkd3d?

/var/log/syslog.1:Feb 16 13:39:50 recluce kernel: [ 2027.592153] NVRM: Xid (PCI:0000:02:00): 13, Graphics Exception: Class 0x1 Subchannel 0x0 Mismatch
/var/log/syslog.1:Feb 16 13:39:50 recluce kernel: [ 2027.592158] NVRM: Xid (PCI:0000:02:00): 13, Graphics Exception: ESR 0x4041b0=0x1
/var/log/syslog.1:Feb 16 13:39:50 recluce kernel: [ 2027.592161] NVRM: Xid (PCI:0000:02:00): 13, Graphics Exception: ESR 0x404000=0x80000002
/var/log/syslog.1:Feb 16 13:39:50 recluce kernel: [ 2027.592331] NVRM: Xid (PCI:0000:02:00): 13, Graphics Exception: ChID 001e, Class 0000c197, Offset 00002398, Data 00000000

I'm using the wine staging from my distro, Xubuntu 18.10, along with vkd3d from the PPA that Sveinar Søpler posted here. It works great except for these exceptions happening very occasionally. It seems to be associated to certain locations, since once it triggers if I go back to the same place it happens again. Otherwise I can play for hours with no problem, including doing raids. The two locations it's happened to me don't seem like anything special. Once was at the island off the coast of Stormsong Valley and another in arathi highlands fighting the big spider during a world quest.

According to Nvidia's documentation the Xid: 13 error is from the driver or application, not hardware.
RE: Xid: 13
by b0nt4kun on Sunday February 17th 2019, 13:05
Hi, I got the same since I tried to use vkd3d:
[15250.524113] NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception: Class 0x1 Subchannel 0x0 Mismatch
[15250.524114] NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception: ESR 0x4041b0=0x1
[15250.524116] NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception: ESR 0x404000=0x80000002
[15250.524193] NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception: ChID 001e, Class 0000b197, Offset 00002398, Data 00000000
Or sometime:
NVRM: Xid (PCI:0000:01:00): 31, Ch 0000001e, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_0 faulted @ 0xff_8baba000. Fault is of type FAULT_PTE ACCESS_TYPE_READ

It can happen after 6 seconds or more than hour playing WoW, but it always happen. When this happen, screen goes black, I cannot switch to any other application nor virtual desktop, and then after almost a minute, I'm able to get back control but at that point only WoW is frozen, and I have to kill all wine related process.

I'm using wine-staging 4.0 from my distro (Gentoo with 4.14.83 kernel AMD64) with "wine/dlls/dxgi/swapchain.c" patched manually, and with vkd3d (last git).
I also tested wine 4.2 from winehq with staging patches: same behavior.
My nvidia-drivers are version 415.27. I also tested 418.30: same behavior (my graphic card is a GeForce GTX 980M). With older version 390.87 I only get a black screen when starting WoW.

For now I went back to use -d3d11 when starting WoW since it is not playable with regular crashes on -d3d12, but performance is really low (between 5 and 20fps, with settings at level 5, compared to 80+fps with settings at level 9 with -d3d12).

Not related: I remember someone having small "freeze" when mouse hovering object in inventory: in my case this was linked to "TradeSkillInfo" addon, not wine.
RE: Xid: 13
by Steve Ebey on Tuesday February 19th 2019, 8:11
are you running a laptop, with optimus or prime, and are you certain that the nvidia card is active? can you run the vkd3d gears demo?
RE: Xid: 13
by b0nt4kun on Tuesday February 19th 2019, 14:10
Indeed I'm running on a laptop (ASUS ROG G752VY). I can run vkd3d gears and triangle demos.

I never tried to setup optimus or prime (I only installed the nvidia-drivers package to get my Xorg running), so I was quite sure that I was only using the nvidia card. However I saw that in my kernel the "Intel 8xx/9xx/G3x/G4x/HD Graphics" option was enabled, so I'm not confident anymore (is this enough to activate optimus or prime ?). I checked my distribution notes about setting up optimus (wiki.gentoo.org/wiki/NVIDIA/Optimus) and my xorg.conf does not contain anything related to the Intel card, and xrandr gives me only the nvidia card:

# xrandr --listproviders
Providers: number : 1
Provider 0: id: 0x1b9 cap: 0x1, Source Output crtcs: 4 outputs: 6 associated providers: 0 name:NVIDIA-0

I did not saw anything about optimus in nvidia-settings tool: is there a way to confirm whether it is enabled or not (or is the above enough to know whether it is enabled or not) ?
RE: Xid: 13
by Steve Ebey on Tuesday February 19th 2019, 15:08
did you compile vkd3d yourself, or use a distro version? There are 2 patches, that I apply to my local copy of the vkd3d that I have, and they are listed on the bug report for vkd3d, shown in this appdb. Hoping this helps. If you want, I can email my copy of the repo I compile from, so you can compile it on your system.
RE: Xid: 13
by b0nt4kun on Tuesday February 19th 2019, 15:41
I tried to use vkd3d 1.0 and 1.1 from my distro: both failed (black screen).
I then compiled it myself with instructions provided in this thread:
git clone source.winehq.org/git/vkd3d.git
cd vkd3d
./autogen.sh
./configure --enable-demos --with-sysroot --prefix=/opt/vkd3d
make
sudo make install

My local git copy is up to date with 'origin/master'
I used the --prefix in order not to interfere with my distro package manager too much, and then used 'export LD_LIBRARY_PATH=/opt/vkd3d/lib' before starting wine (I can confirm this works since without it, I fall back to a black screen linked to the use of vkd3d 1.1 or 1.1). For reference, I did a test without the --prefix, thus overwriting files from vkd3d-1.1 package, then recompiled wine in order to ensure I got the correct headers: result was the same.

In regards to optimus/prime: reading through the requirments in order to enable the use of the Intel card, I can confirm I'm did not do this (I don't have bumblebee installed neither).

I guess the 2 patches are "Update descriptors hack" and "WIP private data patch". i did not try those, I'll recompile vkd3d from git with those and test.
RE: Xid: 13
by b0nt4kun on Wednesday February 20th 2019, 4:10
I compiled last git version of vkd3d, with "Update descriptors hack" patch only ("WIP private data patch" does not properly apply, and to my understanding have already been included in the git version I fetched).
I have now been playing for several hours without a single crash. Also, I used to have to disable SSAO to avoid display artifact: it seems to work fine now.

So in my case: last git version of vkd3d + "Update descriptors hack" patch seems to have fixed the "NVRM: Xid (PCI:0000:01:00): 13, Graphics Exception" issue.

Thank you for your help.
RE: Xid: 13
by b0nt4kun on Wednesday February 20th 2019, 11:24
Some feedback after additionnal hours of play: in fact the crash still happen, but a lot less (about one crash every 4 hours, instead of at least one crash per hour)
RE: Xid: 13
by Tim Ryan on Sunday March 3rd 2019, 10:39
Nvidia has released a new driver update. One of the items fixed is an Xid: 13 error. It 418.43
RE: Xid: 13
by b0nt4kun on Tuesday March 19th 2019, 14:51
For reference, since upgrading wine-staging to 4.4, nvidia-drivers to 418.43 and vkd3d up to date with git repository, I did not encounter Xid: 13 error.
(vkd3d now sometimes log "fixme:vkd3d_dxbc_compiler_get_descriptor_binding: Could not find binding for type 0x2, register 3, shader type 0x1.", which cause a small freeze, but does not crash the game)
AMD Vulkan/vkd3d
by algebro on Friday February 15th 2019, 9:48
Does anyone have this working with an AMD Radeon card? I've built vkd3d from source and applied all the WoW-specific patches and no matter what I am getting a black screen on character selection. I see some bug reports about RADV-specific problems so I'm wondering if anyone has gotten it to work and what their environment is like. I'm running mesa 18.3.3 and I'd like to avoid compiling mesa/llvm/clang from git if possible, although I'd consider it if that would solve the problem.
VKD3D not working?
by Alberto on Thursday February 7th 2019, 6:13
I have openSUSE Leap 15.0 and I try to install VKD3D. My Nvidia driver is 415.22.05 and my card is GTX 1070.

Now I have for 64 btis: /usr/lib64/libvkd3d.so.1 and /usr/lib64/libvkd3d.so.1.1.0.
Also I have for 32 bits: /usr/lib/libvkd3d.so.1 and /usr/lib/libvkd3d.so.1.1.0.

When I run the line proposed by Steve: env VKD3D_DEBUG=none WINEDEBUG=-all wine64 '/home/krovikan/.wine/drive_c/Program Files (x86)/World of Warcraft/_retail_/Wow.exe' the game run but in the log in screen, system section, I can't see DX12 (only DX11).

My winecfg is set to W10 and using my default wine. I have .wine as default (where I type the command above) and I have .winedxvk for DXVK when is needed with their ENV.

I can't provide log because I don't have. If I remove WINEDEBUG=-all and set VKD3D_DEBUG=-all then I can see log in console but I can't save to a file (I googled to do but I can't).
RE: VKD3D not working?
by Alberto on Thursday February 7th 2019, 6:35
I forgot to say that I use wine-staging 4.1
RE: VKD3D not working?
by Steve Ebey on Thursday February 7th 2019, 7:57
What version of vulkan are you running? use vulkaninfo to post that information here. if you are running dxvk, what happens with it, and what frames per second do you get?
RE: VKD3D not working?
by Alberto on Thursday February 7th 2019, 9:47
Vulkan 1.1.96 when I use DXVK 0.96.

Vulkan info shows:

===========
VULKAN INFO
===========

Vulkan API Version: 1.0.65

The number of frames depends of activity.

I have 159 addons (real number is 32 because in the 159 are included core addons + modules + modules loaded on demand). With this profile the World is acceptable. 50 - 60 fps in Daz'alor.
But in raid, the number goes down to 2,4 - 3,9 fps (screen freezing) in the first boss (Champion of Light) while I am recording with vokoscreen 2.5.0 at 25fps (mp4 format with libx264 and libmp3lame).

I have a profile with 92 addons (real number is 14 because in the 92 are included core addons + modules + modules loaded on demand). With this profile, made for Raid, I have 9 - 17 fps (screen smoothly) in the first boss (Champion of Light) while I am recording with vokoscreen 2.5.0 at 25fps (mp4 format with libx264 and libmp3lame).

Example of Addon with modules loaded on demand is DBM (I have all expansions of DBM).

Before patch 8.1, I can raid without problems while I am recording. I can do Ghuun (example) smoothly. The day of 8.1 and after, Uldir have freezings (not playable) in Vectis, Zul, Mythrax and Ghuun (while recording). I don't have information without recording.

Today I try VKD3D but don't appear DX12 in the combo of API select as described in the OP.
RE: VKD3D not working?
by Steve Ebey on Thursday February 7th 2019, 12:15
You MUST remove the winecfg dll overrides for dxvk BEFORE you try vkd3d. also, you could make a script file for vkd3d to start wow, and put -d3d12 on the wow command line, to start the game. Shown here is the command line I use.

env VKD3D_DEBUG="none" WINEDEBUG=-all STAGING_SHARED_MEMORY=1 STAGING_WRITECOPY=1 wine64 '/home/steve/.wine/drive_c/Program Files (x86)/World of Warcraft/_retail_/Wow.exe' -d3d12 &>/dev/null

The word wrap on this post caused a line wrap, but that is all one line. Hope this helps. You might also consider compiling vkd3d from source and linking it with the wine staging, to get all the fixes that are included. the script that I use to compile it, is in the how-to section here. There are some patches for screen flash attached to a bug report for vkd3d that you might need also. You would need to apply them, after the source is downloaded, but before you compile it.

I have not done any raiding with my set-up, so might see how I do, since wing 1 of daz'alor is open in lfr. I will post here afterwards with fps results.
RE: VKD3D not working?
by Alberto on Thursday February 7th 2019, 12:24
I try your command: env VKD3D_DEBUG="none" WINEDEBUG=-all STAGING_SHARED_MEMORY=1 STAGING_WRITECOPY=1 wine64 '/home/steve/.wine/drive_c/Program Files (x86)/World of Warcraft/_retail_/Wow.exe' -d3d12 &>/dev/null but no DX12 is selected in System.

My prefix .wine no have overrides for DXVK, so it's no the problem. For use DXVK I use always: env DXVK_HUD=1 WINEDEBUG=-all WINEPREFIX="/home/krovikan/.winedxvk" wine64 '/mnt/juegos/wine/drive_c/Program Files (x86)/Battle.net/Battle.net.exe'
RE: VKD3D not working?
by Steve Ebey on Thursday February 7th 2019, 15:00
Do not launch from the battle.net app, it will not properly start the game. You may need to compile vkd3d to get it to work, most distro versions of vkd3d are 1.0 and that one does not work with ANY DX12 games at all. Copy and paste the build vkd3d scriot from the how to, and see if it compiles and works for you.
RE: VKD3D not working?
by Alberto on Tuesday February 19th 2019, 5:04
I tried but nothing to do in openSUSE.

git files and instructions in your Howto are make for debian (or so it seems).

My steps:

krovikan@linux:~/Descargas> git clone source.winehq.org/git/vkd3d.git
Clonando en 'vkd3d'...
remote: Counting objects: 8493, done.
remote: Compressing objects: 100% (3057/3057), done.
remote: Total 8493 (delta 6819), reused 6833 (delta 5327)
Recibiendo objetos: 100% (8493/8493), 1.93 MiB | 1.17 MiB/s, listo.
Resolviendo deltas: 100% (6819/6819), listo.
krovikan@linux:~/Descargas> cd vkd3d
krovikan@linux:~/Descargas/vkd3d> ./autogen.sh
./autogen.sh: línea 3: autoreconf: no se encontró la orden

I look into autogen.sh and I see the call to autoreconf. I install dh-autoreconf (for support autoreconf) plus other debian dependencies as dpkg, debhelper and others.
I install also vulkan-devel.

I change the line of autogen.sh from autoreconf to dh_autoreconf and now:

krovikan@linux:~/Descargas/vkd3d> ./autogen.sh
dh_autoreconf: cannot read debian/control: No such file or directory

Unknown option: f
dh_autoreconf: No compatibility level specified in debian/compat
dh_autoreconf: This package will soon FTBFS; time to fix it!
dh_autoreconf: Compatibility levels before 5 are deprecated (level 1 in use)
dh_autoreconf: cannot read debian/control: No such file or directory

I hope that some day exists one winetricks vkd3d as for dxvk (I update easy dxvk with winetricks instead of compiling).
Platinum?
by Allen Bair on Tuesday February 5th 2019, 15:13
In the test results, you described it as "Platinum" and that you did not use a workaround. However, you have also posted what is clearly a complex piece of compiling (without leaving instructions on what tools are necessary to compile it) a second piece of software not included with default WINE. At best, this should have been labeled as Gold or Silver and the rating is misleading. Also, if VKD3D is necessary to run this and other games, shouldn't it be included by default in the standard Wine downloads? I find these test results to be very misleading.
RE: Platinum?
by Steve Ebey on Tuesday February 5th 2019, 17:00
vkd3d is sourced as part of wine, to implement dx12 over vulkan instead of opengl. I compiled solely from source provided by wine, and no outside third party. I explained in great detail in the how to, about dependencies to build wine, and if you read, others do state that they are running distro versions of wine and the companion dx12 library built from vkd3d. Most distros, including fedora offer libvkd3d in the wine repository. everything tested is available in the wine source tree and the wine distro trees, so choosing to compile from source does not invalidate any results. We are all free to compile, on our own distros that we run, and I am happy to help anyone achieve the results I get from the game.
RE: Platinum?
by Allen Bair on Tuesday February 5th 2019, 21:48
You're not understanding my comment. "Platinum" refers to a program that works "out of the box" with no modifications upon install to get it running. In other words, a program which an end user with minimal experience might open with wine even from the gui by double clicking and have it run as though it were on windows. This install requires more technical know how than that. I've been using wine and linux for fifteen years now, and reading your instructions is off-putting to me. Imagine what it would be like for those not familiar with wine at all who just want to run WoW. For the record, I attempted to install WoW on Ubuntu today which is what landed me here. Battle.net, which is usually the ugly elephant in the room came up and running without a hitch, but WoW itself would not come up even when WoW.exe was running. I had not heard of vkd3d or its importance in running this piece of software. Upon seeing your results, I became confused until I read further and saw that there "was" an additional install and workaround needed in order to support DirectX12 which Wine still does not do on its own.

Unless the software will run without any further compiling, workarounds, or installs other than double clicking on "install.exe", please don't mark it as platinum with no workarounds needed.

Also, for the record, libvkd3d is not in the ubuntu wine repositories, and yes, I'm running wine from the repos on this site. 18.04 and WINE 4.0 (stable).
RE: Platinum?
by Steve Ebey on Wednesday February 6th 2019, 8:20
Install wine staging, not wine stable, WoW needs the extra staging patches. Ubuntu should have staging. I am surprised the Ubuntu does not have libvkd3d for you to use. I prefer to compile and run, but I NEVER said it would not work "out of the box" and if that is what you want, I would suggest Lutris or Play on Linux. They use wine as a base, and build a user friendly gui to help novices install games and they also have a good support as well as being open source. I will stand by my rating, because the libvkd3d is a wine component, and as some programs need Microsft .net framework to run, wine needs vkd3d if you want good performance with DX12. That being said, vkd3d being part of the wine development, and not presented by any third party, I still say it works "out of the box".
RE: Platinum?
by spaceman on Wednesday March 6th 2019, 9:30
To be fair Steve, and I have had some (processor cooking) success with vkd3d, finding and installing all the dependencies for vkd3d and then compiling it from source is far from a straight-forward process.
Platinum
Works as well as (or better than) on Windows out of the box.

Rating WoW this way may be technically true, but is disingenuous. WoW works almost as well as in Windows if you jump through numerous (not insignificant) hoops and work out all the dependencies of Wine64 and vkd3d for your distro and compile from source.

In a full raiding environment (not LFR) Wine-staging (from repo)/vkd3d (self-compiled) delivers comparable frames to DXVK and nowhere near those of Windows. I found it difficult to cool my FX8350 and had several system shutdowns.

I have the benefit of having tested this rigorously in both Windows 7 and 10 and in Linux. The distros I have tested are antiX, Debian and Fedora and my results were at best mixed, at worst complete inability to run anything and at best very playable but remarkably mediocre. Have you played WoW on Windows recently?
Black screen + cursor after logging in - vkd3d master
by algebro on Monday February 4th 2019, 10:27
I'm using the latest wine-staging build on Arch which has been compiled with vkd3d support, as well as vkd3d-git and lib32-vkd3d-git from the AUR, and I'm getting a black screen after logging in without seeing the character select screen. I can move the cursor around but can't see or click on anything else.

Has anyone else encountered this? I am not seeing any relevant bugs in the bugtracker. Here is the console output that loops over and over again in case that is relevant:

```
002a:fixme:dxgi:d3d12_swapchain_init Ignoring swap effect 0x4.
002a:fixme:dxgi:d3d12_swapchain_init Ignoring refresh rate.
002a:fixme:dxgi:dxgi_factory_MakeWindowAssociation iface 0xb63e0, window 0x60066, flags 0x6 stub!
002a:fixme:d3d12:D3D12CreateDevice Ignoring adapter 0x1467d970.
002a:fixme:d3d12:D3D12CreateDevice Ignoring adapter 0x1467d970.
fixme:vkd3d_create_device: Unsupported feature level 0xc000.
002a:fixme:dxgi:dxgi_factory_CheckFeatureSupport iface 0xb6090, feature 0, feature_data 0x236620, data_size 4 stub!
002a:fixme:d3d12:D3D12CreateDevice Ignoring adapter 0x1467d970.
002a:fixme:d3d12:D3D12CreateDevice Ignoring adapter 0x1467d970.
002a:fixme:dxgi:dxgi_adapter_QueryVideoMemoryInfo iface 0x1467d970, node_index 0, segment_group 0, memory_info 0x1d13d2b8 partial stub!
002a:fixme:dxgi:dxgi_adapter_QueryVideoMemoryInfo iface 0x1467d970, node_index 0, segment_group 0x1, memory_info 0x1d13d2d8 partial stub!
002a:fixme:dxgi:dxgi_adapter_SetVideoMemoryReservation iface 0x1467d970, node_index 0, segment_group 0, reservation 2bc00000 stub!
fixme:d3d12_device_CheckFeatureSupport: Root signature version 1_1 not supported yet.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x236688.
fixme:vkd3d_serialize_root_signature: Ignoring error blob 0x236688.
002a:fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4
002a:fixme:msctf:ThreadMgrSource_AdviseSink (0x10010550) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}
fixme:vkd3d_bind_heap_memory: Invalid heap offset 0x10000.
fixme:rs_desc_from_d3d12: Ignoring MultisampleEnable 0x1.
fixme:rs_desc_from_d3d12: Ignoring MultisampleEnable 0x1.
fixme:rs_desc_from_d3d12: Ignoring MultisampleEnable 0x1.
```
RE: Black screen + cursor after logging in - vkd3d master
by Steve Ebey on Monday February 4th 2019, 12:14
You might need to get the patches, that were posted as attachments to the vkd3d bug report. There should be two patches with the bug report, to compile with the git source, and also make sure to relink the compiled library, so wine uses it, and not the distro library.
RE: Black screen + cursor after logging in - vkd3d master
by algebro on Monday February 4th 2019, 12:19
Do you know which specific patches I would need? According to bugs.winehq.org/show_bug.cgi?id=46291, at least one of them has already been merged into master (source.winehq.org/git/vkd3d.git/commit/d18360a8b77d6f6be6d48f8207b18fdd70d7ff8f). Thanks!
RE: Black screen + cursor after logging in - vkd3d master
by Steve Ebey on Monday February 4th 2019, 12:32
bugs.winehq.org/show_bug.cgi?id=46291 has all the progress notes, on what was done, and a link to both patches. Even in my recent compiles, I have to apply the screen flash patch. Other than that, everything works great on Fedora 29 with my Nvidia GTX 970 and proprietary 418.30 driver from the nvidia website. I use dkms to install the driver, and currently running kernel 4.20.5-200 on my computer.
RE: Black screen + cursor after logging in - vkd3d master
by algebro on Monday February 4th 2019, 12:54
The patch at bugs.winehq.org/attachment.cgi?id=63011 does not apply against vkd3d master:

$ patch -Np1 -i ../wip.patch
patching file libs/vkd3d/command.c
Reversed (or previously applied) patch detected! Skipping patch.
3 out of 3 hunks ignored -- saving rejects to file libs/vkd3d/command.c.rej
patching file libs/vkd3d/vkd3d_private.h
Hunk #1 succeeded at 232 with fuzz 2 (offset 69 lines).
Hunk #2 FAILED at 889.
1 out of 2 hunks FAILED -- saving rejects to file libs/vkd3d/vkd3d_private.h.rej

I applied the screen flash patch but I'm still getting the same behavior (black screen at character select). I'm on AMD with the latest open source drivers and mesa if it's relevant.
RE: Black screen + cursor after logging in - vkd3d master
by Steve Ebey on Monday February 4th 2019, 15:16
If you would like, I can put my current local git of vkd3d in a tarball and send it to you. Knowing it works for my nvidia card, if it fails for you, then the problem would be narrowed to the driver. Let me know if you want that. Once you have it, you would need to compile, and link it, using the script on here, but remove the line that deletes the directory, so you do not lose the changes. Let me know.
RE: Black screen + cursor after logging in - vkd3d master
by algebro on Thursday February 7th 2019, 19:31
Thanks for that. Can you send me the hash of the most recent vkd3d commit you're using? I should be able to apply the patches and compile myself from that commit without you needing to send me the tarball.
RE: Black screen + cursor after logging in - vkd3d master
by Steve Ebey on Thursday February 7th 2019, 22:24
the current commit 6df9554c354d9eb2e364efab43cde6b18489cb56 (HEAD -> master) that I built from today.
RE: Black screen + cursor after logging in - vkd3d master
by algebro on Friday February 8th 2019, 14:59
Is that the revision after applying the patches by any chance? I am not seeing that hash anywhere in the current master branch. Thanks!
RE: Black screen + cursor after logging in - vkd3d master
by Steve Ebey on Friday February 8th 2019, 15:11
Yes, it probably is. When I use git pull refresh on my local copy, it applies the patches again, as the first step in update. My offer to send my local copy still stands, if you need it.
RE: Black screen + cursor after logging in - vkd3d master
by algebro on Friday February 8th 2019, 15:13
Can you paste the output of `git log --oneline -n 10` from inside the srcdir? If that doesn't work then I'll take you up on the tarball offer.
RE: Black screen + cursor after logging in - vkd3d master
by Steve Ebey on Saturday February 9th 2019, 7:51
142fee8 (HEAD -> master) This is another update
ba58e89 Okay, this fixes the screen flash in WoW.
a81a7f8 (origin/master, origin/HEAD) vkd3d-shader: Add initial support for built-in patch constants.
4ad4cbb vkd3d-shader: Factor out vkd3d_symbol_set_register_info().
df654aa vkd3d-shader: Factor out vkd3d_dxbc_compiler_emit_builtin().
c314b5b vkd3d-shader: Get sysval semantic from shader signature for inputs.
ba7807b vkd3d-shader: Rename scan instruction function to vkd3d_shader_scan_instruction().
fd3d661 vkd3d-shader: Unset r# registers state while leaving current shader phase.
59d97b0 vkd3d-shader: Implement hull shader barriers.
0397808 vkd3d-shader: Add support for instanced join phases.

hope this helps, let me know if you need the source tarball.
RE: Black screen + cursor after logging in - vkd3d master
by algebro on Saturday February 9th 2019, 10:23
Thanks, can you go ahead and post the tarball somewhere? It looks like you're just applying patches on top of master but the WIP patch at bugs.winehq.org/attachment.cgi?id=63011 does not apply for me. The screen flashing patch does.
RE: Black screen + cursor after logging in - vkd3d master
by Steve Ebey on Saturday February 9th 2019, 16:09
send me an email and I can attach the tarball to my reply to your message. my email address is eaglecomputers.ok@gmail.com

Talk to you soon.
Back