i can play poe with dxvk already. I am on an gtx 970 with wine-staging 3.3 +wic patch with vulkan.dll's from wine-staging 2.25 and d3dcompiler_43 + d3dcompiler_47 set native. Not sure if that helps you ?

what is wic patch?

the one you posted https://bugs.winehq.org/show_bug.cgi?id=42695.

@Glog78 What driver are you using?

https://i.imgur.com/bgu4KRC.jpg / here a screenshot
Driver: 390.25.0

@Glog78 Did you ever encounter a "TextureD3d11.cpp" application error when loading into the city?

Not as extra message on the screen. But i can try a new character if it helps and play to the first city. Maybe its the first portal or something like this.

@jmis on my end even with a new character i can get into the first city and no problems so far

I'm guessing the error is related to wine 3.3. Maybe I can figure something out from looking at the staging patches.

the last commit 5b9e4c1faa41494d83a878fe621ee16f11bce2ab broke it for me too.

Update old version doesn't work for me either now. I dunno what changed since yesterday. This is really strange.

Update: the last git works again for me. I hope @jmis you figure out what isn't working for you. The DX11 code seems to be much more responsive than the older dx9 or dx9ex renderer. So thank you for dxvk.

@Glog78 You have a strange wine setup for DXVK. I'm using wine-vulkan 3.3 and the latest DXVK. Wine-staging lets me load the game using DX11 to OpenGL but it lacks the vulkan interface so DXVK fails. Some patch in wine-staging is fixing the issue. I have an email out to GGG support asking for more information about the error. Hopefully that will help figure it out.

@jmis i have both setups. wine-vulkan 3.3 with lunar sdk and so on. But the sdk is blowing the size of the wineprefix. So i did compile wine-staging-git and added into the system32 and syswow64 folders the precompiled vulkan dlls from wine-staging 2.25. Both prefixes works with DXVK but i prefer the much smaller second on and this is the prefix i tested path of exile before and it works for me.
Tomorow i will also test the new commits.

@doitsujin i tested the 06cff50453abcda2cadd0e485e6e4327704889c3

DXVK_SHADER_VALIDATE=1 DXVK_DEBUG_LAYERS=1 DXVK_LOG_LEVEL=trace DXVK_HUD=1 wine ./PathOfExile_x64.exe

....

