I use Debian 13.

I installed Rocket League and everytime I want to use my controller to play it I need to delete it in the bluetooh settings before repairing it again and again until the buttons are mapped right or my "y" button makes the car drift instead of activating ballcam and my "x" button just does nothing. And let's not talk about the bumpers.

I went into the controller settings in KDE plasma and saw the mapping wasn't the same as before so it's probably got something to do with that. It's not a heroic game luncher specific issue either cause the buttons have the same problem when I launch a steam game.

So how do I make my button mapping consistent between boots. I've heard about xboxdrv and xpadneo. Are those relavant? I mean my controller connects and works, there's rumble and everything it's just that the buttons aren't consistently map between boots.

submitted by /u/Affectionate-Ad-7865
[link] [comments]

Hello! I’m just writing this for all those that might have the same problem I had, and hopefully this fix helps.

If your DualShock 4 feels really laggy over Bluetooth on Linux, the issue is often BlueZ’s input plugin capping the controller to ~40 Hz poll rate (about 26 ms between reports though the numbers may vary).

After switching to the hid_playstation driver and disabling the BlueZ input plugin, the controller runs much smoother. It now adapts between ~40 Hz and up to ~500 Hz. In other words, it sits around 2 ms (500 Hz) when you move the joystick quickly, and goes up to around 26 ms when idle to save battery.

Again, these numbers can vary depending on your controller model, kernel version, and Bluetooth adapter I’m just sharing what I saw from my testing.

Wired USB stays rock-solid at 125 Hz (8 ms), and I suspect it could be even better with a decent micro-USB cable (I tested with a cheap decade-old one I had in a drawer).

Bluetooth is now actually playable and in some cases, even faster than wired, if you don’t mind a bit of variability instead of a rock-solid fixed rate.

System

Arch linux on kernel 6.16.7-arch1-1

Steps

Edit /etc/bluetooth/main.conf and set under [General]:

#This is optional it is always making sure that the controller uses classic bluetooth not the LE ( low energy) because it "might" give worse performance

ControllerMode = bredr

#this is the most important one which it disables the bluez input plugin and lets the kernel handle hid devices in this case it lets hid_playstation handle it.

DisablePlugins = input

The ControllerMode = bredr setting is optional. It helps ensure the controller performs optimally during heavy gaming. However, most users should keep it at the default. Because, Many peripherals rely on Bluetooth Low Energy (LE) to save battery, sending small packets only when needed instead of streaming data constantly and others. By leaving it at the default, BlueZ can automatically switch between classic Bluetooth and LE for devices that use low energy. I hope this helps at least one person! If not, it will still be a good reference for me to remember what I did in case I switch some settings and forget how to make it work again.

submitted by /u/Puzzleheaded-Play363
[link] [comments]

I play games like elden ring ff7 rebirth and Minecraft, and one thing that all of those games have in common is that sometimes I get hit by lagspikes/stutters at the most unexpected times which ruins the mood of the games I play (Especially elden ring)

Things I have tried to solve the issue: - put the governor on performance - closed most of the apps in the background - used gamemode - used proton-GE - see temps (CPU is at 80 and GPU is at 70-75) - set both monitors to 60hz - disable vsync in games - install intel-ucode package

I am stumped at this point and I want to see if someone had this problem before and if they got a fix or a remedy for it?

Specs:

OS: arch linux

Kernel: linux 6.16.7-zen

Monitors: dual, one 60hz and one 75hz

GPU: rtx3060 12GB

CPU: Intel 11th gen i7-11700F

DE: Kde Wayland

Drivers: Nvidia-open-dkms

Ram: 32GB

submitted by /u/Feisty_Confusion8277
[link] [comments]

https://github.com/mason1600/Game

submitted by /u/Sad-Understanding-34
[link] [comments]

I'm running genshin impact through steam with proton ge 10-15 is it safe tho?

submitted by /u/XeroCruffy
[link] [comments]

