submitted by /u/potential-overlap
[link] [comments]

So I've installed the EGS Launcher from Bottles, then I installed both GTA V Enhanced and the R* Launcher. After a bit of troubleshooting I finally managed to run the game, but 10 seconds into it, the game enters an infinite waiting screen: "Verifying game ownership is taking longer than usual".

My Bottles configuration is the following:

Runner: sys-wine-10.0
DXVK: dxvk-2.7.1
VKD3D: vkd3d-proton-3.0

Windows version: Win10

Environment Variables (Im not sure if they are correct)
__GLX_VENDOR_LIBRARY_NAME=nvidia
__NV_PRIME_RENDER_OFFLOAD=1
__VK_LAYER_NV_optimus=NVIDIA_only

Any feedback or attempt to help will be much appreciated. Thanks

submitted by /u/Ok-Mine-9473
[link] [comments]

Hello,

I noticed down-votes of questions like "Which Distro is Best", and the community complaining about newbie questions.

As a result, introductory gaming guides were recommended like Kwindu. The problem is: - For a long comprehensive guide, a beginner may find it difficult to read, where she'd get lost among concepts like Proton, Wine, Lutris, ..etc. - For a short step-by-step tutorial, a beginner may fail to workaround a trivial problem like blacklisting Nouveau's drivers.

Many of those who come from Windows may not even know how to execute a command on terminal to log basic system info.

I am happy to see many people switching to Linux, and I want them to learn without an entry-barrier to understand a long guide.

That motivated me to create a new kind of knowledge-base, where power users could contribute to a dynamic knowledge-base, which answers a user's question only by citing self-contained knowledge pieces, called "Snippet".

I created a new gaming guide Here.

• Snippet Compatible Games cites Kernel Anti-chaet so that more details could be explored on-demand of the reader, maintaining an easy-to-follow tutorial.
• Snippet Asking a Good Question cites Troubleshoot Nvidia Drivers which solves a huge bulk of questions asked.
• A question could be asked here whereby a snippet like Troubleshoot Nvidia Drivers could be cited in the question thread, instead of re-writing an answer every time.
• If a user asked about a GTX card compatibility, we could add a snippet, then link snippet Compatible GPU to it. So, the gaming guide could be dynamically updated and expanded, driven by users questions.

I received feedback that contributing to Arch Wiki or tldr should be given a priority. If the community found "Snippet" concept useful, I'd be happy to develop it, so that wiki projects like tldr are integrated into it. If some snippet received high citations, then this could signal a contribution to Arch Wiki or tldr, a win-win for everyone!.

All feedbacks are welcomed.

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

Hey guys! How are you doing? I use Kubuntu on Asus Zenbook 14 UX433FN and it's good. But I wonder if there is another distro that is good for gaming. I heard about Pop!_OS and I liked it. Asus Zenbook 14 UX433FN has Intel Core I7-8565U and Nvidia GeForce MX150. So is Pop!_OS good choice for my laptop? I don't any Arch-based distros like bazzite or CachyOS and I don't want Nobara as it doesn't support my GPU.

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

Sup guys I am switching to linux (have tried mint and Nobara earlier) and now I am wondering whats your experience with nvidia drivers on different distros?

I am switching to AMD in the future but I dont have the money for it at the moment and I cant wait to get off of windows permanently!

Im not a performance maxer in any capacity I am just looking for things to work smoothly!

If there any distros you feel are better with nvidia than the ones I mentiond please share and thank you in advance!

submitted by /u/5_1_M_3_0_N
[link] [comments]

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

WoW is lagging like crazy on Fedora.

I can't play the game with proton or proton-ge.

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

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

Hello,

I've had my Steam Deck for a month and I'm having a problem when playing Borderlands GOTY Enhanced Edition on it.

Generally, the game runs smoothly and well. However, as soon as I make contact with enemies and they approach me, my camera starts moving uncontrollably. Also, sometimes shots are fired even though I'm not pressing any buttons.

I was briefly worried that this might be a hardware problem.

I tested the joysticks and there's no drift.

This problem doesn't occur in other games, such as The Division 2.

Are there any others experiencing this issue?

Any solutions?

Thank you.

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

To preface, ANV is the vulkan driver for Intel GPU. I understand that mesa devs is probably working on a different issues already (there are 100+ MR tagged with ANV). However, 2 of my Intel ANV driver bug reports have been ignored so far. This was not the case for my previous bug reports of R600 and gallium nine. Previously, my bug report at least get a respond that they read the issue ticket, even when they are not resolved (definitely never for all my gallium nine issue). Here are my 2 bug reports: - https://gitlab.freedesktop.org/mesa/mesa/-/issues/14502 - https://gitlab.freedesktop.org/mesa/mesa/-/issues/14429

Is there any issue with any of these report I make? I know I didn't include apitrace for Atelier Yumia demo. However, apitrace does not support DX 12 game. The demo is also free. I also made a report at DXVK/VKD3D repo respectively and it seems they conclude this is either a driver issue or a game issue.

