Pretty self exploratory I wish that there was an optional setting that allows me to automatically send proton crashes to valve so I don't have to spend my limited time on my weekend filling out crash reports

An opt in system would be the way to go as user choice is key.

Eg. Latest proton experimental update is crashing Halo: MCC which is fixed in earlier proton versions (I will be filling a bug report but I just don't want too if I can avoid it)

TL;DR: (English) If you are using high-resolution controllers (TMR or Hall Effect) on Linux, your driver might be "throwing away" that extra precision due to automatic smoothing filters (fuzz) and deadzones (flat). Here is how I reclaimed surgical precision.

O Problema: (PT-BR) Comprei alguns controles com sensores Hall Effect e TMR (11 ou 12 bits de resolução, ~2048 passos por eixo) esperando uma resposta imediata. No entanto, no Linux, sentia que o carro (em jogos como Asphalt) ou a mira não tinham aquela "fidelidade total". Parecia que o sistema estava atrapalhando meus movimentos.

A Causa Raiz: Investigando via evtest e evdev-joystick, descobri que o driver padrão (como o xpad) aplica valores de FUZZ e FLAT por padrão para evitar o jitter em controles baratos de 8 bits (Xbox original).

• FUZZ: É um filtro de suavização. Se o seu stick reporta uma mudança menor que o valor de fuzz, o kernel a ignora. Para um controle TMR de alta resolução, um fuzz de 16 ou 32 mata os micro-ajustes que o sensor é capaz de fazer.
• FLAT (Deadzone): É a zona morta aplicada em nível de hardware/kernel.

No meu caso, os eixos estavam vindo com um fuzz de 16. Em um controle de 11 bits, isso é como tentar fazer cirurgia usando luvas de boxe.

A Solução (O "Toque de Cirurgião"): Usei a ferramenta evdev-joystick para reduzir esses filtros ao mínimo.

1. Como instalar:

• Arch / CachyOS: paru -S game-devices-udev (ou evdev-joystick via AUR).
• Debian / Ubuntu / Mint: sudo apt install joystick

1. Identificação: sudo evtest /dev/input/eventXX
2. O Ajuste: ```bash
3. Removendo a zona morta do kernel e reduzindo a suavização sudo evdev-joystick --evdev /dev/input/eventXX --deadzone 0 --fuzz 6

*Nota: Deixei o fuzz em 6 para evitar ruído elétrico, mas o comportamento mudou da água para o vinho.*

Resultado: A linearidade ficou perfeita. A sensação de "escada" nas curvas desapareceu. Agora, o sistema operacional finalmente reporta os 65.536 valores lógicos (baseados nos 2.048 passos reais do TMR) sem tentar "adivinhar" ou filtrar o que estou fazendo.

Se você tem um GuliKit, Vader 4 Pro ou qualquer controle TMR/Hall Effect, faça um favor a si mesmo: limpe os filtros do seu kernel.

I have like 50 gb worth of steam games on my external drive that's currenlty formatted to exfat. If I want to switch from Windows 11 to Linux (Fedora Workstation 44 to be more specific), and I need to reformat said external drive top ext4 to run games, can i get away with:

Switch from Windows 11 to Fedora -> move SteamLibrary to internal drive in some folder -> Reformat external drive to ext4 -> move SteamLibrary back to external drive

Or do I have to redownload them when I'm on linux?

Also I should probably prefice that I'm doing this since I have other games that won't fit on my internal drive.

Thanks!

i've recently been experimenting with zorin os instead of windows due to my hatred of win11 and i've been trying to run games via bottles and for whatever reason when i scroll it will skip any scroll input that goes in the opposite direction of the way i last scrolled, this problem is only exclusive to bottles as far as i can tell as i don't have this issue while normally using my system

i've tried blocking certain drivers in my systems config files and it hasn't worked but what has worked for whatever reason is if i plug in my mouse via usb while charging it, the scrolling issues go away

are there any known fixes for this?

How do you get HDR to work when a Steam game has a launcher running like EA App and Ubisoft Connect? What's happening is the HDR launch args think these programs are the game so it tries to target that and fails to target the game itself. This causes the game to become blown out as the game is not rendered in HDR. How do you get child processes to inherit the launch commands that the launcher is using?

After trying Linux a couple years ago and being so annoyed with NVIDIA drivers I just gave up and installed windows.

Now it's time to get a fresh reinstall anyways and I'm planing to dual boot Linux on my gaming pc. Would prefer to have windows just in case something out of my library isn't compatible but I loved to casually use Linux way more back in the day.

Now I know that there is better NVIDIA support but just in case. Got an i7 9700k with Rtx 3060 12gb and mostly play cs. I remember installing a couple different linux versions but I think the one that worked the best for me back in the day way Linux mint.

What would you recommend today? If it also matters its just a gaming system, I don't do anything else with it.

is it a known bug or???

I definitely feel an input lag on any Wayland DE (KDE, xfce Wayland, Niri). The issue also persists when I use gamescope (for the custom resolution in Albion Online). I can swing my mouse right and left, then focus on the game and immediately feel it being less responsive. Doesn't matter if I use -r arg or not.

So the topic... Do you feel your cursor being less responsive when using Gamescope? Please share your distro, DE and GPU as well.

I have a noticeable input lag when using Gamescope. Playable for my scenario, would be unplayable for an FPS game. Arch Linux, xfce (X11), RX570.

Weird issue I've been having: Microstutters that don't show up on any recording or fps counter.

Here's an extreme example with osu!: https://streamable.com/48vnpf
During this clip the game froze for a fraction of a second, but it doesn't show up on video. Note the perfect 1ms frametime graph. Makes me feel like I'm going insane.

Things I've tried:
- Changing codecs
- Changing the source from "monitor" to "portal" or "region"
- Changing quality settings, including framerate, bitrate etc.

PC specs (though osu! locks at 1000fps on basically any machine):
- RX 9070XT
- Ryzen 5 7500F
- 32gb ddr5 @ 5600MHz
- Up to date EndeavourOS, KDE plasma

Any help or ideas appreciated.

Steam controller keeps asking for permissions every time I try to use the mouse, virtual keyboard or copy paste. I pressed the toggle to allow it on the game controller menu, idk what else to do. I want it to stop asking and just do it

Hi everyone!

New on Linux. I already update Nvidia Drivers and everything looks normal but once I try to open Portal, it gets slow since the first Valve intro, and in the moment the menu background shows, it closes.

I try using Proton 9.0-4, 10.0-4 and experimental, but nothing. Any ideas?

Specs: RTX 3070 ti, Intel i5 9400, 1TB HDD,

And this are the drivers I have installed

https://preview.redd.it/oo3wzyskbvzg1.png?width=1173&format=png&auto=webp&s=8c1b00d4c14b3714b8d77c8cb8d20b587eacf120

Didn't find much information on setup used and the video itself is pretty blurry

been using standard proton for most things but keep hearing ge fixes specific games, curious if people just default to ge for everything or only swap when something breaks

I’ve been actively trying to make all of my friends to at least give ANY distro of their liking a try. Two converted and are never going back, one simply can’t because they play Rust and one is vastly misinformed thinking that Linux is all konsole commands. Overall from what I’ve seen many are “held hostage” by a game/games they play.

What stops your friends?