🖥️ System Details Report 🚀 🍷 Wine Configuration Bottles Flatpak 🎮 Proton GE 10-15 🛠️ Environment Variables: DISPLAY= MANGOHUD=1 🛠️ Hardware Motherboard: Gigabyte B550M AORUS ELITE 🖳 RAM: 32GB. 🧠 CPU: AMD Ryzen™ 7 5700X (16 threads) 🔥 GPU: AMD Radeon™ RX 7800xt 🎨 Monitor: LG 32UL750-W 32" 3840x2160 (4K) via DisplayPort 🖼️ Storage: 4.5TB (NVMe + SATA SSD) 💾 🖥️ Software 🐧 OS: Fedora Linux 42 (Silverblue) Kernel: Linux 6.15.8 🛠️ Desktop Environment: GNOME 48 🖌️ Display Server: Wayland for smooth visuals. 🌟 🎥 Recording Setup 📹 Software: OBS Studio Flatpak (VAAPI av1 25mb CBR) 🎬 Capture Method: Pipewire ⚡ Resolution: 1440p60. 🎞️ Upload: converted with ffmpeg vaapi-av1 to 4k 🎞️

submitted by /u/Ill_Champion_3930
[link] [comments]

Install info: Endeavour OS, KDE Plasma (6.4.5), kernel: 6.16.7-arch1-1, Wayland, native Steam build installed via AUR. I invoke yay on a daily basis and have done so multiple times today following these issues. I've also made sure I'm using the latest version of Steam by using the in-app version checker.

Since about noon or so today (so for about 4 hours now) I've noticed Steam will close silently. If I'm playing Cities: Skylines (using Proton Experimental), the game will crash as well shortly after following Steam's failure (I think starting a save causes this, including autosaves). Steam also will close silently and generate a crash .dmp without any game open.

I ran Steam via my terminal to peek at the console output, and after a while (this time about 50 minutes of uptime, sometimes it seems to take as little as 10 mins), it crashed again with the following output:

crash_20250919162259_41.dmp[13762]: Uploading dump (out-of-process) /tmp/dumps/crash_20250919162259_41.dmp crash_20250919162259_41.dmp[13762]: Finished uploading minidump (out-of-process): success = yes crash_20250919162259_41.dmp[13762]: response: CrashID=bp-ab5591ff-48b4-47ba-b13d-0c80b2250919 crash_20250919162259_41.dmp[13762]: file ''/tmp/dumps/crash_20250919162259_41.dmp'', upload yes: ''CrashID=bp-ab5591ff-48b4-47ba-b13d-0c80b2250919'' /home/<USERNAME>/.local/share/Steam/steam.sh: line 928: 11071 Segmentation fault (core dumped) "$STEAMROOT/$STEAMEXEPATH" "$@" [<USERNAME>@<SYSTEM_NAME> ~]$ src/common/pipes.cpp (882) : fatal stalled cross-thread pipe (pipe is disconnected). src/common/pipes.cpp (882) : Fatal assert; application exiting 09/19 16:23:06 minidumps folder is set to /tmp/dumps 09/19 16:23:06 Init: Installing breakpad exception handler for appid(wine64-preloader)/version(1.0)/tid(13101) assert_20250919162306_3.dmp[13823]: Uploading dump (out-of-process) /tmp/dumps/assert_20250919162306_3.dmp assert_20250919162306_3.dmp[13823]: Finished uploading minidump (out-of-process): success = yes assert_20250919162306_3.dmp[13823]: response: Discarded=1 assert_20250919162306_3.dmp[13823]: file ''/tmp/dumps/assert_20250919162306_3.dmp'', upload yes: ''Discarded=1'' pid 13823 != 13822, skipping destruction (fork without exec?) pid 12394 != 12388, skipping destruction (fork without exec?)

Do I need to do any additional reporting to Valve about this, or does Steam's error handling properly forward them these .dmp files? What steps should I take otherwise to resolve these crashes? There are currently 3 .dmp files in the /tmp/dumps directory, I assume because Steam has crashed 3 times since I last restarted my system.

I suspect having my DS4 controller connected might be among the causes. I will continue to attempt to replicate this with alternate games/peripheral connections and add additional details as they present themselves (also happy to provide additional info about my build/setup). I do not have issues with memory access in other applications that I am aware of.

Additional build info:

CPU: 24 × 12th Gen Intel® Core™ i9-12900KS

Memory: 32 GiB of RAM (31.1 GiB usable)

Graphics Processor: NVIDIA GeForce RTX 4070 using nvidia kernel driver

MB: TUF GAMING Z690-PLUS WIFI D4

submitted by /u/According_Soup_9020
[link] [comments]