Cross-posted from "DLSS Frame Generation is now available on Proton Experimental" by @Blxter@lemmy.zip in !linux_gaming@lemmy.ml

---

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

cross-posted from: https://sh.itjust.works/post/28042544

Many of us are notorious fence-sitters. This video attempts to explore some of the psychology of our profound hesitation when switching operating systems. I will share my personal experience, talk about some of the fears we face when making big changes, offer some warm encouragement, and do it all without a whiff of the elitist technobabble that tends to rear its ugly head in Linux discussions.

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)

!Bildschirmfoto-693

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.

I have a laptop that I want to turn into a dedicated retro console and arcade emulation rig. I know there are things like RetroPie for raspi, are there any similar flavors for amd64? I'm basically looking for a similar "one stop shop" UI experience.

So, I bought an RX 7600 XT, when I was still using my 10 year old TV. Recently upgraded to an LG C4, reading the news about AMD support for HDMI 2.1 on Linux, I also went looking for a DP->HDMI adapter and found one that claims to even support VRR. After a week of getting random audio cuts, suspecting the adapter was at fault, I went pure HDMI...

To my surprise, I could run at 4K 120hz with VRR and HDR. Doesn't that require HDMI 2.1?

This is a big release, adding several new major features:

• Nvidia support! LACT now works with Nvidia GPUs for all of the core functionality (monitoring, clocks configuration, power limits and fan control). It uses the NVML library, so unlike the Nvidia control panel it doesn't rely on X11 extensions and works under Wayland.
• Multiple profiles for configuration. Currently it is not possible to switch them automatically, but they are configurable through the UI or the unix socket.
• Clocks configuration now works on AMD IGPUs (at least RDNA2). Previously it was not parsed properly due to lack of VRAM settings.
• Zero RPM mode settings on RDNA3. Currently this needs a linux-next to be used, and the functionality is expected to land in kernel 6.13. But this resolves a long-standing issue with RDNA3 that made the fan always disabled below a certain temperature, even if using a custom curve.

There are many other improvements as well, such as better looking and more efficient plots rendering in the historical charts window (thanks to @In-line ) and a Fedora COPR repository providing LACT packages (currently in testing).

Nvidia showcase:

