Il existe un correctif pour cela, mais je ne crois pas qu'il soit disponible pour le moment. Devrait bientôt apparaître dans mesa-dev.

https://www.phoronix.com/scan.php?page=news_item&px=RadeonSI-GL-4.5-Compat-Patches

Fonctionne parfaitement avec une carte nvdia

Ce jeu a en fait un problème avec les cartes nvidia, il ne peut pas allouer correctement le vram, donc vous vous retrouvez avec une texture et un maillage de terrain qui sont assez mauvais.

Si vous basculez entre Windows et Linux et que vous faites un panoramique / marchez, vous pouvez voir cet effet de manière très évidente. Faites un tour de 180 degrés et les textures se chargent lentement avec le maillage de tessellation, etc.

cela est probablement dû au fait que le jeu est incapable de détecter la quantité correcte de vram pour la carte vidéo pour une raison quelconque et attribue automatiquement une quantité assez faible au lieu d'utiliser la quantité totale du GPU.

L'avertissement peut être désactivé dans la configuration NMS mais il ne résout pas le problème, aucun paramètre ne le résout.

Bonjour,
aujourd'hui, il semble que maintenant NMS fonctionne enfin, dans certains cas ...
L'écran blanc a disparu et le jeu est jouable. Mais les textures du sol bousculent.
J'utilise ce ppa pour obtenir la dernière version de mesa: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
Ils ont fusionné les solutions de contournement que j'ai mentionnées précédemment et dont il a été question dans ce rapport de bogue mesa: https://bugs.freedesktop.org/show_bug.cgi?id=107581
J'espère que quelqu'un pourra faire un rapport s'il a les mêmes problèmes avec les textures du sol.

No Man's Sky (App ID: 275850) écran noir sur une résolution supérieure à 1920 * 1080

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/1034.
@Liodinis posté le 2018-08-30T22: 52: 04:

Ubuntu 18.04.1 LTS
I7 6700K à 4,00Ghz
Nvidia GTX 1070
Pilote Nvidia 396.54
Proton 3.7-3
RAM 16Go
SSHD 1 Vers Toshiba H200
Écran Acer Predator 24 "2560X1440

"No Man's Sky" ne fonctionne pas avec une résolution supérieure à 1920 * 1080.

Lancer le jeu affiche un écran noir, mais le jeu semble fonctionner, car les sons peuvent être entendus en arrière-plan.
Si vous mettez la résolution de votre écran à 1920 * 1080 ou modifiez le fichier de configuration TKGRAPHICSSETTINGS.MXML avec la résolution native de votre écran à l'endroit ci-dessous:

/home/username/.local/share/Steam/steamapps/common/No Man's Sky / Binaries / PARAMÈTRES

redémarrez le jeu et il deviendra jouable.

Configuration matérielle.txt

Fichier de configuration No Man's Sky.zip

No Man's Sky [App ID: 275850] Crash sur nvidia

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/1072.
@ hitchhiker54 publié le 2018-08-31T13: 42: 44:

Le jeu se joue parfaitement jusqu'à présent, sauf pour le scan lorsqu'une base de PNJ est en vue. Testé sur le type de colonie mineure et d'observatoire, si la base est en vue, le jeu se bloque instantanément sur le bureau lorsqu'il est en vue visière. Les bases de joueurs, les vaisseaux, les exocraft semblent tous aller bien. Utilisation de gtx980ti, i76700k sur Ubuntu 18.04, pilotes Nvidia 396.54

[modifications supplémentaires]
Version du jeu 1.58, problème également signalé à Hello Games

Résultats sudo lshw:
https://www.dropbox.com/s/xxu34qjfnjp7f01/specs.txt?dl=0

Ubuntu 16.04, NVIDIA GTX 970, Proton 3.7-5 bêta:

Informations sur le système de vapeur

Test | Résultat
- | -
Solo | Travailler comme prévu
Coop locale | _N / A_
Multijoueur en ligne | Travailler comme prévu

Configuration | ...
- | -
Entrée | Contrôleur de vapeur
Affichage | 1920x1080
Plein écran | Oui
Preset | Moyen ^
VSync | Désactivé ^^
API | OpenGL

^ Le préréglage graphique par défaut est élevé
^^ Le paramètre VSync par défaut est Activé

Essayé avec Proton 3.7-3.

Le jeu a parfaitement fonctionné. Avec ma configuration. Le pastebin joint montre les spécifications de ma machine et les versions de tous les pilotes / logiciels pertinents.

Mes spécifications: https://pastebin.com/9hQP94N1

Oui, cela fonctionne techniquement mieux que sur Windows pour moi, car sous Windows, je ne peux pas supprimer le déchirement de l'écran sans activer vsync, ce qui semble coûter des fps. Mais sous Linux avec vsync off, il n'y a pas de déchirement.

J'ai trouvé que les textures de caches de jeu étaient un peu lentes sur NTFS, vous pouvez l'accélérer un peu en utilisant big_writes dans les options de montage du lecteur de disque. Ou déplacez-le vers le lecteur BTRFS ou EXT4.

No Man's Sky semble fonctionner plus facilement sur ma carte graphique vieillissante sous Linux! Semble fonctionner hors de la boîte.

Fedora 28
Core i7-4770
Nvidia GTX 760
Proton 3.7-3

J'ai eu les mêmes problèmes d'écran noir que le commentaire: https://github.com/ValveSoftware/Proton/issues/438#issuecomment -417493922

Dans le même fichier TKGRAPHICSSETTINGS.MXML, définir "Borderless" sur True permettra également au jeu de fonctionner correctement, même si la résolution du bureau est supérieure à la résolution du jeu. Je veux exécuter des jeux à 1920x1080 pour tout enregistrement / streaming, mais mon bureau est réglé sur 1920x1200, le réglage de l'option sans bordure me permet de le faire.

Sous Windows, je n'ai aucun problème à régler mon moniteur sur 1920x1080 lorsque cela est nécessaire, mais sous Linux, j'ai un problème qui, je suppose, est lié à mon câble DVI, cela ne permet pas au système de reconnaître les résolutions 16: 9 pour ce moniteur, et j'ai été incapable de les ajouter avec xrandr (continuez à obtenir une erreur BadMatch lorsque vous essayez de l'ajouter à DVI-I-1.) J'ai un câble DisplayPort en commande qui, j'espère, ouvrira la gamme complète des résolutions de mon moniteur est capable de. Mon deuxième moniteur connecté via HDMI a tous ses modes correctement reconnus, mon moniteur principal n'a pas de port HDMI ou je l'aurais testé pour être sûr qu'il s'agit du câble DVI.

Mise à jour: c'était le câble DVI. Le câble DP est arrivé la semaine dernière et tous les modes / résolutions d'affichage sont maintenant disponibles.

[ISSUE] No Man`s Sky pas de son (275850)

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/1459.
@Rainakins posté le 2018-09-15T09: 23: 49:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: No Man`s Sky
• Steam AppID du jeu: 275850

Information système

• GPU: GTX 1050ti
• Version du pilote / LLVM: Nvidia 396.54
• Version du noyau: 4.15
• Lien vers le rapport d'informations système complet sous forme de Gist :

Informations informatiques:
Fabricant: Inconnu
Modèle: Inconnu
Facteur de forme: bureau
Aucune saisie tactile détectée

Informations sur le processeur:
Fournisseur de processeur: AuthenticAMD
Marque du processeur: Processeur AMD Ryzen 5 2600 à six cœurs
Famille de processeurs: 0x17
Modèle de processeur: 0x8
Processeur pas à pas: 0x2
Type de processeur: 0x0
Vitesse: 3400 Mhz
12 processeurs logiques
6 processeurs physiques
HyperThreading: pris en charge
FCMOV: pris en charge
SSE2: pris en charge
SSE3: pris en charge
SSSE3: pris en charge
SSE4a: pris en charge
SSE41: pris en charge
SSE42: pris en charge
AES: pris en charge
AVX: pris en charge
CMPXCHG16B: pris en charge
LAHF / SAHF: pris en charge
PrefetchW: non pris en charge

Version du système d'exploitation:
Ubuntu 18.04.1 LTS (64 bits)
Nom du noyau: Linux
Version du noyau: 4.15.0-34-generic
Fournisseur de serveurs X: The X.Org Foundation
Version du serveur X: 11906000
Gestionnaire X Window: Shell GNOME
Version d'exécution de Steam: steam-runtime-beta-release_2018-06-14

Carte vidéo:
Pilote: NVIDIA Corporation GeForce GTX 1050 Ti / PCIe / SSE2
Version du pilote: 4.6.0 NVIDIA 396.54
Version OpenGL: 4.6
Profondeur de couleur du bureau: 24 bits par pixel
Taux de rafraîchissement du moniteur: 60 Hz
ID du fournisseur: 0x10de
ID de périphérique: 0x1c82
Révision non détectée
Nombre de moniteurs: 1
Nombre de cartes vidéo logiques: 1
Résolution d'affichage principale: 1920 x 1080
Résolution du bureau: 1920 x 1080
Taille de l'écran principal: 20,08 "x 11,30" (23,03 "diag)
51,0 cm x 28,7 cm (58,5 cm de diag)
Bus principal: PCI Express 16x
VRAM principale: 4096 Mo
Modes MSAA pris en charge: 2x 4x 8x 16x

Carte son:
Appareil audio: Nvidia GPU 80 HDMI / DP

Mémoire:
Mémoire vive: 16052 Mo

Divers:
Langue de l'interface utilisateur: anglais
LANG: en_US.UTF-8
Espace disque total disponible: 194192 Mo
Plus grand bloc de disque dur gratuit: 107787 Mo
Casque VR: Aucun détecté

Rapports d'échec récents:

• Version Proton: 3.7-6

Je confirme:

• [x] que je n'ai pas trouvé de rapport de compatibilité existant pour ce jeu.
• [x] que j'ai vérifié si des mises à jour pour mon système sont disponibles.

steam-275850.log

Symptômes

Le son fonctionnait au départ pendant environ une semaine et pour une raison quelconque hier, le son a complètement cessé de fonctionner, tout le reste fonctionne toujours bien et les performances sont excellentes, mais le son ne fonctionne tout simplement plus

la reproduction

pour moi, c'est facile à faire en lançant le jeu

Pour moi, le jeu se fige après la sélection de la difficulté. J'obtiens juste un écran noir et GNOME ne répond plus du tout. Le son du jeu continue, cependant, je ne peux plus interagir avec l'ordinateur et une réinitialisation matérielle est nécessaire. J'ai essayé de changer manuellement le jeu en modes sans bordure et fenêtré sans effet.

J'utilise un R9 Fury, Mesa 18.3, LLVM 8 de Padoka instable comme recommandé par Proton, et le noyau 4.18.8.

Que vous dit ulimit -aH? pourrait être un problème de fichiers ouverts limité souvent associé à des blocages de charge.

sortie de ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 4096
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Bonjour @ viggy96 , donnez une lecture à https://github.com/zfigura/wine/blob/esync/README.esync et augmentez la limite maximale de fichiers ouverts sur votre système.

@ kisak-valve Je pensais l'avoir fait correctement avant, mais apparemment pas, LOL. Cependant, peu importe, No Man's Sky échoue toujours de la même manière pour moi.
sortie de ulimit -aH

core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63415
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1048576
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63415
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Je n'arrive toujours pas à dépasser l'écran noir sur ce jeu. Je ne sais pas ce qui pourrait en être la cause. J'ai augmenté la limite maximale de fichiers ouverts, comme ci-dessus, mais toujours pas de dés.

Nvidia 396.54.09, Geforce GTX 1050ti, Proton 3.16-1 bêta, Slackware 14.2 multilib. Après la mise à jour de Proton 3.16-1 de ce matin, j'obtiens un message d'erreur indiquant que No Man's Sky a besoin d'au moins 1,5 Go de VRAM et que l'adaptateur (vide) indique 0. Le jeu se charge et joue très bien, si vous cliquez sur , bien que. Punaise? Ou quelque chose que je dois changer?

@ viggy96 Avez-vous toujours des problèmes?

Désolé, destiné à mettre à jour. Mes problèmes ont été résolus avec 3.16-3.

@SwooshyCueb Oui, je le suis. Je n'arrive toujours pas à passer l'écran noir. J'ai essayé de modifier le fichier de paramètres du jeu pour utiliser le mode sans bordure, comme certains l'ont suggéré, mais No Man's Sky ne fonctionne toujours pas pour moi.

J'utilise un R9 Fury, Mesa 18.3, LLVM 8 de Padoka instable comme recommandé par Proton, et le noyau 4.18.8.

La seule chose que je peux suggérer est de ne pas utiliser de pilotes expérimentaux et de LLVM8, de revenir à la version 18.2.x de mesa et d'essayer LLVM 7.0

Je sais que les dépôts Ubuntu sont parfois terribles pour obtenir les derniers pilotes de version stable, j'utilise personnellement antergos.

@ viggy96 Si vous vous sentez aventureux, vous pouvez essayer https://launchpad.net/~kisak/+archive/ubuntu/steamvr (le noyau et le serveur xorg ne devraient pas être nécessaires pour cela), sinon https: // launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa est un pari relativement sûr.

@ kisak-valve Malheureusement, le PPA Padoka stable ne résout pas le problème pour moi. J'ai également essayé de désactiver la superposition Steam, mais en vain. Aussi, pour mettre à jour, j'utilise actuellement le noyau 4.19. C'est un problème très étrange, car même le bureau GNOME se bloque et je suis obligé de réinitialiser mon ordinateur.

Peut-être un problème de pilote Fury R9 et AMDGPU? peu de gens possèdent plus les cartes Fury.

J'ai un 1080Ti parce que 4k et AMD n'a pas encore pris en charge le jeu 4k à 60fps, une fois qu'ils le feront, je reviendrai sur les GPU AMD et je serai en mesure de faire l'expérience de tous les bogues de steamplay liés à AMD.

ATM, le problème majeur avec les cartes NVIDIA est que les bibliothèques que certains jeux tentent d'utiliser sont incompatibles avec Wine / Proton, c'est pourquoi ils ont récemment introduit le truc de spoofing.

J'ai un problème avec le rendu de tout le contenu 3D dans le jeu (tout noir lors du chargement, blanc dans le jeu). Tous les menus fonctionnent bien.

La modification des paramètres n'a aucun effet.
Testé sur Ubuntu 18.04 LTS et Solus 3.99 - même résultat. (Sur ubuntu, essayez également les derniers pilotes amdgpu du site Web amd)

spécifications:
Série Radeon RX 580 (POLARIS10, DRM 3.26.0, 4.18.16-97.courant, LLVM 7.0.0)
Processeur AMD® Ryzen 5 1600x à six cœurs × 12
7,8 Go de RAM

Les pilotes du site Web d'AMD sont amdgpu-pro

Ceux que vous voudrez essayer sont le paquet oibaf sur le tableau de bord qui devrait être compatible avec n'importe quelle distribution basée sur ubuntu (je ne sais pas si solus l'est).

@jarrard solus est basé sur ubuntu, mais il a son propre système de paquets.
Je suis retourné à ubuntu 18.04 et j'ai essayé oibaf repo et cela fonctionne bien maintenant, merci beaucoup.

Fonctionne sur mon système (Ubuntu 18.04 avec Mesa 19 Git R9 290)

Chaîne de fournisseur OpenGL: X.Org
Chaîne de rendu OpenGL: AMD Radeon R9 200 Series (HAWAII, DRM 3.26.0, 4.18.19-041819-generic, LLVM 7.0.1)
Chaîne de version du profil de base OpenGL: 4.5 (Profil de base) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Chaîne de version du langage d'ombrage du profil de base OpenGL: 4.50
Indicateurs de contexte de profil de base OpenGL: (aucun)
Masque de profil de noyau OpenGL: profil de noyau
Extensions de profil de base OpenGL:
Chaîne de version OpenGL: 4.5 (Profil de compatibilité) Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Chaîne de version du langage d'ombrage OpenGL: 4.50
Indicateurs de contexte OpenGL: (aucun)
Masque de profil OpenGL: profil de compatibilité
Extensions OpenGL:
Chaîne de version du profil OpenGL ES: OpenGL ES 3.2 Mesa 19.0.0-devel (git-fbf95ce 2018-11-29 bionic-oibaf-ppa)
Chaîne de version du langage d'ombrage de profil OpenGL ES: OpenGL ES GLSL ES 3.20
Extensions de profil OpenGL ES:

Il a quelques problèmes visuels, certains arbres affichent des artefacts blancs sur la bordure des feuilles et des branches.

Les plantes et l'herbe ressemblant à des buissons apparaissent et réapparaissent devant vous comme si elles se dissolvent à cause de la distance, mais elles sont devant vous.

A part ça plus de 100 heures de jeu sur Linux!

@AntoChu

@jarrard solus est basé sur ubuntu, mais il a son propre système de paquets.

Solus n'est pas basé sur Ubuntu. Cela a commencé comme ça, mais couper les liens et repartir de zéro, c'est maintenant sa propre affaire.

Gentoo w / Mesa 18.3.1 sur le noyau 4.19.9, fonctionne comme un rêve. Sur mon Vega64, il surpasse le pilote Windows OpenGL.

Ces gars de Mesa lancent ASS à OpenGL, et ils apportent d'énormes améliorations à Vulkan. Ce sont de bons moments.

Travaille pour moi aussi depuis mesa 18.3.1 sur ArchLinux.

Cependant, j'ai d'abord eu des problèmes étranges, corrigés en spécifiant ces options de lancement pour No Man's Sky:

MESA_GL_VERSION_OVERRIDE=4.5COMPAT force_glsl_extensions_warn=true %command%

Tout fonctionne très bien alors sur Vega64, juste le Tesselation qui a vraiment un impact sur les performances, même à faible intensité, donc l'éteindre aide vraiment.

Avec proton 3.16-6, si STEAM_PREFER_HOST_LIBRARIES est défini sur 0, NMS ne se connectera pas aux serveurs. Si je l'ai mis à 1, ce sera le cas. C'est un résultat du changement de gnutls? (Slackware 14.2 est livré avec la version 3.6.5.) Cela fonctionnait bien sans utiliser host_libraries dans la version 3.15 et les versions antérieures.

J'ai le même problème que @ viggy96 .

Fonctionnant sur Kernel 4.19-4.21 rc, de la version Mesa 18.3 à Mesa-GIT, LLVM7 et LLVM8-svn, le jeu produit un écran noir.

Kernel 4.18 et version GIT de mesa basée sur 18.3 avec LLVM-SVN, je n'ai eu aucun problème. Retiré 123 heures dans le jeu.

Utilisation d'un Vega 56. J'ai essayé toutes les corrections mentionnées. Même allé jusqu'à vider tout mon cache, en vain.

J'ai des problèmes sur mon système Fedora 29 basé sur Wayland avec une carte ATI Vega64. J'obtiens un écran blanc avec des lignes impaires qui apparaissent lorsque les systèmes sont initialisés lorsque je démarre le jeu pour la première fois, après avoir choisi une difficulté.

J'ai vérifié que oui, en effet, j'ai 2 ^ 20 fichiers ouverts comme limite à la fois dure et souple. J'ai vérifié que le processus de vapeur est également configuré de cette façon.

C'était en fait assez vexant car l'installateur Steam sur mon système fixe une limite souple de 1024 et une limite dure de 2 ^ 18 avec un commentaire sur Proton. Il m'a fallu un certain temps pour suivre tout cela à travers Dracut et toutes sortes d'autres choses.

Mise à jour : j'ai essayé la solution de @ Anthony25 et cela a amélioré les choses. Mais le sol n'est toujours pas visible. La plupart des HUD non plus. De plus, j'obtiens des artefacts étranges en arrière-plan lorsque je passe à l'écran qui vous permet de jouer avec votre multi-outil ou de créer des trucs.

Cela fonctionne bien sur mon ordinateur portable avec un Quadro M1200 Mobile vraiment anémique. : - /

Steam utilisant la norme Wine, je me demande donc s'il y a des correctifs pour ce jeu dans la mise en scène car c'est ce que j'utilise. De plus, ce jeu est OpenGL (natif), donc pas directx impliqué, ce qui est deux fois plus étrange que vous rencontriez des problèmes graphiques étant donné que son API native.,

Peut-être que fedora a une mauvaise version mesa?

Voici ma version de tout ce qui concerne mesa. :-)

$ rpm -qa '*mesa*' mesa-vulkan-drivers-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.i686 mesa-libEGL-18.2.8-1.fc29.x86_64 mesa-libGL-devel-18.2.8-1.fc29.x86_64 mesa-vulkan-drivers-18.2.8-1.fc29.i686 mesa-libGLU-9.0.0-16.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.i686 mesa-libgbm-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.i686 mesa-libOpenCL-18.2.8-1.fc29.x86_64 mesa-vdpau-drivers-18.2.8-1.fc29.x86_64 mesa-libxatracker-18.2.8-1.fc29.x86_64 mesa-libGL-18.2.8-1.fc29.x86_64 mesa-libEGL-devel-18.2.8-1.fc29.x86_64 mesa-libglapi-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.x86_64 mesa-filesystem-18.2.8-1.fc29.x86_64 mesa-dri-drivers-18.2.8-1.fc29.i686 mesa-khr-devel-18.2.8-1.fc29.x86_64

Cela peut ou non vous dire ce que vous devez savoir.

Je veux signaler que No Man's Sky ne fonctionne pas (ne s'ouvre pas du tout) sur mon système Ubuntu 18.04 avec un GPU AMD (RX 550)

en utilisant le pilote gratuit amdgpu, fourni par AMD. J'ai réinstallé Steam et le jeu pour le confirmer.

steam-275850.log

Ouais je ne sais pas, il semble que je ne puisse pas faire fonctionner la version GOG via Steam non plus sur mon gpu nvidia. Problème étrange.

Lutris fonctionne très bien.

J'ai découvert que le jeu nécessite l'installation d'un pilote vulkan, qui n'est pas inclus dans Ubuntu 18.04. J'ai installé les packages mesa-vulkan-drivers & mesa-vulkan- drivers: i386 de Padoka Stable PPA

https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa

Je ne rencontre également aucun des problèmes de système d'exploitation que j'ai rencontrés lorsque j'ai essayé le pilote amdgpu-pro-18.50-708488-ubuntu-18.04. Cela a été récemment mis à jour vers une nouvelle version (725072) et peut avoir corrigé des problèmes avec l'ensemble de pilotes amdgpu-pro (qui comprend un pilote vulkan). Mais je n'allais pas risquer cela, car j'avais des problèmes majeurs.

Correctif - utilisez les packages Padoka PPA.

Le jeu est-il maintenant déplacé vers Vulkan? pensait que c'était ouvert ...

Hmm, j'utilise le Padoka PPA depuis toujours, et No Man's Sky n'a pas encore fonctionné sur ma machine. Je reçois toujours un verrouillage du bureau GNOME et je suis obligé de réinitialiser la machine après avoir sélectionné une difficulté dans le jeu.

https://www.nomanssky.com/2019/04/vulkan-update/ Apparemment, il y a un changement de moteur vers Vulkan. Quelqu'un a-t-il déjà essayé la branche expérimentale?

Nms a maintenant un moteur de rendu vulkan expérimental, il peut aider amd sur certains des 3 pilotes vulkan (radv, amdvlk, -pro)

No Man's Sky - Branche Vulkan (expérimental)

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/2546.
@Rodhin publié le 2019-04-16T16: 35: 46:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: No Man's Sky
• Steam AppID du jeu: 275850

Information système

• GPU: GTX 980Ti
• Version du pilote / LLVM: nvidia 418.56
• Version du noyau: 4.18
• Lien vers le rapport d'informations système complet comme Gist : https://gist.github.com/Rodhin/98698055599b676e3e8c868604cc75cf
• Version Proton: 4.2-2

Je confirme:

• [x] que je n'ai pas trouvé de rapport de compatibilité existant pour ce jeu.
• [x] que j'ai vérifié si des mises à jour pour mon système sont disponibles.

steam-275850.log

Symptômes

Aujourd'hui, le jeu a reçu une branche expérimentale, ils passeront d'OpenGL à Vulkan. La version OpenGL fonctionne comme un rêve, mais la version Vulkan fonctionne à peine avec 2-5 FPS. Lorsque la prochaine grande mise à jour sera publiée pour le jeu, ils abandonneront complètement le moteur de rendu OpenGL.

Plus d'informations sur la version Vulkan et l'accès à la branche expérimentale:
https://www.nomanssky.com/2019/04/vulkan-update/

la reproduction

Passez à la branche expérimentale et lancez le jeu.

Déplacement de ma réponse vers le fil correct, désolé!

GPU: GTX 1050ti
Version du pilote / LLVM: nvidia 418.49.04
Version du noyau: 4.4.172
Lien vers le rapport d'informations système complet sous forme de Gist: https://gist.github.com/garpu/20a8d8928b67f691d56b355c39b4ac28
Version Proton: 4.2-2

Même problème, ici. Mauvais fps, et il semble qu'aucun paramètre n'affecte les performances. (J'ai réinitialisé les options graphiques par défaut, autour du moyen, où j'ai pu jouer à tous les niveaux sur le moteur de rendu OpenGL.)

Journal: https://gist.github.com/garpu/bd9d23b1821bbb5f4a6b5f95a9947d02

Confirmant également que la mise à jour Vulkan de No Man's Sky a baissé les performances, elle est désormais injouable.

Informations système: https://gist.github.com/LiamDawe/2db6810dfec6b26a81a72580d15a509a

Fichier journal Proton: https://gist.github.com/LiamDawe/9497165b31f4ea96f640b3db109db4ad

J'ai essayé le patch expérimental Vulkan avec non seulement Proton 4.2 mais la version bêta 3.16 et une version non officielle du vin TKG (bien que ce ne soit pas le dernier que j'essaierai ensuite) et le même résultat. J'ai également confirmé que les performances n'étaient pas les mêmes que celles de Windows (où il n'y a qu'une baisse de 5 ips par rapport à OGL).

Il semble n'utiliser qu'un seul thread CPU (ou ne pas bien utiliser les autres).

