Reprise du message précédent :
Pour ceux qui jouent avec lutris en flatpak, la config MangoHud n'est pas correctement lue (ou lisible).
Il faut taper cette commande: flatpak override --user --filesystem=xdg-config/MangoHud:ro net.lutris.Lutris
https://github.com/lutris/lutris/issues/4476

C'est déjà arrivé à quelqu'un d'être limité à 50fps au lieu de 60-90-120fps fixé par goverlay/mangohud ?
 
Le même matériel (r5 3600 + 6700xt) sur bazzite je peux limiter à 60fps, mais sur une devuan avec les même réglages bizarrement (même jeu Fallout London, lutris flatpak, kernel xanmod) ca coince toujours à 50fps. Le raccourci clavier de mangohud fonctionne bien, je vois bien que la limite change (60/90/120fps), mais ca reste toujours bloqué à 50fps.

Sans vouloir ouvrir de polémique, ton système est beaucoup trop exotique pour que la réponse soit évidente : Bazzite/Devuan + flatpak + Xanmod, tu cherches vraiment les ennuis  

J'ai réinstallé vite fait un os pour jouer, l'ancien a été pourri par systemd (encore, systemd fini toujours par me péter un os quelque soit la machine)
bazzite était un test pour voir ce que donnait le jeu sur une distrib "optimisée", et j'ai voulu répliquée sur une base apt/deb.

Faut que j'essaye vsync désactivé.

Vu que systemd marche excellemment sous Arch (si, si : 10 ans d’utilisation quasi-quotidienne sont là pour le démontrer), je dirais que le problème doit venir de Debian et ses dérivées, parce que c’est toujours sur cette distro que j’entends parler de problèmes avec systemd. C’est bizarre, non ?
 
(Et je dis ça sans troller : c’est une observation que j’ai faite depuis le passage de Debian à ce système d’init)
 
Peut-être que c’est la manière que les mainteneurs de D utilisent, ou les patchs qu’ils rajoutent, qui sont la vraie cause des soucis ?

Comment systemd peut "pourrir" une installation?
 
Perso de temps en temps j'ai une unit qui démarre pas, parce que le soft a été màj ou quelque chose dans les droits d'accès d'une ressource l'empêchent de démarrer, je trouve quoi, je fix la config et ça repart ?
Et dans tous les cas ça n'est pas vraiment la faute de systemd lui-même ?

PEBKAC
Et quand t'as tout pété et que le premier truc à se plaindre c'est /sbin/init ba "le problème c'est systemd"
 

ça c'est clur, il faut prendre le temps de comprendre comment fonctionne systemd pour positionner les éléments custom dans la pyramide des services

1. Normalement, il peut pas car y a aucune raison qu’il le fasse ; surtout si on le laisse tranquille et qu’on ne cherche pas à réparer ce qui n’est pas cassé.

2. La seule fois  que j’ai eu un vrai souci signalé par systemd (comprendre : le genre de truc qui persiste malgré un redémarrage), c’était à cause de CUPS qui voulait soudainement plus démarrer (et j’ai jamais compris pourquoi). Il a fallu que je remplace le fichier de config de CUPS par celui fourni par son paquet pour que tout revienne en ordre. Ça ne s’est jamais reproduit depuis.

Ouais, ça doit plutôt être ça, en vrai.

problème "réglé" en ajoutant une variable d'environnement dans la config lutris:
DXVK_FRAME_RATE=120
Le jeu reste limité à 60gps, mais ca me va comme ca.

Black Myth Wukong benchmark tool sous linux

ça sent bon pour le day1

Bon outil, car il permet de tester les différentes méthodes de mise à l'échelle.

Oui sauf le DLSS je crois
Enfin je sais pas : ça fonctionne sous linux le DLSS ?

8Go le benchmark  

Tu veux dire 8Go à télécharger ? pas fait attention
Et alors ?

En tout cas ce jeu fait et va faire parler.

Entre le fait qu'ils voulaient pas donner de clés aux yt/steamers et certains journalistes. Ensuite ils ont donnés des clés mais avec une lettre précisant qu'ils devaient absolument pas de parler de certains sujets. Plus certaines presses qui n'ont même pas pu tester le jeux tellement le truc est bugués.
Du bon gouvernement chinois quoi. https://www.youtube.com/watch?v=YVuo-oqw2EU

Ce genre d''histoire ne m'intéresse pas
Le jeu va sortir et on verra bien les retours

C'est un autre pays ils ne pensent pas comme nous on ne peut pas juger
On peut juger si le jeu est bien ou pas par contre

Enfin si déjà les previewers ont des contraintes leur interdisant de parler des défauts du jeu ça pue quand même bien fort 0our la qualité du produit final

Je sais pas j'attends de voir
les défauts ça se corrige (par ex cyberpunk)

Il y a encore des gens pour acheter des AAA le jour de leur sortie ?
Ah oui, ça s'appelle un pigeon.
Et pour un jeu indé, c'est un bêta-testeur  