| | | |------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | [!image](https://private-user-images.githubusercontent.com/22796665/386345595-4cff1315-f401-4c7a-8843-7bc5a868f7e0.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzE2MTk1NzQsIm5iZiI6MTczMTYxOTI3NCwicGF0aCI6Ii8yMjc5NjY2NS8zODYzNDU1OTUtNGNmZjEzMTUtZjQwMS00YzdhLTg4NDMtN2JjNWE4NjhmN2UwLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDExMTQlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMTE0VDIxMjExNFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTYwYzU0OWRmOTkxMGFlOGQ0ZDkyNTQ4M2I5Y2E1ZjM4MzFiNWM5ZmUzYmM4NTNkZjY0OTViZjAzYTc0YzdiZDQmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.Uq-LAcjCxbqkRrPlxY4zGEC27QygPTAYk7zEqxXhSr0) | [!image](https://private-user-images.githubusercontent.com/22796665/386345749-01ca8452-373d-4235-a633-8bd2b2dbe3d9.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzE2MTk1NzQsIm5iZiI6MTczMTYxOTI3NCwicGF0aCI6Ii8yMjc5NjY2NS8zODYzNDU3NDktMDFjYTg0NTItMzczZC00MjM1LWE2MzMtOGJkMmIyZGJlM2Q5LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDExMTQlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMTE0VDIxMjExNFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTNkYjVlMTI4YTA2OGJmNmQ1NmE0MTU4YmRhMTE0MzY4NDM0YjAzZjA1MmY1NjQ5N2VkNDJmY2JhZTZmZGI0NjYmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.sVh7cGuVfQMLPkz-YDLUkN6qEmJncsFL1x0NL6kPiHk) |

Full list of changes:

🚀 Features

• Add support for multiple settings profiles (#327)
• Show dialog when attempting to reconnect to daemon
• Include device info and stats responses in debug snapshot
• Improve plot rendering, use supersampling and do it in a background thread
• \[breaking\] Add initial Nvidia support (#388)
• Implement clocks control on Nvidia (#398)
• Add special case for invalid throttle mask
• Add snapshot command to CLI
• Add RDNA3 zero RPM setting (#393)

🐛 Bug Fixes

• Getting pci info in snapshot
• Retry reading p-states if the value is nonsensical
• Increase retry intervals when evaluating GPUs at start
• Make throttling flags ellipsized to avoid massively oversized window (#402)
• Deduplicate throttle status bits
• Update amdgpu-sysfs with iGPU fixes, add steam deck quirk (#407)
• Fedora spec non-default builds (#410)

🚜 Refactor

• Make info page a relm component (#404)
• Drop redundant ClockSettings structure in the ui

📚 Documentation

• Update issue template to mention common RDNA3 problems
• Fix issue template yaml
• Move description to label in issue template

⚙️ Miscellaneous Tasks

• Bump version
• Update docs, enforce minimum rust version
• Set codegen-units=1 to decrease binary size in release (#390)
• Include service log in debug snapshot
• Drop old bench feature
• Bump dependencies
• Bump version
• Remove unused Cargo features (#405)

Developer

• Automatically create release on tag push
• Trigger workflow on tag push
• Bump workflow rust version
• Add debug builds to makefile
• Skip building signed packages if signing secret is not found
• Don't run rust checks on master pushes, only PRs

Packaging

• Add libdrm to debian dependencies
• Add fedora 41 package (#399)
• Generate Spec Files for COPR on Release Publish (#406)
• Drop invalid copr trigger check

CPU: Ryzen 9 7900X3D

Mainboard: ASUS TUF GAMING X670E-PLUS WIFI

GPU: Sapphire Pulse AMD Radeon™ RX 7900 XTX Gaming OC 24GB

I had to switch from the Ryzen 7 7800X3D because there is a huge shortage where I live, and it got to the point where it was €100 more than the Ryzen 9. I know I will have a slight performance hit if the game uses the non-3D V-Cache, but I prefer that to spending almost €150 more than the MSRP.

Little side question: Will the Wi-Fi and Bluetooth on the motherboard work in Arch? From what I could gather, the drivers for it should be in the latest kernel, but I'm not 100% sure.

I got free keys from prime for those, dont intend to use them.

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.

It's not on Steam so I can't find anything out about it on ProtonDB, but does anyone know how well this game/version runs on Linux?

Title. Just noticed that it has not been updated since a while. Also, what are the best alternatives to it?

Thanks in advance.

-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 use sway in Wayland, and tend to keep games on a separate workspace.

In X11, with i3, I'd frequently switch away from the game and leave it running when something was loading or progression was required, and do something else while waiting. In Wayland, pretty much every game would suspend while viewing another workspace, which drove me bananas. I assumed that this was toggleable functionality, but couldn't find where the toggle was.

Today, I finally ran across an answer to this and wanted to highlight it for anyone else who dislikes this behavior. By default, if a window is not visible, rendering will block. Setting the vk_xwayland_wait_ready=false environment variable will disable this functionality.

Hopefully this means these 13+ year old GPUs will still work with Wayland compositors that will eventually switch to Vulkan, beyond working with gaming and the like.

Navi 10: RX 5700, 5600 Navi 14: RX 5500, 5300

Hi guys!

I purchased a few months ago a new AMD PC, with a 7700 CPU, 32GB of RAM and a 7800XT GPU. I've noticed since, that my electric bill has been increased (compared to when I used an Intel i7 6700 with a 1070 GPU), I was wondering, is it possible to use a hybrid GPU setup kinda like laptops, where the iGPU from the CPU is activated for normal tasks, and the discrete GPU is only activated on demand? Would the GPU be unpowered/sleeping in the meantime?

....all this from a Linux perspective, I'm running Nobara 40.

Thanks!

On W\*ndows I used DS4Wind\*ws, and I have no issues with Steam, but how can I use it to play with RetoArch and Lutris?

Is DS4DRV the way?

Hi everyone,

I'm looking to buy a new gaming rig as my current machine feels like it's getting a bit dated. Been gaming on Linux for the past 6 months to a year. Ditched Windows around the time they announced ads and that recall bullshit.

What are your experiences with gfx cards and their drivers? I haven't bought AMD (gfx) in... Over 20 years. Online results show conflicting answers. Some swear by AMD, others say the drivers are unstable and they need to reboot when switching games. Other say never to update the drivers as long as stuff works.

Currently have an Nvidia 2080 super. Which has served me quite well. But newer games are starting to give it a hard time. Never really had any driver related issue.

I have a friend with an AMD gfx ( windows) and he's not super happy with it. Game/pc crashes related to it apparently. So I'm a bit on the fence about AMD.

I'm not sure what to look for in a cpu. I currently have an AMD. I guess more expensive is better and that's about it? Is there a noticeable benefit of the amd 9 vs AMD 7 series?

I'm not looking to overclock any of the hardware.

What's the standard regarding memory nowadays? I've got 16 in my current rig, and more can't hurt. I would never go under 16. Was looking at 32 but I've seen PCs with 64 and wondered if that is just overkill or not.

I've mainly games on nobara, but recently switched to bazzite as I've been meaning to give that a go. I didn't really have any complaints om nobara.

Side note: my monitor supports Nvidia whatsitcalled, but not free sync I think.

Been daily driving Bazzite for almost half a year now. I currently have two seperate 2TB SSD’s, one with Windows 11 and the other has Bazzite. Bought a 1TB SSD so I can migrate my Windows install to a smaller SSD since I much prefer Linux now.

Just need to stop being lazy and finish migrating everything I care about off my old Windows install onto my new 1TB Windows install, then I plan to install CachyOS onto the soon to be free’d up 2TB SSD, since I’m curious about Arch Linux. I’ll always have Bazzite to fall back on if need be, or god forbid, Windows.

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.

The developers of Apex Legends have announced that they're going to be blocking the game completely on Linux platforms including Steam Deck.

Edit: Tumbleweed and bazzite are currently the most attractive options based on what I've learned from the comments. I will trial run those and 1 or 2 others.

I am currently on Pop OS.

I am dissatisfied with the DE/UI and I've been playing with others but half the point of this distro is it's custom UI. So I figured I would try another. I have several criteria that may narrow it down.

1. I am going to use KDE or KDE Plasma (preferred). This is the only non-negotiable criteria.

2. I will be gaming. This means I would like relatively up to date kernel and software. Rolling or semi-rolling releases are preferred.

2.5. I also work from this pc. This mainly entails using discord and Firefox though so no special requirements. I do have 4 different sized monitors with 3 different refresh rates that I use for work. Only one for gaming. One is vertical. I can tell I'm pushing x to its limits with that setup.

3. I would prefer Debian-based as that is what I'm used to and because .deb packages are so common.

4. I don't want it to be a ton of effort to set up. Pop OS worked out of the box with my Nvidia GPU and all other hardware. I am willing to put in some effort though.

5. I have been using and very much like apt and flatpak. This is not a requirement, just an observation.

6. Wayland is neat

7. Active community with lots of support to search through. Pop OS has been good for this as it's Ubuntu based and has its own great community.

Ultimately I want an easy to use desktop OS that uses some sort of KDE, supports up to date packages and drivers, supports most games and isn't a pain to maintain.

Here are some contenders that fit at least some of my requirements.

KDE Neon user edition

Opensuse tumbleweed

Kubuntu

Endeavor OS

Debian

Manjaro

Bazzite

Mint Debian edition

Right now I'm leaning toward KDE Neon, Kubuntu, or Debian (whatever the rolling release version is), but the others all have their draws. I've heard the aur is great but I have come across several applications only available in website downloads of Deb packages so I'm hesitant.

I have been using pop as my first desktop distro after Windows and I've enjoyed it a lot. I barely run into anything I can't solve with some effort and headache and not a single game I can't play. I'd like to keep it that way.

Now that that's out of the way, does anyone have suggestions? Am I looking in the wrong direction? Am I asking the wrong questions? Should I just install arch, live in the terminal, and throw away my mouse? /s

Thank you all for your advice in advance.

I smile every time I see an improvement that will make it easier for games to run near full speed while confined to a virtual machine. Another step forward for security and privacy.

cross-posted from: https://lemmy.ml/post/21962053

> Valve announced a change for Steam today that will make things a lot clearer for everyone, as developers will now need to clearly list the kernel-level anti-cheat used on Steam store pages. > > In the Steamworks Developer post Valve said: "We've heard from more and more developers recently that they're looking for the right way to share anti-cheat information about their game with players. At the same time, players have been requesting more transparency around the anti-cheat services used in games, as well as the existence of any additional software that will be installed within the game."

I tried to install heroic games launcher from the AUR, but when i tried to start it up, it segfaults just after start up.

Heroic games output: ``` (00:30:05) INFO: [Legendary]: Legendary location: /opt/heroic/resources/app.asar.unpacked/build/bin/x64/linux/legendary (00:30:05) INFO: [Gog]: GOGDL location: /opt/heroic/resources/app.asar.unpacked/build/bin/x64/linux/gogdl (00:30:05) INFO: [Connection]: Connectivity: check-online (00:30:05) INFO: [Connection]: Pinging external endpoints (00:30:05) INFO: [Gog]: Checking for existing gog manifests APPIMAGE env is not defined, current application is not an AppImage (00:30:05) WARNING: [Backend]: Protocol already registered. [7972:1029/003005.773928:ERROR:browser_main_loop.cc(278)] Gtk: gtk_widget_add_accelerator: assertion 'GTK_IS_ACCEL_GROUP (accel_group)' failed [7972:1029/003005.773986:ERROR:browser_main_loop.cc(278)] Gtk: gtk_widget_add_accelerator: assertion 'GTK_IS_ACCEL_GROUP (accel_group)' failed [7972:1029/003005.774016:ERROR:browser_main_loop.cc(278)] Gtk: gtk_widget_add_accelerator: assertion 'GTK_IS_ACCEL_GROUP (accel_group)' failed (00:30:05) INFO: [Legendary]: Running command: LEGENDARY_CONFIG_PATH=/home/home/bangtan/.config/heroic/legendaryConfig/legendary /opt/heroic/resources/app.asar.unpacked/build/bin/x64/linux/legendary --version (00:30:05) INFO: [Gog]: Running command: GOGDL_CONFIG_PATH=/home/home/bangtan/.config/heroic/gogdlConfig /opt/heroic/resources/app.asar.unpacked/build/bin/x64/linux/gogdl --auth-config-path /home/home/bangtan/.config/heroic/gog_store/auth.json --version (00:30:05) INFO: [Nile]: Running command: NILE_CONFIG_PATH=/home/home/bangtan/.config/heroic/nile_config /opt/heroic/resources/app.asar.unpacked/build/bin/x64/linux/nile --version (00:30:06) INFO: [Connection]: Connectivity: online (00:30:06) INFO: [Backend]: User Not Found, removing it from Store (00:30:06) ERROR: [Gog]: Unable to syncQueued playtime, userData not present (00:30:06) INFO: [Gog]: Running command: GOGDL_CONFIG_PATH=/home/home/bangtan/.config/heroic/gogdlConfig /opt/heroic/resources/app.asar.unpacked/build/bin/x64/linux/gogdl --auth-config-path /home/home/bangtan/.config/heroic/gog_store/auth.json auth (00:30:06) INFO: [Backend]: System Information: CPU: 12x AMD Ryzen 5 5600G with Radeon Graphics Memory: 16.63 GB (used: 1.55 GB) GPUs: GPU 0: Name: Advanced Micro Devices, Inc. [AMD/ATI] Navi 23 [Radeon RX 6600/6600 XT/6600M] IDs: D=73ff V=1002 SD=2413 SV=148c Driver: amdgpu OS: Arch Linux 6.11.5-zen1-1-zen (linux)

The current system is not a Steam Deck We are not running inside a Flatpak container

Software Versions: Heroic: 2.15.2 Emeth Legendary: 0.20.36 Urban Flight (Heroic) gogdl: 1.1.2 comet: comet 0.1.2

Nile: 1.1.2 Will A. Zeppeli

(00:30:06) INFO: [Backend]: Frontend Ready (00:30:06) INFO: [Backend]: Checking for new Heroic Updates (00:30:06) INFO: [Backend]: AreWeAntiCheatYet data downloaded (00:30:06) INFO: [Backend]: Checking for current version changelog (00:30:06) INFO: [Frontend]: Updated to a new version, cleaaning up the cache. (00:30:06) INFO: [Legendary]: Running command: LEGENDARY_CONFIG_PATH=/home/home/bangtan/.config/heroic/legendaryConfig/legendary /opt/heroic/resources/app.asar.unpacked/build/bin/x64/linux/legendary cleanup [1] 7972 segmentation fault (core dumped) heroic ```

evfwd is a new tool for forwarding evdev input events from one Linux host to another, typically through an ssh connection.

The reason I am posting this here is that my initial motivation for creating the tool was gaming related: I wanted to be able to use my laptop's keyboard and gamepad on my Steam Deck.

The tool works by serializing /dev/input/... events on one hosts and then injecting them via /dev/uinput on another. You have to arrange the pipe between the two ends, typically using ssh:

evfwd /dev/input/somedevice | ssh somehost evfwd -s See the readme for more details.

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'm tired with this anti-cheat trend. It's not a confirmation of any sort but still.. i don't want Dark and Darker to be "borked" for gaming on Linux.

With some many companies considering that option, is this far more effective for an anti-cheat ?

I'm using the latest WineGE (8.26, I think) to launch MO 2.4 but some parts don't work properly, namely activating/deactivating mods (when I click on the checkbox, MO just freezes), launching the game (when I launch the game MO doesn't do anything, only when I close MO it says "something VFS" and the game starts) and actually closing it (when I do, Lutris still says that it is running, and I have to click on "Stop" in Lutris to actually make it stop).

Am I missing aomething?

I'm on PoP!_OS. Thanks!