submitted by /u/Acceptable-Comb-706
[link] [comments]

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

Some Steam games separate your save game data in the Steam Cloud by OS. Borderlands 2, for example, does this. When I force Proton in Steam, I'm able to see all my previous characters from playing the game in Windows. However, when I use the native Linux version, all of that and all of the cosmetics and stuff I've unlocked, is gone.

I've been looking all over the place and apparently the save data is in some directory called willowgame or WillowGame. This directory is located either in ~/.local/share/aspyr-media/borderlands 2/willowgame or in /GameDrive/SteamLibrary/steamapps/common/Borderlands 2/WillowGame

When I force Proton and play the Windows version of the game, it takes several minutes to redownload 11GB of something. I'm assuming those are my saves?

I can't seem to find any WillowGame directory that is 11GB big. The save data might also be located in the Proton prefix? Maybe? I don't know for sure where the Proton prefix is.

I would like to extract my Windows save games so I still have acess to all of my previous progress in Linux. Does anyone have a better idea of how to do this?

EDIT: It wouldn't be such a big deal but when I'm trying to play the game with my girlfriend, she's using the Linux version in Mint and the Windows version will not let me connect to her game. I was only able to do so after disabling Proton and playing the Linux version of the game.

Also, It says there are 224.09 KB stored in the Steam Cloud for Borderlands 2 when I am playing the Windows version with access to all of my saves. /GameDrive/SteamLibrary/steamapps/common/Borderlands 2/WillowGame/savedata is only 23.8KiB so I'm skeptical that that is where my saves are. Likewise ~/.local/share/aspyr-media/borderlands 2/willowgame/savedata is only 15.9KiB

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

Hi, recently I've switched to linux (cachyos), currently using my 3060 TI, but I've seen substantial FPS drops compared to windows 11. As far as I know it's because of the nvidia drivers and dx12.
E.g. in Dying Light: The Beast I went from around 100fps on windows to 75 on cachyos. The game doesn't even run dx11, it crashes instantly. Same thing with Space Marine 2 - there was something like 15fps difference between windows and linux and I ended up below 60 frames.

From what I've heard AMD is recommended to run on linux so I've thought about switching from 3060 TI to 6700XT (or 9060XT) just for the sake of having a smoother experience.

Do you guys have any experience with this kind of switch? Or maybe I can tweak some nvidia settings to get better peformance?

I'm using newest KDE (I think it's 6.5) with Wayland

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

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

Being a newbie, with only some experience with ubuntu few years back, I switched to linux mint two months ago from windows. Since then I researched optimization a bit and here I am gaming comfortably with linux mint - to be honest, not seeing much difference from gaming on windows. I did also check out cachyOS once, but I felt lost with KDE Plasma, and i am so used to my setup right now anyway.

So the question is: with the newest xanmod kernel on linux mint, kisak mesa drivers and optimized settings, like disabling windows composition (idk if its called that), how much difference would the cachyOS make?

Not sure if my specs are relevant but: ryzen 5 5600x, rx 5700xt and 16gb ram

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

I've just installed linux mint and trying how it will goes with games and when i try to add non steam game to steam there is nothing happen, i went how it usually go when adding game but when i chose the exe for the game there is nothing happen, the exe that i chose get didnt added to the list i can add

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

Anti-cheat : le dernier levier de Valve pour conquérir durablement le gaming PC ?

Je me pose une question peut-être naïve, et je serais curieux d’avoir l’avis de la commu :
pourquoi personne ne propose un framework d’anti-cheat commun, plutôt que chaque jeu qui installe son propre anti-cheat kernel sur nos machines ?

Aujourd’hui, pour jouer en compétitif, on accepte d’empiler plusieurs drivers noyau, développés par des studios différents, avec des niveaux de transparence très variables.
Ça me paraît étrange qu’un problème aussi transversal soit géré jeu par jeu, alors qu’il touche directement au système d’exploitation.

Le problème n’est pas la lutte contre la triche

Soyons clairs : personne ici ne défend la triche.
Un jeu compétitif a besoin d’un anti-cheat efficace, là-dessus on est tous d’accord.

Le problème, c’est le modèle actuel.

Chaque jeu :

• installe son propre driver kernel
• implémente ses propres mécanismes bas niveau
• décide seul de ce qu’il surveille
• fonctionne avec son niveau d’opacité
• ajoute une couche critique au point le plus sensible de l’OS

On se retrouve avec une accumulation de composants noyau, sans standard commun, sans vraie mutualisation, et avec des risques multipliés côté utilisateur.

Côté joueur, ça pose de vrais problèmes

• surface d’attaque système qui explose
• risques de bugs kernel (crashs, instabilités, conflits)
• désinstallations parfois incomplètes
• aucune vision claire de ce qui est réellement analysé
• consentement forcé : pas d’anti-cheat = pas de jeu