J'ai testé le moteur de rendu vulkan expérimental du jeu avec mon amd rx470 et avec RADV, il plante mon ordinateur de manière spectaculaire en transformant tout en violet et en spammant le tty avec "[ drm: amdgpu_cs_ioctl [amdgpu]] ERREUR Impossible d'initialiser l'analyseur 125!", L'a testé également avec le pilote AMDGPU-PRO vulkan et cela a fonctionné avec un beau 60fps près d'un cargo écrasé (je ne l'ai pas testé plus loin). Je ne sais pas comment AMDVLK fonctionnera, mais il fonctionnera probablement de la même manière que -pro mais avec un écran de chargement plus long et un bégaiement.

Je pense que la mise à jour de Vulkan vers Talos Principle était plus lente qu'OpenGL lors de sa première sortie également, il y a évidemment d'autres problèmes de compatibilité avec le vin, mais j'espère que le développeur et le progressera au fil du temps.

J'ai mis à jour les pilotes de la carte vidéo vers les pilotes 418.52.03 pour Nvidia, et aucun changement.

essayé à nouveau le moteur de rendu vulkan mais avec la dernière version stable de mesa (19.0.2) et il n'a pas planté mon système mais il avait de très très mauvaises performances au début (5 fps max), mais je l'ai corrigé en sélectionnant les paramètres par défaut sur les graphiques menu et fps sont allés à max 60fps

essayé à nouveau le moteur de rendu vulkan mais avec la dernière version stable de mesa (19.0.2) et il n'a pas planté mon système mais il avait de très très mauvaises performances au début (5 fps max), mais je l'ai corrigé en sélectionnant les paramètres par défaut sur les graphiques menu et fps sont allés à max 60fps

En passant par les rapports ailleurs, il semble que le pilote Nvidia ait un problème.

Edit: J'ai publié un article ici sur les forums de développement Nvidia, si plus de personnes avec des cartes Nvidia partagent vos expériences, j'espère que le problème sera examiné.

Cela pourrait bien être vrai. Quelqu'un ici a déclaré que l'abandon des pilotes bêta Vulkan (sous Windows) avait résolu le problème: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

Quelqu'un at-il essayé 418.56?

On dirait qu'un fil de discussion a également été lancé sur les forums Nvidia: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

Cela pourrait bien être vrai. Quelqu'un ici a déclaré que l'abandon des pilotes bêta Vulkan (sous Windows) avait résolu le problème: https://www.reddit.com/r/NoMansSkyTheGame/comments/bdxlls/177_vulkan_performance_thread/

Quelqu'un at-il essayé 418.56?

On dirait qu'un fil de discussion a également été lancé sur les forums Nvidia: https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with- nvidia /

J'ai essayé les pilotes bêta Vulkan sur Windows, aucun problème avec eux. J'ai également essayé 418.56 sous Linux qui a le même problème que les pilotes de développement sous Linux.

Verrouillage complet pour moi, exactement de la même manière que lorsque les pilotes AMDGPU ne supportaient pas OpenGL 4.5. Écran blanc, puis système complet se bloquer.
Ubuntu 18.10 avec Kernel 5.0.2 générique, Padoka PPA instable Mesa 19.1 git, LLVM 9

Aucun changement avec la mise à jour du 18 avril. On prétend que nous sommes censés recevoir un message si nos pilotes ne sont pas pris en charge? Je n'ai pas reçu de message le démarrant. En supposant qu'il vérifie les extensions vulkan? Qu'est-ce qui est implémenté dans le pilote AMD qui fonctionne et non dans celui de Nvidia? Si nous pouvons comprendre cela, nous pourrons peut-être fournir quelque chose aux pilotes nvidia. (En supposant également qu'il ne s'agisse pas d'un bogue du moteur, ce qui pourrait être le cas - les utilisateurs des derniers pilotes Windows ont le même problème.)

Quelqu'un sur le protondb a dit qu'il fonctionnait correctement avec les pilotes amdvlk avec quelques astuces.

• GPU: GTX 970
• Version du pilote / LLVM: 418.56
• Version du noyau: 5.0.7
• Lien vers le rapport d'informations système complet sous la forme Gist : https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -sysinfo-txt
• Version Proton: 4.2-3
• Journal Proton: https://gist.github.com/RockyTV/76d1c9f5be0ce138cdd3594de56eb5da#file -steam-275850-log

J'ai essayé de l'exécuter en désactivant wined3d mais il semble qu'il ne soit pas revenu sur DXVK. Les paramètres d'exécution ne semblent pas affecter les performances - sont passés d'un état jouable à 60 FPS (branche normale) à 10-12 FPS avec la branche expérimentale.

J'ai essayé de l'exécuter en désactivant wined3d mais il semble qu'il ne soit pas revenu sur DXVK. Les paramètres d'exécution ne semblent pas affecter les performances - sont passés d'un état jouable à 60 FPS (branche normale) à 10-12 FPS avec la branche expérimentale.

Le jeu n'utilise pas Direct X btw, donc WineD3D ou DXVK ne sont pas du tout utilisés. C'est directement Vulkan (ou OpenGL pour le live actuel), donc utiliser des commandes de lancement liées à D3D est inutile.

Edit: Le nouveau pilote Nvidia 418.52.05 n'a publié aucun changement.

Petite mise à jour essayé 430.09 même problème.

Une chose que je ne cesse de remarquer est cette erreur qui apparaît dans les journaux:

4306.386:002a:002b:fixme:vulkan:wine_vkCreateCommandPool Support for allocation callbacks not implemented yet

Ne se charge pas du tout avec la mise à jour du 29 avril. J'obtiens une fenêtre contextuelle avec "Impossible d'initialiser Vulkan (vkEnumerateInstanceExtensionProperties a échoué.) Vous n'avez peut-être pas de pilote Vulkan installé ou un ancien pilote sur votre machine est peut-être corrompu."
ETA: J'ai installé 418.52.05. Aucun problème avec les applications dxvk.

Je dois confirmer. L'exécution du jeu après la mise à jour expérimentale du 29 avril entraîne la boîte de dialogue d'erreur (vkEnumerateInstanceExtensionProperties), suivie d'un écran noir (vous devez tuer NMS.exe avec SIGKILL pour se débarrasser de cet écran noir). Pilote NVidia 418.56

vkEnumerateInstanceExtensionProperties ici également.

Quelqu'un peut-il confirmer si cela se produit sur AMD?

@ fls2018 @ volca02 Même

Quelqu'un a-t-il essayé le stock WINE ou le wine-staging? Bug NMS ou bug WINE / proton?

Vulkan est cassé pour les 3 pilotes amd vulkan (RADV, AMDVLK et -PRO)

EDIT: essayé avec une version custon proton-tkg 4.5

Le chargeur Vulkan livré avec le jeu ne fonctionne pas dans Wine. Vous pouvez utiliser WINEDLLOVERRIDES='vulkan-1=b' pour contourner l'erreur vkEnumerateInstanceExtensionProperties.

Maintenant, il est revenu là où il était avant le patch du 29 avril. Cependant, les utilisateurs de Nvidia sous Windows ont toujours des problèmes de FPS.

Maintenant, il est revenu là où il était avant le patch du 29 avril. Cependant, les utilisateurs de Nvidia sous Windows ont toujours des problèmes de FPS.

C'est en bas dans Nvidia pour jeter un coup d'œil, j'ai fait un fil sur les forums devtalk mais il a coulé sans réponse.

Je viens d'essayer moi-même la nouvelle mise à jour avec le remplacement, il semble que les performances se soient quelque peu améliorées ... toujours la moitié de ce qu'elles devraient être, mais d'après mon expérience, 25-30 fps de plus à 1440p que ce que j'avais avant la dernière mise à jour.

Cela utilise le dernier pilote de branche 430 de Nvidia (non développeur). J'allais revenir à la branche de développement 418 pour voir si elle s'améliorait également.

Mettre à jour:

Pilote 418.52.05 + nouvelle mise à jour = 5 fps

Pilote 430.09 + nouvelle mise à jour = 40-50 fps en bas à 1080p sur une GTX 1070.

Maintenant que je suis passé au pilote 430.09, tout est aussi lisse que de la soie. Quelques problèmes, mais ce sont les mêmes problèmes que j'ai vus ailleurs - par exemple avec les anneaux de planète et les atmosphères qui saignent dans les stations spatiales et l'Anomalie. Je n'ai pas fait de benchmarks formels, mais c'est à peu près à égalité avec OpenGL pour moi.

J'ai entendu dire que le moteur de rendu vulkan était considérablement plus lent qu'opengl atm, pouvons-nous obtenir des chiffres de comparaison réels?

En écrasant le chargeur Vulkan du jeu, le jeu montre une copie du framebuffer, puis il se bloque. Le système est cependant réactif. Utiliser amdgpu

Maintenant que je suis passé au pilote 430.09, tout est aussi lisse que de la soie. Quelques problèmes, mais ce sont les mêmes problèmes que j'ai vus ailleurs - par exemple avec les anneaux de planète et les atmosphères qui saignent dans les stations spatiales et l'Anomalie. Je n'ai pas fait de benchmarks formels, mais c'est à peu près à égalité avec OpenGL pour moi.

Pouvez-vous donner plus de détails sur les spécifications du système, la résolution, les paramètres, etc.?

La raison étant que si 430.09 est meilleur, je n'obtiens toujours que la moitié des performances de OGL ou Vulkan sur Windows. Ce n'est certainement pas lisse comme la soie pour moi, peut-être à la limite du jeu.

Si j'ai activé la tessellation de terrain, cela plante, et j'ai pu l'utiliser avec OpenGL. Je désactive toujours le flou à cause du mal des transports.

Nvidia 1050ti, i7-2700K, Slackware 14.2 mulitlib.

Donc, en utilisant Mesa, cette dernière branche expérimentale semble ne pas fonctionner.
L'activation d'AMDVLK pour cela fonctionne cependant.

Je peux reproduire le crash en activant la tesselation.
EDIT: Crash pour moi semble être lorsque vsync est activé, pas de tesselation.

Si j'ai activé la tessellation de terrain, cela plante, et j'ai pu l'utiliser avec OpenGL. Je désactive toujours le flou à cause du mal des transports.

Nvidia 1050ti, i7-2700K, Slackware 14.2 mulitlib.

Pouvez-vous faire nvidia-smi dans le terminal tout en jouant? Je remarque que NMS.exe n'utilise que 800 Mo de VRAM, peut-être qu'il y a un goulot d'étranglement étrange dans l'allocation de mémoire.

Assez solidement à 1712 Mo. Ni plus, ni moins, ce qui est étrange. Je m'attendrais à ce que ce nombre bouge dans un sens ou dans l'autre tout en jouant. 142 Mo lorsque vous ne lisez rien en cours d'utilisation, donc 1570 Mo pour NMS.

Assez solidement à 1712 Mo. Ni plus, ni moins, ce qui est étrange. Je m'attendrais à ce que ce nombre bouge dans un sens ou dans l'autre tout en jouant. 142 Mo lorsque vous ne lisez rien en cours d'utilisation, donc 1570 Mo pour NMS.

Cela ne peut sûrement pas être vrai?

Le jeu utilise plus de mémoire système que de mémoire GPU de mon côté, sous Windows à 1440p, il utilise pas mal de Go sur la mémoire GPU.

Confirmant, NMS.exe ne prend qu'environ 1022 Mo de mémoire GPU sur mon système nvidia (GTX 1080, 430,09) lors du chargement dans la station spatiale et environ 1048 Mo lorsque sur la planète.

Et avec OpenGL?

Gardez à l'esprit que la mémoire allouée n'est pas la même que la mémoire réellement utilisée. Vulkan peut juste obtenir une allocation nettement inférieure en raison des optimisations spécifiques de l'API Vulkan (n'alloue que ce dont il a besoin). OGL est susceptible d'allouer ALLOT plus de mémoire.

Et avec OpenGL?

Gardez à l'esprit que la mémoire allouée n'est pas la même que la mémoire réellement utilisée. Vulkan peut juste obtenir une allocation nettement inférieure en raison des optimisations spécifiques de l'API Vulkan (n'alloue que ce dont il a besoin). OGL est susceptible d'allouer ALLOT plus de mémoire.

Sous Windows dans le même Vulkan expérimental, il utilise 4,2 Go, sous Linux, il plafonne à 1,2 Go, car ci-dessus, il n'y a que 800 Mo pour NMS.exe. Il y a certainement un sérieux goulot d'étranglement quelque part, que l'allocation de mémoire soit le problème ou simplement le symptôme qu'il y ait définitivement un problème.

Ce n'est peut-être pas non plus tout à fait spécifique à Linux, j'ai lu un article sur les forums de discussion NMS Steam selon lequel un utilisateur de Windows avait de mauvaises performances jusqu'à ce qu'il ait changé son GPU sur un autre emplacement PCI-e (je ne peux pas le tester à cause du refroidissement par eau) . J'ai également vu des gens avoir des problèmes avec SLI, ce qui déclenche le problème de 5 fps.

Bonjour à tous. J'étais récemment passé à Linux Mint 19.1 en début d'année. Ma plate-forme est équipée d'un processeur Phenom II X6 1090T, 16 Go de RAM DDR3, une seule carte graphique Red Devil Vega 64 et un double démarrage Linux Mint et Windows 10. Linux Mint utilise le noyau 4.18.

Du côté Linux, j'ai installé les derniers pilotes padoka MESA instable (unstable a été choisi en raison de sa prise en charge des cartes Vega) ainsi que les derniers pilotes Vulkan. J'avais récemment essayé de lancer la version expérimentale de No Man's Sky afin de profiter de l'API Vulkan, mais j'ai reçu le même message "Impossible d'initialiser Vulkan (vkEnumerateInstanceExtensionProperties a échoué.) Vous n'avez peut-être pas de pilote Vulkan installé, ou un l'ancien pilote de votre ordinateur est peut-être corrompu. " comme @garpu @ fls2018 et @ volca02 reçus. J'ai essayé d'utiliser la commande de remplacement affichée sur ce fil pour contourner le propre lanceur Vulkan de NMS, mais cela m'a donné le même message d'erreur exact. Je n'avais pas le choix de revenir à la version stable de NMS sous Linux. Existe-t-il d'autres solutions disponibles? Ou est-ce un problème qui doit être corrigé dans les nouvelles mises à jour de la branche expérimentale de NMS?

Sur Windows 10, j'ai mis à jour les pilotes AMD vers Adrenalin 19.4.3 et lancé la version expérimentale de NMS. Il a été lancé avec succès et a remarqué une augmentation substantielle des performances et du FPS. Il y a encore du bégaiement, mais cela peut être dû au colmatage de ma bouteille de processeur. Au début, je n'ai vu aucune augmentation des performances jusqu'à ce que je suis entré dans les options graphiques et ai augmenté la limite FPS par défaut de 30 à 90, et désactivé V-sync.

Toute information serait grandement appréciée.

Eh bien, la version opengl devrait fonctionner mieux que vulkan de toute façon. Il y a un plafond de mémoire appliqué au vulkan sous Linux et jusqu'à ce que nous le comprenions, il aura probablement des problèmes de performances sur l'option ogl.

Dernier pilote 430.14 sans changement.

Avec la mise à jour du 14 mai, la tessellation plante toujours (pilotes Nvidia 430.14). AFAIK, la tessellation rencontre toujours des problèmes pour les utilisateurs de Windows.

Proton 4.2-4 déclare "-Améliorer le support Vulkan pour la nouvelle version de No Man's Sky Vulkan."

Cela signifie qu'il n'est plus nécessaire d'utiliser des remplacements de vin pour définir vulkan sur builtin.

Je ne vois aucune différence de performance.

Si vous êtes sur NVIDIA, soyez sur la série 430, elle est beaucoup plus proche des niveaux OpenGL maintenant dans la version bêta de Vulkan et est à nouveau jouable.

Je semble avoir un GPU bloqué dans Vulkan sur mon RX 580 w / Mesa 19.1.0-rc2 / LLVM 8.0, dès que le jeu est terminé de charger. Quelqu'un d'autre peut-il confirmer?

Je n'ai pas essayé sans Esync mais je ne pense pas que cela fera de différence, car le jeu fonctionne bien sur OpenGL.

Avec la nouvelle mise à jour de Proton, le jeu a recommencé à fonctionner correctement sur RADV. (Mesa 19.0.4 / LLVM 8.0.0) sur une Radeon VII

Bonjour @ jerbear64 , veuillez copier vos informations système à partir de Steam ( Steam -> Help -> System Information ) et mettez-les dans un gist , puis incluez un lien vers l'essentiel dans ce rapport de problème. Aussi, veuillez ajouter PROTON_LOG=1 %command% aux options de lancement du jeu et faites glisser et déposez le $ HOME / steam- $ APPID.log généré dans la zone de commentaire.

https://gist.github.com/jerbear64/ce4c393c02d467790dbb65e9f115a780

J'ai capturé un journal Proton hier soir. Cela va jusqu'au blocage du GPU, le jeu a donc été brutalement fermé.
steam-275850.log

@ jerbear64 , si ce n'est pas trop compliqué, vous pouvez essayer une solution de contournement à https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1.

Pas de problème, je gère déjà mon propre COPR Mesa sur Fedora. Je peux appliquer la solution de contournement ce soir et faire un rapport.

-------- Message d'origine --------
Le 15 mai 2019 à 08h56, kisak-valve a écrit:

@ jerbear64 , si ce n'est pas trop compliqué, vous pouvez essayer une solution de contournement à https://bugs.freedesktop.org/show_bug.cgi?id=110471#c1.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion .

Bonjour à tous!

La plus récente mise à jour de la branche expérimentale de No man's sky a en fait permis à nms de se lancer en utilisant Vulkan sur Linux Mint 19.1 sans utiliser la commande spéciale de contournement. Le jeu a réussi à se charger et j'ai pu me déplacer ... Pendant une courte période.

Cependant, le jeu a gelé les graphiques sur mon écran principal et mon écran secondaire (le moniteur secondaire avait mon navigateur Web activé) après avoir regardé autour de la zone où j'ai enregistré la dernière fois, même si le son provenait toujours du jeu. Je n'ai pas pu obtenir de réponse du jeu ni du PC, et j'ai donc dû effectuer une réinitialisation matérielle de ma plate-forme.

Un pas dans la bonne direction, certes, mais je me suis figé après un court moment à regarder autour de moi. Je suis revenu à la version stable une fois de plus.

La solution de contournement n'a eu aucun effet. Se bloque toujours juste après l'écran de chargement.

@TarsusEndri Sonne comme un blocage du GPU, et similaire à mes symptômes. Quel est votre GPU / pilote?

@ jerbear64

Mon gpu est un Powercolor Red Devil RX Vega 64 utilisant les derniers pilotes MESA-Padoka Unstable (selon la page Padoka, des pilotes instables sont nécessaires pour une utilisation avec les cartes de la série Vega). Les derniers pilotes Vulkan ont également été installés.

Et cette nouvelle merde de précachetage de shader qui vient d'être ajoutée à la vapeur ne fait que réduire encore plus les performances ...

Je n'essaierai pas vulkan pour ce jeu tant qu'il ne sera pas en version bêta et qu'il sera en version finale. Essayez également de supprimer vos fichiers cache pour dxvk et proton

Pour mémoire, le pilote nvidia 418.52.07 ne semble pas inclure le correctif pour le faible FPS, c'est un FPS à un chiffre sur cette version du pilote (seulement 430. * semblent inclure l'amélioration).

Pour mémoire, le pilote nvidia 418.52.07 ne semble pas inclure le correctif pour le faible FPS, c'est un FPS à un chiffre sur cette version du pilote (seulement 430. * semblent inclure l'amélioration).

Je m'en doutais, le nouveau pilote de développement Vulkan n'est rien de plus que la même ancienne branche avec quelques extensions supplémentaires. Aussi, comme mentionné, même 430, bien que mieux, nécessite encore des améliorations en raison d'un problème de mémoire.

@ jerbear64 Mon GPU plante également avec Mesa 19.1rc4 (LLVM8) et 19.2-git (LLVM9) sur la branche expérimentale Vulkan, tandis que mesa 19.0.x (LLVM8) fonctionne correctement. AMDGPU / 290X / Arch Linux roulant.

Cependant, je peux généralement reproduire le crash. Pour moi, cela semble être le cas lorsque j'essaye de faire du jetpack dans mon biodôme plein de plantes. Cependant, ce qui est déroutant, si je vais à l'extérieur et que je me déplace à l'extérieur du biodôme et que je regarde à l'intérieur, il ne s'écrase pas. Donc, peut-être qu'à l'intérieur du cuboïde de verre qui mène au biodôme, une ombre ou un shader de lumière (?) Fait quelque chose d'étrange.

Je n'ai pas de journaux DXVK ou quoi que ce soit. J'essayais seulement mesa 19.1 et 19.2 parce que VirtualBox a une corruption visuelle sur mesa 19.0.5 alors j'ai pensé que je préfère essayer de devenir plus récent que plus ancien ... Je jette juste mon "moi aussi" sur le ring.

Peut-être un bug vulkan similaire? https://github.com/doitsujin/dxvk/issues/1056

Il n'y a pas de journaux DXVK car ce n'est pas un jeu DX. Au moins, ce n'est pas seulement moi.

-------- Message d'origine --------
Le 1 juin 2019 à 12h24, HanFox a écrit:

@ jerbear64 Mon GPU plante également avec Mesa 19.1rc4 (LLVM8) et 19.2-git (LLVM9) sur la branche expérimentale Vulkan, tandis que mesa 19.0.x (LLVM8) fonctionne correctement. AMDGPU / 290X / Arch Linux roulant.

Cependant, je peux généralement reproduire le crash. Pour moi, cela semble être le cas lorsque j'essaye de faire du jetpack dans mon biodôme plein de plantes. Cependant, ce qui est déroutant, si je vais à l'extérieur et que je me déplace à l'extérieur du biodôme et que je regarde à l'intérieur, il ne s'écrase pas. Donc, peut-être qu'à l'intérieur du cuboïde de verre qui mène au biodôme, une ombre ou un shader de lumière (?) Fait quelque chose d'étrange.

Je n'ai pas de journaux DXVK ou quoi que ce soit. J'essayais seulement mesa 19.1 et 19.2 parce que VirtualBox a une corruption visuelle sur mesa 19.0.5 alors j'ai pensé que je préfère essayer de devenir plus récent que plus ancien ... Je jette juste mon "moi aussi" sur le ring.

Peut-être lié? doitsujin / dxvk # 1056

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion .

Avoir également le problème de plantage lors de la charge avec la version Vulkan. 980Ti plantant pendant la scène de chargement avec:
wine_vkCreateCommandPool Support for allocation callbacks not implemented yet , qui je crois est le code d'erreur.

Exécution du pilote 418.52.10 sur 5.1.12-arch1-1-ARCH

steam-275850.log

Mon RX 480 obtient un écran coloré similaire, puis se bloque et "n'a pas réussi à initialiser l'analyseur -125" erreur dans dmesg sur la branche expérimentale. OpenGL est lent mais fonctionne. J'utilise AMDGPU (Mesa?) 19.1.1 avec LLVM 8.0.0.

Fait intéressant, si vous créez une toute nouvelle sauvegarde - sans en charger une ancienne - le jeu ne plantera pas tant que la petite intro de la cinématique ne sera pas terminée.

Mon RX 480 obtient un écran coloré similaire, puis se bloque et "n'a pas réussi à initialiser l'analyseur -125" erreur dans dmesg sur la branche expérimentale. OpenGL est lent mais fonctionne. J'utilise AMDGPU (Mesa?) 19.1.1 avec LLVM 8.0.0.

Fait intéressant, si vous créez une toute nouvelle sauvegarde - sans en charger une ancienne - le jeu ne plantera pas tant que la petite intro de la cinématique ne sera pas terminée.

Pourriez-vous générer un PROTON_LOG=1 avec une nouvelle sauvegarde et vulkan?

À votre santé

REMARQUE: La première tentative de chargement de did ctd après l'intro de Starfield Travel, mais le chargement de la deuxième fois a bien fonctionné, un problème possible dans la génération du cache de shader.

Voici mon journal steamplay sur manjaro xfce 1080TI, semble fonctionner mais il peut y avoir de graves problèmes de performances. Je dois tester les paramètres plus.

steam-275850.log

Comment revenir à opengl? ou cela nécessite-t-il un téléchargement vers une autre version non exp? semble étrange si oui.

### OK TEST FAIT

Vulkan FPS: ~ 15-30 fps
OpenGL FPS: ~ 50-60 + fps

Ouais Vulkan a borked dans ce jeu, c'est assez extraordinaire puisque d'autres jeux qui utilisent vulkan obtiennent souvent une parité de 1: 1 ou plus sous Linux et Steamplay (doom / wolf ....). Aucune idée de ce qui se passe, assez déroutant!

@jarrard assurez-vous d'essayer le pilote 430.x si vous ne l'avez pas déjà fait. 430.34 semble résoudre mes problèmes avec les performances de Vulkan, plus ou moins (il y a cependant parfois des situations de framerate plus faibles à la surface de la planète).

J'utilise 430,26 atm, je vais chercher à en obtenir de nouveaux un jour.

Quelqu'un peut-il réussir à lancer le jeu avec Proton 4.11? Je trouve qu'il plante / se bloque immédiatement, 4.2-9 fonctionne toujours. J'ai essayé fsync pour voir si c'était le coupable qui faisait la différence.

steam-275850.log

Je suis capable de lancer le jeu avec 4.11, en utilisant le client opengl cependant puisque vulkan a quelques problèmes.

Voici mon journal. J'aimerais avoir VR pour jouer avec ce jeu.

steam-275850.log

J'ai trouvé le problème, j'avais installé le pilote de développement 418 qui se lance généralement (mais avec le bogue 5fps) mais avec 4.11, il se bloque.

430 fonctionne avec 4.11 à condition que fsync ne soit pas utilisé.

Une autre chose que tout le monde devrait également noter est que le moteur de rendu Vulkan devient le principal dans un peu moins de deux semaines, je suppose qu'OpenGL sera probablement regroupé à moins qu'il ne le conserve pour prendre en charge des systèmes plus anciens, ce dont je doute.

C'est pourquoi ses problèmes importants sont résolus plutôt que de se contenter du moteur de rendu OGL.