Mon forfait 4G apprécie.
J'ai essayé sur une vielle bécane (i3-3120M) steam se plaint qu'il faut être "en ligne" pour lancer le jeu la *première* fois, étrange, je désactive le wifi dés que j'ai un écran noir du jeu, ensuite c'est un diaporama trés lent, j'ai pris quelques minutes pour aller voir dans les réglages, puis avec du mal, je lance le benchmark, et paf le jeu quitte j'aurais bien aimer voir un peu plus sur cette bécane. Je vais copier le jeu sur une machine plus récente.

C'est pas une raison pour les mettre sous le tapis...

Me dit pas ça je m'en branle complet moi de ce drama débile
J'ai pas d'avis là dessus

Je n'arrive pas à me connecter aux magasins avec la dernière version d'Heroic Games Launcher.
Je suis obligé de rester en version 2.14.1.
Pendant l'installation de la version 2.15.1, j'ai des messages d'erreurs si Protonpass est installé. J'ai surement un protocole qui a été modifié par Protonpass : electron ???
Du coup, je l'ai installé en flatpak pour garder Protonpass, mais pas moyen de me connecter à mes comptes Epic/Gog/Amazon.
Si qqun a une idée...

Non, ici la version flatpak fonctionne avec un compte epic et un gog.

Pas de souci également ici avec Epic et GOG (version 2.15.1 du git en tar.xz).

Aujourd'hui, ça marche
 
Par contre, comme je passe de la version .rpm à la version flatpak, je dois me taper l'importation de tous les jeux un par un.
Il n'existe pas de scan ?

Drap

La version Flatpak n'utilise probablement pas les mêmes dossiers que la version paquet, il suffit probablement de trouver l'endroit où l'un et l'autre stockent les données par défaut (ou d'en changer le chemin).

Hello, ceux qui jouent sous linux avec une carte nvidia, il n'y a pas de problème particulier mis à part la nécessité d'installer manuellement le pilote propriétaire ?  
 
J'envisageais de changer de gpu l'année prochaine, mais avec la nouvelle gamme AMD qui s'annonce sans hdg je me questionne à refaire une tentative côté verts...

« le pilote propriétaire » qui prend en charge ta CG ... et nVidia est connu pour purger le périmètre de prise en charge assez régulièrement et donne 2 à 3 ans de vie sous Linux bien souvent.  
 
Si tu veux être à l'aise longtemps, bascule sur des radeon ... et en partant sur une 6xxx ou une 7xxx pas de soucis de support de pilote (il est dans le noyau par défaut). Quant à la compatibilité, les dernières CG ATI sorties du support linux avaient plus de 20 ans d'âge.

J'ai déjà une radeon 6900XT et je visais une éventuelle 8900XT, pour gagner sur le ray-tracing notamment.

Vu que la 8900XT ne va vraisemblablement pas exister ou en tous cas pas tout de suite, je me pose la question de réessayer une nvidia ou d'attendre une prochaine HDG côté AMD

Sur le principe je préfère aussi AMD, mais je veux surtout du HDG, donc s'ils oublient ce segment dans leur future gén...

Ah ben dans ce cas, tu es un candidat poour la 7900xtx

Ouais c'est une possibilité.  
 
J'espérais plutôt sauter une gén pour avoir vraiment de l'amélioration architecturale et pas juste un GPU dopé aux hormones

 
C'est pas "un peu" exagéré ? Ma carte nvidia a 5 ans et est encore parfaitement prise en charge par le pilote propriétaire  

Tant mieux, toutefois on voit passer assez régulièrement les listes de CG sorties des derniers pilotes publiés.

Ça se vérifie facilement...
Derniers drivers: https://www.nvidia.com/fr-fr/drivers/details/230946/
Date de sortie:  Wed Aug 21, 2024
 
Produits compatibles:
(...)
GeForce 700 Series
 
 
https://en.wikipedia.org/wiki/GeForce_700_series
Release date February 19, 2013; 11 years ago
 

Du coup au-delà de la question du support, techniquement comment ça se passe ? Les pilotes linux sont stables et performants ?

La pénibilité de gérer des drivers out-of-tree binaires est une raison largement suffisante (pour moi) de pas s’embêter avec nvidia sous linux. Surtout si tu bidouilles, que tu veux tester des kernels RC ou très récents, etc... le compromis d'un GPU un peu moins performant est très vite fait de mon côté.
 
Mais si t'es pas spécialement bidouilleur, que tu utilises une distro à versions stables style ubuntu et de façon "normale" y a pas de raison de craindre pour la stabilité ni la performance.
 
Faut tout de même être prêt à potentiellement faire des concessions pratiques sur ce qui est une conséquence logique aux drivers proprio, donc qui adopteraient pas les tous derniers protocoles ou normes aussi vite que le reste de l'écosystème... exemple wayland.