IMAGE(ERROR / SPEC): object: 0x0 type: 0 msgNum: 165676926 - vkCreateImage: Image mip levels exceed image format maxMipLevels for format VK_FORMAT_R8G8_UNORM. The spec valid usage text states 'mipLevels must be less than or equal to VkImageFormatProperties::maxMipLevels (as returned by vkGetPhysicalDeviceImageFormatProperties with format, imageType, tiling, usage, and flags equal to those in this structure)' (https://www.khronos.org/registry/vulkan/specs/1.0/html/vkspec.html#VUID-VkImageCreateInfo-extent-00959)
IMAGE(ERROR): object: 0x0 type: 0 location: 769 msg_code: 165676926: Object: 0x0 | vkCreateImage: Image mip levels exceed image format maxMipLevels for format VK_FORMAT_R8G8_UNORM. The spec valid usage text states 'mipLevels must be less than or equal to VkImageFormatProperties::maxMipLevels (as returned by vkGetPhysicalDeviceImageFormatProperties with format, imageType, tiling, usage, and flags equal to those in this structure)' (https://www.khronos.org/registry/vulkan/specs/1.0/html/vkspec.html#VUID-VkImageCreateInfo-extent-00959)
err: DxvkImage::DxvkImage: Failed to create image
...

There are also shaders with unknown vertex semantic:
debug: D3D11Device: No such vertex shader semantic: TANGENT0
debug: Compiling shader VS_74bda68a39ac4fb17be9fc18f861ab7a0db3003e
debug: D3D11Device: No such vertex shader semantic: TANGENT0
debug: D3D11Device: No such vertex shader semantic: TEXCOORD0
debug: D3D11Device: No such vertex shader semantic: TANGENT0
debug: D3D11Device: No such vertex shader semantic: TEXCOORD0
debug: D3D11Device: No such vertex shader semantic: TANGENT0
debug: D3D11Device: No such vertex shader semantic: TANGENT0
debug: D3D11Device: No such vertex shader semantic: TEXCOORD0
debug: D3D11Device: No such vertex shader semantic: TANGENT0
debug: D3D11Device: No such vertex shader semantic: TEXCOORD0
debug: D3D11Device: No such vertex shader semantic: TANGENT0
debug: D3D11Device: No such vertex shader semantic: TEXCOORD0
debug: D3D11Device: No such vertex shader semantic: TANGENT0

I hope this helps

@doitsujin do you need one from inside of wine or is it enough to give you one from linux with wine on top ?

cleaned all shader caches and started with:

DXVK_SHADER_VALIDATE=1 DXVK_DEBUG_LAYERS=1 DXVK_LOG_LEVEL=trace DXVK_HUD=1 wine ./apitrace/bin/apitrace.exe trace -a dxgi PathOfExile_x64.exe

in wine-vulkan (git)

https://www.dropbox.com/s/2le2uym83orjk5x/logs.7z?dl=0

disabling image mapping e6814332e741ac7222fe1c372fda7aed86ce657b fixes it for me again

@Glog78 Did you have any luck when trying wine-vulkan 3.3 + latest DXVK?

@jmis no wine-vulkan (git) doesn't work for me.

if you are on arch i can provide you my PKGBUILDS and the files i dropped into wine-staging (git).

Did some testing

Linux:

Using wine-vulkan-git with the WIC patch applied I also get the TextureD3d11.cpp game crash window popup when initially loading into the city, login screen works normally.

• Patched wine-vulkan-git (AUR) with WIC patch and installed it
• Installed Vulkan SDK (latest?) and created the registry entries/json files in the PoE preffix as said in the wine-vulkan git page
• Compiled latest DXVK and ran /usr/bin/setup_dxvk64 inside the PoE preffix
• Set d3dcompiler_43 and d3dcompiler_47 to native like Glog78 said he was using

DXVK_SHADER_VALIDATE=1 DXVK_DEBUG_LAYERS=1 DXVK_LOG_LEVEL=trace DXVK_HUD=1 WINEARCH=win64 WINEPREFIX=~/.wine_vms/PoE wine 'C:\Games\Path of Exile\PathOfExile_x64.exe'
logs:
[same run]
d3d11 log: https://pastebin.com/raw/qD85JwUM
dxgi log: https://pastebin.com/raw/JL8ZxuYM

[different runs, same crash]
wine output: https://pastebin.com/raw/3pCU8qgx
apitrace: https://mega.nz/#!HYh1jIKI!jpwlFPLcOaZkOjEobSETtHf0XDWZXT-uMCi3IxlkyEg

Windows:

Using DXVK .dll compiled with the above setup it works pretty well, even with dynamic resolution although it stays on low quality for most of the time and doesn't improve performance that much. Loading screens seem to be a bit longer than DX11 and there is very annoying stutter/framedrops
[SAME ENVIRONMENT VARS] .../installdir/PathOfExile_x64.exe --nointro --nologo --noasync
logs (longer since I played for a bit):
d3d11 log: https://pastebin.com/raw/4QUjmDAz
dxgi log: https://pastebin.com/raw/HttaQTTH

Does anyone know if the installdir/CachedHLSLShaders or installdir/ShaderCacheD3D11 can mess with DXVK?

Path of Exile works on wine staging 3.3 + AMD + mesa git with both image tiling and without. Maybe an issue with Nvidia driver? Or Wine and Nvidia combination.

for me ->

works:
without tiling -> wine staging git + wine staging 2.21 vulkan dlls + wic patch (CoInitialize Patch) + nvidia

doesn't work:
with tiling -> wine staging 3.3 + wine staging 2.21 vulkan dlls + wic patch (CoInitialize Patch) + nvidia -> the old version had vkCreateImage Errors
with and without tiling -> wine vulkan git + wic patch (CoInitialize Patch) + nvidia -> TextureD3d11.cpp

can't test because i don't have this wine setup -> wine staging git + wine vulkan patches ....

One more information. I updated today wine-staging (git) and since today i get the TextureD3d11.cpp error with wine-staging too. So it might actually be a commit in wine which creates this error.

@Glog78 I was getting the same TextureD3d11.cpp error with wine-staging-git. Overwatch also has a weird render issue with current wine-staging-git. Rolling back wine-staging to this hash e8d98eb7ba2e7aaf610196b67c713f2be13a15ff (and wine mainline hash dfde1195385df5ddb11f1104a0e744596b99477f) fixes the problem. You still need the CoInitialize Patch to launch the game.

Ok, I figured out what I did wrong. I input the registry keys wrong. Once I corrected them with the attached file I was able to get into game. However my Performance was really bad with the HUD up I was getting ~1-5FPS. Also was not able to get into the Town as I had the same error as others: TextureD3d11.cpp

vulkan.reg.txt

@xethm55 read my reply. it tells you why the Textured3d.cpp error is happening. it's not dxvk related.

I rebuilt https://aur.archlinux.org/packages/wine-staging-vulkan-git/ with pinning wine-vulkan and wine-staging the the above mentioned versions. When I attempt to run with them I just get an error that VK_KHR_surface cannot be found.

The VulkanSDK test Cube.exe only runs normally after commit 32eef26a7dbbd755d20494454e3b657c48ba1bc1

@xethm55 looks like its fixed as of 3.4 staging (rebased a few minutes ago)
https://github.com/wine-staging/wine-staging/tree/v3.4

Fixed as well for me with wine-staging 3.4 + latest DVXK.

I wish we knew the root cause though.

I managed to load into town as well with wine-staging 3.4 but performance is abysmal, like 1~8FPS. Performance in the login screen is worse than before as well

Performance is about 30%-100% better than WineDX11 on low end AMD with wine-staging 3.4 + old DXVK with image tiling. Getting about 40-120 in various areas in Act 1, with average of 60+ on all low settings 1080p. There is however lots of initial stuttering, somewhat more than on DX11, due to shader compilation. Using code from Lutris.

DXVK_HUD=1 WINEDEBUG=-all mesa_glthread=true wine64 "/homedir/.wine/drive_c/Program Files (x86)/Grinding Gear Games/Path of Exile/PathOfExile_x64.exe" --waitforpreload --nologo --gc2

doitsujin direct-image-mapping branch now works for me too.

https://i.imgur.com/Q9VK7jn.jpg

Great work.

Oh yeah this is wine-staging 3.4 + sdk + dxvk + the patch needed for poe (coinitialize)

With wine-staging 3.4 I am able to get into the game and performance seems better than Directx9, but I am missing a lot of textures. This is on master with the command
DXVK_HUD=1 WINEARCH=win64 WINEDEBUG=-all mesa_glthread=true wine PathOfExile.exe --waitforpreload --gc2

I get the same results with the direct-image-mapping branch.

PoE Renders properly on mesa-git with direct-image-mapping branch, but stutters pretty badly. fps stayed around 30-40 on low settings. I will also test with master and pull master changes into image mapping and test that way. Used --nologo --waitforpreload

0:58 and 1:18 for some stuttering:
https://www.youtube.com/watch?v=2Qptidx0M_w

For stuttering it's a PoE issue - https://bugs.winehq.org/show_bug.cgi?id=34011

fps stayed around 30-40 on low settings

What about the Ledge and Climb in Act 1? Have you disabled Engine Multithreading?

Can anyone please test this with the direct-image-mapping branch?

Is there a precompiled version? Compiling mingw is a lot of hassle on arch.

@vamur I already had glsl disabled and -gc 1. -ns makes no difference. stuttering is still there. also tried various combinations of noasync and waitforpreload

@vamour see https://wiki.archlinux.org/index.php/Unofficial_user_repositories#mingw-w64
There is also https://wiki.archlinux.org/index.php/Unofficial_user_repositories#mesa-git to upgrade mesa.
Note: I put SigLevel = Never under the section of each user repo as they are unsigned.
Note 2: The above can be dangerous and it not recommeneded.

I have updated to mesa-git. Runing glxinfo -B I get:
glxinfo -B name of display: :0.0 display: :0 screen: 0 direct rendering: Yes Extended renderer info (GLX_MESA_query_renderer): Vendor: X.Org (0x1002) Device: Radeon RX 560 Series (POLARIS11 / DRM 3.23.0 / 4.15.8-1-MANJARO, LLVM 7.0.0) (0x67ff) Version: 18.1.0 Accelerated: yes Video memory: 2024MB Unified memory: no Preferred profile: core (0x1) Max core profile version: 4.5 Max compat profile version: 3.1 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.1
However when I run Path of Exile with DXVK HUD it still shows 17.3.6 and I have all the same graphical glitches. I have rebuilt Wine and DXVK. Cleared out the shader caches in PoE, and created a fresh production_config.ini as well.
Any Ideas?

xethm55 i supose you are starting the 32bit executable instead of the 64bit executable and since you only upgrade to mesa-git you don't have upgraded your 32bit libs. Besides mesa-git you might want to have lib32-mesa-git most likely.

Game's running great now. GLSL disabled, anti-aliasing and multithreading disabled in game, using launch options -gc 2 --softwareaudio:

https://www.youtube.com/watch?v=Oml17BUf760

I have both mesa-git and lib32-mesa-git installed. I tried it with both the 32bit and 64bit executables.
Same results. I am at a loss.

Edit: If figured it out. I need to also install vulkan-radeon-git and lib32-vulkan-radeon-git. Once I did that i was able to run just fine -- except for the low FPS when loading shaders.

@GloriousEggroll : Afaik, the glsl option should not have any impact cause itis an option for dx->opengl, which is not in use when using dxvk. In addition, could ou specifiy which version of dxvk you are using to have the game running grea now ?

@pingubot thats what i thought about glsl, but i had it disabled before i set up dxvk anwyay. I compiled it last night. latest commit when i compiled was a8eecfbfe59e4aecc5d0332ce5c1394a53d065ea

6550e8d broke the game on my end (screenshot), reverted to 894444d and it works fine. Anyone else?


it's supposed to look like this https://i.imgur.com/Pmq1q6h.jpg

DXVK_DEBUG_LAYERS=1 DXVK_LOG_LEVEL=trace DXVK_HUD=1 WINEARCH=win64 WINEPREFIX=~/.wine_vms/PoE wine 'C:\Games\Path of Exile\PathOfExile_x64.exe' --nointro --nologo --noasync --waitforpreload &> wine.txt
wine: https://pastebin.com/raw/ZqeWFrcj
d3d11: https://pastebin.com/raw/y0ZHrajZ
dxgi: https://pastebin.com/raw/ucUbzixU

@doitsujin So this is pretty weird... I checked 4 different commits and they gave me different results. I'm compiling using the dxvk-git package in the AUR and changing the source line in PKGBUILD, example for the bugged one:
source=($pkgname::"git+https://github.com/doitsujin/dxvk.git#commit=6550e8d623cafd9390c897cdc91adfbef13d31f5")

Results of my testing in order of commit date:
works - 894444d43d412190b8328a6843d5f3a2d090e732
bugged - 6550e8d623cafd9390c897cdc91adfbef13d31f5
bugged - 4518b1b76e59ef09430031928479e8387e19df73
works (wtf) - bd71f256e58ba7c136385dd98a3184b94429254e

I triple checked 6550e8d623cafd9390c897cdc91adfbef13d31f5 and bd71f256e58ba7c136385dd98a3184b94429254e and they gave me the same results three times so yeah. What's weird is that the latest commit seems to be rendering fine again, if you're still interested in the apitrace let me know and I'll generate one for 6550e8d623cafd9390c897cdc91adfbef13d31f5

In a new commit or here? I can generate the apitrace for both bd71f25 and 6550e8d

@doitsujin Alright I did it with bd71f25, here you go:
{removed}

I included d3d11.log dxgi.log and wine.log in as well, I noticed a lot more warnings than before in the d3d11.log so you might want to check those out.
I tried replaying it with my normal .wine prefix and it crashed, it only worked on the one I have dxvk installed so I think it did it right. It's worth noting that you can't really notice the 30+ seconds freeze in the login screen before you are able to click anything when you open the game in the replay (at least here it was sped up).
Let me know if you need any more info.