Package Details: dxvk-bin 2.5.3-1

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: kekonn
Votes: 227
Popularity: 1.06
First Submitted: 2018-03-02 07:39 (UTC)
Last Updated: 2025-01-14 08:30 (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 .. 9 10 11 12 13 14 15 16 Next › Last »

tuxitop commented on 2018-06-26 11:43 (UTC)

Seems like the released package is changed upstream. Therefore the sha256sum needs to be updated.

ssorgatem commented on 2018-06-25 07:35 (UTC)

@DonHugo indeed. Thanks for spotting that! Fixed.

DonHugo commented on 2018-06-25 07:29 (UTC)

@ssorgatem

Shouldn't the setup part in the pinned comment be

For 32-bit D3D11: setup_dxvk32

For 64-bit D3D11: setup_dxvk64

and the reset argument only for uninstalling?

jcstryker commented on 2018-06-23 01:23 (UTC)

DXVK 0.60 currently requires the vulkan developer branch for NVIDIA cards:

https://github.com/doitsujin/dxvk/issues/433#issuecomment-398647461

https://developer.nvidia.com/vulkan-driver

I have submitted the 'nvidia-vulkan' package to the AUR, based off det's 'nvidia-full-beta', that will download and package the driver from this branch.

ssorgatem commented on 2018-06-22 19:41 (UTC)

Yes, that was the normal pattern, but the new release didn't follow it. So I changed the PKGBUILD for it.

Which worked well this morning.

But now the link is "fixed"... which breaks the PKGBUILD now... I'll update it now.

l33tlinuxh4x0r commented on 2018-06-22 19:30 (UTC)

The pkgbuild for version 0.60 doesn't have the right source file... It should be source=("https://github.com/doitsujin/dxvk/releases/download/v$pkgver/dxvk-$pkgver.tar.gz") instead of source=("https://github.com/doitsujin/dxvk/releases/download/v$pkgver/dxvk-v$pkgver.tar.gz")

Enverex commented on 2018-04-15 17:47 (UTC)

Nice one, well done peeps.

cogwerkz commented on 2018-04-13 13:19 (UTC) (edited on 2018-04-13 13:51 (UTC) by cogwerkz)

@Enverex @ssorgatem Mainainter of wine-staging-pba-git here, and I'm thinking the versioning problem @Enverex is having is in my PKGBUILD, not here and not in pacman.

I'll look into it and get it fixed! :)

Edit: The wine-staging-pga-git package shows the versions of the wine, wine-staging and wine-git replacements it provides now, so hopefully pacman shouldn't complain anymore. Sorry for the trouble it caused!

Edit2: Messed up my sed replacements on that first try, but now it properly extracts the various versions from the extensive versioning string. As of posting this the versions produced by the PKGBUILD are as below, and should function properly with pacman.

wine=3.5.r193.ga7b33a6a42 wine-git=3.5.r193.ga7b33a6a42 wine-pba=3.5.r33.8c72f84 wine-staging=3.5.r13.g3fe54232 wine-wow64=3.5.r193.ga7b33a6a42

ssorgatem commented on 2018-04-13 13:08 (UTC)

@Enverex That looks like a bug that should be reported to the pacman developers.

As for trying to work around it... isn't wine 3.6 scheduled for release later today? That should "fix" the issue...

Enverex commented on 2018-04-13 13:03 (UTC)

Pacman doesn't seem to be handling the dependency well for this:

:: dxvk-bin: installing wine-staging-pba-git (3.5.r13.g3fe54232+wine.3.5.r193.ga7b33a6a42+pba.3.5.r33.8c72f84-1) breaks dependency 'wine>=3.5'

3.5.r13.g3fe5423(blahblah) is obviously >= 3.5 but Pacman doesn't seem to agree. Do you think there's a way to gracefully handle this without removing the version requirement entirely?