Package Details: dxvk-mingw-git 2.3.1.r120.gfe9c875f-1

Git Clone URL: https://aur.archlinux.org/dxvk-git.git (read-only, click to copy)
Package Base: dxvk-git
Description: A Vulkan-based compatibility layer for Direct3D 9/10/11 which allows running 3D applications on Linux using Wine. Windows DLL version)
Upstream URL: https://github.com/doitsujin/dxvk
Keywords: dxvk
Licenses: zlib/libpng
Conflicts: dxvk-bin
Provides: d9vk, dxvk
Submitter: ssorgatem
Maintainer: ssorgatem (niobium93)
Last Packager: niobium93
Votes: 21
Popularity: 0.000000
First Submitted: 2018-01-24 19:41 (UTC)
Last Updated: 2024-07-07 15:17 (UTC)

Pinned Comments

niobium93 commented on 2024-07-07 15:22 (UTC)

DXVK upstream just merged d3d8 support, so I updated our setup script. Be sure to re-run it to enjoy DXVK's shiny new d3d8 frontend!

WINEPREFIX="/path/to/your/prefix" setup_dxvk install --symlink

ssorgatem commented on 2018-06-22 06:24 (UTC) (edited on 2019-02-26 15:49 (UTC) by ssorgatem)

This package provides Windows binaries of the DXVK dlls. They work on wine and should work on Windows too. If you don't specifically want Windows binaries and you want to just use DXVK on wine, the winelib package is a better approach and much easier to build (dxvk-winelib-git).

To enable DXVK in a wineprefix, do the following (with the WINEPREFIX variable properly set):

setup_dxvk install

In order to uninstall DXVK from a wineprefix:

setup_dxvk uninstall

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

zfkerr commented on 2018-03-17 15:13 (UTC) (edited on 2018-03-17 15:13 (UTC) by zfkerr)

Hi,@ssorgatem. How do I switch to direct-image-mapping DXVK branch editing your PKGBUILD?

https://github.com/doitsujin/dxvk/tree/direct-image-mapping

Perfecon commented on 2018-03-12 11:58 (UTC) (edited on 2018-03-12 11:59 (UTC) by Perfecon)

Also - I know it's not the best solution, but you can add blackarch repository (which has mingw-w64) or just download from it. There's also some mirrors available for blackarch

mozo commented on 2018-03-11 19:19 (UTC)

Thank you :)

ssorgatem commented on 2018-03-11 19:18 (UTC)

That is a problem with mingw-w64-gcc. Look at its AUR page for instructions on how to bootstrap its installation.

Alternatively, try the dxvk-bin package, for which you don't need a cross-compiler.

mozo commented on 2018-03-11 19:16 (UTC) (edited on 2018-03-11 19:19 (UTC) by mozo)

I get the following error:

(1/1) installing osl [############################] 100%

:: Running post-transaction hooks...

(1/1) Arming ConditionNeedsUpdate...

Edit mingw-w64-headers-bootstrap PKGBUILD with $EDITOR? [Y/n] n

==> Making package: mingw-w64-headers-bootstrap 5.0.3-1 (Sun Mar 11 21:12:40 EET 2018)

==> Checking runtime dependencies...

==> Checking buildtime dependencies...

==> Missing dependencies:

-> mingw-w64-headers

==> ERROR: Could not resolve all dependencies.

==> ERROR: An unknown error has occurred. Exiting...

The build failed.

The system doesn't show wihich dependency is missing :(

ssorgatem commented on 2018-03-10 15:50 (UTC)

It doesn't conflict with dxvk. It only conflicts with dxvk-bin because it provides the same files

aimileus commented on 2018-03-10 15:44 (UTC)

Could you change the conflict to dxvk? Pacman should be smart enough to figure out that dxvk-git and dxvk-bin should conflict as well and it wouldn't require an extra conflict if someone/you adds dxvk :-). https://wiki.archlinux.org/index.php/PKGBUILD#conflicts.

Thaodan commented on 2018-03-08 12:17 (UTC)

ok forget it this only fixes the 64bit build.

Thaodan commented on 2018-03-08 12:17 (UTC)

Also, what do you mean exactly with "foreign"? Foreign like packages that are not build by the distrubtion/from source.

workaround for the /usr/local issue is to set libdir and bindir manually by

meson configure \ -Dprefix=$prefix \ -Dlibdir=$prefix/lib \ -Dbindir=$prefix/bi

ssorgatem commented on 2018-03-08 12:11 (UTC)

That's why I moved it to /usr.

Also, what do you mean exactly with "foreign"?

Because this package would qualify as "foreign" under many definitions...