S'il devient le moteur de rendu principal, vous pouvez vous attendre à un tas de mises à jour / correctifs. J'espère que cela le rendra un peu plus fluide, car je ne pourrais jamais charger la branche Vulkan.

Pour moi, le jeu ne se lance même pas sur 4.11 mais fonctionne parfaitement bien sur 4.2-9

@ Haxk20 utilisez-vous le noyau fsync? si tel est le cas, essayez de désactiver fsync ou esync avant de lancer le jeu.

Je vais essayer de le faire. Oui compilé 5.3-rc2 avec fsycn

Malheureusement, fsync et esync ont été désactivés, mais ne parvient toujours pas à se lancer.

Et cela se produit à la fois sur openGL et Vulkan.

IDK ce qui vient de se passer mais j'essayais de tuer le processus NMS.exe car la vapeur me disait qu'il était en cours d'exécution mais rien ne s'est affiché pendant des minutes et j'ai cliqué sur tuer le processus tué explorer.exe et il est juste apparu avec NMS.exe toujours en cours d'exécution
EDIT: C'était juste le lancement 4.2-9 après que je l'ai changé. Il a juste fallu plus de temps pour régénérer. 4.11 est toujours cassé.

On dirait que 4.11-2 l'a cassé -1 fonctionnant lors de l'utilisation de la construction personnalisée

Juste un avertissement:

La version de Vulkan est mise en ligne à tout moment, en regardant les notes de mise à jour comme suspecté qu'OpenGL A ÉTÉ ENTIÈREMENT SUPPRIMÉ.

Il n'y a donc littéralement pas moyen d'éviter vulkan maintenant, en espérant juste qu'ils ont fait quelques optimisations à leur moteur afin qu'il fonctionne mieux avec les pilotes Linux, bien qu'il y ait des chances qu'il fonctionne à peu près de la même manière que l'expérimental.

Pour toute personne sur AMD dont le GPU est suspendu à la branche Vulkan, si vous installez ACO, le jeu fonctionnera, bien qu'il ne soit pas rendu à 100% avec précision. Je remplirai un rapport de bogue une fois que Beyond sera sorti car cela pourrait changer cela.

-------- Message d'origine --------
Le 14 août 2019 06:58 AM, fls2018 a écrit:

Juste un avertissement:

La version de Vulkan est mise en ligne à tout moment, en regardant les notes de mise à jour comme suspecté qu'OpenGL A ÉTÉ ENTIÈREMENT SUPPRIMÉ.

Il n'y a donc littéralement pas moyen d'éviter vulkan maintenant, en espérant juste qu'ils ont fait quelques optimisations à leur moteur afin qu'il fonctionne mieux avec les pilotes Linux, bien qu'il y ait des chances qu'il fonctionne à peu près de la même manière que l'expérimental.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion .

Je suis en Australie, donc nous n'obtenons pas le patch avant la fin. La dernière fois que j'ai essayé cette branche vulkan, elle avait des problèmes de performances majeurs avec nvidia 1080TI.

Le pilote Nvidia 430 semble également planter.
Pop! _OS 19.04
GTX 1070.

Au-delà soit se bloque avant de charger les menus, ou après avoir sélectionné une sauvegarde. Il semble que Vulkan soit le seul moteur de rendu disponible.

Bon j'ai réussi à entrer dans le jeu, il y a eu quelques blocages / plantages au premier chargement mais tout est toujours le même au moins sur Nvidia 435.17 ... faible fps toujours.

Les paramètres graphiques ont changé un peu si difficile à comparer directement, mais l'utilisation de la VRAM est encore faible, à peu près jouable avec les paramètres standard (les plus bas) sur un 1070.

Pensez que quelqu'un de nvidia doit recevoir un ping pour jeter un coup d'œil à cela maintenant qu'il est sorti.

Charge bien pour moi, pas de problèmes là-bas.

Cependant, les performances sont absolument terribles sur mon 980ti avec Proton 4.9 et 4.11 tous deux testés.

Je vais tester sur mon 580, avec et sans ACO, quand je rentre du travail. Il serait intéressant de voir si la baisse du FPS est spécifique à Nvidia. Je me souviens que certaines personnes avec Nvidia disaient qu'elles avaient également de mauvaises performances sur l'ancienne branche expérimentale de Vulkan.
-------- Message d'origine --------
Le 14 août 2019 à 14:43, Liam Dawe a écrit:

Charge bien pour moi, pas de problèmes là-bas.

Cependant, les performances sont absolument terribles sur mon 980ti avec Proton 4.9 et 4.11 tous deux testés.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion .

Fonctionnement assez décent pour moi sur un 1050ti avec 435.17. Il ne se connecte pas aux serveurs en ligne, mais j'ai désactivé le multijoueur.

Crash avant le menu de chargement sur Kubuntu 19.04, 1070 avec 430.40 et proton 4.11-2
Sur Lutris, dites "vkEnumerateInstanceExtensionProperties a échoué"
steam-275850.log

Crashes après environ 15 secondes de chargement d'un nouveau jeu pour moi. Proton 4.11-2.
Informations sur le système de vapeur
steam-275850.log

Se bloque juste après le chargement d'un nouveau jeu ou d'un jeu existant. Proton 4.11-2, RX 480 avec le dernier Mesa stable.
steam-275850.log

Ceux sur Nvidia, j'ai créé un problème sur les forums devtalk de Nvidia à propos des performances il y a des mois, mais il n'a reçu aucune réponse. Ce serait formidable que d'autres puissent signaler le problème là-bas pour essayer de garder cela au moins sur leur radar:

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/

En ce qui concerne le crash, gardez à l'esprit que chaque plate-forme (y compris les consoles) subit des plantages, en particulier au niveau du nexus. Il peut être difficile d'isoler les plantages dus aux pilotes proton / linux ou aux bogues du jeu.

@ fls2018 peut-être

Les performances 430.34-54 sont terribles avec la mise à jour Beyond - sur GTX 1080 à une résolution ultra-large de 2560x1080, j'ai 20-30 FPS en inventaire ou à pied.

418.52.20 Je n'arrive même pas à faire charger No Man's Sky au-delà de la fenêtre «Préparation au lancement». Il semble que le préfixe ne soit même pas mis à jour. Avec Proton 4.11-2 et Proton-tkg 4.13.r7.gca09e891

C'est tout ce qui se trouve dans le PROTON_LOG (steam-275850.log)
======================
Proton: 1565123138 proton-4.11-2
SteamGameId: 275850
Command: ["/home/telans/.local/share/Steam/steamapps/common/No Man's Sky/Binaries/NMS.exe"]
Options: set()
======================

418.52.20 Je n'arrive même pas à faire charger No Man's Sky au-delà de la fenêtre «Préparation au lancement». Il semble que le préfixe ne soit même pas mis à jour. Avec Proton 4.11-2 et Proton-tkg 4.13.r7.gca09e891

Pour une raison quelconque, la branche de développement 418 ne lance plus NMS avec Proton 4.11, vous pouvez lancer proton 4.2 avec eux mais vous n'obtiendrez que 5 fps.

430 et plus sont absolument requis pour tout jeu.

J'ai récemment installé ce jeu, après avoir créé un nouveau jeu, il montre l'intro, et va "dans la galaxie" pendant 10 à 20 secondes, puis plante.
steam-275850.log

Quelqu'un a-t-il essayé le mode VR? Je viens de l'essayer sur mon index mais il plante instantanément. Je vois un écran noir sur mon moniteur pendant un petit moment, mais cela disparaît après une fraction de seconde.

Oui, cela fonctionne sur les pilotes 430.34 Nvidia pour moi avec mon 1080TI à 4k, mais le FPS est nettement pire que lorsqu'il exécutait OpenGL où sur le type de planète semi-stérile sur laquelle je suis, j'obtiendrais facilement plus de 60fps, mais avec Vulkan Je reçois des baisses jusqu'à ce qui doit être 10-20fps et vois rarement 60fps à moins que je ne regarde directement vers le bas / haut.

Un peu décevant, il doit y avoir quelque chose de vraiment faux pour que Vulkan fasse cela mal!

REMARQUE pour ceux qui quittent le bureau au menu, ne survolez pas les options du menu, en maintenant enfoncé pour se débarrasser du message de mise à jour, vous cliquerez également sur les sélections du menu d'arrière-plan (si vous les survolez) et causerez un problème.

Je peux également signaler de très mauvaises performances avec la nouvelle mise à jour "Beyond". Dans le passé, je pouvais très bien jouer avec le moteur de rendu OpenGL, mais maintenant cela a été supprimé au profit de Vulkan, les FPS sont trop bas pour jouer.

Proton: 4.12-2
Pilote Nvidia: 430.34
GPU: Nvidia RTX 2070

Si je devais deviner, la mauvaise performance que presque tout le monde voit pourrait être due à la limite de mémoire vidéo apparemment abstraite de 1 Go qui se produit avec NMS

Pourriez-vous tester ce @rstrube avec nvidia-smi?

L'utilisation de la VRAM pour moi est la suivante, oui, cela semble faible compte tenu de Im sur des paramètres élevés à 4k.

C + G ... ps \ common \ No Man's Sky \ Binaries \ NMS.exe 1375-1408MiB

Là encore, la planète n'a rien de spectaculaire, et je n'ai aucune référence opengl. (OGL gère probablement la mémoire et la mise en cache différemment, il se peut donc que ce ne soit pas une comparaison de pommes à pommes).

Voici la sortie nvidia-smi .

nvidia-smi
Wed Aug 14 18:32:47 2019       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 430.34       Driver Version: 430.34       CUDA Version: 10.1     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce RTX 2070    Off  | 00000000:06:00.0  On |                  N/A |
| 41%   50C    P0    73W / 185W |   1494MiB /  7982MiB |     93%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      1407      G   /usr/lib/xorg/Xorg                            39MiB |
|    0      1965      G   /usr/lib/xorg/Xorg                           200MiB |
|    0      2112      G   /usr/bin/gnome-shell                         252MiB |
|    0     27233      G   ...m/debian-installation/ubuntu12_32/steam    31MiB |
|    0     27257      G   ./steamwebhelper                               3MiB |
|    0     29820    C+G   ...ps\common\No Man's Sky\Binaries\NMS.exe   906MiB |
+-----------------------------------------------------------------------------+

Voici une vidéo montrant l'utilisation de la mémoire avec open-gl / vulkan sous Windows: https://youtu.be/XEC1mEsZ2lU?t=30

Surtout que ce n'est que 1080p, 1,3 Go pour 4k semble extrêmement faible. Peraps la faible performance est-elle due au fait que le jeu échange très souvent des textures lorsque la VRAM est faible?

Je ne sais pas, la faible performance est persistante, pas quelque chose qui se produit uniquement lors du déplacement.

Quelqu'un d'autre peut-il confirmer que le pilote bêta 435.17 résout le problème de performances médiocres de Vulkan?

y a-t-il un ppa ubuntu avec ce pilote quelque part? seule façon je le testerais. Ce n'est dans aucun de mes gestionnaires de paquets. (une des choses qui me manque à propos d'ARCH AUR)

Oh les a trouvés.

https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa

Cool, j'étais sur le point de publier ce lien exact. C'est bien que le PPA dispose déjà des derniers pilotes bêta.

Malheureusement, le pilote 435 n'apparaît pas dans ma liste de paquets, il semble qu'il ne puisse pas le voir sur le PPA .. je ne sais pas pourquoi.

Malheureusement, le pilote 435 n'apparaît pas dans ma liste de paquets, il semble qu'il ne puisse pas le voir sur le PPA .. je ne sais pas pourquoi.

Intéressant, vous devriez juste pouvoir faire un sudo apt install nvidia-driver-435 . Voyez-vous que le PPA est vérifié si vous faites un sudo apt update ?

Je ne vois pas non plus Nvidia-435, le dernier disponible est Nvidia-430

Étrange, c'est définitivement dans le PPA, peut-être que c'est derrière une sorte de drapeau de test?

Vois ici:
https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa/+packages?field.name_filter=435&field.status_filter=published&field.series_filter=

Edit: Oh merde, c'est pour 19.10 (Eoan) mon mauvais ...

Quelqu'un sur les forums des développeurs nvidia a déclaré que 435.17 ne résolvait pas les problèmes de performances. J'espérais beaucoup que le dernier pilote bêta améliorerait les choses ...

https://devtalk.nvidia.com/default/topic/1050274/linux/no-mans-sky-proton-vulkan-patch-performance-issues-with-nvidia/post/5373548/#5373548

Je pense que le principal problème est que le jeu ne démarre même pas dans la plupart des circonstances. C'est un problème avec Proton AFAIK.

Je viens d'installer 435.17 sur Arch, et je peux entrer dans le jeu maintenant (impossible avec 418) mais peu importe si je désactive f-sync (se brise toujours) ou e-sync (ne fait aucune différence), il se bloque avant qu'un monde ne se génère . Testé en créant une nouvelle sauvegarde / en chargeant une ancienne.

Juste pour noter que c'est exactement le même problème que j'avais il y a un mois ou deux avec les pilotes 430 et la branche vulkan-experimental.

Je pense que le principal problème est que le jeu ne démarre même pas dans la plupart des circonstances. C'est un problème avec Proton AFAIK.

Le mien démarrera à chaque fois, mais la performance est injouable.

il plante avant qu'un monde ne se génère.

Assurez-vous de supprimer vos anciens fichiers SHADERCACHE juste pour être sûr. Et assurez-vous qu'il ne charge pas de mods.

Installation propre, avec et sans shadercache prédéfini, même résultat. Je ne sais pas comment il peut même être joué maintenant que l'open-gl est parti.

steam-275850.log

Je ne sais pas comment je peux même jouer du tout maintenant que l'open-gl est parti

Eh bien, vous ne pouvez pas, mais pour être honnête, aucun de nous ne jouera à 10-20 ips, à moins que vous n'aimiez ce genre de chose (utilisateurs d'ordinateurs portables).

Ce que je suggérerais, c'est de simplement publier votre journal de protons pour le moment.

En fait, en ce qui concerne la possibilité de revenir à Open-GL, il pourrait être possible de télécharger manuellement les anciens binaires No Man's Sky, etc. via Steam Console.

Voici les listes de manifestes pour NMS: https://steamdb.info/depot/275851/manifests/

Je vais essayer et voir comment ça se passe.

Il me semble pouvoir entrer dans le jeu en courant avec Proton 4.2-9, sur Nvidia 430.40
Il s'est écrasé lorsque j'ai essayé d'entrer dans l'atmosphère d'une autre planète, même si je n'ai pas encore testé de nouveau.
Je n'ai pas de journal pour ça, désolé. J'ai oublié de l'activer. Je mettrai à jour ce commentaire si j'obtiens à nouveau le crash sur 4.2-9.

Je vais essayer et voir comment ça se passe.

Je suppose que vous devrez revenir à la version et au contenu du jeu précédents. C'EST À DIRE. Pas au-delà.

Je ne voulais jouer qu'en raison de la mise à jour au-delà.

C'est ce à quoi je voulais en venir, mais oui c'est dommage que Beyond ne semble pas fonctionner.

Un correctif de la semaine 1 pourrait aider, car les utilisateurs de Windows rencontrent des plantages dans le jeu, ce qui pourrait être lié.

un autre utilisateur nvidia avec le bogue d'utilisation de 1,5 Go. Je sais que la version opengl a utilisé presque toute ma mémoire vidéo. tombait en panne avec les paramètres ultra que j'ai pu exécuter avant la mise à jour. descendre le haut a arrêté le crash immédiat, mais les cadres sont définitivement en baisse.

Après la dernière micro mise à jour (30,7 Mo) il y a quelques minutes, le jeu semble bien fonctionner. Il montrait un écran noir pendant que la musique jouait avant cette dernière mise à jour. J'obtiens 60 fps.

J'ai aussi oublié d'utiliser le chargeur Vulkan de Proton.

Système:
Ryzen 5 1600
RX 580 8 Go

Ubuntu Budgie 19.04
RADV / ACO / LLVM 8
Proton 4.11-2
Vulkan 1.1.101.0-2

Quelle est votre utilisation de vram? Cependant, je ne vois pas de mise à jour