En Europe, ça soulève aussi des questions RGPD assez évidentes :
proportionnalité, consentement réel, responsabilité en cas de problème.

Le contexte change : Windows pousse des joueurs vers Linux

Avec l’évolution de Windows, le sujet devient encore plus sensible :

• Windows 10 arrive en fin de support
• Windows 11 a déjà exclu pas mal de machines
• la suite de Windows s’annonce plus contraignante (NPU, IA omniprésente, etc.)

Résultat :
de plus en plus de joueurs regardent Linux comme une porte de sortie crédible, par choix ou par contrainte.

Linux progresse clairement grâce à SteamOS, Proton et au Steam Deck…
mais il reste un verrou majeur.

Pourquoi les grosses licences ne sont toujours pas sur Linux

Ce n’est pas un problème technique.

Linux peut faire tourner des anti-cheat.
EAC et BattlEye fonctionnent déjà via Proton.

Le vrai frein, c’est que :

• Linux est encore vu comme un marché marginal
• le coût de support et de QA est jugé trop élevé
• la responsabilité liée aux anti-cheat kernel refroidit les éditeurs

Autrement dit : le ratio coût / risque / bénéfice ne joue pas en faveur de Linux.

La piste la plus logique : un framework d’anti-cheat commun

Plutôt que chaque éditeur développe son propre anti-cheat kernel, pourquoi ne pas imaginer :

👉 un framework d’anti-cheat fourni par la plateforme / l’OS

Concrètement :

Un socle commun au niveau système

• une seule couche critique
• maintenue et auditée dans le temps
• responsable des accès bas niveau
• documentée et stable

Des modules éditeurs, pas des drivers noyau

Les éditeurs :

• ne touchent pas directement au kernel
• branchent leurs règles et signatures
• définissent leur logique anti-triche
• restent maîtres de leur gameplay

Des droits déclaratifs et compréhensibles

Chaque jeu déclarerait clairement :

• ce qu’il veut observer
• pourquoi
• à quel niveau

Un peu comme des permissions :

• accès aux processus
• vérification d’intégrité mémoire
• détection d’injection
• surveillance périphériques

👉 L’utilisateur sait ce qu’il accepte.

Un vrai consentement côté joueur

Au lancement :

• permissions claires
• choix explicite
• pas de driver opaque installé dans le dos

Ça change complètement la relation de confiance.

Pourquoi ce modèle change le calcul pour les éditeurs

Avec un framework commun :

• plus besoin de maintenir un driver kernel
• moins de responsabilité légale
• moins de QA bas niveau
• Linux devient économiquement “supportable”

👉 Le ROI change.

Pourquoi Valve aurait tout intérêt à être le game-changer

Valve est probablement l’acteur qui aurait le plus à gagner à pousser ce modèle :

• Steam comme plateforme dominante
• SteamOS comme OS gaming basé sur Linux
• Proton comme passerelle Windows / Linux
• Steam Deck comme vitrine grand public

Valve a aussi une expérience anti-cheat avec VAC :
pas parfait, pas kernel-level, mais pensé pour une plateforme entière et déployé à grande échelle.

Un framework anti-cheat commun serait :

• un avantage stratégique énorme pour SteamOS
• un accélérateur pour Linux gaming
• un moyen d’attirer les dernières grosses licences manquantes
• une réponse plus saine aux dérives actuelles

Est-ce que vous feriez plus confiance à un framework d’anti-cheat commun, géré au niveau plateforme/OS, qu’à l’accumulation actuelle de drivers kernel privés par jeu ?

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

Hello you guys I have been gaming on Linux for about two years now on a deck and a desktop. I recently setup a new desktop and I have been trying to add a non steam game into my library. I have done this before on the other desktop with 0 issues. However on this new desktop I go to “add non steam game” browse to the location of the .exe file, click select, but the game does not populate into the steam program selector to add to steam. I have been trying to get this to work for about 6 hours now. I have tried: fedora, mint, Ubuntu, bazzite. I have tried about 8 kernels. I have adjusted the folder permissions and ensured that the .exe is chmod’ed as an executable file. Again I have never had this happen and now I can’t get it to happen at all on this new desktop. I have a ryzen 5600 and and arc b580. Has anyone had this happen please let me know I am going crazy and I need help.

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

Hi so im using linux mint and ive been playing zzz using bottles for a while but ever since the new patch ive been unable to play the game ive tried using other ways such as lutris with proton experimental but nothings worked im at a loss pls help me

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

i bought arc raiders on steam yesterday and it runs very smooth using proton 10.0-3. But it keeps crashing on random intervals, sometimes after only a few minutes in game and sometimes after 40 mins. The crashes can happen in the menu, after loading in or while playing a match. i have tried changing the vm.max_map_count, ive tired using protonGE, and ive tried 1 or 2 launch commands, and none of it has worked. this is extremely frustrating and makes the game almost unplayable.

im using linux mint aswell btw

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