Linux Gaming

Added support for NVIDIA Optical Flow API and DLSS 3 Frame Generation.

Memory managment

Resource and memory management were completely rewritten in order to use allocated video memory more efficiently:

• Reduced fragmentation may reduce peak memory usage in games such as God of War by up to 1 GiB in extreme cases.
• Memory defragmentation is now performed periodically to return some unused memory back to the system. The goal is not to reduce VRAM usage at all costs; instead this is done conservatively if the system is under memory pressure, or if a significant amount of allocated memory is unused. Keeping some unused memory is useful to quickly service subsequent allocations.

Note: Defragmentation is currently disabled on Intel's ANV driver, see #4434. The dxvk.enableMemoryDefrag config option can be set to enable or disable this feature via the the Configuration file.

Driver support

While technically not required, the new memory management works best on drivers that support both VK_EXT_memory_budget and VK_KHR_maintenance5. The Driver Support page was updated accordingly.

D3D8 / D3D9

Software cursor

Support for emulated cursors was implemented for the D3D9 cursor API, which allows games to set an arbitrary image as the mouse cursor. This fixes an issue in Dungeon Siege 2 (#3020) and makes the cursor appear correctly in Act of War and various older D3D8 games. (PR #4302)

Sampler pool

Unreal Engine 3 games using D3D9 have a quirk in that they pass a seemingly uninitialized value as the mipmap LOD bias. In order to avoid creating more Vulkan sampler objects than the driver supports, previous versions of DXVK would round the LOD bias to a multiple of 0.5, which could introduce visual inaccuracies. As a more correct soluition, DXVK will now destroy unused Vulkan samplers on the fly and use the correct LOD bias.

Note: The aforementioned workaround was never needed or used in the D3D11 implementation, it only affected D3D9.

Bug fixes and Improvements

• On Nvidia driver version 565.57.01 and newer, strict float emulation is enabled by default for improved correctness. Games for which this option was already enabled may see a small performance uplift on this driver.
• Made various changes to potentially improve performace on certain mobile GPUs. (includes PR #4358)
• Display modes are now ordered by refresh rate to be more consistent with wined3d and fix issues with some games picking the wrong display mode.
• Fixed a large number of wine test failures.
• Ascension to the Throne: Fixed old regression that would cause parts of the ground to render black. (#4338, PR #4341)
• Command & Conquer: Generals: Fixed performance issue caused by a missing D3D8 entry point. (PR #4342)
• King's Bounty: Warriors of the North: Fixed water rendering issue. (#4344, PR #4350)
• Tomb Raider: Legend: Fixed flickering geometry with strict float emulation. (#4319, PR #4442)
• Rayman 3: Fixed a regression that caused rendering issues. (#4422, PR #4423)

D3D11 / DXGI

Resource management changes

In order to reduce system memory pressure and improve stability in 32-bit games, creating, uploading and discarding resources is now throttled if the amount of temporary staging memory allocations exceed a certain threshold. This fixes crashes in Total War: Rome II and a number of other games. Additionally, large DYNAMIC textures commonly used for video playback will no longer use a staging buffer.

The d3d11.maxDynamicImageBufferSize and d3d11.maxImplicitDiscardSize options were removed accordingly; affected games such as Total War: Warhammer III and Ryse: Son of Rome should now perform well by default, without excessive memory usage.

Note: These changes negatively affect CPU-bound performance in a number of games, including Shadow Warrior 2.

Bug fixes and Improvements

• SEQUENTIAL swap effects are now implemented for DXGI swap chains, which allows games to read previously presented backbuffers. This fixes an issue wherein savegame thumbnails would appear black in certain visual novels. (https://github.com/ValveSoftware/Proton/issues/7017)
• Devirtualized some D3D11 method calls to improve compatibility with Special K.
• Fixed incorrect shader code generation for EvaluateAttributeSnapped.
• Lock contention is reduced in certain games that use Deferred Contexts for rendering. This may improve performance on older CPUs in Sekiro: Shadows Die Twice and some other games.
• Call of Duty: Modern Warfare 2 Campaign Remastered: Fixed a possible GPU hang. (#3884)
• Diablo 4: Work around an issue where the game does not start if an integrated GPU is exposed.
• The Sims 4: Work around a use-after-free bug in the game's D3D11 renderer for real this time. (#4360)
• Vindictus: Work around potential rendering issues caused by uninitialized constant buffer data. (#4405, #4406)
• Yakuza 0 and Yakuza Kiwami: Fixed a regression introduced in DXVK 2.4.1 that would cause these games to lock up on start. (PR #4297)

Miscellaneous changes

• An SDL3 backend was added for dxvk-native. (PR #4326, #4404)
• Fixed an issue introduced in DXVK 2.4.1 which would lead to error messages about failed buffer creation.
• Fixed a long-standing issue where overlapping occlusion queries would lead to incorrect Vulkan usage. (#2698)
• Fixed a rare issue wherein timestamp queries would not be tracked correctly and could read incorrect data.
• Fixed various other issues that led to Vulkan validation errors in games such as Dishonored 2, Tales of Arise and The Sims 4.
• Fixed various issues with MSVC builds. (PR #4444)
• Disabled a workaround for boken render target clears on Nvidia drivers prior to version 560.28.03 on unaffected drivers.
• If supported, VK_EXT_pageable_device_local_memory is now used to enable better driver-side memory management.

Hotfix:

• Revert DRI_PRIME auto-setting (broke too many non-standard setups)

• DXVK updated with dxvk.hideIntegratedGraphics = True for Diablo IV (https://github.com/doitsujin/dxvk/commit/125f0acefdb5c7e9422fc7b5afffc442d9cef34d) to resolve the grey screen issue on systems with AMD iGPU + dGPU.

-bump wine to latest bleeding edge

-bump dxvk to latest git

-bump vkd3d-proton to latest git (contains additional MH Wilds fix)

-bump dxvk-nvapi to latest git

-import upstream lsteamclient changes

-import upstream vrclient changes

-add xdefiant patch (thanks tperalta82)

-auto-apply DRI_PRIME=1 when more than one gpu is detected. This allows Diablo IV to get passed the grey screen on igpu+dgpu systems.

-add protonfixes for silent hill 3 video playback

-add protonfixes for Horizon Zero Dawn Remastered internet connection (thanks UsernamesAreNotMyThing)

I'm currently using Bazzite Gnome with open Nvidia drivers, and I cannot get Steam Input to work with non-steam games at all. I have games from GOG and Epic Games that I downloaded through Heroic Games Launcher, and I tried everything for steam input work with them, but it just doesn't seem to work. Here is what I did:

1. I added the games to the steam client.
2. I configured the device inputs under "Controller" from the settings menu.
3. I made sure that the game I want to play has steam input turned on.
4. I disabled the "use desktop configuration in launcher" option.
5. I disabled steam input for non-game controller layouts.
6. I made sure to enable steam input for all types of controllers.

Non of these steps seem to remedy the issue. I want to make it clear that I did not experience this issue while using the Steam Deck, which is also running a Linux distribution. Any suggestions?

Thank you in advance.

I'm extensively looking to setting up gaming on linux inside a VM on proxmox VE. But nothing i've tried worked.

I'm trying out bunch of games through Steam and its proton compatibility layer. Games I tried:

• Sekiro
• Elden Ring
• Dark Souls 3

I've tried:

• Manjaro KDE
• Bazzite

on VM:

I was successfully install Windows 10 inside a VM and run games on there. By following this reddit post

But on any linux VM attempts, games can go 'starting' but back to 'launch' in a few seconds. It just fails...

I just want to know if anybody has ever successfully done this:D

Hotfix:

• Add missing proton script python uuid import (which broke prefix creation)

Proton:

-wine updated to latest bleeding edge

-dxvk updated to latest git

-vkd3d-proton updated to latest git

-dxvk-nvapi updated to latest git

-ICU building + linking imported from upstream

-misc proton script fixes imported from upstream

Protonfixes:

-Audio fix for Mini Ninjas (thanks UsernamesAreNotMyThing)

-Fix typo'd mod support for ES: Oblivion (thanks MaxBosse)

-Disable esync/fsync in Disgaea 4 to prevent crash (thanks UsernamesAreNotMyThing)

Nothing major here, just a refresh of various parts that need updates from git, mostly to add new video playback fixes from upstream proton.

EA needed a scapegoat it seems

Is there a way to make gamescope use my cursor theme?

Before I write an issue on the GitHub page I wanna ask if someone has a solution to this. It doesn't make a difference if its run with --force-grab-cursor or not, its always this ugly, tiny and barely visible default black X11 cursor. I cant remember when it happened exactly since most games overwrite the system cursor but my rough guess is around 3.15.5.

gamescope: 3.15.14

Plasma: 6.2.2 Wayland

default Plasma cursor theme Breeze

Is there a consensus on how to run Steam and games isolated from the main system? I've seen Flatpak mentioned in some Reddit post but I'm not sure how good the separation is. Everything about Flatpak sounds like an early work in progress, but I can be convinced otherwise.

I don't trust Steam or the closed source games at all. Currently I've got a second disk with a separate system for gaming, but I very rarely have the motivation to reboot. I want to game more (and spend less time on social media) but compromising my main OS is out of the question. Stuff in the home directory should be isolated from the games. Ideally no network access too, but Steam will not work in that case.

If someone has seen a ready made guide I'd be happy to read it. Any tips would be nice too.

Hello guys. I posted this problem elsewhere but I've yet to find a solution. I'm experiencing an extremely annoying issue in which the monitor keeps disconnecting and reconnecting in loop post login after a system update. I've first experienced this issue with fedora after updating my system and installing nvidia graphics card. I then tried Bazzite, same exact issue, but at least with Bazzite I can roll back the update, which is a temporary solution. There are several culprits that could be causing this issue:

1. Kernel update

2. Nvidia drivers update

3. Wayland

4. All of the above

Is anyone else experiencing this exact issue? And if so, any solution besides rolling back the update? Any help is appreciated.

Relevant specs:

1. Nvidia RTX 3060ti GPU

2. Intel Core i5 11400F CPU

3. Asus Prime B560M-K motherboard

4. Samsung Odyssey G5 Monitor (connected through displayport)

My venerable Logitech Mouse a is nearing the end of it's life and I'm thinking about a replacement. Since I have no plans to switch my Gaming PC to Windows 11 I would like to have a mouse (and eventually a keyboard) that properly supports Linux.

I looked at the sites for Corsair, Logitech and Razer and the corresponding software is available for Windows (and sometimes MacOS for some reason) but no Linux Version.

Since I actually use some of the fancy Gaming-Gear functionality like setting up macros and variable DPI I'd like to use the software that is used to set these things up.
How do you guys deal with this?
Is there a manufacturer that offers their software for Linux?
Do these things run properly under Wine?

Early days, but so far 20% of sales of The Protagonish on Linux, only 2% for Mac! @linux_gaming
https://store.steampowered.com/app/2994780/The_Protagonish/

#linux_gaming #indiedev

I'm building a new controller "10ft" gaming PC for my living room. The CPU is a Ryzen 5 3600X and the motherboard is Asus ROG Strix X570-I. I have never done a Linux-based gaming PC before and I want everything to "just work" as best as possible.

I assume this means go with Bazzite and an AMD gpu? Anything else I need to be aware of? As I said the goal after configuring is for it to be entirely controller-controlled (8bitdo ultimate and DS4).

I've been having a couple of troubles playing Diablo IV, though they seem to be a lot worse with the new expansion. After a while of playing for a while, the game seems to leak VRAM and makes my desktop pretty unstable. Alt+tabbing occasionally breaks the game, the image freezes but I still hear the noises of the menus opening and such. If I don't alt-tab the game doesn't break.

I have found this reddit thread about setting a dxvk file to limit the amount of VRAM available to Diablo. I set up the max VRAM to 8gib but mangohud still reports 10gb being used. I tried setting the DXVK_CONFIG_FILE flag but that also doesn't seem to work. Mangohud report 10gb VRAM very fast. DXVK file contents:

dxgi.maxDeviceMemory=8192
dxgi.maxSharedMemory=8192

Decreasing the graphic settings just slows down the problem, it doesn't prevent it.

Launch options: DXVK_CONFIG_FILE=/gamedrive/dxvk.conf mangohud %command%

Specs:

Intel i7-12700K @ 4.900GHz
NVIDIA GeForce RTX 3080 (driver version: 560.35.03)
64GB DDR4
EndeavourOS Linux
6.11.3-zen1-1-zen
Hyprland
GE-Proton9-16

I don't own any controllers.

I started playing Dark Souls 3 which I now understand has a controller strongly recommended. I may as well just look into getting a controller of some kind as I have a few games that have somewhat janky kbm controls and are better enjoyed with a controller.

I just wanted to ask for general advice about what controller to get in terms of compatibility. Also if someone has made a controller that's more in the spirit of foss that also works fine with Steam and Proton games that would be nice?

I know Steam is pretty good with Playstation controllers and I used to use a PS controller (don't remember what generation) with some native Linux Steam games, not sure how the whole PS vs Xbox controller thing is affected by running games through Proton if at all? If it matters let me know, and I'll see if I can procure a controller for myself.