J'ai reçu la mise à jour d'au-delà presque 24 heures après que d'autres personnes l'ont eue. Il existe un système de retard avec processus de mise à jour des vapeurs, probablement lié à la région. Je suis australien, citoyen de la vapeur 3ème :(

Quelle est votre utilisation de vram? Cependant, je ne vois pas de mise à jour

J'ai 4587 Mo de VRAM libre, donc 3605 Mo utilisés

Les cartes AMD ne semblent pas avoir le problème de faible utilisation de la VRAM.

J'utilise également la version bêta expérimentale (Current Content BuildID: 4107029)

Le chargement d'un monde se bloque toujours avec la mise à jour expérimentale / 30 Mo

Rencontrer un problème amusant avec RADV / ACO sur ma Radeon VII: le jeu se charge in fine, si glacialement lent .. alors tout le terrain est complètement absent. J'ai vérifié les fichiers du jeu. Les anciennes versions de Proton ne démarrent pas du tout.

Ça ne fait rien! Même problème sous Windows .....: man_shrugging:

edit: Bien que j'obtienne le même problème que l'utilisateur en dessous de moi!

Je suis capable d'exécuter ce jeu avec la mise à jour Beyond parfaitement avec Proton 4.2 ainsi que 4.11.1.
Ce qui ne fonctionne pas cependant, c'est si j'essaye de le faire fonctionner en VR. Il lance juste une fenêtre noire et "se charge" éternellement. "charges" car IO est exactement nul et le processus est un zombie ...
Si je désactive esync, le processus ne devient pas zombie mais a une charge de processeur d'environ 2-3%, et ne fait rien non plus avec IO, et encore une fois juste un écran noir. Essayer d'utiliser PROTON_LOG = 1 ne fait rien, il ne semble pas y avoir de journal généré.
Essayer VR pour démarrer avec Proton 4.2 ne fait que démarrer la version de bureau, probablement parce qu'il existe toujours avec l'ancienne lib openvr.
Edit: devrait probablement mentionner que je suis sur Mesa 19.2 ACO

Ne fonctionne pas bien pour moi sur Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. Se bloque sur le bureau dès que le monde se charge.

J'obtiens un peu plus de progrès sur Mesa 19.2 ACO. Le monde se charge et j'obtiens des performances assez décentes, mais si j'ouvre un menu, ma carte graphique se verrouille durement.

Ok, il a maintenant généré un journal pour VR. Il est devenu gros 60MiB après même pas deux minutes ... J'ai téléchargé "seulement" cent mille lignes de cela, donc github n'annulera pas le téléchargement car cela prend trop de temps: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
Edit: voici un journal d'un lancement normal (2D): steam-275850.log

avec la mise à jour de 30 Mo sur l'expérience, la limite de mémoire de 1,5 Go aurait pu disparaître. l'exécution de graphiques sur un support entraîne une utilisation approximative de la mémoire vidéo de 1,9 Go. fonctionnant sur des charges élevées dans le monde mais les plantages immédiatement. l'exécution de graphiques sur ultra provoque un crash lors du chargement de l'écran de démarrage du système.

avec la mise à jour de 30 Mo sur l'expérience, la limite de mémoire de 1,5 Go aurait pu disparaître. l'exécution de graphiques sur expérimental provoque une utilisation approximative de la mémoire vidéo de 1,9 Go. fonctionnant sur des charges élevées dans le monde mais les plantages immédiatement. l'exécution de graphiques sur ultra provoque un crash lors du chargement de l'écran de démarrage du système.

J'ai également réussi à charger le jeu avec des paramètres moyens, mais mon utilisation de la VRAM n'était toujours que d'environ 600 Mo sur un 1080ti.

Les jeux fonctionnent avec un mélange de paramètres améliorés et élevés sur 45 ips sur RX560X, ce qui est impressionnant, mais l'interface utilisateur rend à 7 ips et rend le jeu fondamentalement injouable.

Les jeux fonctionnent avec un mélange de paramètres améliorés et élevés sur 45 ips sur RX560X, ce qui est impressionnant, mais l'interface utilisateur rend à 7 ips et rend le jeu fondamentalement injouable.

même. et obtenir environ 35fps sur un gtx 1060 6gb. il semble que la tessellation du terrain sur tout ce qui est plus haut que amélioré a fait planter le jeu lors de l'entrée sur une planète. jusqu'à présent, pas de crashs aléatoires mais ive n'a joué que 45 minutes avec ces paramètres. espérons qu'une nouvelle version de proton / nms ramène performace là où il était avec opengl.

Il semble que mon jeu fonctionne correctement pour moi maintenant sur mes pilotes 430.17 / 1080TI, à 4k, j'arrive à environ 45-50fps, ce qui est similaire à ce que m'a donné opengl. Juste question d'activer l'edid 1800p maintenant pour voir si je peux modifier les choses.

Je crois que c'est peut-être le récent patch expérimental qui a résolu quelque chose? pas sûr exactement. Je suis passé à Proton 4.2, je l'ai couru, j'ai remarqué que tout allait bien, puis je suis revenu à la normale 4.11-2

Hmm en y réfléchissant bien, voler et ce sont encore des performances assez médiocres, je suppose que cela prendra probablement plusieurs patchs de plus avant ses cadences correctes.

L'utilisation de la mémoire de votre GPU est-elle meilleure tout en offrant les meilleures performances?

Il semble que mon jeu fonctionne correctement pour moi maintenant sur mes pilotes 430.17 / 1080TI, à 4k, j'arrive à environ 45-50fps, ce qui est similaire à ce que m'a donné opengl. Juste question d'activer l'edid 1800p maintenant pour voir si je peux modifier les choses.

Je crois que c'est peut-être le récent patch expérimental qui a résolu quelque chose? pas sûr exactement. Je suis passé à Proton 4.2, je l'ai couru, j'ai remarqué que tout allait bien, puis je suis revenu à la normale 4.11-2

Hmm en y réfléchissant bien, voler et ce sont encore des performances assez médiocres, je suppose que cela prendra probablement plusieurs patchs de plus avant ses cadences correctes.

J'utilise 435.17 et j'ai déjà essayé le patch expérimental et je vois toujours les mêmes fps bas.

L'utilisation de la mémoire de votre GPU est-elle meilleure tout en offrant les meilleures performances?

Je vérifierai plus tard. Mais honnêtement, ce n'était que mieux au sol qu'avant, dès que j'ai décollé dans mon vaisseau, j'ai eu le problème de 20-30fps, même un peu dans l'espace aussi. Il faut donc encore du travail.

J'avais 70 FPS en Nexus tout à l'heure, pour en avoir 30 dès que j'ai sauté dans le navire et lancé. C'est avec le correctif 2.06b actuel. L'utilisation de la mémoire était toujours d'environ 900 Mo, il semble donc que le nexus s'intègre suffisamment bien dans cette mémoire limitée pour un rendu rapide.

En mode expérimental, il plante maintenant s'il est lancé pour la réalité virtuelle. Une fenêtre noire apparaît brièvement puis se referme. Le journal est court cette fois. Je suis sûr que c'est en effet un problème Proton, et non un problème avec NMS, car personne sous Windows ne semble avoir ce problème. Je ne peux pas vérifier ma propre installation de Windows car elle est cassée ...
Le journal est beaucoup plus court cette fois.
steam-275850.log

En mode expérimental, il plante maintenant s'il est lancé pour la réalité virtuelle. Une fenêtre noire apparaît brièvement puis se referme.

Également rencontré le même problème que @Zamundaaa en utilisant la branche public (testé avec Valve Index Headset ):

steam-275850.log

Information système

• GPU: RTX 2060
• Version du pilote / LLVM: NVIDIA 430.40
• Version du noyau: 5.0.0-25-générique
• Lien vers le rapport d'informations système complet sous forme de Gist
• Version Proton: 4.11-2
• Version SteamVR: 1.7.5

Le jeu fonctionne parfaitement sur 435,17 (1060 6 Go) sur arch avec KDE et Kwin-lowlatency. Léger problème de bégaiement lors du chargement (qui n'est pas présent sur Windows) mais à part cela fonctionne très bien. Je n'ai pas le problème de 30 ips dans l'espace.

Le jeu utilise 2,1 Go de VRam. Le noyau est 5.2.8.arch-1-1. J'utilise GE-Proton-4.11-1, si cela change quoi que ce soit à cette fin. Je suis sur des réglages élevés pour tout sauf les textures qui se définissent comme standard si je vais plus haut que amélioré. Branche expérimentale.

CECI EST UN BUG PROTON, PAS UN BUG NVIDIA
Je peux confirmer que le problème concerne spécifiquement Proton, car le correctif de Glorious Eggroll corrige le problème, tandis que le jeu tourne mal sur le proton d'origine. L'utilisation de la fourche à protons de GE le corrige.

Je vais faire un test maintenant.

METTRE À JOUR:
Non, la VRAM ne bouge pas au-delà de l'utilisation de 1247 Mo pour NMS, c'est à 4k et avec des paramètres élevés.
Se déplacer sur la planète se situe probablement entre 30 et 40 ips tandis que le vol est facilement en dessous de 30 ips, le problème de performances existe toujours. Au moins pour les cartes 1080TI sur le pilote 430.34, il peut bien s'agir d'une multitude complexe de problèmes se combinant.

Peut-être que les performances de Vulkan ne sont que de la merde pour ce jeu, je vais devoir démarrer Windows10 pour tester!

PS. Je n'ai encore rencontré aucun des plantages auxquels d'autres sont confrontés, cela pourrait être principalement un problème AMD, (exécutant Ryzen3600 avec clearcpuid = 514 ici)

CECI EST UN BUG PROTON, PAS UN BUG NVIDIA
Je peux confirmer que le problème concerne spécifiquement Proton, car le correctif de Glorious Eggroll corrige le problème, tandis que le jeu tourne mal sur le proton d'origine. L'utilisation de la fourche à protons de GE le corrige.

C'est spécifique au système, je crois, pas lié à Proton.

J'utilise ce qui suit:
Noyau: 5.2.8-20-tkg-pds
Nvidia: 435.17 ; 980Ti
Proton-tkg: 4.14 (tous les correctifs GE et plus)
Résolution: 1080p

Pour que le jeu charge un monde où il ne le ferait pas auparavant, j'ai dû supprimer .steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

J'ai maintenant défini toutes les options graphiques sur high / ultra, sauf pour la tesselation qui reste sur Enhanced.
Voici mon utilisation de la VRAM: C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1191MiB .

Peu importe où je suis allé dans le monde / l'espace, il n'a jamais grimpé au-dessus de 1260MiB. C'est étrange, car lorsque toutes les options graphiques sont définies sur Faible (après le redémarrage), en changeant toutes les options en Ultra (avant le redémarrage nécessaire pour appliquer les paramètres de texture), j'ai vu mon utilisation de la VRAM augmenter jusqu'à ~ 1600 Mo.

Il semble que l'application des paramètres graphiques au milieu du jeu utilise plus de VRAM qu'un démarrage net avec mes paramètres actuels (textures Ultra).

Mes performances sont pires que Open-GL, 35-40fps constant quels que soient les paramètres que j'utilise.

Peut-être que quelqu'un d'autre pourrait tester cela? Appliquez les paramètres bas, redémarrez, vérifiez la VRAM, puis appliquez Ultra et voyez si la VRAM grimpe.

1080ti 430.34 Pop_OS Plasma5
Paramètres Win10 4k High
Terrain: 85 Espace: 100+

Paramètres Linux 4k High (Proton-GE)
Terrain: 25-33 Espace: 33

Ouais de vrais jours tristes pour NMS sous Linux.
Nous devrions voir des performances 1: 1 ou meilleures que celles de Windows car le pilote vulkan de nvidia est censé être le même ou meilleur (plus de mises à jour et de correctifs), c'est pourquoi des jeux comme Doom et Wolf fonctionnent très bien sous Linux.

Hmm, étrange. TKG a déclaré que cela fonctionnait aussi pour lui, et le changer en proton 4.11-2 a fait la même chose que tout le monde ici décrit.

Si vous courez à 1080p, cela fonctionne mieux, mais cela ne signifie pas que c'est une solution.
J'ai également supprimé mes compatdata avant de tester avec proton-GE, juste pour être sûr. (Je n'ai pas construit mon propre Proton-GE, j'ai juste utilisé la version bin)

Malheureusement, j'ai toujours les mêmes problèmes de performances avec Proton-GE. J'ai également essayé de supprimer et de reconstruire complètement mon préfixe. Vous utilisez actuellement les pilotes Nvidia 430.34, alors peut-être que les pilotes bêta 435.17 résoudront le problème en conjonction avec Proton-GE?

Malheureusement, j'ai toujours les mêmes problèmes de performances avec Proton-GE. J'ai également essayé de supprimer et de reconstruire complètement mon préfixe. Vous utilisez actuellement les pilotes Nvidia 430.34, alors peut-être que les pilotes bêta 435.17 résoudront le problème en conjonction avec Proton-GE?

Non, j'ai essayé les protons GE ainsi que TKG avec 435.17 et c'est pareil.

Une différence que j'ai remarquée avec les protons tiers est cependant beaucoup plus de textures et les arbres ne rendaient pas les feuilles même avec des paramètres plus élevés ... bien que les performances soient toujours les mêmes.

Le problème de VRAM semble être spécifique aux versions vanilla Proton de Valve (j'ai essayé 4.11-2 et 4.2-9), car Wine-staging (testé avec 4.13) et GE patché Proton (selon les commentaires ici) fonctionnent bien à cet égard.

Les performances globales sont sinon irrégulières et sont probablement plus spécifiques au système ou au pilote. Mais le problème de la VRAM semble spécifiquement être la faute de Vanilla Proton.

Le problème de VRAM semble être spécifique aux versions vanilla Proton de Valve (j'ai essayé 4.11-2 et 4.2-9), car Wine-staging (testé avec 4.13) et GE patché Proton (selon les commentaires ici) fonctionnent bien à cet égard.

Les performances globales sont sinon irrégulières et sont probablement plus spécifiques au système ou au pilote. Mais le problème de la VRAM semble spécifiquement être la faute de Vanilla Proton.

Comme l'ont montré plusieurs personnes dans ce fil, y compris moi, c'est faux. Vanilla Proton n'est pas la cause.

Le problème de VRAM semble être spécifique aux versions vanilla Proton de Valve (j'ai essayé 4.11-2 et 4.2-9), car Wine-staging (testé avec 4.13) et GE patché Proton (selon les commentaires ici) fonctionnent bien à cet égard.

Je ne vois pas qu'avec les versions tierces, sur les paramètres Ultra à 1440p, ce jeu devrait manger au-delà de 4 Go comme il le fait dans Windows. Le maximum que j'ai pu obtenir est d'environ 1,5 Go et c'est après avoir changé d'emplacement plusieurs fois.

Pour toute personne sur arch, essayez de faire une mise à jour complète du système et vérifiez si le jeu fonctionne correctement.
Assurez-vous également que vous êtes sur la branche expérimentale

Pour moi, le jeu fonctionne correctement depuis quelques jours maintenant. Sur Arch Linux avec GE
proton et RX560X. Enchanced-High sur 40 fps sur la planète.

Le samedi 17 août 2019, 15:27, william341 [email protected] a écrit:

Pour toute personne sur arch, essayez de faire une mise à jour complète du système et vérifiez si le jeu
fonctionne correctement.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7RDZETIXNNIAVRQY4TQE74C7A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QLDTQ#issuecomment-522236366 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD7WP7S373XLFB5F2DWY5RTQE74C7ANCNFSM4FRPXRRA
.

Oui, il y a un bug de crash avec les cartes AMD où si la tessellation est définie au-dessus de bas, elle plantera lors du chargement ou quelque chose du genre. (protondb).

Les utilisateurs d'AMD comparent-ils à la façon dont il fonctionne sous Windows? 40fps est-il identique à Windows?

Je n'ai pas essayé Windows pour des raisons évidentes et je n'ai pas l'intention de l'essayer.
Quand quelqu'un a Acer nitro 5 avec RX560X et Windows, il peut essayer de voir
quels FPS ils obtiennent mais je pense qu'ils obtiennent peut-être un peu plus de fps.

Le samedi 17 août 2019, 15 h 50, jarrard [email protected] a écrit:

Oui, il y a un bug de crash avec les cartes AMD où si la tessellation est définie ci-dessus
bas, il plantera lors de la charge ou quelque chose. (protondb).

Les utilisateurs d'AMD comparent-ils à la façon dont il fonctionne sous Windows? est 40fps identique à
les fenêtres?

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7UB3GPWL7Y3XTJKTCTQE76ZFA5CNFSM4FRPXRRKYY3PNVHWWK3TUL52HS4DFVNVHWWWK3TUL52HS4DFV
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD7WP7T77ZBGIEOQYE6OKXDQE76ZFANCNFSM4FRPXRRA
.

Et la tessellation mais c'est impossible pour moi de reproduire. je peux avoir
tessellation sur enchanced et il se charge bien mais vérifiera à nouveau quand je viendrai
domicile.

Le samedi 17 août 2019, 15 h 58, No Name [email protected] a écrit:

Je n'ai pas essayé Windows pour des raisons évidentes et je ne prévois pas d'essayer
il. Quand quelqu'un a Acer nitro 5 avec RX560X et Windows, il peut essayer de
voir quels FPS ils obtiennent mais je pense qu'ils obtiennent peut-être un peu plus de fps.

Le samedi 17 août 2019, 15 h 50, jarrard [email protected] a écrit:

Oui, il y a un bug de crash avec les cartes AMD où si la tessellation est définie
au-dessus du bas, il plantera lors du chargement ou quelque chose comme ça. (protondb).

Les utilisateurs d'AMD comparent-ils à la façon dont il fonctionne sous Windows? est 40fps identique à
les fenêtres?

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7UB3GPWL7Y3XTJKTCTQE76ZFA5CNFSM4FRPXRRKYY3PNVHWWK3TUL52HS4DFVNVHWWWK3TUL52HS4DFV
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD7WP7T77ZBGIEOQYE6OKXDQE76ZFANCNFSM4FRPXRRA
.

Quelqu'un a dit plus haut que les performances de 560 devraient être de 40 ips.

Eh bien, c'est un ordinateur portable et les paramètres sont sûrement différents, donc si quelqu'un peut
essayez-le sur RX560 ce serait génial. Je publierai SC des paramètres graphiques
quand je rentre à la maison.

Le sam 17 août 2019, 16 h 07, william341 [email protected] a écrit:

Quelqu'un a dit ci-dessus que la performance de 560 devrait être de 40 ips.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7W5J4CSUFPLFLHVZHTQFAA33A5CNFSM4FRPXRRKYY3PNVWWWK3TUL52HS4DFVMZMZWWWK3TUL52HS4DFVORMZMNVWWK3TUL52HS4DFVORMZMZWWWK3TUL52HS4DFVOR3GWWWK3TUL52HS4DFVORM
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD7WP7SJBVYKH2SJQWKVKLDQFAA33ANCNFSM4FRPXRRA
.

Après la dernière mise à jour du jeu, je rencontre une forte baisse de FPS dans tous les menus du jeu. C'est comme ~ 5fps lors de l'ouverture de l'inventaire, dans les boîtes de dialogue ou même dans le menu de configuration du jeu. Quelqu'un a-t-il ce problème ou cette solution?

Oui je l'ai fait. Utilisez la construction GE de proton. Cela a réglé ça pour moi

Le samedi 17 août 2019, 17 h 14, alsh [email protected] a écrit:

Après la dernière mise à jour du jeu, je rencontre une forte baisse de FPS dans tous les jeux
menus. C'est comme ~ 5fps lors de l'ouverture de l'inventaire, dans les dialogues ou même le jeu
menu de réglage. Quelqu'un a-t-il ce problème ou cette solution?

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/438?email_source=notifications&email_token=AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWissWK3TULHS4DF
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA
.

J'ai essayé mais GE build ne m'a pas aidé non plus.

Oui je l'ai fait. Utilisez la construction GE de proton. Cela a réglé ça pour moi
…
Le sam 17 août 2019, 17:14 alsh @ . * > a écrit: Après la dernière mise à jour du jeu, je rencontre une forte baisse de FPS dans tous les menus du jeu. C'est comme ~ 5fps lors de l'ouverture de l'inventaire, dans les boîtes de dialogue ou même dans le menu de configuration du jeu. Quelqu'un a-t-il ce problème ou cette solution? - Vous recevez cela parce que vous avez été mentionné. Répondre à cet e - mail directement, voir sur GitHub <# 438? Email_source = notifications & email_token = AD7WP7QG2WKGZCJKSROBUC3QFAIU5A5CNFSM4FRPXRRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4QNO4Y # issuecomment-522246003>, ou couper le fil https://github.com/notifications/unsubscribe-auth/AD7WP7S7A7JBS2ZNRRN5PKTQFAIU5ANCNFSM4FRPXRRA .

@jarrard Je n'ai pas ce bug avec mon rx 580. Tout était sur High par défaut, la tesselation du terrain aussi, et cela fonctionne sans problème. La seule chose que j'ai remarqué maintenant, c'est qu'il s'est bloqué pendant quelques secondes deux fois en une heure de jeu, mais ce n'est probablement qu'un des rares bogues que NMS a encore en ce moment.

Afin de pouvoir démarrer le jeu après la mise à jour au-delà, la valeur dans les paramètres du jeu pour " TerrainTesselation " doit être réglée sur "Low". Peut-être que la solution ne fonctionne que pour les GPU AMD.

Le paramétrage doit être effectué dans le fichier _TKGRAPHICSSETTINGS.MXML_ . Il se trouve dans le dossier _ ~ / steam / steamapps / common / No Man's Sky / Binaries / SETTINGS /._

Si vous ouvrez le fichier avec un éditeur, vous trouverez la ligne suivante:
_Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _

La ligne suivante après cela est:
_Property name = "GraphicDetail" value = "High" / _

Dans cette ligne, remplacez le " Haut " par un " Bas ". Après cela, je pourrais au moins charger à nouveau mes sauvegardes existantes. Avant, j'avais un crash sur le bureau après avoir chargé le jeu au moment où le jeu commence.

Mon système:
«AMD Ryzen 5 1600X
AMD Radeon rx580 8 Go
16 Go de mémoire DDR4
Linux MInt 19.2 (Tina) Cinnamon
PPA stable Padoka (Mesa)
Noyau 5.2.7
Proton 4.11-2

Il semble que sur ma configuration, je ne peux toucher que 2 Go de Vram.

J'obtiens un peu plus de progrès sur Mesa 19.2 ACO. Le monde se charge et j'obtiens des performances assez décentes, mais si j'ouvre un menu, ma carte graphique se verrouille durement.

Pour les problèmes concernant le pilote radv / ACO, veuillez signaler ici https://github.com/daniel-schuermann/mesa/issues/112

Au lieu de régler Tesselation-Details sur "Low" dans les paramètres locaux, j'ai purgé le Padoka PPA et installé le pilote ACO-Mesa de Valve. Avec cela, le jeu fonctionne comme un charme. Avec "High" même dans Tesselation. https://steamcommunity.com/app/221410/discussions/0/1640915206474070669/

Je n'arrive pas à définir la valeur Tesselation-Details à faible. Toutes les modifications manuelles que j'apporte à TKGraphicsSettings.xml sont remplacées par ce qui suit;

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml">
        <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" />
        <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" />
        <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" />
        <Property name="AmbientOcclusion" value="HBAO_Low" />
        <Property name="AnisotropyLevel" value="2" />
        <Property name="AntiAliasing" value="TAA_LOW" />
    </Property>

Avec n'importe quel proton et mesa (amdgpu sur rx570), j'obtiens un crash sur le bureau 5 secondes après le chargement dans un monde ou le démarrage d'un nouveau jeu.

Je n'arrive pas à définir la valeur Tesselation-Details à faible. Toutes les modifications manuelles que j'apporte à TKGraphicsSettings.xml sont remplacées par ce qui suit;

<Property name="GraphicsDetail" value="TkGraphicsDetailPreset.xml"> <Property name="TextureQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AnimationQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="ShadowQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="PostProcessingEffects" value="TkGraphicsDetailTypes.xml" /> <Property name="VolumetricsQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="TerrainTessellation" value="TkGraphicsDetailTypes.xml" /> <Property name="PlanetQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="BaseQuality" value="TkGraphicsDetailTypes.xml" /> <Property name="AmbientOcclusion" value="HBAO_Low" /> <Property name="AnisotropyLevel" value="2" /> <Property name="AntiAliasing" value="TAA_LOW" /> </Property>

Avec n'importe quel proton et mesa (amdgpu sur rx570), j'obtiens un crash sur le bureau 5 secondes après le chargement dans un monde ou le démarrage d'un nouveau jeu.

Ça a l'air un peu bizarre. Voici ma partie correspondante. Dans votre fichier, certaines lignes manquent:

>
Mais je mettrais l'accent sur l'utilisation du pilote ACO de Valve. Avec cela, j'ai pu jouer sans régler Tesselation sur Low.

Le problème est que mon fichier est fraîchement créé et que le jeu ne vous laisse pas entrer dans les options pour définir (et créer) les entrées manquantes jusqu'à ce que vous soyez dans un monde. Il n'y a pas d'options dans le menu principal.

@mongrol : vous pouvez ajouter ces propriétés à votre fichier de configuration, le jeu devrait l'utiliser.

Edit: mon mauvais, après un backlog je vois que votre fichier de configuration est remplacé lorsque vous lancez un nouveau jeu. Vous pouvez peut-être faire une sauvegarde, comme celle-ci: http://gtrainers.com/load/categories/savegames/no_man_39_s_sky_savegame_galactic_center_codex/30-1-0-1441
Puis changez les graphismes à partir de là et démarrez un nouveau jeu.

Géré pour obtenir des captures de renderdoc: https://drive.google.com/file/d/1Q0RUQaWi4L9ZKzZBgjrm3Nx6hAVVnmEW/view

Ne fonctionne pas bien pour moi sur Radeon Vega 56 + Proton 4.11-2 + RADV / Mesa 19.1.4. Se bloque sur le bureau dès que le monde se charge.

J'obtiens un peu plus de progrès sur Mesa 19.2 ACO. Le monde se charge et j'obtiens des performances assez décentes, mais si j'ouvre un menu, ma carte graphique se verrouille durement.

J'obtiens exactement le même problème sur mesa-aco avec Vega VII, en appuyant sur tout ce qui ouvre le menu hard locks, mais je suis capable de passer à tty et wineerver -k. Ajout d'un rapport de bogue au repo mesa-aco maintenant. À en juger par le journal, cela semble être spécifique au GPU:

from log:

amdgpu: The CS has been rejected, see dmesg for more information.
vk: error: failed to submit CS 0


$ dmesg
[27979.489949] [drm] recover vram bo from shadow start
[27979.495247] [drm] recover vram bo from shadow done
[27979.495249] [drm] Skip scheduling IBs!
[27979.495249] [drm] Skip scheduling IBs!
[27979.495285] amdgpu 0000:43:00.0: GPU reset(8) succeeded!
[27979.495315] [drm] Skip scheduling IBs!
[27979.495444] [drm] Skip scheduling IBs!
[27979.495447] [drm] Skip scheduling IBs!
[27979.495448] [drm] Skip scheduling IBs!
[27979.495453] [drm] Skip scheduling IBs!
[27979.495611] [drm] Skip scheduling IBs!
[27979.495614] [drm] Skip scheduling IBs!
[27979.495619] [drm] Skip scheduling IBs!
[27979.522575] [drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to initialize parser -125!

steam-275850.log

Le problème est que mon fichier est fraîchement créé et que le jeu ne vous laisse pas entrer dans les options pour définir (et créer) les entrées manquantes jusqu'à ce que vous soyez dans un monde. Il n'y a pas d'options dans le menu principal.

Essaye ça:
Modifiez simplement le fichier de configuration et placez ma ligne avec le texte _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ et enregistrez le fichier de configuration.

Modifiez ensuite les autorisations du fichier. Un clic droit sur le fichier sous Linux Mint me permet de modifier les autorisations. Réglez-les tous sur "Lecture" (uniquement). Il devrait y avoir quelque chose de similaire dans le gestionnaire de fichiers de votre distribution.

Essayez ensuite de démarrer NMS.

Je ne fais aucune promesse que cela fonctionnera. Mais peut-être que cela empêchera une nouvelle version initiale d'être créée immédiatement. Au moins, ça vaut le coup d'essayer.

Le problème est que mon fichier est fraîchement créé et que le jeu ne vous laisse pas entrer dans les options pour définir (et créer) les entrées manquantes jusqu'à ce que vous soyez dans un monde. Il n'y a pas d'options dans le menu principal.

Essaye ça:
Modifiez simplement le fichier de configuration et placez ma ligne avec le texte _Property name = "TerrainTessellation" value = "TkGraphicsDetailTypes.xml" _ et enregistrez le fichier de configuration.

Modifiez ensuite les autorisations du fichier. Un clic droit sur le fichier sous Linux Mint me permet de modifier les autorisations. Réglez-les tous sur "Lecture" (uniquement). Il devrait y avoir quelque chose de similaire dans le gestionnaire de fichiers de votre distribution.

Essayez ensuite de démarrer NMS.

Je ne fais aucune promesse que cela fonctionnera. Mais peut-être que cela empêchera une nouvelle version initiale d'être créée immédiatement. Au moins, ça vaut le coup d'essayer.

Ou faites un chattr +i sur ce fichier.

chattr + i

Sonne comme une autre bonne option (je ne le savais pas jusqu'à présent).
https://wiki.ubuntuusers.de/chattr/

Mais plus encore, je voudrais recommander d'essayer les pilotes ACO comme cela a été dit ici à plusieurs reprises. Cela devrait au moins permettre au jeu de fonctionner pendant un certain temps afin qu'un premier fichier de configuration puisse être créé sans planter.

Quelqu'un d'autre obtient-il des fréquences d'images trop faibles dès que l'effet de profondeur de champ est utilisé? Cela se passe pour moi à la fois sur ACO et Mesa normal sur un 580. GPU passe immédiatement à 100%.

Oui, les utilisateurs de NVIDIA obtiennent de faibles FPS lorsque vous entrez dans les menus qui, si je me souviens bien, active l'effet DOF. Mais nous, les utilisateurs de nvidia, rencontrons différents problèmes, et je ne suis pas sûr à 100% que tout est lié à une faible utilisation de vram, c'est certainement un facteur, mais je doute que ce soit l'essentiel du problème.

Oui, tous les menus activent l'effet DoF ainsi que la plupart des conversations de personnages.

Avec ma (bizarre) 2 Go de VRAM max, je n'ai aucun problème de FPS avec les menus

les menus détruisent les images par seconde avec radv ou radv / aco et font apparaître certains artefacts au hasard. amdgpu-pro et amdvlk plantent lors de l'utilisation des paramètres par défaut,

Confirmé. Tesselation réglé sur Low, mesa-évo sur amdgpu. Les menus sont atroces et le rendent injouable. Cela semble un peu aléatoire car ils étaient lents mais tolérables plus tôt, mais maintenant tout à environ 2 images par seconde.

Il y a aussi d'énormes artefacts lorsque vous utilisez le menu et que vous y êtes assez longtemps.

Je rencontre d'étranges problèmes graphiques (shader?).
Distro: Manjaro Linux
Noyau: 5.2.9-1-MANJARO
GPU: AMD RX580
Processeur: AMD FX8350
La version Vulkan semble être la 1.1.73
Exécution également du mode de jeu de feral, même si cela ne semble rien changer

Cela se produit à la fois avec llvm et aco, bien que aco semble être beaucoup plus extrême. Courts exemples de vidéos (Gfycat) ici (ignorez les performances, luttez pour l'enregistrement):

LLVM (00: 06.0 - 00: 14.0, problème différent à 00: 55.0 en arrière-plan)
ACO (dès le début, similaire (le même?) Pépin d'en haut à 00: 37.0)

Si plus d'informations sont nécessaires, n'hésitez pas à demander

Cela fonctionne bien pour moi avec ACO et je suis sur le noyau 5.1.21-1 (Manjaro aussi). Alors peut-être essayer ça aussi? Avec le même GPU et ainsi de suite, cela devrait probablement fonctionner de la même manière. Probablement.

D'accord, je l'ai testé rapidement avec la même version de noyau que le vôtre, je ne l'ai pas corrigé

Sur quels paramètres jouez-vous? J'ai tout en haut. Et vous êtes sur la branche expérimentale? Je n'ai rien remarqué sur la branche stable mais je ne l'ai pas utilisé trop longtemps.
S'il n'y a pas de différence, c'est vraiment bizarre.

Les exemples de vidéos sont tous avec des paramètres ultra (anti-aliasing vers le bas parce que TAA provoque un flou massif) bien que j'ai beaucoup falsifié les paramètres et que rien n'a changé quelle que soit la combinaison de paramètres que j'ai choisie. Les branches sont les mêmes, peu importe qu'elles soient stables ou expérimentales, le problème reste.

ok, sur Arch, le retour à la mesa normale (même pas -git d'AUR) et la réinitialisation des paramètres, toujours avec la tesselation basse corrige le menu lent. Tout fonctionne très vite maintenant.

Je rencontre d'étranges problèmes graphiques (shader?).

Bien que je soupçonne que c'est le même problème que daniel-schuermann / mesa # 112, je serais heureux d'une capture renderdoc.

Eh bien, il semble que TAA soit en quelque sorte le coupable. Jusqu'à présent, je n'avais activé que FXAA, une fois que je suis passé à TAA, les mêmes problèmes sont apparus pour moi. Le retour en arrière n'a pas semblé résoudre le problème.

Je rencontre d'étranges problèmes graphiques (shader?).

Bien que je soupçonne que c'est le même problème que daniel-schuermann / mesa # 112 , je serais heureux d'une capture renderdoc.

Très bien .. désolé. Il m'a fallu beaucoup de temps pour que tout fonctionne, mais le voici:
Fait avec ACO https://mega.nz/#!Ab513A7B!P4 -gcFK1cJ0KrISx1dNeKZAzEA6CRpJV0cdOd_75oPM

Btw j'utilise Proton 4.11-2 .. j'ai oublié de mentionner que

Eh bien, le problème persiste maintenant pour moi. Ce n'était pas là avant que j'active TAA. Je pense qu'avant la mise à jour, je l'avais déjà réglé sur FXAA et il n'y avait aucun problème ou quoi que ce soit, maintenant que j'avais activé TAA une fois que les problèmes ne disparaîtront pas. C'est peut-être une coïncidence mais je ne pense pas.

Ok, il a maintenant généré un journal pour VR. Il est devenu gros 60MiB après même pas deux minutes ... J'ai téléchargé "seulement" cent mille lignes de cela, donc github n'annulera pas le téléchargement car cela prend trop de temps: https://gist.github.com/ Zamundaaa / c4bcc723bcb85f41daf178e1cfdedcf8
Edit: voici un journal d'un lancement normal (2D): steam-275850.log

Eh bien, j'ai jeté un coup d'œil au journal et le plus important est bien sûr à la fin que je ne peux pas le voir dans ce que j'ai téléchargé. Le journal est toujours plus ou moins de la même taille, toujours très proche de 63 Mo. J'ai divisé le journal en plusieurs fichiers maintenant (probablement juste peut-être que le premier et le dernier fichier sont significatifs, le crash provient d'un débordement de pile):
steam-275850-partaa.txt
steam-275850-partab.txt
steam-275850-partac.txt
steam-275850-partad.txt
steam-275850-partae.txt
steam-275850-partaf.txt
steam-275850-partag.txt

J'ai créé un mod rapide qui remplace la plupart des shaders de fragments DoF par des stubs qui ne renvoient rien d'autre qu'une couleur transparente. Je ne l'ai pas testé de manière approfondie, mais il semble faire le travail.

https://www.nexusmods.com/nomanssky/mods/1126

Dans le dossier du jeu, allez dans GAMEDATA -> PCBANKS, supprimez DISABLEMODS.TXT et créez un dossier MODS . Téléchargez et décompressez ce mod et mettez nodof.pak intérieur. Vous devriez voir un avis au démarrage sur le jeu en cours de modification si cela est fait correctement.

Il est très possible que cela gâche légèrement d'autres effets graphiques - encore une fois, je n'ai pas fait beaucoup de tests, juste assez pour m'assurer que le menu et les conversations ne créent plus l'effet de profondeur de champ.

Très bien, j'ai testé le mod. Ne semble pas résoudre mon problème.

Cette question est différente et sans rapport. Je l'ai aussi.

-------- Message d'origine --------
Le 19 août 2019 00:40, Furby On Steroid a écrit:

Très bien, j'ai testé le mod. Ne semble pas résoudre mon problème.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion .

Sur la base d'une recherche d'un gars sur la discorde DXVK, il semblerait que la faible utilisation de la VRAM sur NVidia soit très probablement un bogue d'application - changer vendorid en AMD via la couche vulkan a résolu le problème pour lui.

Cela a-t-il également amélioré les performances ou à peu près la même chose?

Cela a corrigé les performances de son système.

Quelque chose à essayer un jour, comme dans quelques mois parce que mon 1080ti est mort, je dois le RMA, et qui sait comment cela se passera.

@ volca02 pourriez -vous fournir des instructions sur la façon de changer le vendorid? Je ne serai pas à la maison la semaine prochaine pour l'essayer moi-même (j'ai un destkop avec manjaro et une gtx 1080 à la maison) mais je soupçonne que Hello Games ne corrigera pas le bogue de l'application à moins qu'il n'affecte Windows (il semble que ce ne soit pas le cas ).

Comme le jeu est natif de vulkan et non de dx11, la carte ne peut pas être usurpée par dxvk comme il le fait pour les autres jeux.

J'aimerais également apprendre comment changer l'ID du fournisseur. J'ai vérifié les fichiers *.json dans /usr/share/vulkan/icd.d mais il ne semble pas être présent dans aucun des fichiers.

Je peux maintenant confirmer que le spoofing vendorid corrigera effectivement la faible utilisation de la mémoire du GPU sur nvidia. J'ai essayé de créer un référentiel avec la couche, je ne sais pas si cela fonctionnera pour quelqu'un d'autre, mais cela vaut la peine d'essayer: https://github.com/volca02/spoof_vendorid

Je peux maintenant confirmer que le spoofing vendorid corrigera effectivement la faible utilisation de la mémoire du GPU sur nvidia. J'ai essayé de créer un référentiel avec la couche, je ne sais pas si cela fonctionnera pour quelqu'un d'autre, mais cela vaut la peine d'essayer: https://github.com/volca02/spoof_vendorid

Merci pour cela. Je vais l'essayer sur mon système quand je rentre à la maison. Cela a-t-il seulement corrigé la faible utilisation de la mémoire du GPU ou a-t-il également amélioré les problèmes de FPS?

il a corrigé les deux - le mauvais problème de FPS était causé par le jeu utilisant la mémoire normale au lieu de la mémoire du GPU.

Avec le spoof, il plante à la place - attend-il une quantité spécifique de VRAM gratuite? J'ai un 1060 3 Go

MISE À JOUR: J'ai laissé tomber tous les paramètres à bas dans le fichier de configuration, et il s'est chargé jusqu'à ce que l'écran devienne blanc. Puis il s'est complètement écrasé, et j'ai [19940.058332] NVRM: Xid (PCI:0000:01:00): 31, Ch 0000007b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_PE_4 faulted @ 0x1_88551000. Fault is of type FAULT_PDE ACCESS_TYPE_READ dans dmesg

La parodie a résolu des problèmes de performances pour moi à partir de tests limités. Avec des réglages moyens, je suis passé de 35-45 FPS à environ 100-120 FPS et j'ai également pu démarrer le jeu avec des réglages élevés. En utilisant des paramètres élevés, nvidia-smi renvoie une utilisation de la mémoire d'environ 4 Go. Tout cela en utilisant un 1080ti avec le pilote 430.40.

Merci pour le correctif!

Ne pouvez-vous pas simplement utiliser le changement de fournisseur avec le système de configuration DXVK?

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

Oh attendez, n'utilisez pas DXVK n'est-ce pas, hmmm .. pas de moyen de faire ça au lieu de pirater le code vulkan?

Non, parce que No Man's Sky est un titre Vulkan natif, donc DXVK n'est pas utilisé.

-------- Message d'origine --------
Le 19 août 2019 à 20h28, jarrard a écrit:

Ne pouvez-vous pas simplement utiliser le changement de fournisseur avec le système de configuration DXVK?

https://github.com/doitsujin/dxvk/blob/master/dxvk.conf

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion .

Merci pour le correctif @ volca02 et pour zerofault aussi, cela fonctionne et utilise correctement la VRAM.

Edit: Pour ceux qui ont du mal à construire, etc., suivez les instructions de rstrube quelques messages ci-dessous, ils sont mieux expliqués que les miens.

Je me demande si Valve peut implémenter quelque chose comme cette couche dans le Steam Runtime pour charger sur une base par jeu? Cela pourrait être plus facile que d'attendre que wine ajoute des morceaux ou des bobs vulkan supplémentaires ou que Nvidia propose quelque chose et pourrait être très utile avec d'autres fenêtres uniquement des titres vulkan.

Est-ce donc un problème Wine ou un problème de pilote Nvidia à la fin?

Est-ce donc un problème Wine ou un problème de pilote Nvidia à la fin?

C'est un problème de développeur de jeux et je doute qu'ils changeraient toute leur stratégie d'allocation de mémoire quand cela fonctionne correctement sous Windows, la question est de savoir qui travaille autour de cela?

NVIDIA sous Windows n'est pas affecté, donc je ne sais pas à ce sujet.

Je peux maintenant confirmer que le spoofing vendorid corrigera effectivement la faible utilisation de la mémoire du GPU sur nvidia. J'ai essayé de créer un référentiel avec la couche, je ne sais pas si cela fonctionnera pour quelqu'un d'autre, mais cela vaut la peine d'essayer: https://github.com/volca02/spoof_vendorid

Cela ne semble pas fonctionner avec 435.17, ou je fais quelque chose de mal. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
Avec high / ultra. Toujours bloqué à ~ 40fps. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Je peux maintenant confirmer que le spoofing vendorid corrigera effectivement la faible utilisation de la mémoire du GPU sur nvidia. J'ai essayé de créer un référentiel avec la couche, je ne sais pas si cela fonctionnera pour quelqu'un d'autre, mais cela vaut la peine d'essayer: https://github.com/volca02/spoof_vendorid

Cela ne semble pas fonctionner avec 435.17, ou je fais quelque chose de mal. @ fls2018

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 1097MiB
Avec high / ultra. Toujours bloqué à ~ 40fps. 980Ti

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
cmake .
make
cp libVkLayer_vendorid_layer.so /usr/lib
cp VkLayer_vendorid_layer.json /etc/vulkan/explicit_layer.d/

VK_LAYER_PATH="/etc/vulkan/explicit_layer.d" VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

J'ai placé libVkLayer_vendorid_layer.so et VkLayer_vendorid_layer.json dans le même répertoire, puis j'ai changé VK_LAYER_PATH=/some/path/ dans le chemin du répertoire.

Ouais, bravo qui fonctionne, peut-être devriez-vous changer ce fls2018?

EDIT: Passer de ~ 35-40fps avec High / Ultra plafonné à ~ 1100MiB de VRAM, maintenant avec la solution de contournement à ~ 70fps en moyenne avec ~ 3800MiB d'utilisation de VRAM.

Ouais, bravo qui fonctionne, peut-être devriez-vous changer ce fls2018?

EDIT: Passer de ~ 35-40fps avec High / Ultra plafonné à ~ 1100MiB de VRAM, maintenant avec la solution de contournement à ~ 70fps en moyenne avec ~ 3800MiB d'utilisation de VRAM.

J'ai installé le mien sur le système et mes pilotes nvidia ne sont pas des pilotes de distribution, peut-être que le problème lorsque vous avez essayé à ma façon est le fait que certains pilotes de distribution installent les fichiers nvidia json dans / usr / share / vulkan plutôt que etc / vulkan.

Il vaut probablement mieux ne pas installer sur le système comme je l'ai fait.

Pour les autres qui ont du mal à construire la couche Vulkan, voici les étapes que j'ai utilisées:

Installez d'abord les packages de développement nécessaires:

sudo apt install cmake cmake-curses-gui libxrandr-dev libxcb1-dev libx11-dev

Configurer et construire (j'ai désactivé le support wayland et mir)

git clone https://github.com/volca02/spoof_vendorid
cd spoof_vendorid
ccmake ./ #I disabled wayland and mir support
cmake ./
make

Copiez les fichiers générés

mkdir $HOME/vulkan
cp libVkLayer_vendorid_layer.so $HOME/vulkan/
cp VkLayer_vendorid_layer.json $HOME/vulkan/

Ensuite, modifiez vos options de lancement pour NMS dans Steam, les miennes ressemblent à:

VK_LAYER_PATH=/home/robert/vulkan/ VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_vendorid_layer %COMMAND%

Remplacez VK_LAYER_PATH par votre propre chemin local.

J'ai oublié la mention que cela résout complètement mes problèmes de performances. Incroyable! Merci beaucoup de partager cela avec nous.

Matériel: GTX 2070 comme eGPU sur Thunderbolt 3

J'ai découvert un autre problème, alors que la couche vulkan corrige la mémoire faible, elle ne la vide pas, vous finirez donc par manquer de mémoire après environ une heure si vous voyagez entre des planètes et autres.

Edit: La suppression des paramètres NMS / préfixe / nv shader cache semble l'avoir corrigé, bien que l'utilisation de la VRAM soit incroyablement élevée à 1440p Ultra et qu'elle ne semble vider que 100 Mo de temps en temps.

Les performances, malgré le bégaiement étrange, sont excellentes, avec une différence d'environ 5 à 7 fps par rapport aux fenêtres.

Je peux maintenant confirmer que le spoofing vendorid corrigera effectivement la faible utilisation de la mémoire du GPU sur nvidia. J'ai essayé de créer un référentiel avec la couche, je ne sais pas si cela fonctionnera pour quelqu'un d'autre, mais cela vaut la peine d'essayer: https://github.com/volca02/spoof_vendorid

Excellente trouvaille par ZeroFault! Cela a aidé mes problèmes avec le jeu plantant à l'écran de démarrage pour y jouer pendant plus de 10 heures sans un seul crash ou problème avec FPS! Merci d'avoir partagé ça!

Info
Proton: 4.11-2
Distro: Fedora
Noyau: 5.2.8-200.fc30.x86_64
RAM: 8 Go

Pilote GPU: NVIDIA 430.40
Processeur graphique: NVIDIA GeForce GTX 970
Processeur: Intel Core i7-4790K à 4,00 GHz

Sans le correctif, NMS utilise ~ 1G vram et fonctionne horriblement. Après environ 10 minutes, il plantera avec Xid 31 (ce qui signifie une erreur de page GPU). J'ai exécuté cuda-memtest pendant 15 minutes en mode stress sans aucun problème, le banc de base gpu vulkan fonctionne bien, tout comme tous les autres jeux GL que j'ai. La carte n'est pas non plus overclockée, donc je ne pense pas que ce soit un problème matériel.

Avec le patch vendorid, le jeu se charge normalement jusqu'à l'écran blanc lorsque le jeu est complètement chargé. L'écran devient alors complètement noir à l'exception de 2 éléments d'interface utilisateur en cours de rendu, le marqueur de mission rouge et le point de visée blanc central, et un xid 31 apparaît dans dmesg. Toutes les idées sur ce qui pourrait être à l'origine de ces problèmes xid, il ne semble pas que quelqu'un d'autre les ait ici. J'ai également parcouru les forums nvidia, où les gens avec ce code d'erreur l'ont blâmé sur un bogue de pilote, et certains utilisateurs de DXVK obtiennent également xid 31 avec certains jeux. Je n'ai aucune idée à ce stade.

Info:
Proton 4.11-2
Kubuntu 18.04
Kernel 5.0.0-25-générique
i5 4670k @ 4.3G (testé pour être stable)
16 Go de DDR3 (testé avec memtest86)
GTX 1060 3 Go (testé avec cuda_memtest + autres benchmarks)

EDIT: graphique de la mémoire GPU avec patch

Je viens de trouver quelque chose de très intéressant dans les notes de patch expérimentales d'hier:

Mise à jour de la branche expérimentale 20/08

Fixed a crash affecting AMD GPUs when creating the pipe state on a framebuffer that has not been created yet.
Fixed a number of threading-related multiplayer matchmaking issues.
Fixed an audio crash when quitting from the initial screen.
Fixed a crash when quitting the game during audio initialisation.
**Fixed Steam VR in Linux.**
Fixed a rare issue where joining a full lobby causes an incorrect player ID.
Fixed an issue where players joining a group can be taken to the wrong system.
Fixed an issue that caused some network games not to appear in the Join game screen.
Fixed an issue that caused the Exocraft Technician to have an incorrect interaction.
Fixed a crash caused by an invalid base index.

Des joueurs de réalité virtuelle l'ont-ils encore testé?

Ouais, ça plante toujours pour moi.

-------- Message d'origine --------
Le 21 août 2019 09:43 AM, fls2018 a écrit:

Je viens de trouver quelque chose de très intéressant dans les notes de patch expérimentales d'hier:

Mise à jour de la branche expérimentale 20/08

Correction d'un crash affectant les GPU AMD lors de la création de l'état du tube sur un framebuffer qui n'a pas encore été créé.
Correction d'un certain nombre de problèmes de matchmaking multijoueur liés au thread.
Correction d'un crash audio lors de la sortie de l'écran initial.
Correction d'un crash lors de la fermeture du jeu lors de l'initialisation audio.
Correction de Steam VR sous Linux.
Correction d'un problème rare où rejoindre un lobby complet provoquait un ID de joueur incorrect.
Correction d'un problème où les joueurs rejoignant un groupe pouvaient être dirigés vers le mauvais système.
Correction d'un problème qui empêchait certains jeux en réseau d'apparaître dans l'écran Rejoindre le jeu.
Correction d'un problème qui provoquait une interaction incorrecte du technicien Exocraft.
Correction d'un crash causé par un index de base invalide.

Des joueurs de réalité virtuelle testent-ils cela?

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion .

Cela ne plante pas techniquement pour moi maintenant, mais cela ne démarre pas vraiment non plus. Donc, le comportement que j'avais au début ... Fenêtre noire et rien d'autre ne se passe. Le journal semble être un peu plus court mais se termine toujours par la même exception de dépassement de capacité de pile. Pourtant, très agréable de voir que quelqu'un se soucie: sourire:
Voici le journal à partir de maintenant:
steam-275850-part # aa.txt
steam-275850-part # ab.txt
steam-275850-part # ac.txt
steam-275850-part # ad.txt
steam-275850-part # ae.txt
steam-275850-part # af.txt
steam-275850-part # ag.txt

Quelqu'un a-t-il vérifié que le patch 2.06E corrige le problème de mémoire sur les cartes Nvidia?

Quelqu'un a-t-il vérifié que le patch 2.06E corrige le problème de mémoire sur les cartes Nvidia?

Ne règle rien de mon côté. La seule façon dont je peux l'amener à utiliser efficacement ma VRAM est d'utiliser cette solution de contournement Vulkan

Quelqu'un a-t-il déjà trouvé un correctif pour le crash de l'écran de chargement? (J'ai essayé de charger le jeu avec proton 4.11 et 4.2 mais pas de chance ..)

Pilote GPU: NVIDIA 430.40
GPU: NVIDIA GeForce GTX 960
Processeur: Intel Core i5-4460 à 3,20 GHz

Éditer:
steam-275850.log

Quelqu'un a-t-il déjà trouvé un correctif pour le crash de l'écran de chargement? (J'ai essayé de charger le jeu avec proton 4.11 et 4.2 mais pas de chance ..)

Essayez de supprimer ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Ensuite, réappliquez les paramètres dans le jeu. Je pense que le réglage de la tesselation au-dessus de Enhanced provoque également des plantages

Quelqu'un a-t-il déjà trouvé un correctif pour le crash de l'écran de chargement? (J'ai essayé de charger le jeu avec proton 4.11 et 4.2 mais pas de chance ..)

Essayez de supprimer ~/.steam/steam/steamapps/common/No Man's Sky/Binaries/SETTINGS/TKGRAPHICSSETTINGS.MXML

Ensuite, réappliquez les paramètres dans le jeu. Je pense que le réglage de la tesselation au-dessus de Enhanced provoque également des plantages

J'ai essayé ça, mais pas de chance. :(

J'ai une AMD Radeon rx580 (Linux Mint 19.2; Kernel 5.2.9; Proton 4.11-2) et je n'ai pu démarrer le jeu qu'après avoir remplacé le PPA stable Padoka par le pilote expérimental ACO PPA de Valve. Avant cela, j'avais toujours un crash sur le bureau lorsque l'écran de chargement se terminait et que le jeu aurait dû démarrer.

Après que Hello Games ait publié quelques correctifs, je voulais savoir si je pouvais à nouveau jouer avec les pilotes stables Padoka. Avec le pilote expérimental ACO, l'écran a été figé 2x fois sans aucune possibilité d'entrée. Je ne peux pas blâmer le pilote ACO à 100%. Mais je n'avais pas un tel bug avant.

Comme je l'ai dit, je voulais retourner à l'écurie Padoka-PPA. J'ai désinstallé le pilote ACO avec PURGE et réinstallé le Padoka-PPA. Cependant, le jeu s'est de nouveau écrasé au même endroit juste après l'écran de chargement. C'est pourquoi je suis revenu au pilote ACO.

Ceci seulement comme info si quelqu'un a quelque chose de similaire en tête. Actuellement, la tentative peut être enregistrée.

J'ai essayé le dernier patch et VR fonctionne enfin! C'est génial!
Les performances horribles (à prévoir sur mon 580) et le bogue SteamVR avec la reprojection asynchrone n'aident pas là - mais c'est bien. Le prochain rx 5700XT gérera probablement cela.
Voler dans l'espace a cependant fait planter le jeu. Ça ressemblait au moment exact où j'étais "dans l'espace", quand je pouvais voir les astéroïdes. La fenêtre sur le bureau s'est figée, elle n'a plus poussé d'images vers la réalité virtuelle et l'audio ressemblait à une répétition des 5 dernières secondes environ.
steam-275850.log
Je vais donc devoir me limiter à la planète pour le moment, mais même cela reste très incroyable.

@Zamundaaa Comment l'avez-vous fait fonctionner? Le mien se fige encore en ouvrant NMS en VR.

EDIT: Et il a juste commencé à travailler sur expérimental ...
EDIT2: La performance semble totalement merdique cependant, et c'est sur une Radeon VII ...

essayez de désactiver la reprojection asynchrone. Et allez dans les paramètres vidéo, désactivez la limite de 60fps, VSync, réduisez la résolution de la fenêtre miroir, etc. Et avec la reprojection asynchrone, il craque complètement (https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226)

Ah! J'essaierai tout ça, merci!

Donc, pas de patch officiel pour l'allocation nvidia vram?

Sur la discorde VKx, un développeur nvidia a déclaré qu'il tentait de contacter Hello Games pour publier un correctif, car il a été confirmé qu'il s'agissait du problème du jeu.

Le problème avec les roches étranges semble être résolu. À partir des notes de patch:

Correction d'un certain nombre de problèmes de LODding sur des plantes spécifiques

Et c'est en fait réparé pour moi au moins.

Hé les gars ... ceux sur nvidia voudront peut-être vérifier SANS la parodie de la dernière mise à jour expérimentale?

Cela semble fonctionner, je pense que HG l'a officiellement corrigé.

Je viens d'essayer le dernier, malheureusement aucun progrès pour moi. J'ai essayé de lancer avec une qualité de texture définie sur améliorée (1er lancement dans le graphique) et ultra (2ème), cela n'a fait aucune différence. Toujours à 20-30 fps quoi qu'il arrive.

Hé les gars ... ceux sur nvidia voudront peut-être vérifier SANS la parodie de la dernière mise à jour expérimentale?

Cela semble fonctionner, je pense que HG l'a officiellement corrigé.

Fonctionne très bien maintenant pour moi, sans la solution de contournement.

C+G ...ps\common\No Man's Sky\Binaries\NMS.exe 3972MiB

Cependant, lors du premier lancement, je me suis écrasé et j'ai bégayé, mais le deuxième lancement s'est bien passé. Je pense que c'était probablement en cache quelque chose.

Ça l'a corrigé pour moi aussi. Encore une fois, le premier lancement plante.

Cependant, lors du premier lancement, je me suis écrasé et j'ai bégayé, mais le deuxième lancement s'est bien passé. Je pense que c'était probablement en cache quelque chose.

C'est principalement un signe que le Vulkan Shader Cache est en cours de construction.

La dernière version expérimentale a également résolu mes problèmes de performances. Je peux maintenant jouer au jeu sans parodie! C'est fantastique!

Quelqu'un a-t-il déjà trouvé un correctif pour le crash de l'écran de chargement? (J'ai essayé de charger le jeu avec proton 4.11 et 4.2 mais pas de chance ..)

NMS s'est écrasé juste après le chargeur Starfield. La mise à niveau vers mesa 19.2.0 ~ rc1 sur Debian a résolu le problème.

Les performances se sont considérablement améliorées depuis la dernière fois que j'ai essayé ce jeu, mais les menus sont inutilisables, incroyablement lents.

J'ai créé un mod pour résoudre ce problème, voir https://github.com/ValveSoftware/Proton/issues/438#issuecomment -522352356

semble malheureux que le ddl fasse cela. il y a sûrement une raison.

Le problème avec les roches étranges semble être résolu. À partir des notes de patch:

Correction d'un certain nombre de problèmes de LODding sur des plantes spécifiques

Et c'est en fait réparé pour moi au moins.

Pas fixe pour moi malheureusement
https://imgur.com/a/Kpm4Dbt
À la fois avec la version NMS normale et expérimentale

J'utilise un GPU Polaris et le jeu s'est écrasé dans l'écran de démarrage ou de chargement.
Définir <Property name="VsyncEx" value="Triple" /> sur <Property name="VsyncEx" value="Off" /> résolu le problème pour moi.

@FurbyonSteroid J'ai recommencé NMS pour vérifier et maintenant il était de nouveau là pour moi. C'était mieux qu'avant, mais toujours / encore là. Bizarre.

Le jeu plante après le chargement de l'écran avec ACO et Tessellation Low sur mon Picasso 3500U. Le chargement ou la création d'un nouveau fichier de sauvegarde ne fonctionne pas.
steam-275850-newsave.log
steam-275850.log

EDIT: génération de CPU corrigée

J'ai essayé le dernier patch et VR fonctionne enfin! C'est génial!

@Zamundaaa Confirmé, la branche experimental semble maintenant fonctionner comme prévu (testé avec Valve Index Headset ). Les performances générales sont toujours un problème, bien que cela soit également vrai sous Windows.

Information système

• GPU: RTX 2060
• Version du pilote / LLVM: NVIDIA 430.40
• Version du noyau: 5.0.0-25-générique
• Lien vers le rapport d'informations système complet sous forme de Gist
• Version Proton: 4.11-2
• Version SteamVR :

Le jeu a très bien fonctionné pour moi (GTX 1080) avec le nvidia à amd spoof. Après la mise à jour d'aujourd'hui, j'ai supprimé la parodie et le jeu fonctionne toujours très bien.

Cependant, je viens d'essayer avec mon HTC Vive et malheureusement les performances sont si mauvaises qu'elles ne sont pas jouables. J'ai essayé d'autres ajustements suggérés par la communauté Windows mais cela ne fonctionne toujours pas. En regardant le graphique du cadre VR, il semble que le compositeur VR prenne beaucoup de temps à faire quelque chose pour une raison quelconque, ce qui retarde le jeu.

D'autres jeux Proton VR tels que Gorn fonctionnent bien avec les performances attendues (90 FPS verrouillées sans reprojection).

D'autres utilisateurs sur Windows rapportent des performances de 90 FPS sur no man's sky avec des configurations comme la mienne et la réalité virtuelle. Je vais avoir 30 ans

Quelqu'un d'autre a essayé la VR?

Oui, les performances sont toujours mauvaises en VR, lorsque vous bougez la tête. C'est sur une Radeon VII, où tous les autres jeux fonctionnent très bien.

@beniwtv, vous rencontrez probablement également https://github.com/ValveSoftware/SteamVR-for-Linux/issues/226 .
Vous pouvez désactiver la reprojection asynchrone dans le navigateur à l' adresse http: // localhost : 8998 / dashboard / debugcommands.html
Cela le rend quelque peu jouable pour moi (aux réglages les plus bas, mais mon GPU est de la merde par rapport au RVII). Si cela fonctionne, il serait probablement bon d'ajouter votre rapport système au numéro 226. Soit la valve a heurté un mur, soit elle ne fait pas beaucoup d'efforts pour le réparer.
@ fazo96 il peut s'agir soit de quelques problèmes supplémentaires avec NMS + NVidia, soit du même bogue. La reprojection asynchrone fonctionne-t-elle maintenant sous Linux?

@Zamundaaa Je ne pense pas que la reprojection asynchrone fonctionne du tout pour moi sous Linux selon l'écran des paramètres de SteamVR. Seule la reprojection régulière fonctionne (et est toujours déclenchée dans le NMS).

Le lissage de mouvement ne fonctionne pas non plus car il n'est pas pris en charge, de manière amusante, il dit qu'il n'est pas pris en charge sur les «anciennes versions de Windows»: smile:

J'ai essayé de désactiver la reprojection et j'ai confirmé sur l'écran des paramètres SteamVR qu'il ne s'agissait pas d'une reprojection, mais le framerate était toujours si bas qu'il provoquait des nausées. Le jeu tourne à 80-120 FPS en 1440p avec des paramètres maximum lorsqu'il n'est pas en VR, avec des chutes à 20-50 pendant une fraction de seconde lors de l'atterrissage sur des planètes ou dans d'autres cas.

Malheureusement, en VR, les performances sont bien pires, même avec les paramètres les plus bas. La modification des paramètres a eu des effets sur la qualité visuelle, mais aucun sur les performances.

@Zamundaaa J'ai essayé de l'éteindre, et cela m'a montré que c'était éteint, mais cela ne fait absolument aucune différence. Baisser tous les détails, la résolution VR, etc. n'aide pas non plus.

Quels que soient les paramètres, ce problème persiste.

J'ai essayé avec la version bêta de SteamVR 1.7 aujourd'hui car dans le journal des modifications, ils ont mentionné une amélioration des performances sous Linux.

Les performances sont BEAUCOUP meilleures pour moi avec cette version. Cependant, la plupart du temps, il ne fonctionne toujours pas assez bien pour sortir de Reprojection donc ce n'est pas encore jouable pour moi (je tombe malade à cause du faible framerate) mais au moins ce sera pour certaines personnes.

Ceci est sur mon HTC Vive avec une GTX 1080 avec des paramètres minimum et un suréchantillonnage de 1.0, donc les résultats sont toujours bien pires que ce qui est attendu sur Windows, même s'ils représentent une grande amélioration par rapport à SteamVR pré-1.7

Je reçois un crash en jouant au jeu. Reproductible en environ 10 minutes de jeu.

steam-275850.log

sortie dmesg pour crash

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Ce qui est étrange, c'est que la semaine dernière sur 4.11-4, j'ai joué au jeu pendant des heures sans problème. Cela vient juste d'apparaître aujourd'hui après la mise à jour vers 4.11-5. Revenir à 4.2-9 reproduira également ce problème.

Le crash bloque mon ordinateur avec l'audio du jeu toujours en cours de lecture. Je reprends généralement le contrôle du système en une minute environ et j'obtiens la capture d'écran ci-dessus.

Information système

• GPU: GTX 1080
• Version du pilote / LLVM: nvidia-drivers-435.21
• Version du noyau: 4.19.72-gentoo

J'obtiens également un crash reproductible après 10 minutes de jeu.

Pas de messages "xid" dans dmesg ou popups, cependant. Le jeu se fige mais l'audio continue de jouer. Je dois tuer manuellement NMS.exe. Le processus se situe généralement à environ 4,2 Go à ce stade.

Testé avec les versions récentes de Proton et GloriousEggroll.

steam-275850.log

Information système

• Mémoire RAM: 16 Go
• GPU: RTX 2070 8 Go
• Version du pilote / LLVM: 435.19.03 (testé avec 435.21 - même problème)
• Version du noyau: 5.2.15-zen ( zen-kernel )
• Version proton: 4.15-GE-2-7-g57d3fe8
• Branche: Branche expérimentale 12/09 ( Notes de mise à jour )

J'ai eu de la chance sur ce titre. J'ai juste joué une bonne heure ou plus sans problème majeur.

Les choses mineures que j'ai remarquées étaient de légers artefacts graphiques. Si je devais décrire cet artefact, ce serait comme un effet occasionnel de neige sur les panneaux. A part ça, je n'ai rien remarqué d'autre à documenter.

Je n'ai pas collecté de statistiques FPS, mais c'était fluide et semblait être synchronisé avec mon moniteur freesync.

Information système

• Mémoire RAM: 32 Go
• GPU: Radeon RX Vega 64 8 Go
• Pilote: amdgpu
• Version du noyau: 5.2.11-manjaro
• Version Proton: 4.11-6

J'ai des artefacts et ils ne sont pas mineurs. Presque tous les modèles 3D ont des artefacts: un carré ou un bruit bleuâtre ou blanchâtre. Les arbres au loin ont également un contour blanc.
Voici quelques captures d'écran:

Information système

• Mémoire RAM: 16 Go
• GPU: Radeon RX 580 8 Go
• Pilote: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
• Version du noyau: 5.0.0-29-générique
• Version Proton: 4.11-6

@lavadrop Ah, enfin quelques photos où ces artefacts sont vraiment visibles. Seriez-vous en mesure de fournir une capture renderdoc d'une telle situation et de la lier ici https://github.com/daniel-schuermann/mesa/issues/112 ?

@lavadrop Maintenant que vous le mentionnez, j'ai aussi eu ce contour blanc sur les arbres à distance que j'ai oublié de mentionner. Je pense que je n'ai vu cela que lorsque je volais. Il semble que pendant le chargement, ils commenceraient avec ce contour blanc et deviendraient normaux à mesure que je m'approchais d'eux.
Je vais devoir regarder de plus près pour voir si j'obtiens cette ombre bleutée comme un artefact sur les modèles à proximité.

@lavadrop Ah, enfin quelques photos où ces artefacts sont vraiment visibles. Seriez-vous en mesure de fournir une capture renderdoc d'une telle situation et de la lier ici daniel-schuermann / mesa # 112 ?

Oui bien sûr

Je reçois un crash en jouant au jeu. Reproductible en environ 10 minutes de jeu.

steam-275850.log

sortie dmesg pour crash

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Ce qui est étrange, c'est que la semaine dernière sur 4.11-4, j'ai joué au jeu pendant des heures sans problème. Cela vient juste d'apparaître aujourd'hui après la mise à jour vers 4.11-5. Revenir à 4.2-9 reproduira également ce problème.

Le crash bloque mon ordinateur avec l'audio du jeu toujours en cours de lecture. Je reprends généralement le contrôle du système en une minute environ et j'obtiens la capture d'écran ci-dessus.

Information système

• GPU: GTX 1080
• Version du pilote / LLVM: nvidia-drivers-435.21
• Version du noyau: 4.19.72-gentoo

J'ai le même crash 8 fois sur 10, des nouvelles?

Je reçois un crash en jouant au jeu. Reproductible en environ 10 minutes de jeu.
steam-275850.log

sortie dmesg pour crash

[97860.884543] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: EXTRA_MACRO_DATA
[97860.884546] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ESR 0x404490=0x80000002
[97860.884725] NVRM: Xid (PCI:0000:01:00): 13, pid=19181, Graphics Exception: ChID 003b, Class 0000c197, Offset 00000fb4, Data 00000000

Ce qui est étrange, c'est que la semaine dernière sur 4.11-4, j'ai joué au jeu pendant des heures sans problème. Cela vient juste d'apparaître aujourd'hui après la mise à jour vers 4.11-5. Revenir à 4.2-9 reproduira également ce problème.
Le crash bloque mon ordinateur avec l'audio du jeu toujours en cours de lecture. Je reprends généralement le contrôle du système en une minute environ et j'obtiens la capture d'écran ci-dessus.

Information système

• GPU: GTX 1080
• Version du pilote / LLVM: nvidia-drivers-435.21
• Version du noyau: 4.19.72-gentoo

J'ai le même crash 8 fois sur 10, des nouvelles?

Je ne reçois pas de plantages ici, cela dit que j'ai eu des plantages lors du premier chargement d'une nouvelle mise à jour il y a quelques semaines en raison de l'activation de la superposition nvidia fps. J'ai également connu une petite instabilité avec V-sync.

J'ai des artefacts et ils ne sont pas mineurs. Presque tous les modèles 3D ont des artefacts: un carré ou un bruit bleuâtre ou blanchâtre. Les arbres au loin ont également un contour blanc.
Voici quelques captures d'écran:

Information système

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

Je peux confirmer ces problèmes graphiques. J'ai essayé le jeu avec et sans ACO activé. Donc, ce problème ne semble pas être lié au backend du compilateur. Je sais que le problème n'existe pas lorsqu'un nvidiagpu est utilisé. Je suppose donc que cela a quelque chose à voir avec le pilote RADV. No man's sky utilise vulkan comme API native, donc dxvk ne cause pas ces problèmes.

Spécifications système:

RAM 16 Go
GPU: Radeon RX 590
Pilote: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel
Noyau: 5.3.5
Version Proton: 4.11-6

J'ai longtemps lutté avec les xid 13; J'ai essayé différents pilotes, même en changeant la distribution en vain. J'ai finalement réussi à le réparer en procédant comme suit:

• Sauvegarder mes fichiers de sauvegarde
• Suppression de TOUT ce qui est à faire sans mans sky (le répertoire proton, le cache shader, etc.)
• Réinstaller depuis Steam
• Copier dans mes fichiers de sauvegarde

Espérons que cela aide, le problème semble assez délicat mais bonne chance

J'ai des artefacts et ils ne sont pas mineurs. Presque tous les modèles 3D ont des artefacts: un carré ou un bruit bleuâtre ou blanchâtre. Les arbres au loin ont également un contour blanc.
Voici quelques captures d'écran:

Information système

* RAM: 16 GB

* GPU: Radeon RX 580 8GB

* Driver: amdgpu (ACO) DRM 3.27.0, LLVM 8.0.0 Mesa 19.3.0-devel

* Kernel version: 5.0.0-29-generic

* Proton version: 4.11-6

Je peux également confirmer que ce problème existe lors de l'exécution sur Arch Linux avec Proton 4.11-9. J'utilise un Vega 56.

Je peux également confirmer que ce problème existe lors de l'exécution sur Arch Linux avec Proton 4.11-9. J'utilise un Vega 56.

Malheureusement, il s'agit d'un bogue de jeu et nous obligerait à désactiver certaines optimisations (valides) pour contourner ce problème. Il ne semble pas que les développeurs y prêtent attention de si tôt.

Tout le monde remarque que la tessellation du terrain est assez lente dans ce jeu.Vous pouvez faire demi-tour et la regarder faire croître lentement les cellules de tessellation au sol devant vous. Y a-t-il un piratage que les utilisateurs de Linux peuvent faire pour l'accélérer? (c'est aussi un peu lent sous Windows je crois)

Tout le monde remarque que la tessellation du terrain est assez lente dans ce jeu.Vous pouvez faire demi-tour et la regarder faire croître lentement les cellules de tessellation au sol devant vous. Y a-t-il un piratage que les utilisateurs de Linux peuvent faire pour l'accélérer? (c'est aussi un peu lent sous Windows je crois)

Certaines informations sur votre matériel seraient utiles.

Lors de l'utilisation d'un GPU AMD, je souhaiterais utiliser Mesa 19.3 et activer le nouveau support ACO intégré. Lorsque vous utilisez un Ubuntu ou un dérivé de celui-ci (j'utilise Linux Mint 19.2), le kisak-PPA serait un bon choix:
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

J'ai juste les derniers pilotes nvidia avec un 1080TI

Je ne peux pas du tout démarrer le jeu avec une version de Proton, même GE. Quelles mesures dois-je prendre pour diagnostiquer cela?

Vous pouvez généralement laisser Proton générer un journal avec "PROTON_LOG = 1% commande%"

Je peux également confirmer que ce problème existe lors de l'exécution sur Arch Linux avec Proton 4.11-9. J'utilise un Vega 56.

Malheureusement, il s'agit d'un bogue de jeu et nous obligerait à désactiver certaines optimisations (valides) pour contourner ce problème. Il ne semble pas que les développeurs y prêtent attention de si tôt.

Pouvez-vous développer? Je prévois de tester bientôt NMS sous Windows sur le même matériel.

Vous pouvez généralement laisser Proton générer un journal avec "PROTON_LOG = 1% commande%"

Il ne stocke aucun journal dans mon répertoire personnel, lors du lancement avec Wine normal, il indique VK_ERROR_INITIALIZATION_FAILED

Vous pouvez généralement laisser Proton générer un journal avec "PROTON_LOG = 1% commande%"

Il ne stocke aucun journal dans mon répertoire personnel, lors du lancement avec Wine normal, il indique VK_ERROR_INITIALIZATION_FAILED

Cette erreur signifie que votre système n'est pas correctement configuré pour utiliser Vulkan

Vous pouvez généralement laisser Proton générer un journal avec "PROTON_LOG = 1% commande%"

Il ne stocke aucun journal dans mon répertoire personnel, lors du lancement avec Wine normal, il indique VK_ERROR_INITIALIZATION_FAILED

Cette erreur signifie que votre système n'est pas correctement configuré pour utiliser Vulkan

Jetez un œil à ceci pour les exigences de Proton et comment configurer Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

Vous pouvez généralement laisser Proton générer un journal avec "PROTON_LOG = 1% commande%"

Il ne stocke aucun journal dans mon répertoire personnel, lors du lancement avec Wine normal, il indique VK_ERROR_INITIALIZATION_FAILED

Cette erreur signifie que votre système n'est pas correctement configuré pour utiliser Vulkan

Jetez un œil à ceci pour les exigences de Proton et comment configurer Vulkan:
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

J'ai déjà fait ces étapes et j'ai les derniers pilotes. Je suis sur un 1060 6 Go.
DOTA2 fonctionne également avec Vulkan perfect.

Il y a quelques semaines, j'ai également eu un problème pour démarrer NMS. Mais au lieu d'une recherche sur la raison, j'ai simplement supprimé l'installation et tous les répertoires Steam du jeu et réinstallé complètement le jeu. A partir de là, il fonctionne sans problème (pas de douleur pour moi; réinstallé en moins de 40 minutes (connexion Internet 250 mbit)).

Comme dit, je ne connais pas la raison exacte. Vous allez peut-être essayer.

Ce n'est certainement pas une astuce très factuelle ou professionnelle. Mais comme votre installation VK est correcte selon vos informations, je ne suis pas en reste avec un conseil factuel ou technique en cas de message d'erreur.

Il y a quelques semaines, j'ai également eu un problème pour démarrer NMS. Mais au lieu d'une recherche sur la raison, j'ai simplement supprimé l'installation et tous les répertoires Steam du jeu et réinstallé complètement le jeu. A partir de là, il fonctionne sans problème (pas de douleur pour moi; réinstallé en moins de 40 minutes (connexion Internet 250 mbit)).

Comme dit, je ne connais pas la raison exacte. Vous allez peut-être essayer.

Ce n'est certainement pas une astuce très factuelle ou professionnelle. Mais comme votre installation VK est correcte selon vos informations, je ne suis pas en reste avec un conseil factuel ou technique en cas de message d'erreur.

Où exactement ces journaux d'erreurs sont-ils stockés? Je suis sur Ubuntu 19.10. Le jeu se lance et se ferme sans écran noir sur Steam, et en essayant l'installation de Wine Lutris, cela me donne cette erreur Vulkan.

Où exactement ces journaux d'erreurs sont-ils stockés? Je suis sur Ubuntu 19.10. Le jeu se lance et se ferme sans écran noir sur Steam, et en essayant l'installation de Wine Lutris, cela me donne cette erreur Vulkan.

Je n'ai pas seulement supprimé les fichiers journaux. J'ai supprimé tout le jeu.

J'ai enfin fait fonctionner le journal. J'ai tout désinstallé, y compris Steam et tous mes jeux.
steam-275850.log

Bonjour @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory du journal ressemble à l'endroit où les choses commencent à mal tourner. Quel système de fichiers utilisez-vous avec /media/max/OS ?

Bonjour @ pattmax00 , err:file:init_redirects /media/max/OS/SteamLibrary/steamapps/compatdata/275850/pfx/dosdevices/c:/windows: No such file or directory du journal ressemble à l'endroit où les choses commencent à mal tourner. Quel système de fichiers utilisez-vous avec /media/max/OS ?

NTFS, honteux je sais, c'est une longue histoire.

Proton + NTFS est connu pour être capricieux et doit être monté avec soin pour que Proton fonctionne avec lui. En particulier, nous savons qu'il doit être monté avec ntfs-3g tant qu'utilisateur actuel, et sans l'option de montage windows_names . Il peut y avoir d'autres restrictions impliquées et vous pouvez rechercher ntfs sur cet outil de suivi des problèmes pour trouver ce que d'autres ont essayé.

Proton + NTFS est connu pour être capricieux et doit être monté avec soin pour que Proton fonctionne avec lui. En particulier, nous savons qu'il doit être monté avec ntfs-3g tant qu'utilisateur actuel, et sans l'option de montage windows_names . Il peut y avoir d'autres restrictions impliquées et vous pouvez rechercher ntfs sur cet outil de suivi des problèmes pour trouver ce que d'autres ont essayé.

Merci pour ces informations, je ne vais plus utiliser NTFS à partir de maintenant, je n'ai plus rien qui utilise Windows.

Le jeu fonctionne maintenant!

J'utilise le proton avec mes lecteurs NTFS tout le temps sans problème. J'ai plusieurs drapeaux définis pour les partitions tho. Une partie de ce que j'ai ci-dessous n'est probablement pas nécessaire et ne fait rien de bien.

x-gvfs-show, noatime, async, big_writes, inherit, windows_names, uid = 1000, gid = 1004, rw, user, exec, umask = 000 0 0

De plus, le dossier compatdata doit être lié symboliquement au chemin .steam des utilisateurs, compatdata ne doit jamais être sur les lecteurs ntfs.

La dernière mise à jour a-t-elle cassé le jeu pour quelqu'un d'autre? Le jeu fonctionnait parfaitement pour moi sans aucun changement, mais récemment, le jeu gèle simplement mon bureau. Il semble également utiliser mes graphiques Intel HD (la fenêtre indique `` No Mans Sky (Intel HD Graphics)). Tous mes autres jeux fonctionnent normalement, donc je suis convaincu que rien ne s'est mal passé avec mes pilotes. La réinstallation n'a pas non plus fonctionné

Specs est un i7-9750H et une GTX 1660Ti fonctionnant sous Ubuntu 18.04 (OS élémentaire).

Bonjour @Cybiko , cela ressemble à # 3215. Pouvez-vous vérifier si c'est ce que vous avez rencontré?

@ kisak-valve Cela ne semble pas être le cas, aucune des commandes de lancement présentes n'a d'effet sur mon jeu.

C'est la superposition de vapeur.
ERREUR: ld.so: l'objet '~ / .local / share / Steam / ubuntu12_32 / gameoverlayrenderer.so' de LD_PRELOAD ne peut pas être préchargé (mauvaise classe ELF: ELFCLASS32): ignoré.

Malheureusement, il s'agit d'un bogue de jeu et nous obligerait à désactiver certaines optimisations (valides) pour contourner ce problème. Il ne semble pas que les développeurs y prêtent attention de si tôt.

J'ai écrit une solution de contournement pour RADV qui semble résoudre le problème quel que soit le backend (LLVM ou ACO) utilisé: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Il sera probablement fusionné aujourd'hui ou demain et, espérons-le, supprimera les petits artefacts que vous rencontrez dans le jeu. (Je n'ai pas testé dans le jeu car je ne possède pas le jeu, je serais donc heureux si quelqu'un pouvait faire un rapport.) Nous ne rétroporterons pas cette solution de contournement vers mesa stable car c'est un peu trop invasif, désolé pour cela.

J'ai écrit une solution de contournement pour RADV qui semble résoudre le problème quel que soit le backend (LLVM ou ACO) utilisé: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047
Il sera probablement fusionné aujourd'hui ou demain et, espérons-le, supprimera les petits artefacts que vous rencontrez dans le jeu. (Je n'ai pas testé dans le jeu car je ne possède pas le jeu, je serais donc heureux si quelqu'un pouvait faire un rapport.) Nous ne rétroporterons pas cette solution de contournement vers mesa stable car c'est un peu trop invasif, désolé pour cela.

Il semble que les artefacts soient toujours présents malheureusement, a testé le correctif avec PKGBUILD de TKG avec LLVM et ACO

@BlazeKl merci pour les tests. Si vous êtes sûr, vous avez correctement ajouté les correctifs (il s'agit de 6 correctifs), pourriez-vous vérifier le nom de l'application signalé s'il signale "No Mans Sky"? Parce que je suis presque sûr que les artefacts ont été supprimés dans une capture renderdoc, mais peut-être que la solution de contournement n'est pas activée pour une raison quelconque.

@ daniel-schuermann le nom de l'application est "No Man's Sky", je l'ai testé à nouveau avec le nom correct et cela fonctionne très bien, merci

Quand recevrons-nous le patch? J'utilise le ppa oibaf en ce moment. Mais les artefacts sont toujours visibles.

Quand recevrons-nous le patch? J'utilise le ppa oibaf en ce moment. Mais les artefacts sont toujours visibles.

J'ai fusionné la série aujourd'hui, je devrais donc entrer avec la prochaine mise à jour.

Certains utilisateurs ont signalé des problèmes sur la série Proton 5.0. Cela n'a peut-être affecté que les utilisateurs qui ne l'ont jamais exécuté sur les anciennes versions de Proton. Dans tous les cas, nous avons inclus un correctif pour No Man's Sky dans la version 5.0-4, donc si vous avez eu des problèmes avec le jeu sur Proton 5.0, cela vaut peut-être la peine de réessayer maintenant.

Des problèmes comme un crash toutes les 2 heures de jeu ou plus?

Quelqu'un d'autre a-t-il des problèmes avec NMS + Steam VR. Avec la dernière version, lorsque je démarre NMS via Steam VR, mon casque VR reste noir, je peux entendre la musique provenant du casque du casque et je ne peux voir le menu principal que sur mon moniteur. C'est presque comme si le jeu était forcé en mode bureau? Je peux utiliser la souris et le clavier pour naviguer dans les menus, mais mes contrôleurs VR ne sont pas actifs.

Ouais, je ne peux pas faire démarrer NMS en mode VR non plus

Il semble qu'il y ait un problème avec Proton 5.0-4 lors de l'initialisation d'OpenVR pour certains jeux. Veuillez consulter ce numéro: https://github.com/ValveSoftware/Proton/issues/3652

Proton 5.0-5 résout le problème avec NMS + VR. Yay!

Peut confirmer, fonctionne à nouveau :)

Héy. J'ai récemment acheté No Man's Sky et je n'ai pas pu le faire fonctionner. Lorsque je clique sur le bouton Lecture dans l'interface de la bibliothèque Steam, l'écran devient noir pendant seulement une seconde, puis l'écran revient à l'interface utilisateur de la bibliothèque et le bouton Lire est à nouveau visible.
À partir des journaux, il génère l'erreur suivante lorsque le jeu se termine:

ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/trent/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
GameAction [AppID 275850, ActionID 2] : LaunchApp changed task to Completed with ""

J'ai recherché cette erreur à plusieurs endroits pour voir si des utilisateurs avaient le même problème et, bien que je l'ai trouvée pour d'autres jeux, je n'ai trouvé aucune information concernant NMS. Toute aide serait appréciée. Je vous remercie.

Voici les journaux complets:
https://gist.github.com/trentchilders/5aa2fa1aa8aad586ce6feff0defaa4c2

Processeur: Processeur AMD Ryzen 5 1600 à six cœurs
GPU: série Radeon RX 570

le truc "ERREUR: ld.so: ..." peut être ignoré en toute sécurité. La véritable ligne d'importance est:

Z: \ home \ trent.local \ shareSteam \ steamapps \ common \ No Man's Sky \ Binaries \ NMS.exe: erreur de recherche de symbole: /usr/lib/x86_64-linux-gnu/libvulkan_radeon.so: symbole non défini: amdgpu_bo_list_create_raw

Il semble que vos pilotes Vulkan soient en faute. Quelle est votre distribution, votre système est-il à jour et quel est le résultat de "vulkaninfo"?

@Zamundaaa Merci pour votre réponse! Distro et version:

Distributor ID: Ubuntu
Description:    Ubuntu 18.04.4 LTS
Release:    18.04
Codename:   bionic

Et c'est la sortie mais à partir de vulkaninfo :

https://gist.github.com/trentchilders/1eb9d1f3f54ccdd0fe7689122e0301b5

J'ai couru sudo apt-get dist-upgrade pour m'assurer que j'étais à jour, et j'ai eu la même erreur "undefined symbol: amdgpu_bo_list_create_raw" qu'avant.

Je suggérerais d'utiliser un système d'exploitation plus récent, ou au moins de mettre à niveau vos bibliothèques de pilotes / chargeurs vulkan

@trentchilders
ce que telans a dit. Une mise à niveau vers un Ubuntu plus récent, Ubuntu 20.04 une fois qu'il est sorti ou bien sûr directement vers une autre distribution le ferait probablement. Alternativement, il existe l'option plus simple de certains ppas comme ceux de padoka (stables ou instables, faites votre choix) qui mettront à jour vos pilotes.
Pouvez-vous exécuter d'autres applications vulkan comme vkcube?

@trentchilders
En ce qui concerne ce que @Zamundaaa a dit, je recommanderais le PPA de @ kisak-valve. J'utilisais aussi le PPA Padoka ... mais le PPA n'est (plus) mis à jour aussi régulièrement et rapidement. Je suis donc passé au kisak-PPA.

Le PPA kisak met à jour les pilotes Mesa avec la dernière version (actuellement 20.0.3). En même temps, vous avez intégré le support ACO propagé par Valve, si vous le souhaitez (peut être activé ou désactivé individuellement):
-> https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

De plus, vous devez installer ou mettre à jour les pilotes Vulcan:
sudo apt install mesa-vulkan-drivers mesa-vulkan-drivers:i386

Mais vous pouvez également trouver tout cela ici:
https://github.com/ValveSoftware/Proton/wiki/Requirements

@ KuJo-Ger Merci pour votre message. J'ai ajouté le Kisak PPA et exécuté la commande d'installation que vous référencez et j'ai obtenu ceci:

mesa-vulkan-drivers is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).
mesa-vulkan-drivers:i386 is already the newest version (20.1~git2004220730.f1a12d~oibaf~b).

Et pourtant, le jeu ne fonctionnera toujours pas. J'obtiens les mêmes erreurs. Donc, cela pourrait me conduire sur la voie suggérée par @Zamundaaa : une nouvelle distribution Linux. Lequel aimez-vous utiliser?

@Zamundaaa Je ne connais pas pkcube. Je vais devoir l'examiner et vous recontacter.

pas pkcube, "vkcube". Exécutez-le simplement dans le terminal, il devrait déjà être installé.
J'utilise personnellement Manjaro KDE et NMS fonctionne parfaitement comme toujours. Pour les jeux, il est généralement préférable de choisir une distribution plutôt à jour, les meilleures options seraient Arch, Manjaro, Fedora, Solus, mais le dernier Ubuntu devrait également suffire tant que vous ne voulez pas utiliser de nouveau matériel comme les GPU peu de temps après lancement.

Bonjour @trentchilders , veuillez ne pas utiliser plusieurs PPA mesa en même temps, cela n'a pas été testé et peut avoir des effets secondaires étranges. Si vous voulez tester avec mon PPA, veuillez ppa-purger le PPA de oibaf avant d'ajouter le mien, et vice versa si vous souhaitez revenir en arrière.

@trentchilders
Vous avez installé le PPA depuis oibaf. Ceci est basé sur la version 20.1 instable et non encore publiée de Mesa (20.1 ~ git2004220730.f1a12d ~ oibaf ~ b). Actuellement, la version 20.0.x est publiée et stable. Cela peut également être la raison pour laquelle NMS ne fonctionne pas.

Il est toujours recommandé de choisir une version stable. Comme celui de @ kisak-valve.

Mais comme kisak l'a déjà expliqué, vous devez désinstaller d'autres PPA avant de pouvoir installer son PPA. Ceci est par exemple décrit sur la page PPA de oibaf (voir la section sous "=== Revenir aux pilotes d'origine ==="):
-> https://launchpad.net/~oibaf/+archives/ubuntu/graphics-drivers

Suivez ensuite les étapes décrites sur la page Proton (voir section «AMD / Intel»):
-> https://github.com/ValveSoftware/Proton/wiki/Requirements

BTW - J'utilise Linux MInt 19.3 avec le Kisak PPA. AMD Ryzen 5 3600, AMD Radeon RX 5700 XT.

@ KuJo-Ger compris. Merci beaucoup. Je suis au travail en ce moment mais je peux essayer ça quand je rentre à la maison. Oui. J'avais plusieurs PPA pour les pilotes mesa, ce qui était stupide, mais j'apprends encore tout cela.

@Zamundaaa @telans @ kisak-valve Merci à vous tous d'avoir répondu. J'apprécie vraiment cela.

No Man's Sky fonctionne très bien en plus de quelques bégaiements lors de scènes coupées. Le seul problème que j'obtiens est des plantages aléatoires pendant le jeu. Je vais essayer de capturer le journal des erreurs mais la souris disparaît dans la fenêtre de crash. J'ai vu quelque chose mentionnant OpenVR et je n'ai pas de casque VR, donc il pourrait essayer d'en trouver un.

Le jeu s'est maintenant écrasé plusieurs fois en entrant dans l'espace. Mais à part cela, il fonctionne bien sur mon système Arch Linux avec un Ryzen 5 3600, 16 Go de RAM et RTX 2060.

J'ai pu capturer le journal des erreurs

J'ai pu capturer le journal des erreurs

Il est plus utile d'utiliser le journal fourni avec la commande PROTON_LOG = 1%%

Très bien, voici le journal de Proton .

J'ai trouvé une chose étrange avec No Man's Sky où le jeu ne s'ouvre pas après quelques minutes. La solution à cela est d'ouvrir un gestionnaire de tâches (ex: htop, top, GNOME Task Manager, etc.) et de tuer les processus explorer.exe et en quelques secondes le jeu s'ouvrira.

Le jeu ne s'ouvre même pas avec le proton 5.0-7. Comme le jeu ne s'ouvre pas, il ne crée même pas de fichier journal lors de l'utilisation de PROTON_LOG = 1% commande%

Information système

Bug] Corruption d'effet de fondu de No Man's Sky LOD

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3902.
@FuzzyQuills publié le 2020-05-23T10: 02: 34:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: No Man's Sky
• Steam AppID du jeu: 275850

Information système

• GPU: RX 570
• Version du pilote / LLVM: Mesa 19.3.3 / LLVM 9.0.1 (en utilisant ACO, le même problème apparaît sur LLVM, mais n'est pas présent sur le pilote Windows AMD Vulkan)
• Version du noyau: actuellement 4.19, les noyaux 5.3-3.6 également testés
• Lien vers le rapport d'informations système complet comme Gist : https://gist.github.com/FuzzyQuills/294fdb78855e9c9b389194b8cfc1fcc6
• Version Proton: 5.0-7

Je confirme:

• [x] que je n'ai pas trouvé de rapport de compatibilité existant pour ce jeu.
• [x] que j'ai vérifié si des mises à jour pour mon système sont disponibles.

<Log omitted, please see #3902>

Symptômes

En marchant sur les planètes, l'effet de fondu LOD est corrompu; des parties d'arbres clignotent lentement lorsque vous vous en approchez, les objets sur des panneaux d'affichage clignotent dans une boîte bruyante lors de la transition vers le modèle réel, les pièces de base clignotent en orange à l'approche, etc.

Étant donné que cela se produit à la fois sur AMDVLK, RADV / LLVM et RADV / ACO mais pas sur Windows, je soupçonne que cela pourrait être un problème de compilateur de shader, mais qui sait ... Je n'ai vu cela signalé nulle part, avec un seul commentaire reddit avec un gif montrant l'artefact sur un autre GPU AMD.

(capture d'écran montrant une instance de la corruption du panneau d'affichage en particulier: https://imgur.com/a/zbStQ4T)

la reproduction

Lancez simplement le jeu sur la configuration système ci-dessus. (Ou d'ailleurs n'importe quel GPU utilisant le pilote amdgpu)

Note supplémentaire: je ne sais pas non plus où signaler cela, alors je m'excuse à l'avance si ce n'est pas au bon endroit.

Bonjour @FuzzyQuills , mesa 20.1 a des commits qui pourraient vous aider avec ce que vous voyez, en particulier https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Si vous le pouvez, veuillez tester le jeu avec mesa 20.1.0-rc4 ou git master.

Bonjour @FuzzyQuills , mesa 20.1 a des commits qui pourraient vous aider avec ce que vous voyez, en particulier https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4047. Si vous le pouvez, veuillez tester le jeu avec mesa 20.1.0-rc4 ou git master.

Je jure que c'était une solution pour autre chose d'il y a longtemps, mais dûment noté. On dirait que je vais devoir trouver comment construire mesa sur Debian ...

Edit: en fait peu importe, on dirait qu'il a été soumis à expérimental il y a deux jours, je vais l'essayer bientôt.

D'accord, donc le correctif fonctionne définitivement! Certaines pièces de base scintillent encore (à savoir celles du couloir, le sol a des triangles scintillants) mais c'est un _lot_ mieux. Plus de clignotement orange.

Je vais tester plus après avoir dormi. Apparaît 20.1 est requis pour un No Man's Sky sans problème.

Maintenant que Mesa 20.1 est sorti et contient un correctif pour No Man's Sky, pouvez-vous confirmer que cela fonctionne bien? Merci beaucoup!

Je n'ai jamais vu de problèmes graphiquement avec No Man's Sky, c'est peut-être juste avec le matériel que j'ai sur mon bureau ou cela a à voir avec l'utilisation d'Arch Linux. Mais comme je l'ai déjà dit, il y a des problèmes de gaemplay.

Maintenant que Mesa 20.1 est sorti et contient un correctif pour No Man's Sky, pouvez-vous confirmer que cela fonctionne bien? Merci beaucoup!

Actuellement, mon No Man's Sky semble bien. Le bogue LOD a définitivement disparu.

Depuis le patch crossplay, cependant, certaines planètes deviennent invisibles lorsque vous êtes assez loin d'elles. Comme cela ne s'est pas produit avant le patch, cela pourrait être le jeu à blâmer

Je n'ai jamais vu de problèmes graphiquement avec No Man's Sky, c'est peut-être juste avec le matériel que j'ai sur mon bureau ou cela a à voir avec l'utilisation d'Arch Linux. Mais comme je l'ai déjà dit, il y a des problèmes de gaemplay.

Quels problèmes de jeu rencontrez-vous spécifiquement? (Autre que les plantages)

Le jeu plante en quittant une planète.

Je reçois parfois un gel momentané lorsque je quitte une planète pour la première fois lors du chargement de ma sauvegarde, mais cela se produit également sous Windows, donc c'est sur le jeu là-bas.

Quelle version de Proton? J'utilise 5.0-9 (dernier)

J'utilise Proton-5.6-GE-1

J'utilise Proton-5.6-GE-1

Je suppose que vous lancez via Steam? Essayez de forcer spécifiquement 5.0-9 et voyez si cela aide à résoudre le problème.
Je peux également essayer une version GE de mon côté et voir si elle plante.

Oui, via Steam. Je n'ai pas accès à mon bureau pour le moment, ce qui pose problème.

Je l'ai joué sur mon ordinateur portable sans problème et cela semble peut-être être un problème avec 2 GPU NVidia (RTX 2060 et GTX 1050ti) ou avec un Ryzen 5 3600 que mon bureau possède.

Le jeu fonctionne bien pour moi, mais il y a un nouveau problème à la suite de leur récente mise à jour: TLS 1.1 et 1.2 sont requis:

Voir la 4e puce au bas des notes de mise à jour: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Il renvoie à ce site: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- protocoles en wi

Existe-t-il un moyen de les activer dans Proton afin que nous puissions continuer à jouer en ligne?

TLS 1.1 est en fin de vie depuis deux ans maintenant et son activation ne serait pas l'idée la plus intelligente en termes de sécurité

Le jeu fonctionne bien pour moi, mais il y a un nouveau problème à la suite de leur récente mise à jour: TLS 1.1 et 1.2 sont requis:

Voir la 4e puce au bas des notes de mise à jour: https://www.nomanssky.com/2020/06/crossplay-patch-2-53/?cli_action=1592800239.205

Il renvoie à ce site: https://support.microsoft.com/en-gb/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure- protocoles en wi

Existe-t-il un moyen de les activer dans Proton afin que nous puissions continuer à jouer en ligne?

À peu près sûr, Proton utilise déjà la version 1.2, car j'ai eu le premier jour de travail en multijoueur.
Mise à jour: supprimer le préfixe proton et le laisser se régénérer semble avoir corrigé le mode multijoueur pour moi

TLS 1.1 est en fin de vie depuis deux ans maintenant et son activation ne serait pas l'idée la plus intelligente en termes de sécurité

Si Proton utilise Windows 7 comme version de base du système d'exploitation, il pourrait probablement utiliser TLS 1.0 à la place, mais étant donné que la mise à jour crossplay a fonctionné pour moi lors de son lancement, je ne pense pas que ce soit le cas ici.

Je peux me tromper, car j'ai fait peu d'enquête sur la question (je ne sais pas par où commencer vraiment), mais je peux dire que le multijoueur est actuellement cassé pour les personnes exécutant Windows 7 et apparemment pour les personnes exécutant le jeu via Steam Play. La seule façon de jouer en ligne est de jouer via Windows 10 (pour l'instant), je suppose.

Je peux me tromper, car j'ai fait peu d'enquête sur la question (je ne sais pas par où commencer vraiment), mais je peux dire que le multijoueur est actuellement cassé pour les personnes exécutant Windows 7 et apparemment pour les personnes exécutant le jeu via Steam Play. La seule façon de jouer en ligne est de jouer via Windows 10 (pour l'instant), je suppose.

C'est ce qui est étrange; cela n'a semblé se casser pour moi qu'après qu'un ami a essayé d'ajouter le code de mon ami; les services de découverte en ligne et les bases de téléchargement semblent fonctionner, mais le jumelage échoue. J'ai le sentiment, compte tenu de ce que j'ai vu sur un message du forum de la communauté Steam, que dans mon cas, l'ajout de son code ami devrait corriger le mien.

Je ferai rapport si cela fonctionne, car cela fonctionnait il y a deux jours pour moi. Exécution du dernier proton 5.0-9

modifier: s'il vous plaît voir mon dernier commentaire

Je peux me tromper, car j'ai fait peu d'enquête sur la question (je ne sais pas par où commencer vraiment), mais je peux dire que le multijoueur est actuellement cassé pour les personnes exécutant Windows 7 et apparemment pour les personnes exécutant le jeu via Steam Play. La seule façon de jouer en ligne est de jouer via Windows 10 (pour l'instant), je suppose.

C'est ce qui est étrange; cela n'a fonctionné que pour moi après qu'un ami a essayé d'ajouter mon code ami; les services de découverte en ligne et les bases de téléchargement semblent fonctionner, mais le jumelage échoue. D'après ce que j'ai vu sur un message du forum de la communauté Steam, j'ai le sentiment que dans mon cas, l'ajout de _his_ code ami devrait corriger le mien.

Je ferai rapport si cela fonctionne, car cela fonctionnait il y a deux jours pour moi. Exécution du dernier proton 5.0-9

Je ne suis pas sûr que ce soit un problème de Proton autant qu'un problème de NMS, lorsque la mise à jour du jeu croisé est sortie pour la première fois, le GPU Navi plantait en atterrissant sur une planète et pendant qu'il fonctionnait bien, son problème était toujours connu concernant Navi. Crossplay est également très bancal avec des bugs à résoudre.

Je peux me tromper, car j'ai fait peu d'enquête sur la question (je ne sais pas par où commencer vraiment), mais je peux dire que le multijoueur est actuellement cassé pour les personnes exécutant Windows 7 et apparemment pour les personnes exécutant le jeu via Steam Play. La seule façon de jouer en ligne est de jouer via Windows 10 (pour l'instant), je suppose.

C'est ce qui est étrange; cela n'a fonctionné que pour moi après qu'un ami a essayé d'ajouter mon code ami; les services de découverte en ligne et les bases de téléchargement semblent fonctionner, mais le jumelage échoue. D'après ce que j'ai vu sur un message du forum de la communauté Steam, j'ai le sentiment que dans mon cas, l'ajout de _his_ code ami devrait corriger le mien.
Je ferai rapport si cela fonctionne, car cela fonctionnait il y a deux jours pour moi. Exécution du dernier proton 5.0-9

Je ne suis pas sûr que ce soit un problème de Proton autant qu'un problème de NMS, lorsque la mise à jour du jeu croisé est sortie pour la première fois, le GPU Navi plantait en atterrissant sur une planète et pendant qu'il fonctionnait bien, son problème était toujours connu concernant Navi. Crossplay est également très bancal avec des bugs à résoudre.

J'ai regardé dans le journal des protons et il semble en fait que HTTPS en général est complètement cassé dans Proton pour une raison quelconque; No Man's Sky envoie un tas de messages "non pris en charge" de la bibliothèque winsock, et dans le jeu, il indique que la connexion de matchmaking n'a pas pu être établie.

Nouvelle mise à jour; a finalement décidé d'essayer de rétrograder proton, ce qui a forcé le dossier Proton pfx de mon jeu à être reconstruit. Dès que je l'ai fait, le mode multijoueur a recommencé à fonctionner, ce qui indique un problème avec le dernier proton et certaines configurations de préfixes.

Quelqu'un ayant des problèmes avec le multijoueur peut-il essayer de supprimer le dossier pfx pour No Man's Sky afin qu'il soit obligé de le reconstruire? Si cela ne fonctionne pas, essayez de télécharger la version 4.11 puis forcez No Man's Sky à utiliser cette version. C'est ce que j'ai fait pour le faire fonctionner, et après cela, le retour à la version 5.0-9 a également commencé à fonctionner.

tl; dr: semble forcer une reconstruction du dossier pfx corrige le multijoueur, mais je dois vérifier s'il est indépendant de la version.

Mise à jour: je viens de tester la suppression et la reconstruction avec 5.0-9 et bien sûr un nouveau préfixe de 5.0-9 interrompt le multijoueur. utiliser 4.11 pour le construire puis passer à 5.0-9 fonctionne toujours. (Testé en enregistrant dans l'anomalie d'espace et en rechargeant simplement enregistrer après avoir modifié mon installation Proton)
Cela indique une régression dans la version 5.0-9, peut-être que le correctif EA Origin est lié?

Je peux essayer de comparer les fichiers .reg des deux versions, car j'ai également remarqué que les entrées de registre winhttp étaient manquantes

Avez-vous essayé la dernière version de Proton-GE, elle n'est pas officielle, mais si elle résout des problèmes pour quiconque, il pourrait être utile de rechercher quels correctifs spécifiques ont résolu ces problèmes.

Avez-vous essayé la dernière version de Proton-GE, elle n'est pas officielle, mais si elle résout des problèmes pour quiconque, il pourrait être utile de rechercher quels correctifs spécifiques ont résolu ces problèmes.

S'il existe un moyen de l'ajouter à Steam en tant qu'installation Proton valide à utiliser, je peux l'essayer, je n'ai pas d'expérience avec les versions GE autrement

https://github.com/GloriousEggroll/proton-ge-custom/releases archive sous Assets, extrayez-la sous le dossier ~ / .steam / root / Compatibilitytools.d / (il devrait être dans son propre dossier). Redémarrez Steam, regardez sous la liste des protons NMS.

Il est généralement recommandé d'effacer le dossier pfx du jeu entre les modifications des principales versions de protons. (du proton de vapeur stock aux protons personnalisés comme GE)

https://github.com/GloriousEggroll/proton-ge-custom/releases archive sous Assets, extrayez-la sous le dossier ~ / .steam / root / Compatibilitytools.d / (il devrait être dans son propre dossier). Redémarrez Steam, regardez sous la liste des protons NMS.

Il est généralement recommandé d'effacer le dossier pfx du jeu entre les modifications des principales versions de protons. (du proton de vapeur stock aux protons personnalisés comme GE)

ce qui est drôle, c'est que le dossier pfx n'a jamais été écrasé, il n'a été utilisé que par 5.0-9. Puis à l'improviste, un patch de No Man's Sky corrigeant les bogues de crossplay l'a cassé sous Linux sur cette version de proton.

Actuellement en décompression Proton-GE, testera maintenant

Ok, donc Proton-GE échoue également mais si le préfixe est généré à ALL par 4.11-13, cela fonctionne bien avec n'importe quelle version de proton au-dessus si le préfixe est mis à jour. Je me demande ce qui a gâché

Edit: aaaand qui a atomisé mes sauvegardes en quelque sorte ...
edit2: crise évitée, j'avais une sauvegarde lol

Correction pour moi, merci @FuzzyQuills.

Voici les étapes pour tous ceux qui liront:

1. cd ~/.steam/steam/steamapps/common
2. rm -r "Proton 5.0"
3. Dans Steam, accédez à l'entrée Proton 5.0. Faites un clic droit dessus et cliquez sur Propriétés. Allez dans l'onglet Fichiers locaux et appuyez sur "Vérifier l'intégrité des fichiers d'outils".
4. Laissez Proton 5.0 retélécharger, puis ouvrez NMS et testez.

Profit.

Correction pour moi, merci @FuzzyQuills.

Voici les étapes pour tous ceux qui liront:

1. `cd ~/.steam/steam/steamapps/common`

2. `rm -r "Proton 5.0"`

3. In Steam, go to the Proton 5.0 entry. Right click it and click Properties. Go to the Local Files tab and press "Verify integrity of tool files".

4. Let Proton 5.0 redownload, and then open NMS and test.

Profit.

Pour essayer cela avec le mien également, il doit s'agir d'un fichier dist Proton corrompu à l'origine du bogue.
Juste un avertissement; assurez-vous de trouver votre sauvegarde NMS dans le préfixe et de la sauvegarder, car la suppression du préfixe peut entraîner l'effacement de votre sauvegarde par Steam Cloud. J'étais pas au courant de cela jusqu'à ce que j'ai presque perdu ma sauvegarde de 3 mois. (J'ai eu une sauvegarde de ma partition Windows)

Encore une fois, il semble que quelque chose soit foiré dans la version 5.0-9, mais je vais essayer cela en premier car cela a fonctionné pour vous

Ouais, j'ai remarqué que la sauvegarde était dans le répertoire pfx et je voulais donc éviter de la supprimer. La réinstallation de proton a résolu le problème pour moi. Faites-moi savoir vos résultats.

Bonjour @FuzzyQuills , Proton 5.0 a changé le préfixe wine de Windows 7 à Windows 10. Ce que vous avez décrit, c'est que le jeu change de comportement dans un environnement win10. Lorsque vous exécutez le jeu avec Proton 4.11 pour configurer le préfixe wine, il est défini sur win7 et il devrait rester sur ce paramètre lorsque vous basculez vers Proton 5.0 pour la deuxième exécution.

Bonjour @FuzzyQuills , Proton 5.0 a changé le préfixe wine de Windows 7 à Windows 10. Ce que vous avez décrit, c'est que le jeu change de comportement dans un environnement win10. Lorsque vous exécutez le jeu avec Proton 4.11 pour configurer le préfixe wine, il est défini sur win7 et il devrait rester sur ce paramètre lorsque vous basculez vers Proton 5.0 pour la deuxième exécution.

Eh bien, ce n'est donc pas un bug de protons en tant que tel, juste un comportement étrange.

Étant donné que certaines installations de Windows 10 pour d'autres personnes échouaient également, je suppose qu'il s'agit en fait d'un bogue dans No Man's Sky qui se déclenche également sur Proton 5. (peut-être qu'il utilise à tort un chemin de code destiné à la version gamepass? moi honnêtement)

Je suppose que le mode solo fonctionne? parce que NMS fonctionne pour moi mais je n'ai pas encore essayé d'essayer le multijoueur.

@jarrard Oui, le mode solo est parfait pour moi. J'avais juste des problèmes avec le multijoueur.

Oui, je testerai MP plus tard ce soir, mais je ne connais personne avec qui tester, alors j'espère que cela vous permettra de vous connecter à n'importe quel serveur.

Oui, je testerai MP plus tard ce soir, mais je ne connais personne avec qui tester, alors j'espère que cela vous permettra de vous connecter à n'importe quel serveur.

Je pense que No Man's Sky est en fait basé sur peer to peer, donc aucun serveur ne peut être sélectionné.
Si quelqu'un sur la liste de vos amis (Steam ou NMS, peu importe) y joue, organisez vous-même une session ou demandez à un ami de le faire.

Si vous avez besoin d'un hôte, dès que mon PC fonctionne à nouveau (la mise à niveau de la carte mère a détruit le lecteur de mon système d'exploitation), je proposerai mon PC en hommage.

Oui, je testerai MP plus tard ce soir, mais je ne connais personne avec qui tester, alors j'espère que cela vous permettra de vous connecter à n'importe quel serveur.

Volez simplement dans l'Anomalie. Si vous voyez d'autres personnes, cela fonctionne. Si vous ne voyez personne d'autre, ce n'est pas le cas.

Pour les utilisateurs de RADV: Ce jeu devrait fonctionner parfaitement avec Mesa 20.1.2 / ACO et la dernière version de jeu 2.55. Pouvez-vous confirmer que nous pouvons supprimer la balise "RADV"?

Pour les utilisateurs de RADV: Ce jeu devrait fonctionner parfaitement avec Mesa 20.1.2 / ACO et la dernière version de jeu 2.55. Pouvez-vous confirmer que nous pouvons supprimer la balise "RADV"?

Je suis sur 20.1.1 / ACO via Debian Experimental, et mon jeu est pratiquement parfait, sauf quelques combats en Z sur certaines parties de base. (Ne semble affecter qu'une de mes bases également, d'autres vont bien)

Ce qui a corrigé le mode multijoueur pour moi était simplement de passer à Proton 4 à partir de mon préfixe 5 existant, puis de revenir à 5. Tout fonctionnait parfaitement à ce stade. Je pense que Steam a également réinstallé les dépendances au cours de ce processus, ce qui peut avoir quelque chose à voir avec ce bogue.

Ce qui a corrigé le mode multijoueur pour moi était simplement de passer à Proton 4 à partir de mon préfixe 5 existant, puis de revenir à 5. Tout fonctionnait parfaitement à ce stade. Je pense que Steam a également réinstallé les dépendances au cours de ce processus, ce qui peut avoir quelque chose à voir avec ce bogue.

C'est ce que j'ai fait au départ lorsque j'ai rencontré le bogue, puis j'ai essayé d'effacer le préfixe wine sur les deux versions pour voir ce qu'ils faisaient. (J'ai presque perdu ma sauvegarde en faisant ça ... lol)

Je n'avais pas joué depuis environ 3 mois et j'ai décidé de réessayer. En utilisant une nouvelle installation d'archlinux, de proton et de NMS, j'ai continué à recevoir un message d'erreur la plupart du temps avant de pouvoir terminer l'écran de chargement. J'ai réussi à le réparer en installant vulkan-radeon et en désinstallant amdvlk. Maintenant, le jeu fonctionne parfaitement. Lorsque seul amdvlk est installé ou que les deux amdvlk et vulkan-radeon sont installés, l'erreur ci-dessus apparaît. J'ai posté une capture d'écran de l'erreur. J'espère que cela pourrait aider d'autres personnes utilisant des GPU AMD.

RADV est le pilote vulkan le plus fiable pour les cartes AMD atm, amdvlk (de amd) car vous avez découvert qu'il y a des problèmes.

Je n'avais pas joué depuis environ 3 mois et j'ai décidé de réessayer. En utilisant une nouvelle installation d'archlinux, de proton et de NMS, j'ai continué à recevoir un message d'erreur la plupart du temps avant de pouvoir terminer l'écran de chargement. J'ai réussi à le réparer en installant vulkan-radeon et en désinstallant amdvlk. Maintenant, le jeu fonctionne parfaitement. Lorsque seul amdvlk est installé ou que les deux amdvlk et vulkan-radeon sont installés, l'erreur ci-dessus apparaît. J'ai posté une capture d'écran de l'erreur. J'espère que cela pourrait aider d'autres personnes utilisant des GPU AMD.

La raison pour laquelle AMDVLK n'a pas fonctionné est en fait due à une erreur dans les packages AMDVLK; à peu près tous ne parviennent pas à installer les ICD Vulkan appropriés, vous devez les installer vous-même. (Heureusement, les trouver sur Internet n'est pas difficile)

Cela dit, Mesa / ACO est bien meilleur pour No Man's Sky, à la fois en termes de performances et d'artefacts graphiques. (Un bug avec le fondu LOD a été corrigé dans Mesa 20.1, qui inclut également ACO)

Je n'avais pas joué depuis environ 3 mois et j'ai décidé de réessayer. En utilisant une nouvelle installation d'archlinux, de proton et de NMS, j'ai continué à recevoir un message d'erreur la plupart du temps avant de pouvoir terminer l'écran de chargement. J'ai réussi à le réparer en installant vulkan-radeon et en désinstallant amdvlk. Maintenant, le jeu fonctionne parfaitement. Lorsque seul amdvlk est installé ou que les deux amdvlk et vulkan-radeon sont installés, l'erreur ci-dessus apparaît. J'ai posté une capture d'écran de l'erreur. J'espère que cela pourrait aider d'autres personnes utilisant des GPU AMD.

La raison pour laquelle AMDVLK n'a pas fonctionné est en fait due à une erreur dans les packages AMDVLK; à peu près tous ne parviennent pas à installer les ICD Vulkan appropriés, vous devez les installer vous-même. (Heureusement, les trouver sur Internet n'est pas difficile)

Cela dit, Mesa / ACO est bien meilleur pour No Man's Sky, à la fois en termes de performances et d'artefacts graphiques. (Un bug avec le fondu LOD a été corrigé dans Mesa 20.1, qui inclut également ACO)

J'ai fait installer les IDC amdvlk, donc je sais que ce n'était pas le problème. Doit avoir été un problème avec le pilote lui-même. J'ai également remarqué qu'une nouvelle version d'amdvlk vient de sortir, je vais donc la tester et voir si cela résout le problème. Je ferai rapport.

Edit: le nouvel amdvlk fonctionne maintenant sans planter. Cependant, il semble avoir un FPS inférieur à celui du vulkan-radeon fourni par mesa.

Oui, dès que RADV a résolu le problème LOD, j'ai complètement arrêté d'utiliser AMDVLK en raison de ses performances bien pires VS RADV / ACO. (Même LLVM était mieux que AMDVLK en quelque sorte)

No Man's Sky "Pas de connexion aux services de matchmaking" avec Proton 5.0-9, fonctionne avec 4.11-13

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/4082.
@JPLeBreton publié le 2020-07-18T16: 22: 36:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: No Man's Sky
• Steam AppID du jeu: 275850

Information système

• GPU:
• Version du pilote / LLVM: nvidia 440.82
• Version du noyau: 5.4.44-1-MANJARO
• Lien vers le rapport d'informations système complet comme Gist : https://gist.github.com/JPLeBreton/27ee957c57ea36298312ca3a09eadd70
• Version Proton: 5.0-9

Je confirme:

• [X] que je n'ai pas trouvé de rapport de compatibilité existant pour ce jeu.
• [x] que j'ai vérifié si des mises à jour pour mon système sont disponibles.

steam-275850.log

Symptômes

Impossible de jouer en multijoueur depuis la mise à jour Cross Play du jeu le mois dernier. L'ancienne version de Proton, 4.11-13, ne semble pas avoir ce problème.
Notez que je peux toujours me connecter aux "services de découverte" du jeu, c'est-à-dire au serveur qui permet aux joueurs de se connecter et de voir les planètes, bases, etc. découvertes les uns par rapport aux autres, très bien. Je pense que c'est un type d'accès au réseau totalement distinct.

la reproduction

1. Lancez la dernière version du jeu (2.60) avec Proton 5.0-9.
2. Chargez une sauvegarde.
3. Entrez dans le menu des options et sélectionnez la section "réseau".
4. Remarque: une boîte apparaît qui dit "Pas de connexion aux services de matchmaking".
5. Quittez le jeu et configurez-le pour qu'il s'exécute à la place en utilisant Proton 4.11-13.
6. Relancez le jeu, chargez une sauvegarde et entrez dans le même menu d'options.
7. Remarque: l'erreur de mise en réseau ne se produit pas comme avant.

Comportement attendu: le multijoueur fonctionne avec toutes les versions de Proton.

Je peux confirmer le problème de réseau. bonne chose fonctionne comme un charme sur 4.11-13

@osdamv Avez-vous essayé mon commentaire? https://github.com/ValveSoftware/Proton/issues/438#issuecomment -648177961

Aussi les gars si vous avez un dualboot (je le fais pour les jeux qui ne fonctionnent pas encore de manière fiable sur proton) - vérifiez l'horloge système, si elle est biaisée, même un peu multijoueur ne fonctionnera pas.

Oui, vous pouvez régler l'horloge Windows sur UTC, ce qui devrait empêcher le changement de temps à chaque fois que vous sautez du système d'exploitation.

Oui, vous pouvez régler l'horloge Windows sur UTC, ce qui devrait empêcher le changement de temps à chaque fois que vous sautez du système d'exploitation.

Ou probablement la méthode la plus simple ... Configurez Linux pour utiliser l'heure locale. timedatectl set-local-rtc 1

@simpleauthority Thanks travaille maintenant!

Bonjour à tous.
Merci pour le travail incroyable, équipe Proton.

J'ai un problème avec No man's sky pour le moment. Il y a quelques jours, je suis essayé NMS, je me bloque périodiquement longtemps. J'ai mis à jour mon système avec le dernier noyau et les problèmes ont complètement disparu.
Mais aujourd'hui, j'ai à nouveau le même problème. Le jeu se bloque périodiquement (toutes les 1 à 2 minutes) - uniquement la lecture sonore. Ceci est vrai pour proton4 et 5 - aucune différence. La réinstallation de Steam et du jeu n'aide pas.

Mes spécifications système et journaux d'application:
sysinfo.log
steam-275850.log

Lorsque le jeu se bloque, ces chaînes apparaissent:

3447.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3448.420:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3449.424:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.425:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3450.862:00bc:00c0:err:ntdll:RtlpWaitForCriticalSection section 0xd7f930 "?" wait timed out in thread 00c0, blocked by 0138, retrying (60 sec)
3451.428:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3452.607:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3453.416:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3454.419:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100
3455.604:00bc:0138:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x100

n'ont pas pu démarrer NMS avec une version de proton
je pouvais jouer ..... même si c'était il y a plusieurs mois

nvidia 1070
nvidia 440.100
linuxmint 19.3 (ubuntu 18.04 LTS)

cette fenêtre apparaît et c'est tout.

THE GAME HAS ENCOUNTERED AN ERROR AND WILL NOW SHUTDOWN

Token:
62637_0x7DCDDF_76561198095643958

protonlog est de 140 ko

343342.359:0070:007c:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142
343342.360:0030:0034:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 1114

343342.729:0098:009c:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddd520000: builtin
Setting breakpad minidump AppID = 275850
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198095643958 [API loaded no]
343342.765:0020:0024:err:steam:setup_vrpaths got error parsing vrpaths file
343342.884:0098:009c:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin

Je pense que c'est là que ça plante, mais je ne suis pas sûr

343343.841:00bc:00c0:warn:debugstr:OutputDebugStringA "[S_API] SteamAPI_Init(): Loaded 'C:\\Program Files (x86)\\Steam\\steamclient64.dll' OK.\n"
343343.841:00bc:00c0:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00c0
343343.841:00bc:00c0:trace:seh:raise_exception  info[0]=0000000000000056
343343.841:00bc:00c0:trace:seh:raise_exception  info[1]=000000000021c8d0
343343.841:00bc:00c0:trace:seh:raise_exception  rax=000000000021c450 rbx=00007fffffd9c000 rcx=000000000021c430 rdx=0000000000000000
343343.841:00bc:00c0:trace:seh:raise_exception  rsi=000000000021c530 rdi=000000000021c460 rbp=000000000021c870 rsp=000000000021c410
343343.841:00bc:00c0:trace:seh:raise_exception   r8=0000000000000002  r9=000000000021c520 r10=0000000000000000 r11=0000000000000246
343343.841:00bc:00c0:trace:seh:raise_exception  r12=0000000000d397f0 r13=0000000000000000 r14=000000000021d158 r15=0000000000000001
343343.841:00bc:00c0:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 21c410
343343.841:00bc:00c0:trace:seh:dump_unwind_info **** func fbf0-fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0xa: pushq %rsi
343343.841:00bc:00c0:trace:seh:dump_unwind_info     0x9: pushq %rdi
343343.841:00bc:00c0:trace:seh:dwarf_virtual_unwind function 7b439bb1 base 0x7b439968 cie 0x7b496a90 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

ive a essayé .Net version 4.8
Je ne suis pas sûr de ce que je dois installer avec protontricks pour que cela fonctionne ...

Cela ne devrait nécessiter rien de plus pour que cela fonctionne. Essayez proton-GE, et peut-être GE-5.0, car parfois, lorsque Wine se met à jour, les choses se cassent.

Ceux qui plantent, avez-vous essayé un binaire nvidia plus récent? On dirait que 440.100 plante pour beaucoup de gens. J'ai joué avec 450,57, et aucun problème la semaine dernière.

Cela ne devrait nécessiter rien de plus pour que cela fonctionne. Essayez proton-GE, et peut-être GE-5.0, car parfois, lorsque Wine se met à jour, les choses se cassent.

négatif, j'utilise 4-11, 5.0 et proton-ge-5.9

Ceux qui plantent, avez-vous essayé un binaire nvidia plus récent? On dirait que 440.100 plante pour beaucoup de gens. J'ai joué avec 450,57, et aucun problème la semaine dernière.

comme nvidia 440.x est à long terme, j'hésitais à mettre à jour vers la nouvelle dernière branche 450.x
aucun problème avec la mise à jour, mais cela ne résout pas le problème NMS.
tous les autres jeux proton / linux / wine / vulkan WHATEVER fonctionnent parfaitement bien
donc, c'est quelque chose à voir avec NMS spécifiquement et quelles que soient les bibliothèques personnalisées que j'ai

même erreur

62637_0x7DCDDF_userid#

RÉSOLU.
Désinstallez complètement et essuyez tout
réinstaller par vapeur
ACCEPTER LE CLUF
pour une raison quelconque, le CLUF me causait un énorme problème, même si j'ai déjà joué à ce jeu

J'essayais cela l'autre semaine sous Linux sur mon 1080TI à 4k et j'ai eu quelques problèmes.Le premier était que vkbasalt ou mangohud provoquait un crash après une dizaine de secondes, mangohud était incapable de signaler le vram du GPU ou le réglage / l'utilisation de l'horloge.

L'autre problème était que j'avais des problèmes de performances majeurs où la trame continuerait à descendre à 10-20 ips en continu comme une vague en fonction de l'endroit où je regardais ... était injouable. Je suis retourné aux fenêtres, aucun problème.

Jouer ceci sur un 2080 Ti. Non plafonné, j'obtenais (extrêmement variable) ~ 100 fps, mais avec VSync activé, il ne parvenait pas à obtenir un verrouillage de 60 fps, étant très saccadé et planant dans les années 50. Abaisser la résolution de la texture a aidé un peu, mais pas tant que ça.

L'application du correctif d'usurpation d'identité l'a corrigé. Framerates stables et performances bien meilleures, avec tout réglé aussi haut que possible. Quelque chose dans le chemin de code spécifique à Nvidia du jeu pour le streaming de texture ne semble toujours pas fonctionner correctement.

Dans les deux cas, le jeu n'utilise que 3-4 Go de VRAM sur les 11 Go dont je dispose.

Je viens d'installer proton-ge-custom-bin d'AUR aujourd'hui et j'ai un problème graphique avec les derniers pilotes. Des correctifs?

Je ne sais pas s'il s'agit d'une régression, mais maintenant No Man's Sky ne fonctionne pas en VR ici. J'ai envoyé mon Valve Index à RMA, il est retourné, fonctionne avec tous les jeux (88 jeux VR) à l'exception de No Man's Sky, et cela fonctionnait parfaitement avant. J'ai essayé avec et sans l'astuce d'usurpation d'identité NVIDIA AMD, j'ai essayé de désinstaller et de purger complètement le répertoire de compatdata 275850, puis de réinstaller, j'ai essayé de vérifier les fichiers, d'essayer différents pilotes NVIDIA, d'essayer différentes versions de protons en plus de la version 5.0-9 par défaut, j'ai essayé à la fois d'exécuter à partir du client Steam et de sélectionner "Lancer le jeu dans HMD" et depuis l'intérieur de SteamVR Home, en vain. Qu'est-ce qui se passe: j'appelle le jeu, la vignette du chargement du jeu dans l'écran du casque apparaît pendant quelques secondes, mais ensuite le jeu démarre dans le moniteur et bien sûr ne répond pas aux commandes d'index. C'est comme s'il ne pouvait pas initialiser / accéder à VR, mais comme j'ai complètement désinstallé et réinstallé et même vérifié les fichiers, il devrait pouvoir utiliser openvr_api.dll ou tout ce qu'il utilise, cela n'a pas de sens.

l'essentiel de ma configuration: https://gist.github.com/Patola/acbcb1b52ab975f9b02f8e888b325de8 (j'ai un pilote NVIDIA plus récent maintenant). Même chose dans Arch et Ubuntu 20.04.1.

Vous avez un message dans gamingonlinux le mentionnant: https://www.gamingonlinux.com/forum/topic/4619/post_id=

steam-275850.log

Bonjour @Patola , err:vrclient:create_win_interface Don't recognize interface name: IVRSystem_022 ressemble à la ligne d'intérêt du journal.

Merci beaucoup @ kisak-valve, je vais essayer de chercher ce que cela signifie et essayer de trouver des solutions au problème. Si je le répare, je le dirai ici.

Alors ... C'est une version du système IVR que SteamVR Linux ne prend toujours pas en charge, n'est-ce pas? Il prend en charge IVRSystem jusqu'à 021?

@Patola Merci d'avoir signalé. J'aurai cela corrigé dans une prochaine version de Proton.

Merci. J'ai essayé de jouer avec le répertoire vrclient_x64 de proton pour essayer d'ajouter IVRSystem_022 en fonction des plus anciens, cela n'a pas fonctionné. Lame tentative, mais ça valait le coup d'essayer. J'attendrai la prochaine sortie de Proton.

Ok, il semble que Proton 5.13-1 vient de casser complètement No Man's Sky (VR ou autre)? Le PROTON_LOG est joint.
steam-275850.log

@Patola Je peux entrer dans le jeu et me déplacer sur la première planète, donc ce n'est au moins pas complètement cassé :) D'autres jeux fonctionnent-ils pour vous dans la version 5.13, ou tous les jeux sont-ils cassés?

Le mode VR n'est en effet pas fixe. Je travaille toujours là-dessus.

Je n'ai lancé que quelques jeux et ils ont travaillé sous 5.13, je vais essayer au moins 20 autres jeux aujourd'hui pour voir si cela les affecte aussi.

@aeikum Je suis terriblement désolé. Je ne sais pas ce qui a changé mais après avoir testé avec succès une douzaine de jeux sous Proton 5.13-1, j'ai relancé No Man's Sky (mode non-VR) et il a fonctionné avec succès. Il fallait maintenant un certain temps pour compiler les shaders, mais cela fonctionnait bien. Je ne sais pas pourquoi il n'a pas fonctionné cette fois. Veuillez ignorer mon dernier steam-275850.log. J'ai même essayé à nouveau la version VR (n'a pas fonctionné mais je suis revenu au mode crêpe), puis je l'ai relancée en mode crêpe et cela a fonctionné.

Génial! Je suis très content de l'entendre :)

Avez-vous eu une mise à jour de Python? Je l'ai fait et j'avais des problèmes similaires à vous. Je me suis reconnecté et proton a de nouveau travaillé.

En effet. Hier, quand j'ai eu ce problème, python-xlib a été mis à jour.

Je peux également confirmer que le jeu fonctionne bien en mode "pancake" sur 5.13-1. Malheureusement, je rencontre également des problèmes pour exécuter le jeu en mode VR sur mon index.

Veuillez noter que des choses comme Mangohud peuvent provoquer des plantages dans certains jeux tels que NMS où une fois que vous quittez la première planète, mangohud (s'il apparaît même à l'écran) CTD le jeu.

J'obtiens la même erreur que

Reconnaissant pour toutes suggestions!

Désolé, j'ai réalisé que je n'ai pas joint mon propre fichier journal ...
steam-275850.log

Pour les utilisateurs de RADV: Avez-vous toujours des problèmes de rendu avec ce jeu et Mesa 20.2.x? Je pense que nous avons résolu tous les problèmes connus, de sorte que l'étiquette RADV pourrait être supprimée mais en demandant d'abord une confirmation.

Pour les utilisateurs de RADV: Avez-vous toujours des problèmes de rendu avec ce jeu et Mesa 20.2.x? Je pense que nous avons résolu tous les problèmes connus, de sorte que l'étiquette RADV pourrait être supprimée mais en demandant d'abord une confirmation.

Radeon RX 5700 XT; AMDGPU avec du ppa frais kisak-mesa (20,2,1 atm); Linux Mint 19.3; Noyau 5.8.16
Je n'ai aucune erreur de rendu. Mais je ne sais pas si j'en ai eu car je n'ai pas joué depuis un moment. Je ne le rejoue qu'avec le dernier DLC.

Peut-être que d'autres qui ont signalé les erreurs mentionnées peuvent ajouter quelque chose.

RX 5700, mesa 20.3-git-2b977a. La mise à l'échelle de la résolution provoque d'étranges artefacts d'éclairage par blocs (ACO et LLVM, ce problème existe pour moi depuis que la mise à l'échelle de la résolution a été ajoutée à NMS), et les textures haute résolution prennent beaucoup de temps à se charger (ACO uniquement, je semble me souvenir d'avoir vu un rapport de bogue ouvert quelque part à ce sujet mais je ne le trouve pas ...). Je n'ai pas repéré d'autres problèmes, je pense qu'ils sont tous résolus.

Image d'artefacts d'éclairage:

No Man's Sky

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/4342.
@taldarus posté le 2020-11-02T18: 17: 07:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: No man's sky
• Steam AppID du jeu: 275850

`Informations système

• GPU: GeForce GTX 970
• Version du pilote / LLVM: nvidia v: 390.138
• Version du noyau: 5.4.0-52-x86_64 générique
• Version Proton: 3.16, 3.7 sont toutes les deux installées, mais je pensais que j'utilisais 5.13 / à jour

Je confirme:

• [X] que je n'ai pas trouvé de rapport de compatibilité existant pour ce jeu.
• [X] que j'ai vérifié si des mises à jour pour mon système sont disponibles.

Journal:
N'a rien eu, voyez le problème.

Symptômes

Lancez le jeu et j'obtiens toujours "Échec de SteamAPI_Init. Aucune licence ou Steam ne fonctionne pas."

Je n'étais pas à jour lorsque l'erreur a commencé, j'ai tout redémarré et tout redémarré plusieurs fois.

Désolé si ce n'est pas le bon endroit. Je veux surtout rendre le jeu atm, mais c'est pour mes enfants. J'ai cherché plusieurs fois et je n'ai rien trouvé. Cela ressemble à un fichier manquant, pas à un problème de compatibilité, mais le drone de support Steam m'a référé ici.

la reproduction

C'est facile à reproduire :)

Je viens de jouer et ça ne marche pas. Désolé, je ne peux pas vous donner un journal sophistiqué, car steamAPI est le problème, donc lui demander un journal ne fonctionne pas.

Bonjour @taldarus , la série de pilotes nVidia 390 est plus ancienne que la Steam -> Help -> System Information ) et les mettre dans un résumé , puis inclure un lien vers l'essentiel dans ce numéro rapport.

À partir de Proton 5.13, Proton fonctionne désormais sur Steam Linux Runtime - Soldier, qui est un environnement de conteneur configuré par Pressure Vessel. Puisque PROTON_LOG=1 ne génère pas de journal avec Proton 5.13, cela indique que vous avez peut-être rencontré un problème avec Pressure Vessel. Veuillez fermer complètement Steam, puis exécutez Steam à partir d'un terminal et vérifiez s'il y a des indices dans le spew du terminal lorsque vous essayez de lancer le jeu. Si vous utilisez le paquet Steam modifié par Debian, il peut intercepter tous les indices et les mettre dans ~/.steam/error.log .

Informations système vraiment rapides: https://gist.github.com/taldarus/d91b4d730a9d11eb0c186aa0a270f124
Spew terminal: https://gist.github.com/taldarus/274fad28c4c728c90177bed96c8ec91d

C'est un peu déroutant, car il semble que je devrais courir avec des privilèges élevés, ce que je comprends être un non-non traditionnel. Je vais donc aller de l'avant et le faire et voir si j'obtiens plus de données.

Post Nvidia Terminal Spew: https://gist.github.com/taldarus/5d8b01c5266c8a2d0f567bc1934609f2

Et Steam fait quelque chose d'étrange, je l'ai vu essayer de se mettre à jour. Cela semble donc prometteur. Je vais bricoler un instant.

Modification finale (probablement):
À ce stade, j'ai le problème (il semble que la menthe 19.3 -> 20 ait subi un changement de 64 bits qui était significatif). En commençant par Nvidia, j'ai rapidement rencontré toutes sortes de petits bugs, et cela m'a finalement conduit à la mise à jour vers 20.x. Je n'ai pas confirmé que cela résoudrait le problème, mais le processus de mise à jour est en cours depuis près de deux heures maintenant. (2000 paquets nécessaires à la mise à jour Oo)

Je me souviens qu'il voulait mettre à jour à 20.0, et je lui ai dit d'attendre. Au moins, je pensais que c'était attendre, car il refusait catégoriquement de me parler à nouveau de cette mise à jour. Si cela ne résout pas le problème, je publierai à nouveau. Espérons que le jeu fonctionnera un peu.

Merci pour l'aide Kisak

Salut @aeikum , j'ai remarqué une nouvelle version de Proton-5.0 (5.0-10) et mis à jour Proton et essayé d'exécuter No Man's Sky en VR avec cette version particulière. Crashed au début avec une fenêtre de dialogue générique me demandant de contacter le support, même essayé de désinstaller complètement, supprimant les 275850 compatdata (je ne sais pas pourquoi Steam ne les supprime pas après la désinstallation), puis réinstallez-le directement à partir de Proton 5.0. Fonctionne parfaitement en mode crêpe, mais plante avec le même message générique.

Cette version de Proton était-elle censée résoudre le problème avec No Man's Sky VR? Je dis cela parce qu'ayant mis à jour la compatibilité openvr, je pensais que ce serait le cas.

Dans tous les cas, j'attache le journal de vapeur si vous en avez besoin
steam-275850.log
.

Malheureusement non. Le jeu rencontre un nouveau bogue, que j'ai examiné, mais que je n'ai pas pu résoudre. J'ai déposé un bug pour cela dans notre tracker interne, mais je n'ai aucune estimation du moment où il sera corrigé. (Il passe ce qui est apparemment un handle VkPhysicalDevice invalide à une fonction OpenVR, ce qui provoque le plantage. Je ne sais pas pourquoi il fait cela.)

@aeikum Le nouveau Proton 5.13-2 RC a-t-il des correctifs pour No Man's Sky en mode VR?

@rstrube No.

Mise à jour vers Mesa 20.2.2 à partir du PPA de Kisak mesa-fresh et No Man Sky ne rend plus aucun graphisme dans le jeu

Les menus initiaux et l'animation de champ en étoile sont rendus correctement.

Cependant, sur l'écran de jeu, tout est noir car aucun graphisme n'est rendu autre que les étiquettes.

Les menus du jeu fonctionnent également à 100%

J'utilise une carte RX480 8GiB sur Ubuntu 18.04.5

Tout autre jeu que j'ai pu tester fonctionne correctement.

Cela a commencé à se produire juste après la mise à jour vers 20.2.2 sur la version précédente a fonctionné à 100% sur mon ordinateur.

Mise à jour vers Mesa 20.2.2 à partir du PPA de Kisak mesa-fresh et No Man Sky ne rend plus aucun graphisme dans le jeu

Les menus initiaux et l'animation de champ en étoile sont rendus correctement.

Cependant, sur l'écran de jeu, tout est noir car aucun graphisme n'est rendu autre que les étiquettes.

Les menus du jeu fonctionnent également à 100%

J'utilise une carte RX480 8GiB sur Ubuntu 18.04.5

Tout autre jeu que j'ai pu tester fonctionne correctement.

Cela a commencé à se produire juste après la mise à jour vers 20.2.2 sur la version précédente a fonctionné à 100% sur mon ordinateur.

Je peux le confirmer. Après la mise à jour vers Kisak mesa-fresh 20.2.2 à partir de la version 20.2.1 précédente, j'ai les mêmes problèmes. ISeul un écran noir s'affiche pendant le jeu. Les textures ne sont pas rendues. Seules les icônes d'écran qui marquent des endroits spéciaux ou des points de repère sont toujours affichées. Les menus en jeu et l'écran étoile de la séquence de chargement fonctionnent également de la même manière.

J'ai donc supprimé le PPA et j'utilise maintenant le Mesa 20.0.8 fourni avec Linux Mint 20 (basé sur Ubuntu 20.04 LTS) par défaut et cela fonctionne à nouveau correctement. La seule chose que j'ai maintenant, ce sont les erreurs de texture qui étaient connues dans le passé.

Spécifications:
Linux Mint 20
Noyau 5.8.16
AMDGPU
AMD Ryzen 3600
AMD RX 5700 XT

Merci d'avoir attiré mon attention sur le pilote snafu @nentibusarchitectura et @ KuJo-Ger. Pour le moment, le problème est dans mon ensemble de premiers backports pour mesa, et pas actuellement un problème mesa en amont. Je vais voir ce que je peux trouver pour la version 20.2.3.

Mise à jour: le correctif incriminé a été identifié et sera sauvegardé dans la prochaine version du PPA.

Pour le moment, rien n'indique que mesa 20.2.3 va être déployé comme prévu, j'ai donc poussé mesa 20.2.2 ~ kisak2 vers la ferme de construction qui devrait corriger la régression spécifique de PPA. Merci encore d'avoir trouvé le problème.

Pour le moment, rien n'indique que mesa 20.2.3 va être déployé comme prévu, j'ai donc poussé mesa 20.2.2 ~ kisak2 vers la ferme de construction qui devrait corriger la régression spécifique de PPA. Merci encore d'avoir trouvé le problème.

J'ai réinstallé votre PPA - et le jeu fonctionne à nouveau correctement. Les textures sont à nouveau rendues correctement.

@ kisak-valve:
Vous nous remerciez d'avoir trouvé le problème. Mais nous avons bien plus à vous remercier de nous avoir fourni ce superbe PPA!

Salut Kisak,

Peut confirmer que la nouvelle version de votre PPA Mesa-Fresh résout le problème pour moi aussi.

Merci beaucoup pour votre travail acharné, c'est très apprécié.

Malheureusement non. Le jeu rencontre un nouveau bogue, que j'ai examiné, mais que je n'ai pas pu résoudre. J'ai déposé un bug pour cela dans notre tracker interne

@aeikum Vous rencontrez également le même problème que @Patola et @rstrube , peut-être vaut-il la peine de contacter les développeurs car ils semblent soutenir Proton compte tenu de leurs correctifs précédents ?

https://hellogames.org/contact