D9VK

Older Windows games are starting to see some more love in the form of D9VK, a Direct3D 9 to Vulkan translation layer for Wine. More specifically it is meant to replace Wine’s standard implementation that currently translates into OpenGL.

Most new Windows titles use at least DirectX 10 and are thus compatible with DXVK, but there are a lot of older games without DX10/11 support that will see a big benefit from this project. League of Legends is a prime example of a game that could really do with a performance boost under Linux with Wine.

Lutris already has several game installers that will use D9VK and early reports suggest a nice upgrade in performance.

According to developer Joshua Ashton, the current beta release is performing reasonably well on quite a few games (ie. Shader Model 2 and 3), although Shader Model 1 support remains incomplete.

You can download the build by cloning

https://github.com/Joshua-Ashton/d9vk.git

and report an issue here!

How to use

In order to install a DXVK package obtained from the release page into a given wine prefix, run the following commands from within the DXVK directory:

export WINEPREFIX=/path/to/.wine-prefix
./setup_dxvk.sh install

This will copy the DLLs into the system32 and syswow64 directories of your wine prefix and set up the required DLL overrides. Pure 32-bit prefixes are also supported.

The setup script optionally takes the following arguments:

  • --symlink: Create symbolic links to the DLL files instead of copying them. This is especially useful for development.
  • --without-dxgi: Do not install DXVK’s DXGI implementation and use the one provided by wine instead. This is necessary for both vkd3d and DXVK to work within the same wine prefix.

Verify that your application uses DXVK instead of wined3d by checking for the presence of the log file d3d11.log in the application’s directory, or by enabling the HUD (see notes below).

In order to remove DXVK from a prefix, run the following command:

export WINEPREFIX=/path/to/.wine-prefix
./setup_dxvk.sh uninstall

Build instructions

Requirements:

Building DLLs

The simple way

Inside the DXVK directory, run:

./package-release.sh master /your/target/directory --no-package

This will create a folder dxvk-master in /your/target/directory, which contains both 32-bit and 64-bit versions of DXVK, which can be set up in the same way as the release versions as noted above.

In order to preserve the build directories for development, pass --dev-build to the script. This option implies --no-package. After making changes to the source code, you can then do the following to rebuild DXVK:

# change to build.32 for 32-bit
cd /your/target/directory/build.64
ninja install

A winelib build can be created by adding the --winelib argument.

Compiling manually

# 64-bit build. For 32-bit builds, replace
# build-win64.txt with build-win32.txt
meson --cross-file build-win64.txt --buildtype release --prefix /your/dxvk/directory build.w64
cd build.w64
ninja install

The D3D10, D3D11 and DXGI DLLs will be located in /your/dxvk/directory/bin. Setup has to be done manually in this case.

Notes on Vulkan drivers

Before reporting an issue, please check the Wiki page on the current driver status and make sure you run a recent enough driver version for your hardware.

Online multi-player games

Manipulation of Direct3D libraries in multi-player games may be considered cheating and can get your account banned. This may also apply to single-player games with an embedded or dedicated multiplayer portion. Use at your own risk.

HUD

The DXVK_HUD environment variable controls a HUD which can display the framerate and some stat counters. It accepts a comma-separated list of the following options:

  • devinfo: Displays the name of the GPU and the driver version.
  • fps: Shows the current frame rate.
  • frametimes: Shows a frame time graph.
  • submissions: Shows the number of command buffers submitted per frame.
  • drawcalls: Shows the number of draw calls and render passes per frame.
  • pipelines: Shows the total number of graphics and compute pipelines.
  • memory: Shows the amount of device memory allocated and used.
  • gpuload: Shows estimated GPU load. May be inaccurate.
  • version: Shows DXVK version.
  • api: Shows the D3D feature level used by the application. Does not work correctly for D3D10 at the moment.
  • compiler: Shows shader compiler activity

Additionally, DXVK_HUD=1 has the same effect as DXVK_HUD=devinfo,fps, and DXVK_HUD=full enables all available HUD elements.

Device filter

Some applications do not provide a method to select a different GPU. In that case, DXVK can be forced to use a given device:

  • DXVK_FILTER_DEVICE_NAME="Device Name" Selects devices with a matching Vulkan device name, which can be retrieved with tools such as vulkaninfo. Matches on substrings, so “VEGA” or “AMD RADV VEGA10” is supported if the full device name is “AMD RADV VEGA10 (LLVM 9.0.0)”, for example. If the substring matches more than one device, the first device matched will be used.

Note: If the device filter is configured incorrectly, it may filter out all devices and applications will be unable to create a D3D device.

State cache

DXVK caches pipeline state by default, so that shaders can be recompiled ahead of time on subsequent runs of an application, even if the driver’s own shader cache got invalidated in the meantime. This cache is enabled by default, and generally reduces stuttering.

The following environment variables can be used to control the cache:

  • DXVK_STATE_CACHE=0 Disables the state cache.
  • DXVK_STATE_CACHE_PATH=/some/directory Specifies a directory where to put the cache files. Defaults to the current working directory of the application.

Debugging

The following environment variables can be used for debugging purposes.

  • VK_INSTANCE_LAYERS=VK_LAYER_KHRONOS_validation Enables Vulkan debug layers. Highly recommended for troubleshooting rendering issues and driver crashes. Requires the Vulkan SDK to be installed on the host system.
  • DXVK_LOG_LEVEL=none|error|warn|info|debug Controls message logging.
  • DXVK_LOG_PATH=/some/directory Changes path where log files are stored.
  • DXVK_CONFIG_FILE=/xxx/dxvk.conf Sets path to the configuration file.

Troubleshooting

DXVK requires threading support from your mingw-w64 build environment. If you are missing this, you may see “error: ‘mutex’ is not a member of ‘std'”. On Debian and Ubuntu, this can usually be resolved by using the posix alternate, which supports threading. For example, choose the posix alternate from these commands (use i686 for 32-bit):

update-alternatives --config x86_64-w64-mingw32-gcc
update-alternatives --config x86_64-w64-mingw32-g++

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

Create a website or blog at WordPress.com

Up ↑

%d bloggers like this: