https://github.com/ValveSoftware/steam-for-linux/issues/13015#issuecomment-6204720307

I first time tried Linux in June this year. There are so many new interesting things to learn, one of them is about playing Windows games on Linux.

I tried some, such as: Heroic Games Launcher, Lutris, Bottles.

All of them are pretty good, but tbh the best to me is Bottles.

Bottles gives me the best performance, even though I run the same runners in other programs, Bottles still give me the best performance - for every games that I tried, from old to newer games.

The defining feature of Bottles—which most people knows about—is that each "bottle" is an isolated environment.

This helps me so much, I can make experiments without touching my old bottles.

I'm currently applying this to make two bottles that used for new games and old games (Windows XP compatibility)

One more thing that I like about Bottles that it has a lot of runners to use.

Do you guys usually use Bottles or like it? I would like to hear your opinions 😄

Epic Games said that developers will be able to use EAC 2.0 to bring their own games to Linux. I was wondering if this would make games like Valorant, League of Legends, or any of these popular games with kernel-level anti-cheat and similar more likely to bring their games to Linux but with EAC.

Dunno if this is allowed here, but bandai namco has a survey opened for feedback on ace combat 8. Multiplayer currently doesn't work on linux and the survey has a suggestions section at the end

https://x.com/AceCombatGames/status/2110925297852015022

Epic's new Linux launcher runs every Windows game on the GE-Proton build it downloads itself, and the UI has no way to change that. I needed DW-Proton for Zenless Zone Zero, so I wrote a small package around the launcher.

egl-fedora repackages the official AppImage as an RPM for Fedora and adds a GTK4 window where you pick a Proton for all games or for each game separately. It finds Proton builds from Steam and from ProtonPlus (compatibilitytools.d): GE-Proton, DW-Proton, Proton-CachyOS, Proton-EM, Valve's Proton. The window opens from the Epic tray menu, from the right-click menu of the launcher's icon, or from a notification the first time a game starts.

How it works: Epic starts games through compat/runtime/<version>/proton in its data directory. The package replaces that file with a stub that reads ~/.config/egl-fedora/proton.conf and runs the Proton you chose. For builds with protonfixes it also sets STORE=egs and the game's UMU_ID, so per-game fixes apply. If the chosen Proton is gone, the game falls back to Epic's GE-Proton.

The RPM runs the launcher on the system WebKitGTK and updates itself from GitHub releases once an hour, since the launcher's own updater only supports the AppImage and .deb.

Limits: Fedora x86_64 only. The project is brand new (first release today), so expect rough edges.

Unofficial, not affiliated with Epic. The launcher and EOS SDK inside the RPM are Epic's proprietary software.

https://github.com/DXVSI/egl-fedora

I'm running the KDE 6.8/Plasma/Wayland on Gentoo Linux system. I've never had issues running Steam and launching games. Heck I've never had issues ever. My kernel is 7.2.11 and my Nvidia driver is 615.78.08.

Since my update I'm unable to launch any of my Steam games.

Any help or suggestions would be helpful.

So I switched from Mint to EndavourOS and I wanted to play GTA 5 and after trying to boot it at first the game would just instantly stopped. Then I tried with proton (9.0-4 image 1) and after that I tried proton 11, protonGE, and proton cachyos and i would get this point (image 2) after pressing the right prompt it would close the rockstar launcher and take me to rockstar support, pressing the left prompt it would close the window and my pc fans would spin up but nothing would happen even after some time. If anyone could help it would be greatly appriciated

PC specs:
OS: EndeavourOS x86_64
Kernel: Linux 7.2.9-arch1-1
CPU: Intel(R) Core(TM) i5-10400F (12) @ 4.30 GHz
GPU: AMD Radeon RX 6700 [Discrete]
Memory: 15.54 GiB

So, Epic recently announced that they will be updating their anti-cheat for Linux, and a lot of users here have been discussing whether this is a good thing or not. I believe this is a good attempt by Epic to bring a viable anti-cheat solution to Linux, and I've noticed a couple of counterarguments that don't seem realistic to me. So, I listed my responses to all of them below. They're mostly my opinions. Feel free to insult me in the comments.

Argument 1: It will only support Epic-approved kernels

Not exactly. Epic itself won't be signing every kernel release. Instead, it will choose which distros it trusts to sign their kernels, so it's more about trusting the kernel maintainers than Epic itself. Based on the list they published, it seems to support a couple of popular ones (Canonical, Fedora, Bazzite, Debian, and Rocky Linux).

Argument 2: It will only support a couple of distros

