Package Details: dxvk-mingw 2.2-2

Git Clone URL: (read-only, click to copy)
Package Base: dxvk-mingw
Description: Vulkan-based implementation of D3D9, D3D10 and D3D11 for Linux / Wine, MingW version
Upstream URL:
Licenses: zlib/libpng
Conflicts: d9vk, dxvk
Provides: d9vk, dxvk
Submitter: loathingkernel
Maintainer: loathingkernel
Last Packager: loathingkernel
Votes: 8
Popularity: 0.47
First Submitted: 2019-12-16 17:34 (UTC)
Last Updated: 2023-05-12 18:25 (UTC)

Pinned Comments

loathingkernel commented on 2019-12-16 19:48 (UTC) (edited on 2019-12-16 19:49 (UTC) by loathingkernel)

This package contains three patches which are not applied by default. Feel free to read the documentation inside the PKGBUILD on what they do and how to enable them.

Don't report issues with these patches enabled to the dxvk creator before posting here. If you do, please be aware that they will probably close your issue nevertheless.

Latest Comments

1 2 3 Next › Last »

monarc99 commented on 2023-03-07 02:56 (UTC)

async dxvk patch for 2.1:

loathingkernel commented on 2022-12-08 12:34 (UTC) (edited on 2022-12-08 12:36 (UTC) by loathingkernel)

@AvianaCruz That's a paru problem, not a PKGBUILD problem.

There is nothing in the wiki about pinning submodule commits (not only that, but git will resolve the correct commits on its own) but also official PKGBUILDS from the repos don't do that.

There is a clearly defined way for PKGBUILDs to indicate that something is supposed to build a VCS version of a package and that is the suffix in the package name. I don't see why paru tries to be smart and accommodate for bad package names.

AvianaCruz commented on 2022-12-08 00:19 (UTC)

@loathingkernel It would be better to also enforce the versions of Vulkan-Headers and SPIRV-Headers since this is not a "-git" package, so that paru will not trigger update every time when updates.

loathingkernel commented on 2022-11-21 15:54 (UTC)

@patrick.kopper Thanks for noticing it, reverted.

patrick.kopper commented on 2022-11-21 15:25 (UTC)

Please checkout the specific commit of the dxvk git repository (#commit=8f8a936 for 2.0). This package is not named as a "-git" package, yet it will just pick the current HEAD of the dxvk master branch.

Kerriganx commented on 2022-07-14 09:26 (UTC)

@loathingkernel thanks for info I was suspected the same. For some reason after trying to edit my post and use markdown to format console output my question is lost, sorry about that.

loathingkernel commented on 2022-07-14 06:30 (UTC) (edited on 2022-07-14 08:46 (UTC) by loathingkernel)

@Kerriganx I am aware of it, and that is why the dxvk-async patch is commented out in the PKGBUILD as it was uploaded before you LOCALLY modified it. It has not been updated yet. Why are you posting this here without any context of any kind, a question or something? What do you expect me to do with it?

Kerriganx commented on 2022-07-13 23:23 (UTC)

==> Starting prepare()...
patching file
Hunk #1 succeeded at 108 with fuzz 2 (offset -21 lines).
patching file src/dxvk/dxvk_context.cpp
Hunk #1 succeeded at 4138 (offset 21 lines).
Hunk #2 succeeded at 4379 (offset 21 lines).
Hunk #3 succeeded at 4401 (offset 21 lines).
Hunk #4 succeeded at 4809 (offset 21 lines).
Hunk #5 succeeded at 5223 (offset 21 lines).
patching file src/dxvk/dxvk_context.h
patching file src/dxvk/dxvk_graphics.cpp
Hunk #2 FAILED at 72.
1 out of 4 hunks FAILED -- saving rejects to file src/dxvk/dxvk_graphics.cpp.rej
patching file src/dxvk/dxvk_graphics.h
Hunk #1 succeeded at 199 (offset 12 lines).
Hunk #2 succeeded at 214 (offset 12 lines).
Hunk #3 succeeded at 243 (offset 12 lines).
Hunk #4 succeeded at 273 with fuzz 2 (offset 13 lines).
patching file src/dxvk/dxvk_image.h
Hunk #1 succeeded at 552 (offset 13 lines).
Hunk #2 succeeded at 595 (offset 13 lines).
patching file src/dxvk/dxvk_options.cpp
Hunk #1 succeeded at 9 (offset 1 line).
patching file src/dxvk/dxvk_options.h
Hunk #1 succeeded at 18 (offset 3 lines).
patching file src/dxvk/dxvk_pipecompiler.cpp
patching file src/dxvk/dxvk_pipecompiler.h
patching file src/dxvk/dxvk_pipemanager.cpp
patching file src/dxvk/dxvk_pipemanager.h
Hunk #2 succeeded at 101 with fuzz 1.
patching file src/dxvk/
==> ERROR: A failure occurred in prepare().

loathingkernel commented on 2022-05-30 04:16 (UTC) (edited on 2022-05-31 09:26 (UTC) by loathingkernel)

@ms178 the goal of the pkgbuild is first and foremost to compile the software in a way that it works. On the other hand, people who want to experiment will find their way around the pkgbuild and probably don't require any handholding. To put it simply, if someone needs for it to be made simpler than it already is, they should not be messing with it in the first place. For example your adapted patch to dxvk is utterly wrong, you are force-enabling instruction sets irregardless of CPU. Your suggestions seem to me to conflict with each other.

That is not to say that you are wrong. These workarounds might not be needed any more, but that is not something that I will experiment with in the pkgbuild I upload here. If enough evidence is gathered that they are not an issue any more, only then I will consider changing it.

ms178 commented on 2022-05-29 21:39 (UTC) (edited on 2022-05-29 21:43 (UTC) by ms178)


Sure, it is still experimental, but I want to encourage people to try it as some former issues might be fixed by now. A workaround was mentioned in the linked bug report

Also the assembler in binutils 2.38 gained the -muse-unaligned-vector-move option that helps with an AVX alignment issue,

For the last issue, it seems Debian carries a patch around:

I don't know if the AUR mingw-gcc package carries that one around, but that issue seems to be solved that way.

Only more testing will give us more insight after all to move this forward...