Package Details: dxvk-bin 2.4-2

Git Clone URL: https://aur.archlinux.org/dxvk-bin.git (read-only, click to copy)
Package Base: dxvk-bin
Description: A Vulkan-based compatibility layer for Direct3D 9/10/11 which allows running 3D applications on Linux using Wine (Windows DLL binary files)
Upstream URL: https://github.com/doitsujin/dxvk
Keywords: dxvk
Licenses: zlib/libpng
Conflicts: d9vk, dxvk
Provides: d9vk, dxvk
Submitter: ssorgatem
Maintainer: ssorgatem (kekonn)
Last Packager: ssorgatem
Votes: 224
Popularity: 2.79
First Submitted: 2018-03-02 07:39 (UTC)
Last Updated: 2024-07-12 10:37 (UTC)

Pinned Comments

ssorgatem commented on 2018-03-27 06:47 (UTC) (edited on 2019-02-26 12:20 (UTC) by ssorgatem)

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 .. 4 5 6 7 8 9 10 11 12 13 14 .. 16 Next › Last »

grawity commented on 2019-05-25 21:31 (UTC)

The conflict with dxvk-bin<1.0-1 is redundant, as a package already cannot be co-installed with itself... however, it does cause trouble for AUR helpers which don't support versioned deps. It should probably be removed.

ssorgatem commented on 2019-04-16 14:33 (UTC)

No, putting $pkgdir there will break the link when installed.

That whole chmod line needs to be removed. It should be fixed now.

JIgnacioTG commented on 2019-04-16 06:57 (UTC)

I resolved the "chmod: cannot operate on dangling symlink 'setup_dxvk'" bug editing too the PKGBUILD file but adding the variable $pkgdir in the line of the symbolic link:

ln -s $pkgdir/usr/share/dxvk/setup_dxvk.sh "$pkgdir/usr/bin/setup_dxvk"

I don't know if this breaks something.

mallgrab commented on 2019-04-15 23:49 (UTC) (edited on 2019-04-15 23:50 (UTC) by mallgrab)

It cries about "chmod: cannot operate on dangling symlink 'setup_dxvk'"
Editing the PKGBUILD and adding "cd $pkgdir/usr/bin"
below "mkdir -p $pkgdir/usr/bin"
fixed the problem for me.

ssorgatem commented on 2019-04-07 16:01 (UTC)

The 1.1 release has been pulled out because it was buggy (reportedly caused GPU hangs), so this package hasn't included it.

Nocifer commented on 2019-03-03 13:04 (UTC)

Hi, is there a reason that this package installs dxvk with the new --without-dxgi flag enabled by default? Or rather, I do understand the reason somewhat (probably so it can work out of the box without breaking synergy with vkd3d, dxup et al) but it's actually not really recommended by the developer because it breaks (or at least underperforms in) many games, especially when one's using an nvidia card. And even worse is that I can't see any way of installing WITH dxgi without modifying the provided script and removing the flag.

I think it'd be preferable if users could choose to install with or without dxgi themselves; maybe by creating a flag in your own script (e.g. --dxgi) which if present would serve to disable the --without-dxgi flag of the upstream script, which could then remain the default as it is now.

damachine commented on 2019-02-26 17:12 (UTC)

@ssorgatem Thanks for your help. have the old setup methode use for now.

ssorgatem commented on 2019-02-26 16:16 (UTC)

then the setup script should work when using the non-proton wine, and then you can go back to using proton's wine

damachine commented on 2019-02-26 16:12 (UTC)

"WINEPREFIX="/EXTRA/.steam/steamapps/compatdata/271590/pfx" wine winepath -u 'C:\windows\system32'"

brings

"/EXTRA/.steam/steamapps/compatdata/271590/pfx/dosdevices/c:/windows/syswow64"

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 16 Next › Last »