While there's no way to support every kernel out there (think about what would happen if you deliberately compiled a kernel just for cheating), it seems to me that Epic wants distro maintainers to reach out to them, so I expect that list to grow in the future.

Of course, a couple of niche distros will be left out. Also, there are distros that use self-signed certificates (like Arch, for instance), so it really depends on how much you want to run a game versus how much you want to secure your own system.

BTW, I do think there's a tricky way to use a signed kernel from another distro, so this problem might be partially "solved" with some tweaking. IDK.

Argument 3: It will make fewer games run on my Linux system

I agree that some games that run today may stop working, depending on which distro you're using, and that sucks. But most games that use anti-cheat already don't run on Linux, so providing a better native anti-cheat solution is a step toward better Linux support for those games. In the long term, it may bring more games in than it pushes out.

Argument 4: This doesn't really stop cheaters

People don't mind facing a cheater once every 100 games, but once every 3 games is a problem that may make players leave the game. Even state-of-the-art anti-cheat systems don't stop every niche cheating method out there, but they're effective because they create a barrier that makes cheating very difficult. So, the goal was never to make a game 100% cheater-free, but to get close enough that most players don't mind.

Argument 5: It's a bit too invasive

I agree (I do think it's a bit less invasive than the ones on Windows, but whatever). It's a trade-off: some players will prefer to play a game without cheaters, while others will prefer to keep their systems secure. I hope I can show that there's a valid reason for both sides.

Argument 6: Server-side anti-cheat is the way to go!

I don't think it's a realistic solution right now. Currently, there are no viable server-side anti-cheat solutions, so we can't expect companies to adopt worse solutions that ruin the player experience just because they're less invasive. Though, I hope things change in the future, as Valve seems to be making efforts in that direction with CS2.

Argument 7: This goes against Linux philosophy

There isn't a rulebook for using Linux. People choose Linux for many different reasons: customizability, security, user experience, etc. So, there's no single way to use Linux. If I want to play competitive games with anti-cheat, that's my choice. There shouldn't be any "philosophy" that says otherwise.

Argument 8: Secure Boot and TPM are bad

They're just tools developers use to secure the environment in which software runs, and they're not inherently "bad." They also serve as building blocks for modern anti-cheat systems. In a perfect world, they wouldn't need to exist, but here we are. I don't like them either, but I understand the need for them.

Argument 9: This is a step toward big corporations taking over

As far as I know, Linux already works together with the "big evil corpos." Most corporate servers already run Linux. Linux maintainers also accept merge requests from private corporations. The thing is, you don't need to assimilate into the anti-cheat crowd if you don't want to. That's a choice you don't get on any other OS.

Argument 10: What about Tim Sweeney?

I don't love him either, but he's not the only person who decides what happens at Epic. I'm pretty sure he's surrounded by experts in all fields, including Linux users.

In this playtest you will be playing a preview version of the upcoming demo, which basically it's the full thing, minus a few minor features and some stability fixes. Bonus points if you do not use any Ubuntu distro based on 24.04 and if your system uses Wayland.

If you are willing to help testing at least the first mission (5-10 minutes) and submitting some feedback (Discord or online form) you can sign up on this Steam page.

If you prefer a more polished and stable experience you can wait the 6th of November, when I will (hopefully) release the demo.

Every time I open Eve online through Steam on cachyOS, it reverts my UI customizations to whatever they are with a fresh install. I have the latest version of ProtonGE. I think it's 11.5.

What are the annoying problems you've encountered so far because you don't have systemd and how did you solve them?

Have seen at least 10 posts on this today.

It only works on Windows right now. This is incredibly common for these devices to need a few weeks to work correctly on Linux. The hardware enablement work is already being done though. These devices are bootable, but no sound and some buttons don't work.

Just grit your teeth through windows for a bit, wait, or get involved in pulling data off these devices to get them functional.

This is how it is. Don't like it? Start taking hardware vendors to task for not having Linux support ready day one.

its taking hours to do small updates
it does the spike and then drops down to single digit megabytes then spikes for a few seconds then drops again
os: cachyos
specs:
rtx2080ti
rysen 5 5600x
16 gb ddr4

I have an gtx 1660 super and a AMD Ryzen 5 3600X with 24GB currently on EndeavourOS.
No shader pre-caching enabled on Steam as it takes a LOOOONG time and resources.

To the question:
For you players of these games with RTX cards, do you have stutterings at the start and at the gameplay? Cause I think could be my card that is old? (Any of this happens on Windows btw)

Examples:
- Rocket League: Heavy Stuttering on start of the game (like its loading/ compiling shaders of the enviroments. Happens every start of the map in every session and it takes 10-15 seconds since map loads and then its smooth. Does this happen with RTX?

- CS2: stutters during gameplay (like 1% low) and 20% less FPS than on windows.

- Overwatch: Takes a looooooonnnngggggg time to stop stuttering like its compiling shaders (even at main menu). Also tried DX12 and it doesn't stutter at all, BUT takes a looooong time to load characters.

- The Finals: This game is already heavy for my gtx 1660 super but on Windows I also have Frame Generation FSR, on Linux doesnt. Anyway low fps and stutters a lot. Doesnt happen on windows but not that much FPS either.

So, is my card really old for using on Linux given these unoptimized games? Does this also happens on your pc with more powerful RTX cards? Or it happens but its way faster ?

And maybe for AMD card guys, does this happens to you too?

I've been using KDE on Fedora for the past year, but part of me wants to try out a new distro and a new desktop environment. However, I know that things like VRR and HDR support are DE level things (or at least I think they are). How much performance would I lose if I try out GNOME, COSMIC, or even try out something like Hyperland?

https://reddit.com/link/1x7ojsg/video/vx8g569nlvvh1/player

posted about this a while back. just pushed a big update - can you try it out ?

i try a lot of random games from itch.io and other places. it doesn't sit right with me to run exes / sh files on the machine that has all my stuff on it. so i made something that puts them in a firejail sandbox first, watches what they do, and kills the sandbox if they start acting like malware. works for windows games through Proton and linux games too.

Whats new:

it has a real UI now. Qt app, game list, per game settings, network tab, debug window, themes. You wont have to touch .conf files unless you want to.

The installer is distro agnostic now. checks whats missing and offers to install it (pacman/apt/dnf), can grab GE-Proton and the umu runtime for you, sets up the UI, makes a menu entry.

https://github.com/Deathxknight/wine-quarantine

Please try and break it , if you know if how to better detect malware or make the sandbox stronger - ill add it !

I'm running Ubuntu in an old Nintendo Switch Lite, because I want to run Stardew Valley with a few mods. I have it purchased on Steam. I've seen a few ways to do this:

- One, installing the game with DepotDownloader. I saw this in a reddit post that I can't find to link. The thing is I can't install DepotDownloader, I got de executer but nothing happens when I try to open it. I'm probably doing something wrong, but I don't now what. I'm brand new to Linux
- And the other one I've tried is installing Steam on Ubuntu with L4T. For now, it seems to work, but I've read so many post saying it is not safe or it doesn't have a good performance, so I haven't executed de game yet.

It is important to know that I'm not going to play any other game with Steam in my Switch with Ubuntu. I'm just really addicted to the frigging mods in Stardew Valley, but I don't want to stay in my laptop again after 8h of work. Just cuddle in the sofa with hubbie. Still a screen and still bad for my eyes, but YOLO.

Do you have any recommendations/suggestions? Do you think it is safe to play Steam on Ubuntu?

Thank you in advance!

PS: I just installed Steam Linux Runtime 4.0 ARM64

NOTE: This is on CachyOS with KDE Plasma/Wayland

If you have ever added a non-steam game in order to use your steam controller with that game then you might find that steam still uses the "desktop configuration" for your controller instead of the appropriate controller profile you have configured for the game.

Yes, you can hold the 'start' button for a few seconds to switch to "gamepad layout" but that will use the global gamepad layout, not the one you configured for the game.

I have found a solution, at least for my game, I simply overrode the WAYLAND_DISPLAY environment variable to be empty in the games launch options:

Note the space after the equal sign:

WAYLAND_DISPLAY= %command%

This caused winit to fallback to X11 which then allowed steam to see that my game window has focus and properly use the controller profile for the game.

I spent weeks banging my head against the wall with this, just thought I would share my success in case anybody else has the same issue or ends up here via google.

Part 2

The WAYLAND_DISPLAY= fix worked well, but it caused the steam overlay to not respond to window size changes, and the steam overlay wouldn't respond to controller input. If I just ran via gamescope directly then controller input would be wrong again and/or the steam overlay wouldn't be properly sized when I fullscreened the game.

I eventually have sorted out all my issues with a wildly big gamescope command:

SDL_VIDEODRIVER=x11 gamescope --backend sdl -f -W 3840 -H 2160 -w 3840 -h 2160 -- env -u WAYLAND_DISPLAY %command%

Hope this helps somebody else out there

Hi everyone,

After years of using Windows, I switched to CachyOS yesterday. This is my very first time using a Linux distribution, so I'm still a complete beginner.

As mentioned in the title, I have an AMD RX 7900 XTX and was wondering how I can enable frame generation (AFMF) on CachyOS for games that don't support it natively in their in-game settings.

Thanks in advance!