dxvk: Vulkan-based D3D11 implementation for Linux / Wine
Provides a Vulkan-based implementation of DXGI and D3D11 in order to run 3D applications on Linux using Wine.
- Links to Emulators:Wine / dxvk
- Has a link diff
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:X0F:HSF/dxvk && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| _service | 0000000707 707 Bytes | |
| _servicedata | 0000000235 235 Bytes | |
| baselibs.conf | 0000000070 70 Bytes | |
| dxvk-2.5.1+11~git20241123.9e1bc1db.tar.xz | 0002599412 2.48 MB | |
| dxvk-2.5.1.tar.gz | 0004619233 4.41 MB | |
| dxvk-be_less_picky.patch | 0000001106 1.08 KB | |
| dxvk.changes | 0000281599 275 KB | |
| dxvk.spec | 0000004862 4.75 KB | |
| setup_dxvk.sh | 0000004649 4.54 KB | |
| setup_dxvk_alt.sh | 0000000997 997 Bytes |
Latest Revision
Sergey Kondakov (X0F)
committed
(revision 167)
- Update to 2.5.1: * Fixed a major regression where anisotropic filtering would not work correctly in D3D9 games * Fixed some build issues with dxvk-native * Fixed some build issues with recent versions of clang * GTA Trilogy Definitive Edition: Work around a crash when HDR is enabled * Note: Since these games use Unreal Engine 4, HDR is unsupported in D3D11 mode
Comments 7
Seems borked for now . . .
And, yet, again . . .
How so? Everything works for me. But just installing it into system does not activate it in wine. I installed it into wine's prefix manually after upstream dropped its setup script. The one used here by default now is from SUSE maintainers.
I mean when the builds failed before . . .
There we go again . . . . . .
unresolvable: nothing provides clang16-devel = 16.0.5 needed by clang-devel, (got version 16.0.4-1.1), nothing provides lld16 = 16.0.5 needed by lld, (got version 16.0.4-1.1)
I have no idea what's up with that. It should use https://build.opensuse.org/package/show/openSUSE:Factory/llvm16 and 16.0.5 is there. Maybe there is a malformed Factory snapshot. I use 'snapshot' repo instead of 'standard' because standard is not intended for updates, so with it stuff may build against inaccessible packages.
Greetings. There is a way to improve performance. I opened an issue when I encountered problems trying to compile dxvk natively. https://github.com/doitsujin/dxvk/issues/4447 Some nice folks gave me tips. GCC+Mingw needs a patch for AVX instructions. https://github.com/msys2/MINGW-packages/blob/190473836580d4ceede97c1bcd7a49758afb9313/mingw-w64-gcc/0200-add-m-no-align-vector-insn-option-for-i386.patch The flag from the patch and -mprefer-avx128 fixes AVX issues. The Mingw package needs the ltoplugin linked to the correct folder for LTO to work. And most importantly, Mingw needs to be compiled without SJLJ exceptions for best performance, which is what Valve does. I've done the above here: https://build.opensuse.org/project/show/home:zeussuse:devel I'm a tard, so its sloppy. Cheers!