Je reçois un crash brutal qui semble se produire après environ 30 minutes. Voici le fichier journal:
https://send.firefox.com/download/945b855f1dd20e0d/#dP9yXbTc4PGFlF5mkZL1EQ

J'ai un RX 5700XT et j'utilise ArchLinux avec RADV.

Bonjour @PopeRigby , 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.

En remarque, les journaux Proton sont connus pour bien se compresser, veuillez envisager de lancer de gros journaux dans une archive.

Voici l'essentiel des informations système: https://gist.github.com/PopeRigby/263d2b99e3998f99fdf4e0d222845843

Alors, ACO fonctionne-t-il maintenant sur Mesa 20.1? La dernière fois, j'ai entendu que l'ACO ne fonctionnait pas.

Est-il toujours vrai que l'activation de la superposition entraîne des problèmes de performances?

Ma propre expérience montre le contraire:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394/30?u=silviu_c

@ kisak-valve - Vous avez fait un commentaire dans l'autre fil de discussion sur la suppression de libvulkan1 dans Ubuntu, ce qui est un GRAND NON NON car cela endommagera votre système. Existe-t-il un meilleur moyen pour que le vulkan inclus dans l'exécution de Steam prenne la priorité sur celui du système?

teg@pop-os:~$ sudo apt remove libvulkan1
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages were automatically installed and are no longer required:
  cabextract efibootmgr evolution-data-server-common filezilla-common
  firmware-manager-notify firmware-manager-shared fonts-wine fprintd fuseiso
  gir1.2-accountsservice-1.0 gir1.2-appindicator3-0.1 gir1.2-gck-1
  gir1.2-gcr-3 gir1.2-gdm-1.0 gir1.2-gnomebluetooth-1.0 gir1.2-nm-1.0
  gir1.2-nma-1.0 gir1.2-upowerglib-1.0 gkbd-capplet glade2script
  gnome-session-common gnome-shell-extension-system76-power
  gstreamer1.0-pulseaudio gtk2-engines-murrine gvfs-libs i965-va-driver
  intel-media-va-driver libaacs0 libaom0 libasound2-dev libass9 libavcodec58
  libavfilter7 libavformat58 libavresample4 libavutil56 libbdplus0
  libblkid-dev libbluray2 libbs2b0 libcamel-1.2-62 libcapi20-3 libcapnp-0.7.0
  libcdio-cdda2 libcdio-paranoia2 libcdio18 libchromaprint1 libcodec2-0.8.1
  libcue2 libdazzle-1.0-0 libdbus-1-dev libdc1394-22 libdvdnav4 libdvdread4
  libebackend-1.2-10 libebook-1.2-20 libebook-contacts-1.2-3 libecal-2.0-1
  libedata-book-1.2-26 libedata-cal-2.0-1 libedataserver-1.2-24 libexiv2-14
  libfftw3-double3 libfilezilla0 libfirmware-manager libflite1 libfontenc1
  libfprint0 libgdm1 libgexiv2-2 libgif7 libgles1 libglib2.0-dev
  libglib2.0-dev-bin libgme0 libgnome-autoar-0-0 libgnomekbd-common
  libgnomekbd8 libgsf-1-114 libgsf-1-common libgsm1 libgsoap-2.8.75
  libibus-1.0-dev libigdgmm11 libjavascriptcoregtk-4.0-18 libldb1 liblilv-0-0
  libmikmod3 libmirclient-dev libmirclient9 libmircommon-dev libmircommon7
  libmircookie-dev libmircookie2 libmircore-dev libmircore1 libmirprotobuf3
  libmount-dev libmspack0 libmtp-common libmtp-runtime libmtp9 libmysofa0
  libnfs12 libnorm1 libodbc1 libopenal1 libopengl-dev libopengl0 libopenjp2-7
  libopenmpt0 libosmesa6 libpam-fprintd libpcre16-3 libpcre2-32-0 libpcre2-dev
  libpcre2-posix0 libpcre3-dev libpcre32-3 libpgm-5.2-0 libphonenumber7
  libpop-theme-switcher libpop-upgrade-gtk libpostproc55 libprotobuf-dev
  libprotobuf-lite17 libpugixml1v5 libpulse-dev libqt5positioning5 libqt5qml5
  libqt5sensors5 libqt5webchannel5 librubberband2 librygel-core-2.6-2
  librygel-db-2.6-2 librygel-renderer-2.6-2 librygel-server-2.6-2
  libs76-hidpi-widget libsdl-net1.2 libsdl-sound1.2 libsdl1.2debian
  libselinux1-dev libsepol1-dev libserd-0-0 libshine3 libsmbclient
  libsndio-dev libsord-0-0 libsratom-0-0 libssh-gcrypt-4 libswresample3
  libswscale5 libtalloc2 libtevent0 libtracker-control-2.0-0
  libtracker-miner-2.0-0 libudev-dev libva-drm2 libva-wayland2 libva-x11-2
  libva2 libvidstab1.1 libvncserver1 libwayland-bin libwayland-dev
  libwbclient0 libwebpdemux2 libwoff1 libwxbase3.0-0v5 libx264-155 libx265-176
  libxatracker2 libxcb-glx0 libxcb-res0 libxcb-xv0 libxcursor-dev
  libxfixes-dev libxfont2 libxi-dev libxinerama-dev libxkbcommon-dev
  libxkbfile1 libxklavier16 libxrandr-dev libxv-dev libxvidcore4 libxvmc1
  libxxf86dga1 libxxf86vm-dev libzmq5 libzvbi-common libzvbi0 mesa-va-drivers
  nautilus-data pastebinit pop-fonts pop-gnome-shell-theme pop-gtk-theme
  pop-icon-theme pop-sound-theme pop-theme python3-pyxattr python3-talloc
  rtmpdump rygel samba-libs switcheroo-control syslinux-common system76-power
  tracker tracker-extract tracker-miner-fs va-driver-all virtualbox-dkms
  x11-apps x11-session-utils x11-xkb-utils x11proto-fixes-dev
  x11proto-randr-dev x11proto-xf86vidmode-dev x11proto-xinerama-dev xbitmaps
  xfonts-base xfonts-encodings xfonts-scalable xfonts-utils xinit xinput
  xserver-common xserver-xorg-legacy yelp-xsl youtube-dl zenity-common
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  libqt5gui5-gles
Suggested packages:
  qt5-image-formats-plugins qtwayland5
Recommended packages:
  libqt5svg5
The following packages will be REMOVED:
  boot-repair boot-sav boot-sav-extra chrome-gnome-shell
  com.github.tkashkin.gamehub dosbox evolution-data-server ffmpeg filezilla
  gdm3 ghostwriter gir1.2-mutter-5 gnome-calendar gnome-control-center
  gnome-getting-started-docs gnome-getting-started-docs-de
  gnome-getting-started-docs-es gnome-getting-started-docs-fr
  gnome-getting-started-docs-it gnome-getting-started-docs-ja
  gnome-getting-started-docs-pt gnome-getting-started-docs-ru
  gnome-getting-started-docs-zh-hk gnome-getting-started-docs-zh-tw gnome-mpv
  gnome-online-accounts gnome-session-bin gnome-shell
  gnome-shell-extension-alt-tab-raise-first-window
  gnome-shell-extension-always-show-workspaces
  gnome-shell-extension-desktop-icons gnome-shell-extension-do-not-disturb
  gnome-shell-extension-pop-battery-icon-fix
  gnome-shell-extension-pop-shop-details
  gnome-shell-extension-pop-suspend-button gnome-startup-applications
  gnome-user-docs gnome-user-docs-de gnome-user-docs-es gnome-user-docs-fr
  gnome-user-docs-it gnome-user-docs-ja gnome-user-docs-pt gnome-user-docs-ru
  gnome-user-docs-zh-hans gstreamer1.0-clutter-3.0 gstreamer1.0-gl gvfs
  gvfs-backends gvfs-daemons gvfs-fuse libavdevice58 libcheese-gtk25
  libcheese8 libclutter-1.0-0 libclutter-gst-3.0-0 libclutter-gtk-1.0-0
  libcogl-pango20 libcogl-path20 libcogl20 libedataserverui-1.2-2 libegl-dev
  libegl1-mesa-dev libfolks-eds25 libgl-dev libgl1 libgl1-mesa-dev
  libgl1-mesa-dri libgl1-mesa-glx libgles-dev libgles2-mesa-dev libglu1-mesa
  libglu1-mesa-dev libglvnd-dev libglx-dev libglx-mesa0 libglx0
  libgoa-backend-1.0-1 libgstreamer-gl1.0-0 libmpv1 libmutter-5-0 libqt5gui5
  libqt5opengl5 libqt5printsupport5 libqt5quick5 libqt5svg5 libqt5webkit5
  libqt5widgets5 libsdl2-dev libvdpau-va-gl1 libvkd3d1 libvulkan1
  libwebkit2gtk-4.0-37 libwine libwxgtk3.0-0v5 libyelp0 mesa-vulkan-drivers
  mpv mutter nautilus phantomjs pop-default-settings pop-session qsynth
  ubuntu-docs virtualbox virtualbox-qt wine wine64 winetricks x11-utils xorg
  xserver-xephyr xserver-xorg xserver-xorg-core xserver-xorg-input-all
  xserver-xorg-input-libinput xserver-xorg-input-wacom xserver-xorg-video-all
  xserver-xorg-video-amdgpu xserver-xorg-video-ati xserver-xorg-video-fbdev
  xserver-xorg-video-intel xserver-xorg-video-nouveau xserver-xorg-video-qxl
  xserver-xorg-video-radeon xserver-xorg-video-vesa xserver-xorg-video-vmware
  xwayland yelp zenity
The following NEW packages will be installed:
  libqt5gui5-gles
0 upgraded, 1 newly installed, 131 to remove and 0 not upgraded.

@btegs , où ce commentaire a-t-il été fait?

un commentaire dans l'autre fil sur la suppression de libvulkan1 dans Ubuntu

@btegs , vous devriez relire ce commentaire. Kisak n'a pas dit supprimer, il a dit ré-ajouter .

un commentaire dans l'autre fil sur la suppression de libvulkan1 dans Ubuntu

@btegs , vous devriez relire ce commentaire. Kisak n'a pas dit supprimer, il a dit ré-ajouter .

Je faisais référence à https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -613766116 où la réinstallation de libvulkan1 sur Ubuntu 19.10 via apt ne ferait que réinstaller v1.1.114.

Donc, si vous laissez cela comme libvulkan1 principal au niveau du système et supprimez pinned_libs_ * de l'installation de Steam, comment cela fait-il automatiquement que vos pilotes AMD sous MESA utilisent le libvulkan de Steam et non votre système?

@btegs , la suppression des dossiers pinned_libs_ * invite Steam à régénérer ces dossiers au prochain démarrage de Steam (c'est littéralement ce que j'ai dit précédemment). Le contenu du dossier est le résultat de la comparaison des bibliothèques système aux variantes d'exécution Steam et de l'épinglage de la variante d'exécution Steam si elle est plus récente que le système hôte.

Steam hiérarchise les bibliothèques dans l'ordre suivant: Bibliothèques épinglées> Système hôte> Runtime Steam> ld.so.conf

@btegs , la suppression des dossiers pinned_libs_ * invite Steam à régénérer ces dossiers au prochain démarrage de Steam (c'est littéralement ce que j'ai dit précédemment). Le contenu du dossier est le résultat de la comparaison des bibliothèques système aux variantes d'exécution Steam et de l'épinglage de la variante d'exécution Steam si elle est plus récente que le système hôte.

Steam hiérarchise les bibliothèques dans l'ordre suivant: Bibliothèques épinglées> Système hôte> Runtime Steam> ld.so.conf

Supprimé ces dossiers et ont été recréés une fois le démarrage de Steam. J'ai vérifié le répertoire et ils étaient liés symboliquement à une version 1.2.135 de Vulkan. cool.

Ensuite, je charge un jeu aléatoire avec Proton 5.0-6 avec le DXVK hud réglé sur 1 sous Ubuntu 19.10. Il apparaît comme Mesa 20.0.99 (en utilisant la version git de pointe de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers pour mon RX 580. Affiche Vulkan 1.2.128 pour ma version Vulkan. Je ne peux évidemment pas lancer DOOM Eternal non plus.

Que se passe-t-il et quelles étapes manquent?

REMARQUE: j'ai trouvé un dépôt Ubuntu sur https://packages.lunarg.com/ qui me donne une mise à jour de libvulkan1 et libvulkan1: i386 sans affecter mon Mesa actuel. 1.2.135 est installé, mais chaque fois que j'essaye un jeu sur Steam ou que j'utilise GameHub avec un jeu GOG, il est toujours à 1.2.128. Je n'ai aucune idée d'où vient cette version de Vulkan!

"Alt-Tab peut casser le rendu du jeu."
Arch Linux avec KDE Plasma, peut confirmer Alt-Tabbing a cassé le rendu du jeu, mais cela a également entraîné une absence de réponse à la procédure de fermeture en cliquant avec le bouton droit sur le processus dans la barre des tâches et en cliquant sur le bouton "Fermer".
sudo kill -SIGHUP 31117 cependant fermé le jeu
Informations système: https://pastebin.com/1z80Y7WG

Mon dur crash semble se produire après environ 20 minutes à chaque fois que je démarre le jeu. Peut-être que je pourrais le chronométrer pour vérifier.

Ajout de bogues (peut-être évidents / déjà connus):

• doivent ignorer le logo d'introduction initial (_ "+ in_terminal 1 + com_skipIntroVideo 1" _)
• l'audio grésille un peu parfois (il faut augmenter l'échantillonnage pulseaudio à 48 kHz)
• le multijoueur ne fonctionne pas (c'est mauvais )

Ce jeu semble également être affecté par https://github.com/ValveSoftware/Proton/issues/2927

Si vous rencontrez des problèmes et que vous avez un processeur Ryzen 3xxx, essayez la solution de contournement ici ^

Échec du moniteur / résolution Doom Eternal

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3797.
@ Kalevr1 publié le 2020-04-24T23: 18: 50:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: Doom Eternal
• Steam AppID du jeu: 782330

Information système

• GPU: RTX 2060 SUPER
• Version du pilote / LLVM: 4.6.0 NVIDIA 440.82
• Version du noyau: 5.5.6
• Lien vers le rapport d'informations système complet: https://gist.github.com/Kalevr1/6f5f51d29cc2e60e370c7dda858ace34
• Version Proton: 5.0-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-782330.log.zip

Symptômes

Après avoir installé le dernier SteamPlay Proton 5.06, j'ai eu une session de jeu parfaite qui a duré plusieurs heures. J'ai pris une pause pour manger puis je suis revenu pour continuer à jouer. J'ai une configuration de 2 moniteurs. Lorsque j'ai essayé de lancer le jeu une deuxième fois, il est passé à une petite fenêtre sur le moniteur secondaire. Le moniteur inférieur est mon écran par défaut et se trouve au niveau des yeux. Je peux voir le coin supérieur gauche de Doom Intro rendu dans la fenêtre de taille d'un quart sur le moniteur secondaire. Le moteur de jeu pense qu'il est rendu sur tout l'écran mais je ne vois que la partie qui chevauche la fenêtre. Je peux voir 2 boutons dans l'interface utilisateur et je peux interagir avec eux. Je Alt-F4 pour quitter.

Cela semble réparable si je peux forcer manuellement le moniteur et la résolution pour l'application, mais je ne sais pas si cela fonctionnerait. Une solution de contournement que j'ai trouvée est que si je supprime ../steamapps/compatdata/782330, le jeu se lance à nouveau, ce qui fonctionne toujours parfaitement.

J'ai inclus une capture d'écran des deux moniteurs (1920x2160 pixels). Steam est en plein écran ci-dessous sur le primaire et vous voyez la fenêtre Doom ci-dessus sur le secondaire.

la reproduction

@ Kalevr1 a commenté le 2020-04-24T23: 21: 15:

Ceci est mon premier message, donc j'espère qu'il est correct de commencer un nouveau rapport plutôt que de l'attacher à un autre. Sinon des excuses.

J'ai essayé d'utiliser le proton 5.06 et 5.6 GE, le jeu plante très souvent sur les deux.

Voici le journal des plantages du Proton GE 5.6
Voici le journal des plantages de Proton 5.06

J'ai essayé d'utiliser le proton 5.06 et 5.6 GE, le jeu plante très souvent sur les deux.

Voici le journal des plantages du Proton GE 5.6
Voici le journal des plantages de Proton 5.06

Je suppose que mon problème est résolu. Je suppose que ce problème a été causé par une instabilité AVX sur mon processeur. J'avais overclocké mon processeur mais je n'avais pas vérifié la stabilité de l'overclocking avec AVX2. J'ai dû ajouter un offset AVX pour mon CPU dans le bios afin de passer les tests "Small FFTs" dans Prime95 avec AVX2 sous Windows et confirmer la même stabilité en utilisant l'utilitaire stress sur mon archlinux. Une fois que j'ai fait cela, je n'ai plus jamais vu de crash. Ma première hypothèse concernait l'instabilité de la RAM (je l'ai également overclockée), mais après avoir activé et désactivé XMP, des horaires et des fréquences non resserrés, j'ai pu confirmer qu'il ne s'agissait pas d'un problème de RAM.

Je suis effectivement dans le même scénario, les mêmes versions, je ne peux pas comprendre comment faire en sorte que DOOM Eternal ne plante pas au démarrage. :(

Avez-vous compris cela @btegs ?

@btegs , la suppression des dossiers pinned_libs_ * invite Steam à régénérer ces dossiers au prochain démarrage de Steam (c'est littéralement ce que j'ai dit précédemment). Le contenu du dossier est le résultat de la comparaison des bibliothèques système aux variantes d'exécution Steam et de l'épinglage de la variante d'exécution Steam si elle est plus récente que le système hôte.
Steam hiérarchise les bibliothèques dans l'ordre suivant: Bibliothèques épinglées> Système hôte> Runtime Steam> ld.so.conf

Supprimé ces dossiers et ont été recréés une fois le démarrage de Steam. J'ai vérifié le répertoire et ils étaient liés symboliquement à une version 1.2.135 de Vulkan. cool.

Ensuite, je charge un jeu aléatoire avec Proton 5.0-6 avec le DXVK hud réglé sur 1 sous Ubuntu 19.10. Il apparaît comme Mesa 20.0.99 (en utilisant la version git de pointe de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers pour mon RX 580. Affiche Vulkan 1.2.128 pour ma version Vulkan. Je ne peux évidemment pas lancer DOOM Eternal non plus.

Que se passe-t-il et quelles étapes manquent?

REMARQUE: j'ai trouvé un dépôt Ubuntu sur https://packages.lunarg.com/ qui me donne une mise à jour de libvulkan1 et libvulkan1: i386 sans affecter mon Mesa actuel. 1.2.135 est installé, mais chaque fois que j'essaye un jeu sur Steam ou que j'utilise GameHub avec un jeu GOG, il est toujours à 1.2.128. Je n'ai aucune idée d'où vient cette version de Vulkan!

Sur l'ancien fil, quelques utilisateurs ont signalé que battlemode ne pouvait pas trouver de jeux, et j'ai le même problème. Personne sur ce fil n'a suggéré de cause ou signalé un correctif, alors j'aimerais attirer l'attention sur ce problème.
Lorsque j'essaye de trouver une correspondance en mode battlemode, sur l'un des trois choix, je ne trouve tout simplement pas de jeu, jamais. Il n'y a pas de plantage ni d'erreur, même si je n'ai vérifié aucun fichier journal.

Je suis effectivement dans le même scénario, les mêmes versions, je ne peux pas comprendre comment faire en sorte que DOOM Eternal ne plante pas au démarrage. :(

Avez-vous compris cela @btegs ?

@btegs , la suppression des dossiers pinned_libs_ * invite Steam à régénérer ces dossiers au prochain démarrage de Steam (c'est littéralement ce que j'ai dit précédemment). Le contenu du dossier est le résultat de la comparaison des bibliothèques système aux variantes d'exécution Steam et de l'épinglage de la variante d'exécution Steam si elle est plus récente que le système hôte.
Steam hiérarchise les bibliothèques dans l'ordre suivant: Bibliothèques épinglées> Système hôte> Runtime Steam> ld.so.conf

Supprimé ces dossiers et ont été recréés une fois le démarrage de Steam. J'ai vérifié le répertoire et ils étaient liés symboliquement à une version 1.2.135 de Vulkan. cool.
Ensuite, je charge un jeu aléatoire avec Proton 5.0-6 avec le DXVK hud réglé sur 1 sous Ubuntu 19.10. Il apparaît comme Mesa 20.0.99 (en utilisant la version git de pointe de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers pour mon RX 580. Affiche Vulkan 1.2.128 pour ma version Vulkan. Je ne peux évidemment pas lancer DOOM Eternal non plus.
Que se passe-t-il et quelles étapes manquent?
REMARQUE: j'ai trouvé un dépôt Ubuntu sur https://packages.lunarg.com/ qui me donne une mise à jour de libvulkan1 et libvulkan1: i386 sans affecter mon Mesa actuel. 1.2.135 est installé, mais chaque fois que j'essaye un jeu sur Steam ou que j'utilise GameHub avec un jeu GOG, il est toujours à 1.2.128. Je n'ai aucune idée d'où vient cette version de Vulkan!

J'ai mis à niveau vers Ubuntu 20.04 avec ce package Vulkan de lunarg et je suis toujours bloqué avec 1.2.128. J'ai supprimé les bibliothèques épinglées (Steam m'avertit même lorsqu'il la recrée au lancement) et je ne parviens pas à synchroniser cette version plus récente.

@ kisak-valve a ignoré mon commentaire avant, mais je suis heureux qu'il y ait d'autres personnes ayant ce problème.

Ce qui suit est Ubuntu 20.04, les derniers pilotes Nvidia 440 avec une GTX 1080. Après le démarrage du jeu, un petit écran noir apparaît sur le deuxième moniteur et reste comme ça.

Parfois, il afficherait le menu réel au lieu de l'écran noir comme celui-ci

Mais si j'essaie de faire passer le jeu en plein écran en appuyant sur ALT + ENTRÉE, alors tout l'enfer se déchaîne

Très bien, DOOM Eternal est maintenant lancé pour moi. Je ne suis pas sûr de ce qui a changé pour moi. C'est peut-être une mise à jour récente du pilote MESA qui l'a corrigé, pas sûr. Juste aveugle a essayé à nouveau, et je suis capable d'entrer et de jouer au jeu. Si j'observe d'autres problèmes, je les signalerai.

Ce qui suit est Ubuntu 20.04, les derniers pilotes Nvidia 440 avec une GTX 1080. Après le démarrage du jeu, un petit écran noir apparaît sur le deuxième moniteur et reste comme ça.

Parfois, il afficherait le menu réel au lieu de l'écran noir comme celui-ci

Mais si j'essaie de faire passer le jeu en plein écran en appuyant sur ALT + ENTRÉE, alors tout l'enfer se déchaîne

Cela s'est-il également produit lors de la première exécution ou uniquement lors des tentatives de lancement ultérieures? Si c'est comme ma situation, vous pouvez faire une solution de contournement en supprimant le dossier sous compdata comme je l'ai expliqué dans mon rapport, de sorte que chaque exécution soit une «première» exécution. J'ai malheureusement dû faire un double démarrage dans ce jeu. C'était soit ça, soit supprimer ce dossier à chaque lancement du jeu. Jusqu'à ce qu'ils corrigent le bogue de lancement multi-moniteurs, il n'y a pas d'autre moyen que je puisse voir.

Mais si j'essaie de faire passer le jeu en plein écran en appuyant sur ALT + ENTRÉE, alors tout l'enfer se déchaîne

@luisalvarado au lieu d'appuyer sur Alt-Enter, essayez d'entrer dans les paramètres et changez d'abord le mode «fenêtré» en «fenêtré sans bordure». Si cela fonctionne, changez-le en «plein écran» alors. Ou simplement jouer sur borderless?

Mais si j'essaie de faire passer le jeu en plein écran en appuyant sur ALT + ENTRÉE, alors tout l'enfer se déchaîne

@luisalvarado au lieu d'appuyer sur Alt-Enter, essayez d'entrer dans les paramètres et changez d'abord le mode «fenêtré» en «fenêtré sans bordure». Si cela fonctionne, changez-le en «plein écran» alors. Ou simplement jouer sur borderless?

Laissez-moi tester. Je vous remercie

Je suis sur Fedora 32 Workstation avec Steam flatpak. NVIDIA 1080 Ti. DOOM Eternal plante au démarrage. J'ai une petite fenêtre de vin vide pendant quelques secondes. La fenêtre se ferme alors et le jeu ne démarre pas. Informations système jointes. J'ai des pilotes NVIDIA 440.82.

J'utilise Proton 5.0.7

steam-hw.txt

@vatula Je suis hors de la boucle quand il s'agit de doom éternel, mais pourriez-vous obtenir la sortie standard de wine en exécutant doom manuellement? Je ne pense pas que nous ayons suffisamment d'informations pour vous aider.

J'avais une énorme baisse de FPS dans les étapes ultérieures des arènes lorsque beaucoup de monstres et de particules sont apparus à l'écran. J'ai essayé r_antialiasing 0 et l'expérience s'est grandement améliorée. Je pense qu'il y a un problème avec l'antialiasing temporel et les particules pour une raison quelconque.
Maintenant, le jeu est fluide, même dans les grandes batailles.

@vatula J'ai une configuration presque exactement la même que la vôtre (Fedora 32, GTX 1080 ti, dernière version de Proton). La seule différence est que je n'utilise pas le Flatpak Steam. Dans quelle mesure seriez-vous réticent à essayer le pack RPMFusion de Steam?

J'utilisais Flatpak (il y a environ un an environ), mais j'avais parfois des problèmes avec des jeux que je n'avais pas avec la version RPMFusion.

DOOM Eternal fonctionne vraiment bien pour moi.

@MagicRB @ kisak-valve Je joins des journaux de protons pour le crash. Il est lourd (3,7 Go), contient des erreurs, mais comme il est si grand, je n'ai pas pu déterminer lequel était critique. J'ai téléchargé le journal zippé sur mega.nz steam-782330.zip

@nathanjackson Je confirme que le jeu se lance lorsque Steam est installé à partir de RPMFusion. @ kisak-valve cela pourrait-il signifier qu'il y a un problème avec Steam flatpak?

Bonjour @vatula , peut-être. Puisqu'il y a une différence de comportement entre le système hôte et flatpak, cela ne ferait pas de mal de mentionner poliment votre expérience aux responsables de paquets Steam fournis par Flathub sur https://github.com/flathub/com.valvesoftware.Steam/issues .

Je rencontre un problème étrange après la mise à jour de mon système d'exploitation. La vidéo d'introduction se fige périodiquement, pendant presque exactement 5 secondes, puis s'exécute pendant une demi-seconde environ, puis se fige à nouveau et ainsi de suite. Le système ne répond pas pendant ces blocages.

Spécifications:

• OS: Pop! _OS 20.04, noyau 5.4.0-7626-générique
• GPU: nVidia RTX 2070 Max-Q, version du pilote 440.82
• Vulkan: 1.2.140, installé manuellement
• Proton: se produit à la fois avec 5.5-GE-1 et 5.0-7

Les journaux Proton affichent plusieurs lignes qui semblent se répéter à chaque gel:

10015.302:002d:002e:trace:seh:dwarf_virtual_unwind next function rip=0000000140325af5
10015.302:002d:002e:trace:seh:dwarf_virtual_unwind   rax=00007fffffea8000 rbx=00000000075a1cb0 rcx=00000000008fd690 rdx=000000007b475166
10015.302:002d:002e:trace:seh:dwarf_virtual_unwind   rsi=0000000000000005 rdi=0000000000000001 rbp=00000000008fee60 rsp=00000000008fed60
10015.302:002d:002e:trace:seh:dwarf_virtual_unwind    r8=00000000008fe910  r9=000000007b4751a0 r10=000000007bd225a8 r11=0000000000000000
10015.302:002d:002e:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000001 r14=000000014293fd90 r15=ffffffffffffffff
10015.302:002d:002e:trace:seh:RtlRestoreContext returning to 7b475166 stack 8fe9d0
10015.432:002d:003e:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\dxvk_config.dll" at 0x69040000: native
10020.444:002d:002e:warn:debugstr:OutputDebugStringA "WARNING: PumpSessionAndNetworkPackets: Not called for 5.00 seconds\n"
10020.518:002d:002e:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fdce ip=7b00fdce tid=002e
10020.518:002d:002e:trace:seh:raise_exception  info[0]=0000000000000044
10020.518:002d:002e:trace:seh:raise_exception  info[1]=00000000008fef10
10020.518:002d:002e:trace:seh:raise_exception  rax=00000000008fe930 rbx=00007fffffea8000 rcx=00000000008fe910 rdx=0000000000000000
10020.518:002d:002e:trace:seh:raise_exception  rsi=00000000008fea10 rdi=00000000008fe940 rbp=00000000008fed50 rsp=00000000008fe8f0
10020.518:002d:002e:trace:seh:raise_exception   r8=0000000000000002  r9=00000000008fea00 r10=000000007b47aa26 r11=0000000000000000
10020.518:002d:002e:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=000000014293fd90 r15=ffffffffffffffff
10020.518:002d:002e:trace:seh:call_vectored_handlers calling handler at 0x69060d70 code=40010006 flags=0
10020.518:002d:002e:trace:seh:call_vectored_handlers handler at 0x69060d70 returned 0
10020.518:002d:002e:trace:seh:call_vectored_handlers calling handler at 0x14094ae30 code=40010006 flags=0
10020.518:002d:002e:trace:seh:call_vectored_handlers handler at 0x14094ae30 returned 0
10020.518:002d:002e:trace:seh:RtlVirtualUnwind type 1 rip 7b00fdce rsp 8fe8f0
10020.518:002d:002e:trace:seh:dump_unwind_info **** func fd80-fe07
10020.518:002d:002e:trace:seh:dump_unwind_info unwind info at 0x7b08e344 flags 0 prolog 0x11 bytes function 0x7b00fd80-0x7b00fe07
10020.518:002d:002e:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
10020.518:002d:002e:trace:seh:dump_unwind_info     0xa: pushq %rsi
10020.518:002d:002e:trace:seh:dump_unwind_info     0x9: pushq %rdi
10020.518:002d:002e:trace:seh:dwarf_virtual_unwind function 7b439ca1 base 0x7b439a58 cie 0x7b490710 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

Voici quelques extraits supplémentaires autour de certains de ces gels: https://gist.github.com/thebozzcl/d443097713938069abb233dabd4bba47

Je vérifie toujours les journaux du système pour voir si je trouve un autre modèle qui pourrait me donner un indice.

En essayant de jouer au Battlemode, je n'ai pu me connecter à aucun jeu. J'ai remarqué quelques mauvaises demandes d'accepter l'invitation de groupe dans la console, mais j'ai été connecté à Bethesda.net sans problème.

En essayant de jouer au Battlemode, je n'ai pu me connecter à aucun jeu. J'ai remarqué quelques mauvaises demandes d'accepter l'invitation de groupe dans la console, mais j'ai été connecté à Bethesda.net sans problème.

J'ai le même problème, cela fonctionnait sur une version précédente de Proton.

En essayant de jouer au Battlemode, je n'ai pu me connecter à aucun jeu. J'ai remarqué quelques mauvaises demandes d'accepter l'invitation de groupe dans la console, mais j'ai été connecté à Bethesda.net sans problème.
J'ai le même problème, cela fonctionnait sur une version précédente de Proton.

@nathanjackson Vraiment? Quelle était la version? Je n'ai jamais pu jouer Battlemode dans aucune version de Proton: /

Battlemode a fonctionné pour moi lorsque j'avais la configuration suivante:

• Proton 5.0-6 ou 5.4-GE-3 (Glorious Eggroll)
• Fedora 30
• NVIDIA 440.82

Cependant, j'ai récemment mis à niveau vers Fedora 32 et Battlemode a cessé de fonctionner, mais quelques variables ont changé:

• Proton 5.0-7
• Fedora 32
• NVIDIA 440.82

En guise de test, j'ai essayé Proton 5.4-GE-3 sur Fedora 32 et Battlemode ne fonctionnait toujours pas. Donc, je pense que quelque chose à propos de la mise à jour du système d'exploitation a fait que Battlemode ne fonctionne plus. Bien que je pense que Bethesda a poussé une mise à jour de DOOM Eternal pour les changements de Battlemode, alors peut-être que cela a quelque chose à voir avec ça? C'est bizarre car je peux me connecter sans problème à Bethesda.

On dirait que la dernière mise à jour de DOOM a cassé le jeu sur Proton. Il ne se lance plus du tout.

steam-782330.log

Oui, pas du tout lancé avec la nouvelle mise à jour. Je vois le logo du logiciel d'identification dans ma barre d'état système pendant un bref instant, puis il est parti.

Bonjour @libcg , ressemble à un problème WPF
trace:mscoree:mono_assembly_preload_hook_fn "PresentationFramework, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

Cessé de travailler après la dernière mise à jour pour moi aussi, ne se lance pas du tout.

Doom Eternal Patch 14 mai a cassé le jeu.

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3867.
@TheReaperUK publié le 2020-05-14T17: 37: 02:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: Doom Eternal

• Steam AppID du jeu: 782330

  Information système

• GPU: Nvida RTX 2060

• Version du pilote / LLVM: Nvidia 440.82
• Version du noyau: 5.6
• Lien vers le rapport d'informations système complet sous forme de Gist :

• Version Proton: 5.0-7

  Je confirme:

• [Y] que je n'ai pas trouvé de rapport de compatibilité existant pour ce jeu.

• [Y] que j'ai vérifié si des mises à jour pour mon système sont disponibles.

Symptômes

Le jeu ne se chargera plus du tout après un patch aujourd'hui 14 mai 2020, aucune erreur n'est affichée, cliquez sur Play, attendez quelques secondes et rien ne se passe et le bouton Play revient à la normale.

la reproduction

? Cela ne fonctionne pas du tout, je pense que c'est peut-être un problème de dénuvo anti-triche

Depuis la dernière mise à jour (je pense aujourd'hui, le 14 mai 2020 - où puis-je voir l'historique des mises à jour?), Cela ne fonctionne plus du tout. Comme indiqué précédemment, aucune erreur n'est affichée, cliquez sur Lecture, l'icône du logiciel id apparaît pendant 1 à 2 secondes en tant qu'icône de la barre d'état, puis disparaît, et Steams dit qu'il s'est arrêté (il indique également que la dernière lecture était juste maintenant, il semble donc qu'il n'y a pas eu d'erreur).

Avant cela (il y a quelques jours, quand j'ai joué pour la dernière fois), il fonctionnait vraiment parfaitement, comme indiqué ici .

J'ai installé dotnet48 dans le préfixe du jeu à l'aide de protontricks, et maintenant j'obtiens une fenêtre contextuelle denuvo lorsque je démarre le jeu qui indique que le jeu ne peut pas démarrer.

Ouais, pareil avec dotnet35sp1 . Il est probable que l'erreur WPF soit causée par la fenêtre contextuelle Denuvo elle-même.

@libcg Je pense que vous avez raison, étant donné que cela a été enregistré avant que WPF soit appelé de mon côté:

139193.878:00ec:00f0:trace:mscoree:_CorExeMain L"C:\\users\\steamuser\\
Temp\\denuvo-anti-cheat-crash-report.exe" "C:\\users\\steamuser\\Temp\\
denuvo-anti-cheat-crash-report.exe" "-error" "2" "-transaction"

Depuis https://slayersclub.bethesda.net/en/article/2zHgbzsIV8gTzFUZ75ADGx/update-1 :

Je pourrais devoir demander un remboursement s'il n'y a pas d'exécutable sans DRM disponible.

Edit: remboursement demandé

Edit: aaaaand remboursement refusé :(

Considérez-moi comme absolument livide. Un de mes jeux préférés sur Steam fonctionnait très bien sous Linux, puis id décide d'ajouter l'anticheat en mode noyau, apparemment pour me contrarier en particulier.

Depuis https://slayersclub.bethesda.net/en/article/2zHgbzsIV8gTzFUZ75ADGx/update-1 :

Peut-être faut-il désinstaller Denuvo Anti-Cheat pour lancer le jeu?

@artemyto J'ai lu qu'il est possible de désinstaller Denuvo, mais le jeu ne fonctionnera pas.

À première vue, cela peut pratiquement contenir Doom Eternal sur Linux via Proton. Proton ne peut pas du tout prendre en charge DAC.

À moins que id ou Bethesda ne permette aux gens de lancer le jeu sans DAC et de jouer en solo, il ne semble vraiment pas y avoir grand-chose que nous puissions faire ...

J'exhorte les personnes concernées à envoyer un ticket d'assistance via le site Web de Bethesda ici . Dites-leur de se débarrasser de l'anticheat du mode noyau. C'est invasif, et franchement inacceptable, d'ajouter cela à un jeu qui sort déjà depuis deux mois.

Aussi satisfaisant que cela puisse être, je ne pense pas que cela changera quoi que ce soit. Quelques personnes qui pleurent d'indignation dans un groupe démographique de la périphérie dont Bethesda et id ne se soucient vraiment pas franchement ne vont probablement pas annuler une décision qui a probablement été prise il y a assez longtemps.

Et, tu sais. Une effusion de bile n'est pas vraiment attachante ...

Espérons que Bethesda supprimera Denuvo comme ils avaient la décence à faire avec Doom 2016.

Ce n'est pas aussi simple. DAC! = Denuvo.

Et ils ne supprimeront probablement

Oui, Denuvo Anti-Cheat est différent de Denuvo Anti-Tamper, j'espère qu'il existe une option ou un argument de ligne de commande pour ignorer le DAC similaire au -eac-nop-loaded d'EAC (au moins cela fonctionne pour DBFighterZ).
_Pour l'instant, supprimez ce jeu de ma liste de souhaits_.

Même problème pour moi ...

Et je viens d'acheter le jeu, oh F.

Considérez-moi comme absolument livide.

Cela aurait pu être moi, mais j'ai pincé mes sous ces derniers temps à cause des pertes d'emplois, à la suite du covid-19. Je ne l'achèterai pas maintenant.

Mauvaise nouvelle ... C'est le titre phare de l'anti-triche de Denuvo. L'air conditionné n'est jamais supprimé. Valve et les développeurs de Mesa ont perdu leur temps à le rendre compatible et performant.

Si vous avez une mise à jour en file d'attente mais que vous ne l'avez pas encore installée, voici comment vous pouvez vous en tenir à l'ancienne version:
1.) Fermer Steam
2.) Extrayez et remplacez le fichier joint dans le dossier steamapps (même bibliothèque que celle où DE est installé.) EDIT: Nouveau manifeste attaché par gralco
3.) Relancez Steam.
Aucune mise à jour ne sera mise en file d'attente car Steam pense maintenant que vous êtes sur la version actuelle, mais vous devrez éviter de valider les fichiers du jeu.
Si le manifeste référencé est obsolète et qu'aucun n'est disponible, vous pouvez modifier le manifeste joint et faire correspondre manuellement le buildid et InstalledDepots + MountedDepots à leurs dernières versions à l'aide de steamdb.
Si vous avez déjà effectué la mise à jour, vous devrez trouver une autre source pour les fichiers de jeu plus anciens. Gardez à l'esprit que les versions du lanceur bethesda ne sont malheureusement pas compatibles avec les fichiers de sauvegarde Steam.
J'ai essayé une méthode impliquant la console à vapeur et les anciens manifestes, mais ces anciens manifestes pour Doom Eternal ne semblent pas être disponibles.

J'espère que ça t'as aidé. Avec un peu de chance à l'avenir, nous pourrons peut-être amener Bethesda à abandonner Denuvo AC comme exigence de lancement, ou à tout le moins fournir des versions plus anciennes via l'onglet bêta (cela pourrait également être présenté comme un argument speedrunner).

Donc, ma compréhension du problème maintenant est que cette merde anticheat denuvo utilise .NET WPF pour le programme d'installation, et il se trouve que Wine 5.7 a récemment introduit un support pour cela.

https://www.winehq.org/announce/5.7
- Wine Mono engine updated to 5.0.0, with upstream WPF support.

Sur le papier, Proton-GE-5.8 devrait fonctionner, mais ce n'est pas le cas pour moi. @ TerminalJunkie5 a également utilisé protontricks pour installer dotnet48, mais le programme d'installation semble toujours échouer. Même si le programme d'installation fonctionne parfaitement, il n'y a toujours aucune garantie que l'anticheat coopérera suffisamment avec le proton pour lancer le jeu.

En d'autres termes, seuls les éditeurs AAA sont des éditeurs AAA typiques

existe-t-il un moyen d'annuler la mise à jour?

Si vous avez une mise à jour en file d'attente mais que vous ne l'avez pas encore installée, voici comment vous pouvez vous en tenir à l'ancienne version:
1.) Fermer Steam
2.) Extrayez et remplacez le fichier joint dans le dossier steamapps (même bibliothèque que celle où DE est installé. Appmanifest_782330.acf.zip
3.) Relancez Steam.
Aucune mise à jour ne sera mise en file d'attente car Steam pense maintenant que vous êtes sur la version actuelle, mais vous devrez éviter de valider les fichiers du jeu. Lorsqu'une nouvelle mise à jour sort, un nouveau manifeste d'application sera nécessaire pour s'en tenir à l'ancienne version si nécessaire.

Votre façon de faire fonctionne, je peux toujours lancer le jeu et aucune mise à jour n'est requise après avoir placé le fichier acf.
Un autre indice; vous pouvez désactiver la mise à jour automatique sous Doom Eternal -> Propriétés -> Mises à jour -> Mettre à jour ce jeu uniquement lorsque je le lance.
Cela pourrait aider ceux qui ont installé la mise à jour automatiquement par Steam hier, mais qui nécessitent toujours le récent acf avant le lancement.

Si la mise à jour a déjà commencé et que vous avez réussi à cliquer sur le bouton "Pause", supprimez le contenu sous $ STEAM_LIBRARY_PATH / steamapps / download. Placez ensuite le fichier manifeste d'en haut. Redémarrez Steam.

Les notes de mise à jour sur Steam disent:

Denuvo Anti-Cheat peut être désinstallé à tout moment via la boîte de dialogue "Ajouter ou supprimer des programmes"
Pour plus d'informations, veuillez consulter https://help.bethesda.net/ ou consulter le blog du jour du lancement de Denuvo ici

Maintenant, comment puis-je le désinstaller sous Proton?

@ nuku97 Je suppose qu'il indique seulement que vous ne pouvez désinstaller que Denuvo AC. Le jeu ne démarrera pas de toute façon avec sa désinstallation. C'est ce que j'ai compris.

Ce serait assez inutile en tant que système anti-triche si vous pouviez simplement le désinstaller et que le jeu fonctionne comme avant.
Depuis que cela a été ajouté pour BATTLEMODE, j'espère qu'une future mise à jour permettra au jeu de jouer à la campagne solo sans exigence de Denuvo AC.

Faites un anti-triche qui a cassé le jeu pour ceux qui paient après avoir sorti une version gratuite de denuvo où tout le monde peut jouer sans l'acheter. Bethesda tu as fait des fils de pute

Les notes de mise à jour sur Steam disent:

Denuvo Anti-Cheat peut être désinstallé à tout moment via la boîte de dialogue "Ajouter ou supprimer des programmes"
Pour plus d'informations, veuillez consulter https://help.bethesda.net/ ou consulter le blog du jour du lancement de Denuvo ici

Maintenant, comment puis-je le désinstaller sous Proton?

D'après ce que j'ai vu, vous êtes supposé pouvoir désinstaller Denuvo Anti-Cheat, mais le jeu ne fonctionnera pas tant qu'il ne sera pas réinstallé

Les notes de mise à jour sur Steam disent:
Denuvo Anti-Cheat peut être désinstallé à tout moment via la boîte de dialogue "Ajouter ou supprimer des programmes"
Pour plus d'informations, veuillez consulter https://help.bethesda.net/ ou consulter le blog du jour du lancement de Denuvo ici
Maintenant, comment puis-je le désinstaller sous Proton?

D'après ce que j'ai vu, vous êtes supposé pouvoir désinstaller Denuvo Anti-Cheat, mais le jeu ne fonctionnera pas tant qu'il ne sera pas réinstallé

J'essaierai plus tard dans mon double démarrage Windows si la désinstallation permet au moins des jeux à un joueur. Après tout, je m'en fiche de Battlenet ...

Les notes de mise à jour sur Steam disent:
Denuvo Anti-Cheat peut être désinstallé à tout moment via la boîte de dialogue "Ajouter ou supprimer des programmes"
Pour plus d'informations, veuillez consulter https://help.bethesda.net/ ou consulter le blog du jour du lancement de Denuvo ici
Maintenant, comment puis-je le désinstaller sous Proton?

D'après ce que j'ai vu, vous êtes supposé pouvoir désinstaller Denuvo Anti-Cheat, mais le jeu ne fonctionnera pas tant qu'il ne sera pas réinstallé

Je pense que tu peux le désinstaller avec des protontricks

Les notes de mise à jour sur Steam disent:
Denuvo Anti-Cheat peut être désinstallé à tout moment via la boîte de dialogue "Ajouter ou supprimer des programmes"
Pour plus d'informations, veuillez consulter https://help.bethesda.net/ ou consulter le blog du jour du lancement de Denuvo ici
Maintenant, comment puis-je le désinstaller sous Proton?

D'après ce que j'ai vu, vous êtes supposé pouvoir désinstaller Denuvo Anti-Cheat, mais le jeu ne fonctionnera pas tant qu'il ne sera pas réinstallé

Je pense que tu peux le désinstaller avec des protontricks

Ne voyez pas à quoi cela sert pour le moment car Denuvo anticheat ne peut même pas être installé dans le préfixe Wine en raison du problème .NET WPF

Le DAC ne fonctionne pas sous Proton et ne le fera probablement jamais.

Il essaie de faire l'une des nombreuses choses qu'il est pratiquement impossible pour Proton de prendre en charge.

Je pense que nous devrions tous envoyer des commentaires pour Bethesda comme @serebit l'a suggéré. J'envoie le mien avec des logs et des liens, montrant alors qu'il y a une communauté de personnes qui jouent à leur jeu sous Linux. Je ne demande pas de support pour Linux, mais la possibilité de lancer le jeu sans l'anti-triche Denuvo, juste pour la campagne solo.

Il y a déjà des utilisateurs Windows sur Reddit qui demandent la même chose.

Les notes de mise à jour sur Steam disent:

Denuvo Anti-Cheat peut être désinstallé à tout moment via la boîte de dialogue "Ajouter ou supprimer des programmes"
Pour plus d'informations, veuillez consulter https://help.bethesda.net/ ou consulter le blog du jour du lancement de Denuvo ici

Maintenant, comment puis-je le désinstaller sous Proton?

Définissez les options de lancement du jeu sur:
bash -c 'exec "$1" "$2" "uninstaller.exe"' -- %command%
et Proton lancera la boîte de dialogue "Ajout / Suppression de programmes".

Le DAC ne fonctionne pas sous Proton et ne le fera probablement jamais.

Il essaie de faire l'une des nombreuses choses qu'il est pratiquement impossible pour Proton de prendre en charge.

Wine ne prend-il pas en charge un autre noyau anti-triche en exécutant un noyau virtuel, ou DAC fait-il des choses qui ne peuvent pas être émulées?

À ma connaissance, ce n'est pas le cas, et Wine ne supporte aucun anti-triche en mode noyau.

J'ai peut-être tort.

À ma connaissance, ce n'est pas le cas, et Wine ne supporte aucun anti-triche en mode noyau.

J'ai peut-être tort.

Wine prend en charge les pilotes en mode noyau depuis un certain temps maintenant, mais implémenter tout ce dont un anti-triche particulier a besoin est une tout autre chose. Par exemple, plusieurs d'entre eux nécessitent la résolution du bogue Wine 37355 .

Il semblerait que le bogue de Wine puisse dépendre d'une fonctionnalité du noyau à corriger?

Mon mal alors. Peut-être qu'un jour DE sera à nouveau exécuté. (Je ne dirais pas bientôt )

Je déteste l'anti-triche en mode noyau conceptuellement, mais je me sentirais beaucoup mieux à ce sujet dans un Wineprefix où je peux compter sur Wine pour faire la médiation entre l'AC et le reste du système (et m'assurer qu'il ne renifle pas environ dans des endroits où cela ne devrait pas être ...)

De l'interview de techraptor.net:

TR: Les joueurs Linux pouvaient auparavant jouer au jeu sur Steam via Proton en solo. L'ajout de Denuvo Anti-Cheat là-bas a bloqué cela - existe-t-il un moyen pour Denuvo Anti-Cheat de permettre au joueur unique de fonctionner sur des machines virtuelles tout en protégeant le multijoueur ou en le supprimant?

MG: Nous avons suivi le problème de Proton immédiatement après le lancement et nous nous engageons à fournir un correctif prochainement. Ce n'est pas une demande qui nous vient d'un éditeur ou quoi que ce soit du genre - nous respectons sincèrement une communauté aussi enthousiaste et regrettons d'avoir introduit cette incompatibilité le premier jour.

Cela me fait me sentir chaud et flou à l'intérieur, merci d'avoir partagé @mgreshis !

De l'interview de techraptor.net:

TR: Les joueurs Linux pouvaient auparavant jouer au jeu sur Steam via Proton en solo. L'ajout de Denuvo Anti-Cheat là-bas a bloqué cela - existe-t-il un moyen pour Denuvo Anti-Cheat de permettre au joueur unique de fonctionner sur des machines virtuelles tout en protégeant le multijoueur ou en le supprimant?

MG: Nous avons suivi le problème de Proton immédiatement après le lancement et nous nous engageons à fournir un correctif prochainement. Ce n'est pas une demande qui nous vient d'un éditeur ou quoi que ce soit du genre - nous respectons sincèrement une communauté aussi enthousiaste et regrettons d'avoir introduit cette incompatibilité le premier jour.

Pouvez-vous fournir un lien vers cette interview?

https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game

"MG" est le propriétaire du produit de Denuvo Anti-Cheat pour le contexte.

https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game

"MG" est le propriétaire du produit de Denuvo Anti-Cheat pour le contexte.

Qui est également, à en juger par le nom d'utilisateur, @mgreshis , qui a publié l'extrait de l'interview et le lien. Nous avons donc le Product Owner ici même dans le numéro.

Imho, ce genre de comportement des développeurs n'est pas acceptable. Même si je pouvais le faire fonctionner avec toutes les solutions de contournement mentionnées, j'ai décidé de demander un remboursement. Même si le remboursement est refusé, cela met au moins une pression (bien que mineure) sur la vapeur et, espérons-le, sur Bethesda.

(En écrivant ceci, je peux vous dire que l'assistance Steam a accepté ma demande de remboursement et m'a remboursé mon argent. Je suggère aux gens de le faire en signe de protestation. N'acceptez pas cela. Montrez-leur qu'ils perdront des clients avec cela type de comportement. Laisser parler le portefeuille. C'est la seule langue qu'ils comprennent)

@ SysGh-st combien d'heures avez-vous? Ma demande de remboursement a été refusée hier. Je me demande s'ils assouplissent les restrictions sur les demandes de remboursement pour ce jeu maintenant? Les autres bons points d'action sont:

1. Laisser des avis négatifs sur Steam
2. Marquer les autres avis négatifs comme utiles

@lpww
Honnêtement, je ne me souviens pas du nombre d'heures. Je me suis un peu lancé dans la campagne solo. Je l'ai acheté il y a quelque temps avec tout en plus (89 € ou à peu près) comme achat avant le lancement.
J'ai poliment expliqué pourquoi j'avais demandé le remboursement car il ne fonctionnait pas sous proton / Linux et je n'avais aucun autre ordinateur avec des fenêtres disponibles, ce qui rendrait le produit complètement inutile pour moi.

Je suppose qu'être poli et décrire pourquoi va loin. La demande est après tout lue par un humain à l'autre bout. J'espère vraiment que le support Steam assouplira les restrictions lorsqu'il y a des problèmes comme celui-ci.
Personnellement, je ne pense pas que cela sera résolu de si tôt. La communauté Linux est tout simplement trop petite pour être prise en charge. Triste mais vrai.

J'aurais vraiment aimé ouvrir Firefox pour recevoir toutes les notifications à ce sujet avant de lancer Steam aujourd'hui et de mettre à jour le jeu. Maintenant je suis foutu.

Les gars, je suis également assez frustré par cette situation. Je ne suis pas un grand fan de l'anticheat au niveau du noyau en général, et casser un jeu qui fonctionnait est certainement décourageant.

Nous pouvons être frustrés par Bethesda d'avoir déployé cela, cependant, donnons à Denuvo une chance de livrer, c'est certainement l'une des déclarations les plus puissantes et les plus directes (que j'ai vues au moins) d'une société de développement d'anticheat, et c'est encourageant.

Aussi pour le bien de @ kisak-valve et tout le monde s'est abonné à ce numéro en attendant des nouvelles sur la façon de remettre ce jeu en marche ... Évitons que cela ne se transforme en de nombreuses diatribes et discussions sur les remboursements. Nous avons des forums reddit, bethesda et steam pour discuter de ce sujet plus large dans.

@mgreshis Si je peux demander, votre solution nous permettra-t-elle de jouer en multijoueur ou nous permettra-t-elle uniquement de jouer en solo? Je suis d'accord avec l'une ou l'autre option, je suis juste curieux.

@serebit Je m'abstiendrai de poser des questions comme celle-là jusqu'à ce qu'il y ait une solution. Beaucoup trop de fois avons-nous entendu qu'un jeu ou un correctif pour quelque chose arrive "bientôt" pour Linux, seulement pour qu'il ne se matérialise jamais, et aussi comme @DarkArc l'a dit, nous devrions garder ce fil aussi propre que possible pour @ kisak-valve la raison, et je m'excuse également pour ma contribution à cela.

Cela ne fonctionne pas sous Linux. Il nécessite l'exécution de fichiers de commandes.

Le ven 15 mai 2020 à 17 h 26 Campbell Jones [email protected]
a écrit:

Pour toutes les personnes concernées, jusqu'à ce que nous obtenions un correctif des développeurs,
vous devrez utiliser le processus suivant pour downpatch le jeu:
https://docs.google.com/document/d/1iugtqVUuG8TsnZyRzBV-QamdbygdSEGJzOSkDFGpgJU/edit

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-629497189 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y33ZWU6ERMBYYVGE2JT3RRWXP3ANCNFSM4MI6DHIA
.

Cela ne fonctionne pas sous Linux. Il nécessite l'exécution de fichiers de commandes.
…
Le ven 15 mai 2020 à 17:26 Campbell Jones @ . * > a écrit: Pour toutes les personnes concernées, jusqu'à ce que nous obtenions un correctif des développeurs, vous devrez utiliser le processus suivant pour télécharger le jeu: https://docs.google.com/document/d/1iugtqVUuG8TsnZyRzBV-QamdbygdSEGJzOSkDFGpgJU / edit - Vous recevez ceci parce que vous avez commenté. Répondez directement à cet e-mail, affichez-le sur GitHub < # 3773 (commentaire) > ou désabonnez-vous https://github.com/notifications/unsubscribe-auth/AM5Y33ZWU6ERMBYYVGE2JT3RRWXP3ANCNFSM4MI6DHIA .

Vous avez la liste des commandes séparées à la fin. Ils sont utiles j'espère.

@ SysGh-st vous devez les exécuter dans depotdownloader. Qui est un programme Windows .bat. Donc encore....

Ce sont aussi des commandes Windows.

@ gardotd426 Je suis sûr que vous pouvez ouvrir un cmd "windows" à partir de wine, comment il exécute les fichiers .bat je ne sais pas mais ça pourrait être wortha essayez

Il nécessite également l'installation de dotnet core, qui a une version Linux,
mais j'imagine que vous auriez besoin de la version Windows installée dans un wineprefix.

Le vendredi 15 mai 2020 à 17 h 38, MagicRB [email protected] a écrit:

@ gardotd426 https://github.com/gardotd426 Je suis sûr que vous pouvez ouvrir un
"windows" cmd de wine, comment il exécute les fichiers .bat je ne sais pas mais il
Peut-être la peine d'essayer

-
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/3773#issuecomment-629504278 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y33ZO33Z32OO2UYHHGGLRRWY47ANCNFSM4MI6DHIA
.

D'accord, j'ai compris comment le faire fonctionner, vous avez besoin de la version Linux de dotnet core et après avoir suivi les instructions d'installation dotnet core, vous pouvez tout exécuter comme si c'était une liste de commandes shell, comme

./depotdownloader COMMAND1
./depotdownloader COMMAND2

Mais cela ne fonctionnera pas, car comme le disent les instructions, cela vous permettra uniquement de pouvoir exécuter le .exe directement, ce qui signifie qu'aucun des correctifs de protons ne sera disponible, il est donc très peu probable qu'il fonctionne réellement, et vous devrez installer dxvk et tout cela dans le préfixe wine, et encore une fois, je doute vraiment que cela fonctionne. Je vais demander à TK-Glitch s'il a des idées pour le faire fonctionner une fois que j'ai tout téléchargé.

Si le problème est que Steam n'exécute pas l'exe, je suis en quelque sorte perdu, il n'est pas difficile de le faire fonctionner manuellement, téléchargez simplement la dernière version de proton-ge, ou construisez wine en utilisant les scripts de tk-glitch avec des correctifs de protonification et installez dxvk, cela devrait travail

Steam ne vous permettra pas d'exécuter le jeu car il indiquera toujours une mise à jour
est nécessaire, même en mode hors ligne. Et exécuter des jeux dans Steam via
proton n'est pas du tout la même chose que de les exécuter avec ce même vin
construire manuellement avec aucun des autres protons. Cela ne fonctionnera probablement pas,
mais je vais essayer.

Le vendredi 15 mai 2020 à 18 h 04, MagicRB [email protected] a écrit:

Si le problème est que la vapeur ne fait pas fonctionner l'exe, je suis un peu perdu, ce n'est pas difficile
pour le faire fonctionner manuellement, téléchargez simplement la dernière version de proton-ge ou compilez
wine en utilisant les scripts de tk-glitch avec des correctifs de protonification et installer
dxvk, ça devrait marcher

-
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/3773#issuecomment-629519573 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y337DUWQ7UHR4AEGIZLTRRW37DANCNFSM4MI6DHIA
.

Sur certains jeux ça marche, idk, je ne possède pas de doom éternel

https://steamdb.info/sub/235874/depots/
On dirait qu'une autre mise à jour a été publiée ...

@ peterge1998 ouais ça ne

Ce qui est stupide, c'est que si vous allez dans les propriétés du jeu et que vous sélectionnez l'onglet "DLC", nous avons tous le "Doom Eternal - Campagne solo" en tant que DLC, ce qui signifie que ce sont des entités distinctes, et nous devrions pouvoir le lancer , mais nous ne pouvons pas.

Je pense que tu devras juste attendre celui-ci, jusqu'à ce que id publie quelque chose

@MagicRB tout d'abord, vous ne possédez pas ce jeu, donc je ne sais pas ce que vous faites vraiment ici en commentant et en ajoutant simplement au bruit avec littéralement rien d'utile. Deuxièmement, iD ne publiera rien, évidemment, ce sont eux qui l'ont cassé en premier lieu. Maintenant, "MG" de Denuvo dit que Denuvo POURRAIT le réparer, mais c'est complètement en suspens en ce moment, et nous avons tous dépassé notre fenêtre de remboursement, ce qui est absolument inacceptable et honnêtement probablement criminel, car ils ont commodément attendu que tout le monde aille être passé la fenêtre de remboursement avant de faire cela, et n'a jamais donné aucune indication à l'avance que cela se produirait.

Cela dit, ce n'est pas du tout le but de ce fil, le but de ce fil est d'essayer de faire fonctionner le jeu sous Proton, c'est la page des problèmes de Valve Proton. Donc, "vous n'aurez qu'à attendre", surtout quand vous ne possédez pas le jeu, et que vous n'avez aucun enjeu ou aucun rapport avec cela, est plutôt inutile. Comme les gens l'ont déjà demandé, c'est pour essayer de faire fonctionner ce jeu. Pas vos pensées.

Voici le journal de vapeur après la dernière mise à jour (après la première) qui vient de se produire, si elle est différente d'avant:
steam-782330.log

2.) Extrayez et remplacez le fichier joint dans le dossier steamapps (même bibliothèque que celle où DE est installé. Appmanifest_782330.acf.zip

Comment avez-vous généré le fichier appmanifest? Ou avez-vous simplement copié ceci après avoir installé la dernière version? Parce que la vôtre n'est plus la dernière version ...
Modifier votre manifeste et remplacer le manifeste Depot 782332 et MountedDepots avec l' ID du manifeste actuel et remplacer LastUpdated par l'heure actuelle ne fonctionne pas pour moi ...

Ils ont publié cela avant la dernière mise à jour que vous venez de mentionner, donc évidemment ce ne sera pas le bon manifeste

Vous DEVRIEZ honnêtement être en mesure de conserver votre fichier appmanifest après la mise à jour, puis de le copier après le downpatching. Mais honnêtement, je ne vois pas comment le downpatching pourrait fonctionner, sauf peut-être essayer de l'exécuter dans Lutris sans DRM sans lancer Steam.

Maintenant que j'y pense, je ne sais pas comment cela fonctionnerait, car vous ne pouvez pas dicter des versions de vin ou de proton. Vous ne pouvez pas non plus activer vkd3d ou dxvk de cette façon, mais ce jeu ne devrait évidemment pas en avoir besoin car il est natif de Vulkan.

Proton est fondamentalement du vin. Donc, si vous avez la version sans DRM, configurez simplement un wineprefix et videz le jeu.

Ne devrait pas être trop difficile d'écrire un scénario de Lutris ...

Il ne s'agit pas de la version sans DRM, mais de la version Steam. Et
le problème n'est pas DRM, c'est Denuvo Anti Cheat, qui est complètement différent.
Le downpatching mentionné ci-dessus annule simplement la mise à jour, mais c'est
toujours la version DRM, et Steam lui-même ne vous laissera pas le lancer normalement
manière sans mise à jour. Et Proton a du vin dedans, mais ce n'est pas la même chose
chose. Proton a de nombreux correctifs et autres choses EN DEHORS du winebuild
contenus dans, et ils sont attachés à l'AppID à 7 chiffres, qui ne sera pas
présent lorsque vous essayez d'exécuter le jeu d'une autre manière, vous n'obtiendrez donc pas
l'un des correctifs de Doom Eternal (si nécessaire) de proton, sauf ce qui a été
patché dans cette version de Wine. "Proton" est un script python qui combine
wine et de nombreux autres outils, et il ne peut être utilisé que AS Proton avec Steam
jeux lancés sur Steam.

Oui. Mais la version downpatched devrait être compatible avec l'exe divulgué. Vous perdriez vos sauvegardes, mais ce serait probablement jouable dans un vin normal.

Si vous le vouliez vraiment, vous pourriez construire Proton vous-même et l'utiliser indépendamment de la vapeur ... mais c'est beaucoup d'efforts.

Vous pouvez utiliser un vin protonifié en dehors de la vapeur, ou vous pouvez utiliser un
le vin de proton se construit à l'extérieur de la vapeur, mais le proton et toutes les choses autres que le vin
qui composent, je veux dire pas vraiment. Vous pouvez techniquement convertir MANUELLEMENT
tout, du script python à un autre type de script, mais à
ce point ce n'est plus Proton et c'est une philosophie complète
question.

Et en tout cas, ce n'est même pas pertinent car personne ne devrait
Utilisez des fichiers .ex fissurés qui ont fui pour jouer à un jeu qu'ils ont acheté et payé.

De toute évidence , ce n'est pas la façon dont les choses devraient être, mais il est un moyen de jouer le jeu en ce moment.

La seule chose à laquelle je peux penser, de toute façon.

Voici le dernier appmanifest_782330.acf

appmanifest_782330.zip

semble qu'il y ait une dernière mise à jour de Doom Eternal. est-ce que quelqu'un avec cette dernière mise à jour devient meilleur ou pire. ici je deviens encore pire, après l'ouverture de la barre d'état système de vin puis se fermera brusquement. avant de pouvoir lancer le jeu, bien que se termine une fois vraiment démarrer un jeu

@ gardotd426 Il existe des moyens d'exécuter des versions rétrogradées de jeux Steam qui «nécessitent» une mise à jour pour jouer. Avez-vous essayé l'une de ces solutions? https://steamcommunity.com/sharedfiles/filedetails/?id=885555151

J'ai pu rétrograder le jeu en utilisant la méthode décrite par le document Google plus tôt.

Je devais simplement laisser Steam re-télécharger le jeu (je l'avais désinstallé plus tôt). Ensuite, j'ai suivi le guide pour télécharger les anciens fichiers et copié ces fichiers dans le répertoire d'installation de DOOM Eternal. Après cela, j'ai pu lancer le jeu via Steam.

@TheGreatMcPain êtes-vous sur Windows sous Linux? Avez-vous dû faire quelque chose de spécial pour empêcher Steam de mettre à jour automatiquement le jeu? Je télécharge actuellement le déclassement

@lpww Je suis sous Linux, et la seule chose que j'avais à faire était spécifique à Linux était d'installer dotnetcore.

Depuis que je laisse Steam télécharger complètement le jeu, il pense que le jeu est déjà à jour, donc tant que je ne vérifie pas le cache du jeu, Steam ne devrait pas télécharger à nouveau la mise à jour. Cependant, Steam remettra probablement à jour le jeu si une nouvelle mise à jour sort. Si cela se produit, je vais probablement laisser Steam télécharger la mise à jour, puis la remplacer à nouveau par les anciens fichiers.

Juste au cas où j'aurais défini les propriétés du jeu sur "Mettre à jour ce jeu uniquement lorsque je le lance".

Y a-t-il une chance que vous puissiez taper une étape par étape?

J'essaie d'émettre "wine ./script.bat" à partir de l'emplacement du depotdownloader et d'obtenir "0009: err: module : __ wine_process_init n'a pas réussi à charger L" Z: \ home \ petter \ H \ 00e4mtningar \ script.bat ", erreur c000012f
"

@peppot vous n'utilisez pas wine, vous installez la version linux de dotnet core.
Il existe en fait une version Linux.

Le samedi 16 mai 2020 à 14h52, peppot [email protected] a écrit:

Y a-t-il une chance que vous puissiez taper une étape par étape?

J'essaie d'émettre "wine ./script.bat" à partir de l'emplacement du depotdownloader
et obtenir "0009: err: module : __ wine_process_init n'a pas pu se charger
L "Z: \ home \ petter \ H \ 00e4mtningar \ script.bat", erreur c000012f
"

-
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/3773#issuecomment-629690846 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y336YTCNK6V2NITXHQELRR3OIDANCNFSM4MI6DHIA
.

Je comprends bien. Modification des instructions de script .bat vers des versions de shell telles que / depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username $ un -password $ pw -dir.
(avez exporté un = myusername, export pw = mypwd) et exécutez les commandes listées en conséquence

Oui. c'est ce que j'ai fait, même si je n'ai pas encore pu tester le jeu.
Je copie les fichiers maintenant.

Le samedi 16 mai 2020 à 14h57, peppot [email protected] a écrit:

Je comprends bien. Modification des instructions du script .bat en
versions de shell telles que / depotdownloader -app 782330 -depot 782332 -manifest
4641765937586464647 -username $ un -password $ pw -dir.
(avez exporté un = myusername, export pw = mypwd) et exécutez le
commandes en conséquence

-
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/3773#issuecomment-629691457 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y334NTYBEKS2REDWFAY3RR3O3NANCNFSM4MI6DHIA
.

Conditions préalables

1. Installez .NET Core. Plus de détails ici . Vous devez l'ajouter à votre chemin après l'installation. J'ai ajouté PATH=$PATH:~/.dotnet/tools à la fin de mon ~/.profile

2. Suivez les instructions pour télécharger et extraire DepotDownloader du document Google

Téléchargez les fichiers rétrogradés

J'ai enveloppé les instructions de téléchargement dans un script. Vous devrez le rendre exécutable et l'exécuter à partir du dossier dans lequel vous avez extrait DepotDownloader

#!/usr/bin/env bash

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782333 -manifest 4686311672633195957 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782334 -manifest 2624212357815850298 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782335 -manifest 8671913471625122045 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782336 -manifest 4248922069342282231 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782339 -manifest 8937962102049582968 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"

Copier les fichiers rétrogradés sur Steam

... bientôt quand j'arriverai aussi loin

@peppot , oui, je peux aussi confirmer que cela fonctionne. Il vous avertit après le lancement que les récompenses en ligne, XP et autres progrès en ligne ne peuvent pas être enregistrés tant que la mise à jour requise n'est pas installée, mais il vous permet de continuer. Pour l'instant.

avez-vous déplacé votre ancien dossier DOOM et l'avez-vous remplacé par le contenu téléchargé et lancé depuis Steam?

Non, c'est inutile. Vous remplacez simplement les fichiers déjà présents.

Je sauvegarderais toujours le dossier du jeu avant de faire quoi que ce soit. Mais oui, vous copiez simplement les fichiers par-dessus l'installation existante.

Pour lancer, êtes-vous passé en mode hors ligne pour éviter les tentatives de mise à jour?

@peppot Je n'en avais pas besoin, mais c'est probablement recommandé.

J'ai essayé de le lancer en mode hors ligne et Proton-5.6-GE-2 et j'ai reçu un message d'erreur de DOOM lui-même, disant qu'il devait être en ligne

Prenez une capture d'écran du message d'erreur et postez-la ici.

N'attendez jamais, je pensais que vous ne pouviez pas le lancer en mode en ligne normal. Ouais, vous devez avoir Steam en ligne pour que le jeu se lance. Tout ce que vous avez à faire est de conserver tous les fichiers téléchargés, et si une nouvelle mise à jour est forcée, téléchargez-la, puis recopiez simplement les fichiers comme cette fois.

Vous ne pouvez pas arrêter les mises à jour, mais vous pouvez simplement recoller les fichiers après une mise à jour. De plus, vous devrez mettre à jour pour obtenir le nouveau fichier appmanifest, sinon cela ne vous permettra pas de lancer la période de jeu.

En outre, une mise à jour pourrait réparer le jeu. Dans tous les cas, vous devez continuer à mettre à jour, assurez-vous simplement de conserver les fichiers téléchargés à chaque fois que vous mettez à jour. C'est le mieux que l'on puisse faire maintenant.

J'ai essayé de le lancer en mode hors ligne et Proton-5.6-GE-2 et j'ai reçu un message d'erreur de DOOM lui-même, disant qu'il devait être en ligne

Je pense que vous devez être en ligne lors du premier lancement pour rendre le DRM de Denuvo heureux.

Conditions préalables

1. Installez .NET Core. Plus de détails ici . Vous devez l'ajouter à votre chemin après l'installation. J'ai ajouté PATH=$PATH:~/.dotnet/tools à la fin de mon ~/.profile
2. Suivez les instructions pour télécharger et extraire DepotDownloader du document Google

Téléchargez les fichiers rétrogradés

J'ai enveloppé les instructions de téléchargement dans un script. Vous devrez le rendre exécutable et l'exécuter à partir du dossier dans lequel vous avez extrait DepotDownloader

#!/usr/bin/env bash

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782333 -manifest 4686311672633195957 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782334 -manifest 2624212357815850298 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782335 -manifest 8671913471625122045 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782336 -manifest 4248922069342282231 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782339 -manifest 8937962102049582968 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"

Copier les fichiers rétrogradés sur Steam

... bientôt quand j'arriverai aussi loin

J'ai essayé les commandes et tout ce que j'obtiens est un échec sur le jeton d'authentification

Got session token!
Got AppInfo for 782330
Using app branch: 'Public'.
Got depot key for 782332 result: OK
Downloading depot 782332 - Windows Executable
Downloading depot manifest...Got CDN auth token for ctr-10075-eu-it.steam-content-dnld-1.qwilted-cds.cqloud.com result: Fail (expires 1/1/1970 12:00:00 AM)
Disconnected from Steam

J'ai complété mon script existant en attendant le téléchargement des fichiers. Il gère la partie DepotDownloader mais pas encore l'étape de copie car je ne suis pas encore si loin. Il peut être trouvé ici: https://github.com/lpww/doomgrader

@ giacomo-porro Je ne pense pas que mon script étendu vous aiderait car vous avez déjà DepotDownloader et il gère le téléchargement de la même manière. Il semble que vos informations d'identification soient fausses. Avez-vous des espaces dans votre mot de passe par hasard? Vous pouvez tester les valeurs transmises en faisant écho aux variables une fois qu'elles ont été définies. Par exemple

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

echo $STEAM_USERNAME
echo $STEAM_PASSWORD

Cela vous permettrait de vous assurer que les valeurs correctes sont passées dans le depotdownloader

Quelqu'un d'autre reçoit-il des erreurs de téléchargement?

Encountered unexpected error downloading chunk 2f324f99fb0bb102d90a2dbad1d0c5f137dc77ce: The operation was canceled.

Quelqu'un d'autre reçoit-il des erreurs de téléchargement?

Encountered unexpected error downloading chunk 2f324f99fb0bb102d90a2dbad1d0c5f137dc77ce: The operation was canceled.

Cela m'est arrivé plusieurs fois, mais le téléchargement a continué et s'est terminé.

@btegs , la suppression des dossiers pinned_libs_ * invite Steam à régénérer ces dossiers au prochain démarrage de Steam (c'est littéralement ce que j'ai dit précédemment). Le contenu du dossier est le résultat de la comparaison des bibliothèques système aux variantes d'exécution Steam et de l'épinglage de la variante d'exécution Steam si elle est plus récente que le système hôte.
Steam hiérarchise les bibliothèques dans l'ordre suivant: Bibliothèques épinglées> Système hôte> Runtime Steam> ld.so.conf

Supprimé ces dossiers et ont été recréés une fois le démarrage de Steam. J'ai vérifié le répertoire et ils étaient liés symboliquement à une version 1.2.135 de Vulkan. cool.

Ensuite, je charge un jeu aléatoire avec Proton 5.0-6 avec le DXVK hud réglé sur 1 sous Ubuntu 19.10. Il apparaît comme Mesa 20.0.99 (en utilisant la version git de pointe de https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers pour mon RX 580. Affiche Vulkan 1.2.128 pour ma version Vulkan. Je ne peux évidemment pas lancer DOOM Eternal non plus.

Que se passe-t-il et quelles étapes manquent?

REMARQUE: j'ai trouvé un dépôt Ubuntu sur https://packages.lunarg.com/ qui me donne une mise à jour de libvulkan1 et libvulkan1: i386 sans affecter mon Mesa actuel. 1.2.135 est installé, mais chaque fois que j'essaye un jeu sur Steam ou que j'utilise GameHub avec un jeu GOG, il est toujours à 1.2.128. Je n'ai aucune idée d'où vient cette version de Vulkan!

@btegs pourriez-vous aider à être plus précis sur votre problème, ici je rencontre également ne peut pas lancer Doom Eternal sous Ubuntu 20.04. après la dernière mise à jour du jeu, lors du lancement du jeu, ouvre la barre d'état système de wine, puis se ferme brusquement. mais je me souviens qu'il peut être lancé avant la dernière mise à jour.

@btegs , la version vulkan sur le HUD est exactement ce qui est rapporté dans /usr/share/vulkan/icd.d/radeon_icd.x86_64.json. Cela n'a rien à voir avec le lancement du jeu et le jeu ne vérifie pas ce fichier. Si vous avez la dernière version de libvulkan, ou si vous utilisez le runtime Steam, vous avez 1.2.135. Cherchez-vous, ouvrez /usr/share/vulkan/icd.d/radeon_icd_x86_64.json dans nano ou vim ou autre, et vous verrez 1.2.128, changez-le en 135 et lancez un jeu avec, vous verrez il dit 1.2.135. Cela n'a aucune incidence sur la possibilité de lancer le jeu.

J'ai complété mon script existant en attendant le téléchargement des fichiers. Il gère la partie DepotDownloader mais pas encore l'étape de copie car je ne suis pas encore si loin. Il peut être trouvé ici: https://github.com/lpww/doomgrader

@ giacomo-porro Je ne pense pas que mon script étendu vous aiderait car vous avez déjà DepotDownloader et il gère le téléchargement de la même manière. Il semble que vos informations d'identification soient fausses. Avez-vous des espaces dans votre mot de passe par hasard? Vous pouvez tester les valeurs transmises en faisant écho aux variables une fois qu'elles ont été définies. Par exemple

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

echo $STEAM_USERNAME
echo $STEAM_PASSWORD

Cela vous permettrait de vous assurer que les valeurs correctes sont passées dans le depotdownloader

Merci pour la réponse, mais non, il n'y a pas d'espaces dans mon mot de passe et les informations d'identification sont correctes car la sortie de la commande indique qu'elle a réussi à se connecter avant de me donner l'erreur ... c'est la sortie complète

Connecting to Steam3... Done!
Logging 'myusername' into Steam3... Done!
Using Steam3 suggested CellID: 184
Got 163 licenses for account!
Got session token!
Accepted new login key for account myusername
Got AppInfo for 782330
Using app branch: 'Public'.
Got depot key for 782332 result: OK
Downloading depot 782332 - Windows Executable
Downloading depot manifest...Got CDN auth token for ctr-10075-eu-it.steam-content-dnld-1.qwilted-cds.cqloud.com result: Fail (expires 1/1/1970 12:00:00 AM)
Disconnected from Steam

Je suppose que je suis juste malchanceux à ce stade: D

Cette expiration du 1/1/1970 ressemble au bogue Unix Epoch .... quoi ?? Cette
la date d'expiration est évidemment liée au problème, car le mien dirait
une date et une heure correctes, comme "expire le 17/05/2020 quelque chose
quelque chose AM / PM "

@ giacomo-porro Je suppose que vous avez remplacé votre nom d'utilisateur actuel par "myusername" dans ces journaux?

Si tel est le cas, je pense toujours que cela pourrait être un problème avec votre mot de passe. Y a-t-il d'autres caractères spéciaux? Des choses comme ' , " , { , } , \ , | , $ , # , etc. pourraient causer des problèmes avec le code. Vous pouvez essayer de mettre votre mot de passe entre guillemets simples, par exemple STEAM_PASSWORD='xxx' . Si cela ne fonctionne pas, vous pouvez essayer de modifier temporairement votre mot de passe pour supprimer les caractères spéciaux.

Une autre idée que j'ai eue était qu'il ne semble pas que vous ayez activé Steam Guard (vous n'avez pas été invité à entrer un deuxième facteur dans les journaux). Je ne suis pas sûr, mais cela peut être nécessaire pour DepotDownloader. C'est vraiment une bonne idée de l'activer, d'autant plus que vous semblez avoir beaucoup de jeux dans votre bibliothèque Steam.

Une autre possibilité est que le problème vient du serveur auquel vous vous connectez. Si vous avez accès à un VPN, vous pouvez essayer de vous connecter à un autre pays. Cela augmenterait le temps de téléchargement. Cela semble moins probable, donc si vous n'avez pas accès à un VPN, ne vous en faites pas.

Mise à jour: Je viens d'avoir une autre pensée, vous devriez probablement essayer de déboguer ce problème en appelant directement DepotDownloader en premier, pour simplifier les choses et exclure tout problème du script. Par exemple

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "steam-user" -password "steam-password" -remember-password -dir "path/to/downloads"

Le téléchargement a pris une éternité (6-7 heures) mais j'ai pu mettre le jeu rétrogradé en marche hier soir! J'ai mis à jour mon script pour copier également les fichiers de jeux rétrogradés dans le répertoire steam, c'est donc maintenant une solution complète pour la rétrogradation: https://github.com/lpww/doomgrader

@lpww Je ne pense pas que ce soit un problème de mot de passe, car j'ai mal tapé mon mot de passe la première fois que j'ai essayé, et il a dit "mot de passe incorrect", pas un échec avec le jeton. Mais je suppose que c'est possible.

Ah ok. Je ne suis pas sûr alors :(

@ giacomo-porro Je suppose que vous avez remplacé votre nom d'utilisateur actuel par "myusername" dans ces journaux?
Oui, exactement

Si tel est le cas, je pense toujours que cela pourrait être un problème avec votre mot de passe. Y a-t-il d'autres caractères spéciaux? Des choses comme ' , " , { , } , \ , | , $ , # , etc. pourraient causer des problèmes avec le code. Vous pouvez essayer de mettre votre mot de passe entre guillemets simples, par exemple STEAM_PASSWORD='xxx' . Si cela ne fonctionne pas, vous pouvez essayer de modifier temporairement votre mot de passe pour supprimer les caractères spéciaux.

J'ai essayé et le problème a persisté

Une autre idée que j'ai eue était qu'il ne semble pas que vous ayez activé Steam Guard (vous n'avez pas été invité à entrer un deuxième facteur dans les journaux). Je ne suis pas sûr, mais cela peut être nécessaire pour DepotDownloader. C'est vraiment une bonne idée de l'activer, d'autant plus que vous semblez avoir beaucoup de jeux dans votre bibliothèque Steam.

Je l'ai en fait activé, il n'a demandé le code de vérification que la première fois, le journal que j'ai publié était pour une demande ultérieure que j'ai essayée

Une autre possibilité est que le problème vient du serveur auquel vous vous connectez. Si vous avez accès à un VPN, vous pouvez essayer de vous connecter à un autre pays. Cela augmenterait le temps de téléchargement. Cela semble moins probable, donc si vous n'avez pas accès à un VPN, ne vous en faites pas.

Mise à jour: Je viens d'avoir une autre pensée, vous devriez probablement essayer de déboguer ce problème en appelant directement DepotDownloader en premier, pour simplifier les choses et exclure tout problème du script. Par exemple

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "steam-user" -password "steam-password" -remember-password -dir "path/to/downloads"

J'ai déjà essayé aussi ça et j'ai toujours la même erreur, je suppose que je vais devoir attendre alors

Conditions préalables

1. Installez .NET Core. Plus de détails ici . Vous devez l'ajouter à votre chemin après l'installation. J'ai ajouté PATH=$PATH:~/.dotnet/tools à la fin de mon ~/.profile
2. Suivez les instructions pour télécharger et extraire DepotDownloader du document Google

Téléchargez les fichiers rétrogradés

J'ai enveloppé les instructions de téléchargement dans un script. Vous devrez le rendre exécutable et l'exécuter à partir du dossier dans lequel vous avez extrait DepotDownloader

#!/usr/bin/env bash

STEAM_USERNAME=xxx
STEAM_PASSWORD=xxx
DOWNLOAD_PATH=~/Downloads/doom_downpatch_files

./depotdownloader -app 782330 -depot 782332 -manifest 4641765937586464647 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782333 -manifest 4686311672633195957 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782334 -manifest 2624212357815850298 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782335 -manifest 8671913471625122045 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782336 -manifest 4248922069342282231 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"
./depotdownloader -app 782330 -depot 782339 -manifest 8937962102049582968 -username "$STEAM_USERNAME" -password "$STEAM_PASSWORD" -remember-password -dir "$DOWNLOAD_PATH"

Copier les fichiers rétrogradés sur Steam

... bientôt quand j'arriverai aussi loin

J'ai essayé les commandes et tout ce que j'obtiens est un échec sur le jeton d'authentification

Got session token!
Got AppInfo for 782330
Using app branch: 'Public'.
Got depot key for 782332 result: OK
Downloading depot 782332 - Windows Executable
Downloading depot manifest...Got CDN auth token for ctr-10075-eu-it.steam-content-dnld-1.qwilted-cds.cqloud.com result: Fail (expires 1/1/1970 12:00:00 AM)
Disconnected from Steam

Archive: depotdownloader_2.3.4.zip
remplacer depotdownloader? [y] es, [n] o, [A] ll, [N] one, [r] ename: A
extraction: depotdownloader
extraction: depotdownloader.bat
gonflage: DepotDownloader.deps.json
gonflage: DepotDownloader.dll
gonflage: DepotDownloader.dll.config
gonflage: DepotDownloader.pdb
gonflage: DepotDownloader.runtimeconfig.json
gonflage: LICENCE
gonflage: protobuf-net.dll
gonflage: README.md
gonflage: SteamKit2.dll
gonflage: SteamKit2.pdb
gonflage: System.Reflection.DispatchProxy.dll
gonflage: System.Security.Principal.Windows.dll
gonflage: System.ServiceModel.dll
gonflage: System.ServiceModel.Primitives.dll
Aucune version utilisable de la libssl n'a été trouvée
./depotdownloader: riga 1: 6171 Annullato dotnet DepotDownloader.dll "$ @"

J'ai ce problème ... dans ma boîte gentoo, il n'y a que openssl ... :(
J'ai peur ... pourquoi j'ai mis à jour le jeu :(

Je soupçonne que Steam ne permettra tout simplement pas le téléchargement d'anciens fichiers. Si on y pense, c'est compréhensible. L'éditeur ne veut pas que des versions "trichables" du jeu soient disponibles.

À moins de changer quelque chose du jour au lendemain, ils le permettent. Plusieurs personnes de ce fil ont téléchargé les anciens fichiers de jeux depuis Steam et exécutent le jeu sous Linux. Je les ai téléchargés hier et j'ai joué au jeu aujourd'hui

Bonjour à tous, notez amicalement que l'utilisation d'un téléchargeur de dépôt tiers, les anciennes versions du jeu et le dépannage impliqué dans l'utilisation de cet outil sont hors sujet ici, cependant, étant donné l'état actuel du jeu, je ne vais pas intervenir correctement. maintenant.

Sachez simplement que le dépannage devrait probablement être effectué sur un autre support et que l'intégralité de la digression actuelle sera masquée comme hors sujet si / lorsque la situation s'améliore.

J'espère que le proton contournera ce problème de proton le plus tôt possible ...

De l'interview de techraptor.net:
MG: Nous avons suivi le problème de Proton immédiatement après le lancement et nous nous engageons à fournir un correctif prochainement. Ce n'est pas une demande qui nous vient d'un éditeur ou quoi que ce soit du genre - nous respectons sincèrement une communauté aussi enthousiaste et regrettons d'avoir introduit cette incompatibilité le premier jour.

@mgreshis existe-t-il un lien pour une mise à jour de progression ou quelque chose comme ça? Comment saurions-nous s'il est prêt à être testé? Si vous avez besoin de bétatesters, je suis sûr que beaucoup de gens seront prêts à essayer

De l'interview de techraptor.net:
MG: Nous avons suivi le problème de Proton immédiatement après le lancement et nous nous engageons à fournir un correctif prochainement. Ce n'est pas une demande qui nous vient d'un éditeur ou quoi que ce soit du genre - nous respectons sincèrement une communauté aussi enthousiaste et regrettons d'avoir introduit cette incompatibilité le premier jour.

@mgreshis existe-t-il un lien pour une mise à jour de progression ou quelque chose comme ça? Comment saurions-nous s'il est prêt à être testé? Si vous avez besoin de bétatesters, je suis sûr que beaucoup de gens seront prêts à essayer

De plus, est-ce que quelque chose à propos d'un correctif est susceptible de venir du côté de Denuvo? Ou vous attendez-vous à ce que wine / proton implémente simplement les fonctionnalités manquantes dont vous avez besoin?

Appelez-moi sceptique, mais il est rare qu'une entreprise modifie son produit pour un cas d'utilisation non pris en charge

De l'interview de techraptor.net:
MG: Nous avons suivi le problème de Proton immédiatement après le lancement et nous nous engageons à fournir un correctif prochainement. Ce n'est pas une demande qui nous vient d'un éditeur ou quoi que ce soit du genre - nous respectons sincèrement une communauté aussi enthousiaste et regrettons d'avoir introduit cette incompatibilité le premier jour.

@mgreshis existe-t-il un lien pour une mise à jour de progression ou quelque chose comme ça? Comment saurions-nous s'il est prêt à être testé? Si vous avez besoin de bétatesters, je suis sûr que beaucoup de gens seront prêts à essayer

@mgresh est moi non plus, si besoin de certains betatesters

De l'interview de techraptor.net:
MG: Nous avons suivi le problème de Proton immédiatement après le lancement et nous nous engageons à fournir un correctif prochainement. Ce n'est pas une demande qui nous vient d'un éditeur ou quoi que ce soit du genre - nous respectons sincèrement une communauté aussi enthousiaste et regrettons d'avoir introduit cette incompatibilité le premier jour.

@mgreshis existe-t-il un lien pour une mise à jour de progression ou quelque chose comme ça? Comment saurions-nous s'il est prêt à être testé? Si vous avez besoin de bétatesters, je suis sûr que beaucoup de gens seront prêts à essayer

@mgresh est moi non plus, si besoin de certains betatesters

De l'interview de techraptor.net:
MG: Nous avons suivi le problème de Proton immédiatement après le lancement et nous nous engageons à fournir un correctif prochainement. Ce n'est pas une demande qui nous vient d'un éditeur ou quoi que ce soit du genre - nous respectons sincèrement une communauté aussi enthousiaste et regrettons d'avoir introduit cette incompatibilité le premier jour.

@mgreshis existe-t-il un lien pour une mise à jour de progression ou quelque chose comme ça? Comment saurions-nous s'il est prêt à être testé? Si vous avez besoin de bétatesters, je suis sûr que beaucoup de gens seront prêts à essayer

@mgresh est moi non plus, si besoin de certains betatesters

Les gars, arrêtez de marquer @mgreshis et de poser des questions. Cet article a utilisé des initiales au lieu de noms réels pour une raison, et il n'y a même aucune confirmation qu'il s'agit de la même personne, en tout cas, c'est un problème complètement nouveau et imprévu, et poser des questions aux employés de "Denuvo" sur la version bêta tester leurs correctifs n'est objectivement pas à quoi sert ce fil. @ kisak-valve l'a déjà dit, même pour des commentaires sur la mise en route du jeu, mais toujours en dehors de la portée de cette page, et encore moins en suppliant quelqu'un qui POURRAIT travailler pour Denuvo de tester en bêta quelque chose qui n'existe pas. Sérieusement, cela n'a pas sa place ici, et de nombreuses personnes l'ont fait. Il n'y a aucune raison de publier "+1 moi aussi!" encore et encore, s'ils ont besoin de nous, ils le demanderont sûrement, alors arrêtez.

Les gars, arrêtez de marquer @mgreshis et de poser des questions. Cet article a utilisé des initiales au lieu de noms réels pour une raison, et il n'y a même aucune confirmation qu'ils sont la même personne ...

@ gardotd426 désolé, mais je ne suis pas d'accord - l'interview mentionnait directement le nom - "_Avant de publier cet article, nous avons envoyé un e-mail à Bethesda et Iredeto pour leurs commentaires. Michail Greshishchev, Product Owner chez Denuvo Anti-Cheat, a répondu. Voici leur réponse complète_ ".

La citation a été publiée à partir d'un compte github avec des prénoms et des noms de famille identiques et avec la même photo que dans le profil LinkedIn , donc c'est soit l'homme lui-même, soit une très étrange coïncidence.

Dans tous les cas, ils ont mentionné qu'ils surveillaient le problème, ce qui signifie qu'ils pourraient lire ce numéro exact. C'est le problème où la compatibilité de Doom Eternal avec Proton est discutée, donc je pense qu'il est acceptable de demander une mise à jour de progression ou d'offrir de l'aide pour les tests bêta.

De plus, arrêtez d'auto-modérer le problème, vous n'êtes pas un employé de Valve ou un contributeur à ce référentiel, je ne pense pas que vous ayez de raison de dire aux autres ce qu'il faut faire.

Les employés de @ mtb-xt Valve vous ont demandé à maintes reprises de ne pas tenir compte de ces discussions. Mais je suppose que si vous refusez tous de les écouter, vous n'allez pas non plus m'écouter.

Les employés de Valve vous ont demandé à plusieurs reprises de ne pas tenir compte de ces discussions.

Je les ai seulement vus mentionner que le déclassement serait considéré comme hors sujet. Mais l'anti-triche est responsable de la rupture de la version actuelle du jeu. Donc, moi-même, je considérerais toutes les informations sur l'anti-triche pour obtenir une compatibilité Linux comme pertinentes. Peut-être ai-je manqué quelque chose?

Les employés de Valve vous ont demandé à plusieurs reprises de ne pas tenir compte de ces discussions.

Je les ai seulement vus mentionner que le déclassement serait considéré comme hors sujet. Mais l'anti-triche est responsable de la rupture de la version actuelle du jeu. Donc, moi-même, je considérerais toutes les informations sur l'anti-triche pour obtenir une compatibilité Linux comme pertinentes. Peut-être ai-je manqué quelque chose?

Je suppose qu'ils ajouteront une option comme -no-dac qui désactive DAC, multijoueur et invasions ensemble. La compatibilité de l'anti-triche au niveau du noyau sous Linux ressemble à une blague. Steam sur Linux fonctionne dans l'espace utilisateur sans privilèges root, donc ce serait une grande faille de sécurité d'installer un pilote propriétaire au niveau du noyau pour la télémétrie des utilisateurs.

Quelqu'un d'autre a-t-il remarqué d'étranges artefacts graphiques dans le jeu? Avec le Heavy Cannon + Micro Missiles, j'obtiens une tonne absolue de barres vertes sur mon écran (au point où c'est injouable). Ce n'est certainement PAS mon GPU, car c'est uniquement avec cette arme, et cela ne se produit pas sous Windows.

J'ai eu un problème similaire mais pas identique. Cependant, cela concernait d'autres choses, pas seulement des missiles canon / micro lourds. Et c'était absolument un problème de pilote graphique: le changement de mon implémentation Vulkan l'a corrigé.

@jjbarr Par curiosité, parlez-vous de l'implem / loader Vulkan d'AMD? Je n'ai pas été très clair à ce sujet mais j'utilise le pilote propriétaire NVIDIA sur Void (440.82)

Le chargeur est le même dans toutes les implémentations, mais j'utilise AMD, oui.

Vous rencontrez peut-être un problème différent, mais s'il s'agit d'un problème de pilote, ce n'est pas génial.

Archive: depotdownloader_2.3.4.zip
remplacer depotdownloader? [y] es, [n] o, [A] ll, [N] one, [r] ename: A
extraction: depotdownloader
extraction: depotdownloader.bat
gonflage: DepotDownloader.deps.json
gonflage: DepotDownloader.dll
gonflage: DepotDownloader.dll.config
gonflage: DepotDownloader.pdb
gonflage: DepotDownloader.runtimeconfig.json
gonflage: LICENCE
gonflage: protobuf-net.dll
gonflage: README.md
gonflage: SteamKit2.dll
gonflage: SteamKit2.pdb
gonflage: System.Reflection.DispatchProxy.dll
gonflage: System.Security.Principal.Windows.dll
gonflage: System.ServiceModel.dll
gonflage: System.ServiceModel.Primitives.dll
Aucune version utilisable de la libssl n'a été trouvée
./depotdownloader: riga 1: 6171 Annullato dotnet DepotDownloader.dll "$ @"

J'ai ce problème ... dans ma boîte gentoo, il n'y a que openssl ... :(
J'ai peur ... pourquoi j'ai mis à jour le jeu :(

@ dylanmc1975 doomgrader est passé de dotnet à mono: https://github.com/lpww/doomgrader/pull/2 Il semble que mono ne nécessite pas de libssl. Vous pouvez réessayer le script.

@ hatf0 J'avais des artefacts de couleurs étranges pour le sang et d'autres particules. Le problème a disparu pour moi après la réinitialisation des paramètres graphiques en jeu. Je suppose que les artefacts que je voyais étaient causés par une certaine combinaison de paramètres personnalisés.

La compatibilité de l'anti-triche au niveau du noyau sous Linux ressemble à une blague. Steam sur Linux fonctionne dans l'espace utilisateur sans privilèges root, donc ce serait une grande faille de sécurité d'installer un pilote propriétaire au niveau du noyau pour la télémétrie des utilisateurs.

Je ne savais pas à ce sujet jusqu'à récemment, mais il semble qu'il y ait déjà une compatibilité avec les pilotes du noyau dans Wine (je pense qu'il est émulé et n'a pas le même accès que le vrai noyau Linux, mais je ne suis pas sûr) et certains pourrait être travaillé dans le futur quand / si une fonctionnalité sera ajoutée au noyau Linux. Ou du moins cela me semble de https://bugs.winehq.org/show_bug.cgi?id=37355. Mais je ne sais presque rien sur Wine, win32 ni le noyau Linux, donc j'ai peut-être mal compris. (Remarque: ce rapport de bogue ne concerne

Le 15/5/20 00 h 31, Joshua Barrett a écrit:
>

Aussi satisfaisant que cela puisse être, je ne pense pas que cela changera / changera /
n'importe quoi. Quelques personnes pleurant d'indignation dans un groupe démographique de la périphérie
que Bethesda et id très franchement ne / s'inquiètent probablement pas
va revenir sur une décision qui a probablement été prise il y a longtemps.

Et, tu sais. Une effusion de bile n'est pas vraiment attachante ...

-
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/3773#issuecomment-628919829 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AEMFAGPQXMRWMBBKYTPS45DRRRWM5ANCNFSM4MI6DHIA .

Je voudrais amplifier cette citation: "Une effusion de bile n'est pas exactement
attachant ... "

Surtout pour ceux qui n'étaient pas il y a plus de 20 ans, juste autour de la sortie
du Doom II original, John Carmack de Id Software était le visage du
"Toujours libérer les binaires Linux" politique d'Id Software à l'époque. Leur
la politique était que vous avez acheté le jeu au détail, puis téléchargé le
wrapper officiel de l'interface utilisateur Linux directement depuis leur site Web.

Nous l'avons aimé. Mais une poignée de trolls et de fauteurs de troubles ont décidé que
nous faisant télécharger des binaires pour un `` grand jeu pour son jour '' via 56k
les modems étaient une insulte qu'ils ne pouvaient pas tolérer. Alors ils ont travaillé eux-mêmes
dans une frénésie pharisaïque sur un forum comme celui-ci (que j'ai lu dans
consternation en temps réel depuis que je suis membre), puis ils ont posté des liens
pour Carmack and Id Support demandant à tout le monde de les envoyer par e-mail
exprimer leur indignation, ce qu'ils ont fait.

Le résultat a été quelques jours plus tard, Carmack a donné une interview à l'un ou l'autre PC
Magazine ou l'un des magazines technologiques de l'époque où il disait
paraphrase: «Je pensais que je faisais une bonne chose en supportant Linux. Maintenant mon
la boîte de réception est pleine de flammes de crybabies. Plus jamais. Ça ne vaut pas le
douleur.'

Toutes ces années plus tard, Proton est le meilleur que nous ferons avec Doom car
de cet incident. Flaming Bethesda n'obtiendra probablement rien de plus qu'un
«Je vous l'ai dit» quelque part dans leur quartier général. Alors s'il te plait, si tu
contactez-les soyez poli.

Le 15/05/20 à 00h31, Joshua Barrett a écrit: Aussi satisfaisant que cela puisse être, je ne pense pas que cela changera / quoi que ce soit. Quelques personnes qui pleurent d'indignation dans un groupe démographique de la périphérie que Bethesda et id ne / s'inquiètent probablement pas franchement ne vont probablement pas annuler une décision qui a probablement été prise il y a longtemps. Et, tu sais. Une effusion de bile n'est pas vraiment attachante ... - Vous recevez cela parce que vous avez été mentionné. Répondez directement à cet e-mail, affichez-le sur GitHub < # 3773 (commentaire) > ou désabonnez-vous https://github.com/notifications/unsubscribe-auth/AEMFAGPQXMRWMBBKYTPS45DRRRWM5ANCNFSM4MI6DHIA .
Je voudrais amplifier cette citation: "Une effusion de bile n'est pas vraiment attachante ..." Surtout pour ceux qui n'ont pas plus de 20 ans, juste à la sortie du Doom II original, John Carmack d'Id Software était le visage de la politique "toujours libérer les binaires Linux" d'Id Software à l'époque. Leur politique était que vous achetiez le jeu au détail, puis que vous téléchargiez le wrapper officiel de l'interface utilisateur Linux directement à partir de leur site Web. Nous l'avons aimé. Mais une poignée de trolls et de fauteurs de troubles ont décidé que nous faire télécharger des binaires pour un `` grand jeu pour son jour '' via des modems 56k était une insulte qu'ils ne pouvaient pas tolérer. Alors ils se sont plongés dans une frénésie pharisaïque sur un forum comme celui-ci (que j'ai lu avec consternation en temps réel depuis que je suis membre), puis ils ont posté des liens pour Carmack et Id Support demandant à tout le monde de "bombarder par courrier électronique "pour exprimer leur indignation, ce qu'ils ont fait. Le résultat est que quelques jours plus tard, Carmack a accordé une interview à PC Magazine ou à l'un des magazines technologiques de l'époque où il a dit de paraphraser: «Je pensais que je faisais une bonne chose en soutenant Linux. Maintenant, ma boîte de réception est pleine de flammes de crybabies. Plus jamais. Cela ne vaut pas la peine. Toutes ces années plus tard, Proton est le meilleur que nous ferons avec Doom à cause de cet incident. Flaming Bethesda n'obtiendra probablement rien de plus qu'un "Je vous l'ai dit" quelque part dans leur quartier général. Alors s'il vous plaît, si vous les contactez, soyez poli.

Malheureusement, cette communauté semble absolument déterminée à adopter le type de comportement que vous décrivez comme la première réponse par défaut à chaque fois que quelque chose de ce genre se produit. C'est arrivé avec Rocket League, ça se passe maintenant. Et peu importe ce que quelqu'un essaie de leur dire, c'est tout "nous ne pouvons pas leur permettre de s'en tirer avec ce truc, je dis que nous intentons un recours collectif!" ou d'autres choses tout aussi ridicules, et que se passe-t-il ensuite? Rien, "ils" (éditeur / qui que ce soit) s'en sortent avec tout ce qu'ils ont fait, seulement maintenant il y a quelques centaines de personnes de plus dans l'industrie qui MéRESTENT absolument la communauté Linux et refuseront de se démener pour aider nous plus jamais.

Nous n'avons absolument pas la part de marché pour agir ainsi. Cela garantira que ce genre de choses continuera plus qu'il n'aidera quoi que ce soit.

Malheureusement, cette communauté semble absolument déterminée à adopter le type de comportement que vous décrivez comme la première réponse par défaut à chaque fois que quelque chose de ce genre se produit. C'est arrivé avec Rocket League, ça se passe maintenant. Et peu importe ce que quelqu'un essaie de leur dire, c'est tout "nous ne pouvons pas leur permettre de s'en tirer avec ce truc, je dis que nous intentons un recours collectif!" ou d'autres choses tout aussi ridicules, et que se passe-t-il ensuite? Rien, "ils" (éditeur / qui que ce soit) s'en sortent avec tout ce qu'ils ont fait, seulement maintenant il y a quelques centaines de personnes de plus dans l'industrie qui MéRESTENT absolument la communauté Linux et refuseront de se démener pour aider nous plus jamais.

Nous n'avons absolument pas la part de marché pour agir ainsi. Cela garantira que ce genre de choses continuera plus qu'il n'aidera quoi que ce soit.

En effet. En fait, j'ai lu un article de questions-réponses sur un site de jeu il y a quelques mois avec le PDG d'Epic Games sur les perspectives d'amener Fortnite à Linux. Il n'a jamais fait référence à la part de marché, si je me souviens bien, mais a parlé en termes vagues des défis inhérents à cet espace utilisateur. Que pouvait-il signifier, je me demande? Puis il a dit en gros: «Nous réfléchissons mais n'avons actuellement aucun projet ... etc., etc.

La communauté Linux doit essentiellement faire l'éloge de toute grande entreprise prête à prendre le risque, en particulier pour celles qui le font bien. Et pour l'amour de Dieu, N'EXPRIMEZ JAMAIS une rage irrespectueuse envers un développeur ou surtout le patron du développeur! Comme vous pouvez le voir, cela pourrait affecter la communauté pendant des décennies.

Ouais, mais les développeurs ne vous doivent rien, et en commençant un rapport de bogue avec "comment osez-vous casser ce jeu sous Linux" plutôt que "je suis un utilisateur Linux, je comprends que ma configuration système n'est pas prise en charge, mais si vous pourriez fournir n'importe quelle aide je serais reconnaissant "ne vous mènera pas loin.

Nous sommes hors sujet. Désolé Kisak.

C'est OT, bien sûr. Mais je pense qu'il faut dire de temps en temps qu'avoir un clavier devant vous ne vous donne pas le droit d'être abusif envers les créateurs. Si seulement quelques personnes qui lisent ceci considèrent pour la première fois l'impact négatif qu'elles pourraient avoir, je pense que chaque développeur soutiendrait que cela soit dit une fois dans une lune bleue. La plupart de ces gars n'ont même jamais entendu parler de John Carmack.

J'espère que c'est pertinent. Le producteur exécutif Marty Stratton dit que l'exigence anti-triche sera supprimée dans une prochaine mise à jour:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

J'espère que cela signifie que la mise à jour signifie qu'il y a une chance que cela fonctionne à nouveau avec proton sans trop de solutions de contournement.

J'espère que c'est pertinent. Le producteur exécutif Marty Stratton dit que l'exigence anti-triche sera supprimée dans une prochaine mise à jour:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/

J'espère que cela signifie que la mise à jour signifie qu'il y a une chance que cela fonctionne à nouveau avec proton sans trop de solutions de contournement.

Denuvo Anti-Cheat aura le support Proton prêt à l'emploi pour les versions au-delà de DOOM: Eternal. N'hésitez pas à me @moi directement avec vos commentaires une fois que vous avez eu l'occasion de l'essayer. Je suis heureux que l'accès soit rétabli pour vous les gars.

Super nouvelles dans l'ensemble. J'ai hâte de reprendre le jeu (et de terminer) le jeu.

@mgreshis

Denuvo Anti-Cheat aura le support Proton prêt à l'emploi pour les versions au-delà de DOOM: Eternal. N'hésitez pas à me @moi directement avec vos commentaires une fois que vous avez eu l'occasion de l'essayer.

Pouvez-vous créer un lien vers les correctifs en amont pertinents vers _wine_ qui se rapportent à cela s'il vous plaît?

@mgreshis cela signifie-t-il que l'anti-triche sera automatiquement désactivé ou avez-vous implémenté la compatibilité pour Wine?

semble prometteur, peut-être même le mode battlemode et l'invasion peuvent fonctionner. Croisons les doigts et fusil de chasse
armé)

@mgreshis , j'espère que c'est vrai. Je ne sais pas si vous voulez dire qu'il y aura également un Ring 0 AC pour l'utilisation de Proton, ou s'il fera simplement une exception pour Proton, mais dans tous les cas si c'est vrai, c'est monumental. Ce serait le premier véritable anti-triche côté client à fonctionner sous Linux via Proton, et c'est le plus gros obstacle restant pour les jeux Linux. C'est énorme, si c'est vrai.

J'espère que c'est pertinent. Le producteur exécutif Marty Stratton dit que l'exigence anti-triche sera supprimée dans une prochaine mise à jour:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/
J'espère que cela signifie que la mise à jour signifie qu'il y a une chance que cela fonctionne à nouveau avec proton sans trop de solutions de contournement.

Denuvo Anti-Cheat aura le support Proton prêt à l'emploi pour les versions au-delà de DOOM: Eternal. N'hésitez pas à me @moi directement avec vos commentaires une fois que vous avez eu l'occasion de l'essayer. Je suis heureux que l'accès soit rétabli pour vous les gars.

@mgreshis C'est une nouvelle fantastique et j'aimerais en savoir plus sur ce que cela signifie ou comment cela fonctionnerait avec Proton? Quoi qu'il en soit, c'est génial, je suis sûr que de nombreux joueurs Linux l'apprécieront et en prendront note, et espèrent que les futurs jeux Windows uniquement protégés par anticheat seront protégés par Denuvo Anti-Cheat.

Si cela ne vous dérange pas, est-ce que Denuvo pourrait faire une annonce et nous informer de la sortie du prochain jeu protégé Denuvo Anti-Cheat, qui inclut ce support Proton OOTB? J'adorerais en entendre parler quand cela se produira, je serais ravi de l'essayer et de le tester personnellement.

@mgreshis merci d'avoir pensé à nous.

Si je pouvais simplement fournir quelques commentaires - et cela s'applique également aux utilisateurs de Windows - veuillez ne pas fournir de solutions anti-triche qui fonctionnent au niveau _kernel 0_.
Cette raison précise est ce qui a déclenché toute la communauté (Linux + Windows) et je ne suis pas sûr que l'ajout de la prise en charge du premier (Linux) atténuerait les commentaires reçus jusqu'à présent.

Merci encore de nous soutenir.

@mgreshis aimerait certainement le voir clarifié si vous voulez dire que DAT fonctionnera avec Proton + Online ou si vous voulez dire qu'il détectera automatiquement pour désactiver pour la lecture hors ligne

@LiamDawe , il semblerait que soit il parle mal (ou induit en erreur), soit il inclura le soutien réel de Proton. Parce que Denuvo Anti Cheat ne sera pas uniquement destiné aux jeux qui incluent une campagne solo. La plupart des jeux avec ces types d'anti-triche sont uniquement multijoueurs (Fortnite, Apex, Warzone, Valorant, Siege, etc.) Donc, pour que l'AC supporte Proton, cela devrait signifier réellement soutenir Proton. Donc, soit il s'est mal exprimé, il nous induit en erreur, soit il pense réellement ce qu'il dit, ce qui signifierait par définition qu'il nous soutiendra réellement. Tout ce qui pourrait être vrai, j'espère que c'est le dernier.

EDIT: faute de frappe.

@mgreshis Ce serait le premier véritable anti-triche côté client à fonctionner sous Linux via Proton

Ce n'est pas vrai, vous pouvez exécuter VAC et Warden Anticheat via proton sans problème, le problème est que l'AC a un pilote de noyau, wine est écrit pour gérer les applications en mode utilisateur, pas les pilotes, donc s'il s'agit d'un anticheat en mode utilisateur, le soutenir est à la portée de les développeurs de vin.

J'espère que c'est pertinent. Le producteur exécutif Marty Stratton dit que l'exigence anti-triche sera supprimée dans une prochaine mise à jour:
https://www.reddit.com/r/Doom/comments/gnjlo7/latest_information_on_update_1_anticheat/
J'espère que cela signifie que la mise à jour signifie qu'il y a une chance que cela fonctionne à nouveau avec proton sans trop de solutions de contournement.

Denuvo Anti-Cheat aura le support Proton prêt à l'emploi pour les versions au-delà de DOOM: Eternal. N'hésitez pas à me @moi directement avec vos commentaires une fois que vous avez eu l'occasion de l'essayer. Je suis heureux que l'accès soit rétabli pour vous les gars.

Comment savez-vous exactement?

@BloodyIron le mec est littéralement un employé de Denuvo, le même qui a donné l'interview publiée plus tôt dans le fil lorsque tout cela s'est déroulé pour la première fois, et a déclaré qu'ils travaillaient sur le support Proton pour DE et que cela finirait par arriver (avant qu'iD ne décide pour supprimer complètement DAC).

@BloodyIron le mec est littéralement un employé de Denuvo, le même qui a donné l'interview publiée plus tôt dans le fil lorsque tout cela s'est déroulé pour la première fois, et a déclaré qu'ils travaillaient sur le support Proton pour DE et que cela finirait par arriver (avant qu'iD ne décide pour supprimer complètement DAC).

Ahh, eh bien je voulais juste m'assurer que c'était une source crédible, c'est tout. Merci de clarifier! :)

@BloodyIron le mec est littéralement un employé de Denuvo, le même qui a donné l'interview publiée plus tôt dans le fil lorsque tout cela s'est déroulé pour la première fois, et a déclaré qu'ils travaillaient sur le support Proton pour DE et que cela finirait par arriver (avant qu'iD ne décide pour supprimer complètement DAC).

Ne soyez pas trop excité, l'équipe de développement EAC a déclaré à l'origine qu'elle travaillait sur la compatibilité du vin et est devenue silencieuse à la radio à ce sujet pendant un an et demi maintenant.

@BloodyIron voici l'article https://techraptor.net/gaming/news/doom-eternals-latest-update-breaks-game

Bien sûr, tout cela n'est plus à jour, mais juste pour fournir le contexte.

@databoose EAC répondre aux demandes en disant «nous y travaillons» est une situation complètement différente de celle d'un employé de Denuvo qui se porte littéralement volontaire pour venir ici et dire que TOUTES les futures versions de DAC soutiendront Proton OOTB dès le premier jour. Ceux-ci ne sont même pas comparables à distance.

@databoose EAC répondre aux demandes en disant «nous y travaillons» est une situation complètement différente de celle d'un employé de Denuvo qui se porte littéralement volontaire pour venir ici et dire que TOUTES les futures versions de DAC soutiendront Proton OOTB dès le premier jour. Ceux-ci ne sont même pas comparables à distance.

Je suis presque sûr que "nous y travaillons" implique que la compatibilité du vin est planifiée, arrêtez d'être malhonnête pour des raisons d'argumentation, ne vous donne pas l'air crédible.

@databoose de quoi tu parles.

Denuvo Anti-Cheat aura le support Proton prêt à l'emploi pour les versions au-delà de DOOM: Eternal. N'hésitez pas à me @moi directement avec vos commentaires une fois que vous avez eu l'occasion de l'essayer. Je suis heureux que l'accès soit rétabli pour vous les gars.

Où est ce "nous y travaillons"? C'est la garantie d'un support OOTB dès le premier jour, et non "nous y travaillons".

Je cite littéralement sa déclaration la plus récente, ce n'est pas malhonnête, vous devriez lire tous les faits avant d'accuser les autres d'être malhonnêtes lorsque vous opérez sur des informations obsolètes et modifiées depuis.

@databoose de quoi tu parles.

Denuvo Anti-Cheat aura le support Proton prêt à l'emploi pour les versions au-delà de DOOM: Eternal. N'hésitez pas à me @moi directement avec vos commentaires une fois que vous avez eu l'occasion de l'essayer. Je suis heureux que l'accès soit rétabli pour vous les gars.

Où est ce "nous y travaillons"? C'est la garantie d'un support OOTB dès le premier jour, et non "nous y travaillons".

Les mots d'un employé! = Les priorités de toute l'entreprise, cela peut être planifié et travaillé maintenant mais pourrait être jeté par la fenêtre demain, ne soyez pas naïf et pensez que ce n'est que parce qu'un employé dit que cela arrivera que cela arrivera.

@databoose Je ne le suis pas, évidemment ce n'est pas sûr à 100%, car rien ne l'est, surtout dans ce secteur. Mais ce n'est pas ce que tu as dit. Vous étiez en train de quitter l'interview originale sans même être au courant de la nouvelle déclaration, et maintenant vous essayez de la déformer pour qu'elle corresponde également à la nouvelle déclaration. Je l'ai littéralement cité, et c'est vous qui êtes maintenant malhonnête.

De plus, il est le propriétaire du projet, il n'est pas seulement un hasard. Ce n'est toujours pas une certitude à 100%, mais aussi plus que juste un rando le disant pour l'enfer.

Vous avez prétendu que c'était la même chose qu'un employé du CAE répondant aux demandes en disant qu'ils "travaillaient sur" la compatibilité des vins sans une seule déclaration définitive (pas de "IL se produira", pas de "TOUTES les versions futures," non "le premier jour," rien de tout cela. Juste "nous y travaillons). Ce n'est même pas à distance la même chose que ce que nous obtenons ici, et ce n'est pas parce que" rien n'est certain "que ces deux situations sont un peu similaires ou que vous pouvez utiliser l'un pour juger l'autre. Pour le moment, nous avons la garantie que toutes les futures versions de DAC prendront en charge Proton dès le premier jour. Jusqu'à ce que la première version de DAC arrive et que cela ne se produise pas, ou jusqu'à ce que nous obtenions une nouvelle déclaration qui couvre l'original (ou l'inverse complètement), c'est la situation actuelle. Et honnêtement, j'ai du mal à croire que le propriétaire du projet pour DAC se porterait volontaire pour venir ici et faire une déclaration aussi sans équivoque juste pour l'enfer sans aucune plans concrets, les éditeurs de logiciels propriétaires ne faire de telles choses, c'est normalement tout le contraire.

En outre, il existe un précédent avec la société Denuvo, en ce sens que leur DRM fonctionne parfaitement avec Proton maintenant. Il y a un bug ou deux, comme détecter les configurations modifiées comme de nouvelles tentatives de lancement à partir de différentes machines, et potentiellement déclencher la période d'attente de 24 heures, mais cela fonctionne.

Bonjour @ gardotd426 , @databoose , quelle que soit l'intention, vous vous

Ce qu'il faut maintenant, c'est du temps et des résultats. Essayez d'éviter de remplir ce rapport de compatibilité avec ce qui est effectivement le bruit et les chamailleries.

Chose sûre. Ce fil est allé en enfer la semaine dernière (j'ai même dit quoi
vous dites maintenant, seulement pour obtenir des réponses de "tais-toi"),
alors j'ai compris ce que le foin. Mais tu as raison.

>

Vous avez prétendu que c'était la même chose qu'un employé du CAE répondant aux demandes en disant qu'ils «travaillaient» sur la compatibilité des vins sans une seule déclaration définitive.

Plusieurs personnes ont envoyé un e-mail à EAC pour recevoir la réponse indiquant que des travaux étaient en cours et peuvent facilement être recherchés en ligne, à aucun moment ils n'ont dit que c'était une possibilité ou que cela n'allait pas se produire, ils ont simplement changé d'avis et sont partis radio silencieuse.

Si vous considérez qu'un employé de la CAE disant qu'il est en cours de travail n'est pas crédible, il est un peu étrange pour vous de dire également que vous pensez qu'un employé du CAD disant qu'il est en cours de travail est crédible.

En outre, il existe un précédent avec la société Denuvo, en ce sens que leur DRM fonctionne parfaitement avec Proton maintenant.

À ce stade, il devient assez évident que vous n'avez aucune idée de ce dont vous parlez, le denuvo DRM est un projet entièrement séparé du DAC.

Si vous voulez être naïf et être excité pour quelque chose qui n'a été dit que par un seul employé, allez-y, mais arrêtez d'agir comme si ce n'était rien de plus qu'un employé de l'EAC disant qu'il fournirait également une compatibilité avec le vin (même si plusieurs EAC les employés ont dit que cela allait arriver).

Puisqu'il s'agit d'une page de problème, je vais m'arrêter ici mais j'en ai marre des gens qui régurgitent "la compatibilité wine eac est en cours d'élaboration !!!" quand il a été abandonné il y a longtemps.

Bonjour @ gardotd426 , @databoose , quelle que soit l'intention, vous vous

Ce qu'il faut maintenant, c'est du temps et des résultats. Essayez d'éviter de remplir ce rapport de compatibilité avec ce qui est effectivement le bruit et les chamailleries.

proton_patches.zip

Le patchset de travail en cours joint (en plus de Proton 5.0.7) m'a permis de démarrer le jeu. Je ne l'ai pas encore testé au-delà de l'écran de démarrage. J'espère que le jeu devrait fonctionner, alors que c'est peu probable pour le multijoueur.

En outre, il y a de fortes chances qu'il se cassera lors de toute mise à jour DAC.

Ce correctif Proton permet-il d'installer et d'exécuter le pilote DAC ou est-ce un peu plus une solution de contournement pour rendre le côté utilisateur assez heureux pour démarrer en solo?

@gofman , il n'y aura plus de mises à jour DAC, DAC est en cours de suppression du jeu, donc ce patch ne sera pas nécessaire lors de la prochaine mise à jour. Apparemment, cela devrait arriver dans une semaine et le jeu fonctionnera sous Linux comme avant.

Ce correctif Proton permet-il d'installer et d'exécuter le pilote DAC ou est-ce un peu plus une solution de contournement pour rendre le côté utilisateur assez heureux pour démarrer en solo?

C'est le premier et il est confirmé de travailler pour l'instant pour un seul joueur. Mais cela permet au pilote de simplement démarrer et de suivre la séquence de prise de contact initiale. La prise en charge de certaines installations qui sont probablement nécessaires pour fonctionner dans la phase anticheat «active» est juste stubée. Je ne pouvais pas encore tester le multijoueur dans DAC en raison d'un problème préexistant sans rapport avec le multijoueur (qui se déclenche toujours maintenant), mais il ne me semble pas probable que cela fonctionne maintenant.

Il y a eu quelques modifications du patchset, donc si quelqu'un est intéressé à construire et à essayer cela, je peux en fournir une mise à jour.

Proton a le cadre pour exécuter les pilotes de modèle de noyau, et certains pilotes anti-triche fonctionnent sous celui-ci. Le patchset ajoute quelques éléments manquants, des stubs pour certaines fonctions de l'API du noyau qui sont très difficiles à implémenter et d'autres solutions de contournement. Cependant, les pilotes de Proton fonctionnent en mode utilisateur sous Linux, et certaines choses que font les pilotes du noyau sont juste émulées. Il existe (et il y aura toujours) des moyens par lesquels le pilote (ou le programme d'espace utilisateur normal) peut détecter qu'il fonctionne sous Proton et non sous Windows authentique. Donc, en fin de compte, la possibilité de prendre en charge la solution anti-triche donnée dans Proton dépend de si l'anti-triche est disposé (ou peut tolérer) à fonctionner de cette manière, ou plutôt le nie.

@gofman Cela sonne bien. Pouvez-vous fournir le patchset mis à jour? Ou peut-être avez-vous un fork GitHub mis à jour avec vos mises à jour?
(Si possible, pouvez-vous peut-être fournir des instructions très brèves sur la façon dont je l'installerais? Je ne l'ai jamais fait. Je voudrais simplement cloner Proton 5.0.7, puis appliquer vos correctifs, puis make install , et c'est tout , alors ça devrait marcher?)

(Si possible, pouvez-vous peut-être fournir des instructions très brèves sur la façon dont je l'installerais? Je ne l'ai jamais fait. Je voudrais simplement cloner Proton 5.0.7, puis appliquer vos correctifs, puis make install , et c'est tout , alors ça devrait marcher?)

Construire Proton prendra du temps si vous le faites pour la première fois. Je suppose que le moyen le plus simple est de suivre les instructions ici:
https://github.com/ValveSoftware/Proton

Fondamentalement, vous devez cloner les sources, passer à la branche correcte (proton_5.0-next), appliquer mes correctifs dans le sous-module 'wine' (vous devrez vous assurer que tout est appliqué proprement) et suivre les instructions de la section 'Construction' de la page github Proton. Si votre machine virtuelle de compilation (voir «Configurer l'environnement de compilation») est correctement configurée, la construction et l'installation de Proton sur votre installation Steam locale est aussi simple que «make install» dans la racine de l'arborescence des sources de Proton.

proton_patches.zip

@albertz , je ne le ferais pas de cette façon. C'est bien trop compliqué si vous ne l'avez jamais fait auparavant. Il existe un moyen beaucoup plus simple, et c'est d'utiliser la compilation tkg de @ tk-glitch.

Clonez simplement son repo, https://github.com/frogging-family/wine-tkg-git (il contient à la fois les répertoires wine et proton) et cd dans wine-tkg-git/proton-tkg/ . Ensuite, vous voudrez simplement modifier les options de configuration à votre guise (des choses comme l'activation de certains correctifs, les constructions de protons de tkg incluent une tonne de correctifs et de solutions de contournement, il a été le premier à obtenir un proton personnalisé pour que Doom Eternal soit opérationnel. Premièrement, ses constructions sont très similaires à celles de Glorious Eggroll, et c'est sur quoi Lutris base son vin). Une fois que vous avez modifié cela, il vous suffit de copier le patch dans le répertoire proton-tkg et de lui donner l'extension .mypatch , puis d'exécuter ./proton-tkg.sh . Pendant la construction, vous serez invité à vous demander si vous souhaitez appliquer le correctif, appuyez sur y , et c'est tout. Son script installe automatiquement la construction proton dans le répertoire compatibilitytools.d/ et tout. C'est beaucoup, beaucoup plus facile que de construire des protons de manière traditionnelle.

Cela dit, la construction de proton nécessite de nombreuses dépendances dont vous n'êtes peut-être pas conscient, quelle que soit la méthode que vous choisissez. Assurez-vous donc d'avoir tout ce dont vous avez besoin.

Cela dit encore, je ne me dérangerais même pas. Il est beaucoup plus facile de simplement downpatch le jeu comme la plupart des gens ici ont fait (y compris moi), en particulier lorsque le DAC est supprimé dans quelques jours de toute façon.

@albertz , je ne le ferais pas de cette façon. C'est bien trop compliqué si vous ne l'avez jamais fait auparavant. Il existe un moyen beaucoup plus simple, et c'est en utilisant la compilation tkg de @ Tk-Glitch.

Clonez simplement son repo, https://github.com/frogging-family/wine-tkg-git (il contient à la fois les répertoires wine et proton) et cd dans wine-tkg-git/proton-tkg/ . Ensuite, vous voudrez simplement modifier les options de configuration à votre guise (des choses comme l'activation de certains correctifs, les constructions de protons de tkg incluent une tonne de correctifs et de solutions de contournement, il a été le premier à obtenir un proton personnalisé pour que Doom Eternal soit opérationnel. Premièrement, ses constructions sont très similaires à celles de Glorious Eggroll, et c'est sur quoi Lutris base son vin). Une fois que vous avez modifié cela, il vous suffit de copier le patch dans le répertoire proton-tkg et de lui donner l'extension .mypatch , puis d'exécuter ./proton-tkg.sh . Pendant la construction, vous serez invité à vous demander si vous souhaitez appliquer le correctif, appuyez sur y , et c'est tout. Son script installe automatiquement la construction proton dans le répertoire compatibilitytools.d/ et tout. C'est beaucoup, beaucoup plus facile que de construire des protons de manière traditionnelle.

Cela dit, la construction de proton nécessite de nombreuses dépendances dont vous n'êtes peut-être pas conscient, quelle que soit la méthode que vous choisissez. Assurez-vous donc d'avoir tout ce dont vous avez besoin.

Cela dit encore, je ne me dérangerais même pas. Il est beaucoup plus facile de simplement downpatch le jeu comme la plupart des gens ici ont fait (y compris moi), en particulier lorsque le DAC est supprimé dans quelques jours de toute façon.

J'ai fait ce que vous avez dit, mais je ne suis pas en mesure d'obtenir ce travail.
La compilation était ok, mais le jeu ne démarre pas.
J'ai placé les patchs protons dans le répertoire proton-tkg , la seule chose que je n'ai pas faite est de donner l'exension mypatch, mais pendant la commande j'ai vu que les patchs étaient appliqués

Mes amis, vous perdez votre temps à essayer de le faire avec la version Tkg. Mon patchset est basé sur proton5.0.7-next, il ne s'appliquera même pas correctement en plus de la version Tkg. J'ai une autre version sur Wine-Staging, mais je ne suis pas prêt à rebaser cela pour chaque build personnalisé, ce n'est pas vraiment trivial. En outre, la construction avec Proton grand public est plus facile, que vous utilisiez la méthode recommandée avec les environnements d'exécution Vagrant et Steam.

Mes amis, vous perdez votre temps à essayer de le faire avec la version Tkg. Mon patchset est basé sur proton5.0.7-next, il ne s'appliquera même pas correctement en plus de la version Tkg. J'ai une autre version sur Wine-Staging, mais je ne suis pas prêt à rebaser cela pour chaque build personnalisé, ce n'est pas vraiment trivial. En outre, la construction avec Proton grand public est plus facile, que vous utilisiez la méthode recommandée avec les environnements d'exécution Vagrant et Steam.

Pouvez-vous me dire comment je dois appliquer les patchs?

J'étais sur le point de dire que l'amont / la mise en scène ne le coupera pas. Vous pouvez créer un proton stock avec le système de construction -tkg mais vous devez activer quelques options pour le faire, ce n'est pas le comportement par défaut.

@gofman J'ajouterais certainement une option pour activer une version 5.9-staging du patchset si c'est quelque chose qui vous convient. Tout ajustement nécessaire serait sur moi, bien sûr.

J'ai lu comment construire un proton.
Trop difficile pour moi, je dois attendre le retrait de l'identifiant :)

patches_staging.zip

@ Tk-Glitch Bien sûr, pourquoi pas si vous êtes partant pour ça. Ces correctifs ne sont pas dans Staging lui-même, c'est un patchset plutôt long et étant donné que la restauration de Doom est attendue, je ne pense pas que le maintenir dans Staging en vaille la peine. J'espère cependant remonter la plupart de cela tôt ou tard. Juste au cas où vous voudriez faire votre build avec ces correctifs, je joins la version basée sur top sur la dernière (version 5.9) Staging, cela fonctionnait pour moi aujourd'hui.

J'étais sur le point de dire que l'amont / la mise en scène ne le coupera pas. Vous pouvez créer un proton stock avec le système de construction -tkg mais vous devez activer quelques options pour le faire, ce n'est pas le comportement par défaut.

@gofman J'ajouterais certainement une option pour activer une version 5.9-staging du patchset si c'est quelque chose qui vous convient. Tout ajustement nécessaire serait sur moi, bien sûr.

Pouvez-vous nous indiquer les options à activer?
J'ai construit une version proton avec @ Tk-Glitch ... peut-être qu'avec les bonnes options, le jeu fonctionnera pour moi.

@gofman Merci! J'ajouterai le patchset aux "patchs de la communauté" avec tous les crédits dus. Ce sera entièrement facultatif / non par défaut, donc les gens qui le souhaitent devront le penser.

Edit: le patchset que vous avez envoyé contient plusieurs patchs déjà mis en ligne / mis en scène dans 5.9. Est-ce attendu? Il ne s'applique pas non plus proprement à la mise en scène en dehors des correctifs déjà fusionnés.
Edit2: Oui, le patchset est clairement obsolète et ressemble plus à une version 5.8: D

@ dylanmc1975 Compte tenu de ce que vous avez dit plus tôt, je peux dire que les correctifs n'ont pas été appliqués si vous n'avez pas changé l'extension en .mypatch. Vous avez probablement vu les correctifs de préparation appliqués. Cela étant dit, j'ajouterai le patchset de Paul en option (veuillez me donner quelques minutes pour le faire et revoir) afin que vous puissiez l'activer en ajoutant gofman_dac.mypatch au tableau _community_patches dans votre proton-tkg.cfg.

Edit: Puisque je dois faire une passe de nettoyage et rebaser le patchset, cela peut me prendre un certain temps: frog:

J'ai renommé les correctifs, mais rien ne semble fonctionner :(
Mais j'obtiens l'erreur avec le binaire libre de DRM, avec le binaire téléchargé original aucune erreur mais il ne démarre pas.

J'ai déplacé les correctifs renommés dans myhome / wine-tkg-git-master / proton-tkg / proton-tkg-userpatches /
J'ai lancé proton-tkg.sh mais je ne suis pas en mesure de voir si les correctifs ont été appliqués.

@dylanmc oui vous pouvez. Vous serez invité si vous souhaitez exécuter les correctifs pendant la construction. Le processus de construction démarre, tous les correctifs automatiques (non-utilisateur) sont appliqués, puis vous obtiendrez une invite oui ou non vous demandant si vous voulez vraiment appliquer les correctifs utilisateur que vous avez sélectionnés, et il affichera le nom du fichiers de correctif.

Et il semble que les correctifs ne fonctionnent pas pour le moment, car il y a des correctifs déjà en amont inclus, que la construction ne permettra pas, si elle détecte cela ou si un correctif ne s'applique pas pour une autre raison, la construction abandonne immédiatement en cas d'échec. Vous devrez attendre que les correctifs soient triés pour s'appliquer correctement, mais même dans ce cas, personne ne pourra vraiment vous aider si vous ne publiez pas de journaux. Vous nous dites simplement "Eh bien, je ne sais pas si cela a fonctionné" lorsque le journal montre clairement si cela a fonctionné ou si vous avez même le correctif au bon endroit avec le bon nom d'extension, etc.

Comment puis-je activer les journaux?

Quoi? Vous ne le faites pas, je parle de la sortie de la construction. Comme la sortie du terminal lorsque vous exécutez le script proton-tkg.sh.

J'ai trouvé la manière d'utiliser les patchs, le script me demande de les appliquer.
Mais j'ai des erreurs

`` -> Application de votre propre patch de vin ordinaire /home/luca/Scaricati/wine-tkg-git-master/wine-tkg-git/0001-ntdll-Fill-NumberOfPhysicalPages-field-in-user-share.mypatch
->
-> ############################################# ######
patcher le fichier dlls / ntdll / tests / virtual.c
Patch inversé (ou précédemment appliqué) détecté! Sauter le patch.
4 morceaux sur 4 ignorés - enregistrement des rejets dans le fichier dlls / ntdll / tests / virtual.c.rej
correction du fichier dlls / ntdll / thread.c
Hunk # 1 a réussi à 357 (offset 131 lignes).
Hunk # 2 a échoué à 326.
1 morceau sur 2 a échoué - enregistrement des rejets dans le fichier dlls / ntdll / thread.c.rej
-> Supprimé BIG_UGLY_FROGMINER - Ribbit
-> Jeton Proton-tkg supprimé - Valve Ribbit
-> quitter le nettoyage terminé

Et il semble que les correctifs ne fonctionnent pas pour le moment, car il y a des correctifs déjà en amont inclus, que la construction ne permettra pas, si elle détecte cela ou si un correctif ne s'applique pas pour une autre raison, la construction abandonne immédiatement en cas d'échec. Vous devrez attendre que les correctifs soient triés pour s'appliquer correctement, mais même dans ce cas, personne ne pourra vraiment vous aider si vous ne publiez pas de journaux. Vous nous dites simplement "Eh bien, je ne sais pas si cela a fonctionné" lorsque le journal montre clairement si cela a fonctionné ou si vous avez même le correctif au bon endroit avec le bon nom d'extension, etc.

J'ai lu ceci ... Je dois attendre maintenant.

@ Tk-Glitch

Edit: le patchset que vous avez envoyé contient plusieurs patchs déjà mis en ligne / mis en scène dans 5.9. Est-ce attendu? Il ne s'applique pas non plus proprement à la mise en scène en dehors des correctifs déjà fusionnés.
Edit2: Oui, le patchset est clairement obsolète et ressemble plus à une version 5.8: D

Êtes-vous sûr que vous avez pris le patches_staging.zip de mon dernier commentaire (https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-633114122) et pas le précédent pour proton 5.0.7-next? J'ai retéléchargé ce que j'ai posté et je vois clairement les patchs que j'ai appliqués et travaillant sur Staging 5.9. Au cas où je manquerais quelque chose d'évident et quelque chose de mal foutu, pouvez-vous s'il vous plaît lier un correctif de patches_staging.zip qui est obsolète ou déjà en amont?

@gofman J'ai retéléchargé le fichier et j'ai remarqué que le contenu était très différent de ce que j'avais dans mon dossier de sortie d'hier. On dirait que j'ai fusionné par erreur les deux répertoires, me donnant d'énormes maux de tête dans le processus. Le patchset s'applique en effet très bien sur la mise en scène 5.9. Je m'excuse pour le bruit et merci encore pour le patchset et tout votre travail!

Les correctifs s'appliquent bien, mais les jeux ne démarrent toujours pas du tout :(
Avec le binaire Steam téléchargé, et aussi avec la version gratuite de drm :(

Il y avait des raisons pour lesquelles j'ai suggéré d'utiliser Proton 5.0.7-next comme base. Bien que cela puisse certainement fonctionner dans différentes versions, j'ai peur que ce soit un processus plus complexe. Mais comme ici, des gens qui semblent mieux savoir comment procéder, je suis sûr qu'ils peuvent fournir le dépannage nécessaire.

@ dylanmc1975 encore

Ajoutez PROTON_LOG=1 aux options de lancement du jeu dans Steam. Quand il plante, vous obtenez un fichier steam-782330.log dans votre répertoire personnel. Télécharger.

Vous devez également nous indiquer les options de lancement que vous utilisez en premier lieu.

Je veux dire, le jeu fonctionnera d'un jour à l'autre de toute façon, mais quand même ...

steam-782330.log

@ dylanmc1975 veuillez ne pas supprimer les commentaires. Le fait que vous n'utilisiez aucune option de lancement pourrait être le problème. Utilisez-vous un GPU AMD ou NVidia? Définissez les options de lancement ainsi:

PROTON_LOG=1 PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Si cela ne vous aide pas, si vous utilisez AMD, je suggérerais d'utiliser le pilote AMDVLK au lieu de RADV, vous devez donc installer AMDVLK et l'ajouter aux options de lancement, afin que vos options de lancement ressemblent à ceci:

VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd64.json:/usr/share/vulkan/icd.d/amd_icd32.json PROTON_LOG=1 PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

@ dylanmc1975 aussi, y a-t-il une raison pour laquelle vous insistez autant pour utiliser ces correctifs au lieu de simplement dévaloriser le jeu comme tout le monde l'a fait pour jouer? Cette méthode est connue pour fonctionner, donc je ne comprends pas pourquoi vous insistez pour essayer de le faire de cette façon, ce qui n'est absolument pas garanti de fonctionner du tout.

@ dylanmc1975 aussi, y a-t-il une raison pour laquelle vous insistez autant pour utiliser ces correctifs au lieu de simplement dévaloriser le jeu comme tout le monde l'a fait pour jouer? Cette méthode est connue pour fonctionner, donc je ne comprends pas pourquoi vous insistez pour essayer de le faire de cette façon, ce qui n'est absolument pas garanti de fonctionner du tout.

La seule raison est que je n'ai pas pu rétrograder le jeu.
Plus tard, j'essaye vos options de lancement et peut-être que j'essaye à nouveau de rétrograder

PROTON_LOG = 1 PROTON_NO_ESYNC = 1% commande% + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1

Avec ces options de lancement, le jeu se lance, mais un crash lors du chargement du jeu de machine à sous provoque un denuvo.
Je vais réessayer de rétrograder le jeu.

Juste pour info, vous aurez probablement toujours besoin de ces options de lancement, j'ai toujours.

Le dim 24 mai 2020 à 14:37 dylanmc1975 [email protected]
a écrit:

PROTON_LOG = 1 PROTON_NO_ESYNC = 1% commande% + in_terminal 1
+ com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1
+ com_skipSignInManager 1

Avec ces options de lancement, le jeu se lance, mais plante sur la fente de chargement
jeu cause denuvo.
Je vais réessayer de rétrograder le jeu.

-
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/3773#issuecomment-633274350 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y332RLB2TJXTLVBXUQ23RTFSQFANCNFSM4MI6DHIA
.

J'ai essayé de démarrer un autre jeu.
Les jeux fonctionnent, mais pas la machine à sous que j'ai toujours utilisée.

Quelle est l'importance de +com_skipSignInManager 1 ? Qu'est-ce que cela fait exactement? @ dylanmc1975 Peut-être que cela fait que les parties sauvegardées ne sont pas compatibles?

Auparavant, je n'utilisais que +com_skipIntroVideo 1 et rien d'autre, et c'était bien. J'avais un compte Bethesda.net et mon utilisation (connexion) fonctionne très bien.

@albertz Peut-être.
Mais j'espère que non .. Je verrai quand les identifiants supprimeront denuvo ..

@albertz cela n'a rien à voir avec la

Et cela ne fait rien avec les parties sauvegardées, du moins ce n'était pas le cas avant Denuvo (et ce n'est plus le cas avec le jeu downpatched), les parties sauvegardées peuvent être chargées pour moi.

Et cela ne fait rien avec les parties sauvegardées, du moins ce n'était pas le cas avant Denuvo (et ce n'est plus le cas avec le jeu downpatched), les parties sauvegardées peuvent être chargées pour moi.

J'espère que ce n'est qu'une chose denuvo

@ dylanmc1975 Je me souviens que quelques personnes ont dit que leurs emplacements de sauvegarde avaient été effacés après la mise à jour, donc je me demande si ce que vous avez vécu n'est qu'un bug qui a été introduit dans la mise à jour.

WTF.
J'étais sur le point de terminer le jeu.

Il dom 24 mag 2020, 23:22 James McClain [email protected] ha
scritto:

@ dylanmc1975 https://github.com/dylanmc1975 Je me souviens de quelques personnes
ont dit que leurs emplacements de sauvegarde avaient été effacés après la mise à jour, alors je me demande si ce que vous
rencontré n'est qu'un bogue qui a été introduit dans la mise à jour.

-
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/3773#issuecomment-633302709 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AIQDG5LRYZ6GQT2LFZ6MO3DRTGF2JANCNFSM4MI6DHIA
.

Il peut y avoir un problème avec les parties sauvegardées.
J'ai perdu mes emplacements sauvegardés une fois lorsque je suis passé du proton 5.6-GE-2 au proton natif 5.0.6, puis à nouveau lorsque je suis passé à 5.8-GE-1.

Le jeu fonctionne désormais parfaitement après la mise à jour 1.1. Plus de Denuvo.

Je constate de très faibles performances sur RADV: https://gitlab.freedesktop.org/mesa/mesa/-/issues/3054

@libcg utilise simplement l'un des pilotes AMD vulkan. vulkan-amdgpu-pro a les meilleures performances, mais si vous ne voulez pas utiliser de pilote propriétaire, AMDVLK est presque aussi bon (et bien meilleur que RADV), est open-source et peut vivre avec RADV.

Le problème de performances de Doom Eternal avec RADV est un problème connu. Nous travaillons sur.

EDIT: supprimé le tag

@hakzsam Ouais, je sais. Je pense que vous vouliez taguer @libcg. Cela n'a aucun sens que ce soit une réponse pour moi, car mon commentaire lui dit d'utiliser AMDVLK et le sien concernait les mauvaises performances de RADV.

Salut, mon jeu plante à chaque fois, un "écran de chargement" apparaît à chaque fois et plante à ce moment-là. Voici mes commandes de lancement: PROTON_LOG = 1 PROTON_NO_ESYNC = 1% commande% + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1
Mon steam.log est trop gros pour être téléchargé ici, et je suis nouveau sur github, donc je ne sais pas comment le shrae.
Je souhaite que vous puissiez m'aider et merci!

Mise à jour: il ne plante que pendant les cinématiques, il se coince dans un écran de chargement soudain, mais j'ai pu jouer le premier niveau sans problème.

@libcg utilise simplement l'un des pilotes AMD vulkan. vulkan-amdgpu-pro a les meilleures performances, mais si vous ne voulez pas utiliser de pilote propriétaire, AMDVLK est presque aussi bon (et bien meilleur que RADV), est open-source et peut vivre avec RADV.

Pour moi ici sur un RX480, radv + aco est meilleur que les deux amdvlk et l'amdvlk à source fermée dans le paquet amdgpu-pro. Les fps min et max sont plus élevés et c'est une sérieuse différence. L'utilisation de radv + llvm semble avoir des performances similaires à celles d'amdvlk, donc je pense que c'est aco qui cause la différence.

La différence de fps est sérieusement grande. J'ai juste essayé de basculer entre l'amdvlk ouvert et radv avec la même sauvegarde et j'ai obtenu ceci:

zone | amdvlk | radv + aco
- | - | -
menu principal | 77 ips | 105 images par seconde
en jeu | 56 ips | 67 images par seconde

C'est avec mesa 20.2 et llvm 10.0.0 et amdvlk 2020.Q2.4. À propos de la version pro d'amdvlk, je me souviens qu'elle n'était pas aussi bonne que radv quand je l'ai essayé. Je ne l'ai pas installé pour le moment. Des captures d'écran montrant ce que sont ces nombres de fps sont ici:

https://imgur.com/a/9jFhO7P

Le seul problème que j'ai trouvé avec radv est qu'il a besoin de RADV_DEBUG=zerovram pour résoudre les problèmes d'artefacts qui apparaissent parfois dans les particules.

Salut à tous,

Nouveau jour, nouveau bug. Chaque fois que je joue au jeu avec une résolution non native. Je vois d'étranges artefacts carrés scintillants à la place d'effets spéciaux. Cela ne se produit pas du tout lorsque vous jouez au jeu à la résolution native de mon moniteur (que ce soit mon ordinateur portable à 1080p ou mon moniteur externe à 4K).

Voici un exemple, l'Archvile dans le niveau d'entraînement Battlemode. Regardez la main droite: https://imgur.com/zI2kGxM . On dirait presque que les textures de flamme ne sont pas correctement mappées sur les quads qui les contiennent.

Spécifications du système:

• Pop! _OS 20.04 (5.4.0-7634-générique)
• nVidia RTX 2070 Max-Q, version du pilote 440.82
• Vulkan version 1.2.140 (bien que je pense que Proton propose sa propre version?)

Je n'ai pu trouver ce problème exact nulle part ailleurs.

Doom Eternal semble se figer à plusieurs reprises sur une machine virtuelle Paperspace V100 avec tout sur Ultra. Cela me permet de jouer plus longtemps avant de se figer sur Ultra que sur Nightmare. J'avais l'habitude de pouvoir jouer au niveau 1 avec tout sur Nightmare, et cela fonctionnait plutôt bien avant la mise à jour 1.1 après Doomgrader ing. J'ai mis à jour les pilotes nvidia sur la VM assez récemment mais je vais essayer à nouveau. Y a-t-il des instructions sur un moyen d'obtenir des journaux de crash à partir d'un écran gelé? Jusqu'à présent, j'ai dû tuer manuellement le processus Steam et le redémarrer à chaque fois.

Je vais essayer de démarrer Proton avec PROTON_LOGS = 1

Le problème semble être intermittent. Je vais essayer de réactiver la connexion et de l'attraper la prochaine fois que cela se produit.

Bonjour à tous, j'ai essayé de faire fonctionner cela sur Linux Mint 19.3 depuis le jour de la sortie sans succès. Initialement, sur les principales versions de Proton par défaut (5.0-4 à 5.0-7), il serait apparemment installé, puis lors du chargement, il ferait apparaître le logo d'identification dans la barre des tâches, puis se planterait immédiatement. Lors de l'utilisation des versions Glorious Eggroll Proton (5.4-GE-3, 5.5-GE-1, 5.6-GE-2, 5.8-GE-2-MF), il affiche la boîte de dialogue "Traitement des shaders vulkan" puis "Erreur du pilote GPU" et listez un pilote plus ancien (337.88) que je n'utilisais pas réellement. Appuyer sur play pour contourner entraîne un crash immédiat (dans les protons plus anciens) ou maintient le jeu dans la liste comme étant en cours de lecture mais ne charge rien et doit être «terminé». Dans les deux cas, j'ai utilisé toutes les différentes options de lancement répertoriées ici et dans ProtonDB. (tous mes rapports sont répertoriés sous taibhsear_1 au cas où vous voudriez voir les détails exacts) J'ai mis à jour mes deux pilotes nvidia (via le nvidia ppa, à 440.82 pour ma GTX 1070) ainsi que les pilotes vulkan mis à jour du site lunarg car il n'a pas été inclus dans le pilote 440.82 pour une raison quelconque. Steam info et vulkaninfo affichent les versions de vulkan comme 1.2.135 sauf pour NVidia Optimus Layer comme vulkan version 1.1.119 et Steam Pipeline Caching Layer et Steam Overlay Layer comme vulkan version 1.1.73. Cela pourrait-il être une raison pour que cela ne démarre pas? Steam info montre également des erreurs de "mauvaise classe ELF" pour steamoverlayvulkanlayer.so (listant vulkan version 1.1.119, pilote 440.328.0) et libEGL.so.1. J'ai tenté un "steam --reset", en supprimant les pinned_libs, en supprimant et en réinstallant le jeu, ainsi qu'en installant dans une partition différente, sans résultat. J'ai un fichier journal de vapeur de 170 Mo avec PROTON_LOGS = 1 et je peux également partager mon texte d'information sur la vapeur si nécessaire. Quelqu'un a une idée de ce qu'il faut essayer ensuite? Merci!

Salut, je rencontre des problèmes pour exécuter le correctif de mise à jour 1.1 de Doom Eternal. Pour référence, voici ma configuration matérielle actuelle pour mon PC Linux:

Système d'exploitation: Pop! _OS 20.04 LTS x86_64
Hôte: MS-7B89 1.0
Noyau: 5.4.0-7634-generic
Processeur: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Voici la chronologie du problème tel que je l'ai rencontré jusqu'à présent:

A. Mi-mai (juste après le patch de mise à jour 1.1 pour PC)
Au départ, il y avait des problèmes lors de l'exécution du jeu, en particulier les suivants:

1. Pendant les chapitres d'introduction du jeu (essentiellement les chapitres 1 et 2), le jeu a connu des plantages aléatoires remarquables ici et là lorsque je jouais. Donc, essentiellement, je pourrais être en train de nettoyer une arène avec quelques ennemis, mais soudain, l'écran se fige sur un écran de `` chargement '' et cesse de fonctionner complètement.
2. Le gel permettrait toujours étrangement à l'audio du jeu de continuer (ayant essentiellement un écran de `` chargement '', avec un jeu continu de la musique de fond), mais tous les types de logique de jeu (qu'il s'agisse de mouvements d'ennemis, d'apparitions, d'entrées souris / clavier, etc.) semblent cesser de fonctionner en arrière-plan.
3. Le pire dans tout cela est que chaque fois que cela se produit, je ne suis pas en mesure d'arrêter le jeu en appuyant sur le bouton `` Arrêter '' sur Steam, et j'ai plutôt besoin de recourir à Tuer le processus PID DOOMEternalx64 à partir de mon `` Moniteur système ''.

Cependant, la chose étrange est qu'après avoir atteint les niveaux 3 et au-delà, ce problème de gel semble s'être arrêté et j'ai pu terminer ma première course Nightmare `` rapide '' il y a quelques semaines (vers la fin mai ou début juin si Je rappelle).

Aujourd'hui (14 juin 2020):
J'essayais de faire un nouveau cauchemar d'achèvement à 100% aujourd'hui, à partir d'une nouvelle machine à sous. Cependant, à ma grande surprise, ces mêmes problèmes de gel ont refait surface au cours de ces premiers niveaux d'introduction, m'obligeant à réessayer à partir du dernier point de contrôle à chaque fois que le gel se produit. Ce qui est étrange, c'est que cette fois, le problème de gel semble se produire plus fréquemment (en moyenne à peu près au moment de nettoyer une `` arène '' entre chaque instance de gel), ce qui m'a fait suspecter qu'il y avait des problèmes de compatibilité causés même par le patch 1.1 ( bien que je ne sache pas si c'est connecté avec Denuvo ou non). J'ai également essayé d'exécuter tous les indicateurs suggérés dans ce fil (NO_ESYNC, skipIntroVideo, skipSignInLauncher, etc.), mais en vain.

Voyant cela, j'ai alors essayé différentes versions de Proton à la place, notamment les versions «GE» de Proton, qui semblent fournir plusieurs ajouts à Proton lui-même. Malheureusement, l'installation de la version 5.6 et 5.9 GE de Proton n'a pas semblé résoudre le problème et a plutôt obligé le Wine System Tray à rejeter une erreur de pilote GPU, disant que j'avais une version de pilote NVIDIA obsolète.

J'ai confirmé via la commande 'nvidia-smi' que j'avais la dernière version du driver-440 de NVIDIA. Curieusement, le Wine System Tray indique à la place que mon pilote NVIDIA est de la version driver-378, et me demande de mettre à jour vers la version driver-445, qui la dernière fois que j'ai vérifié , n'a même pas été publié pour le RTX 2070 Super. J'utilise.

Ce qui est pire maintenant, c'est qu'après plusieurs tentatives et même une réinstallation dans Steam, le système Wine est maintenant incapable de lancer le jeu du tout, indiquant que `` Une erreur s'est produite , et veuillez visiter lien d'erreur semble indiquer que "Actuellement, votre achat de jeu ne peut pas être validé à nouveau, veuillez patienter 24 heures et réessayer." J'ai ensuite essayé plusieurs suggestions sur Steam sur des problèmes similaires d'autres jeux, notamment cette page . Cependant, la revalidation de mes fichiers de jeu locaux ne semble pas avoir résolu le problème, ce qui me ramène essentiellement à la version antérieure au patch 1.1 du jeu. J'attendrai 24 heures après cela, mais cette même page indiquait qu'attendre 24 heures ne résolvait pas le problème pour eux, donc je mettrai à jour si cela résout le mien.

Quelqu'un d'autre ici a-t-il eu des problèmes similaires sur la version Linux de la mise à jour Doom Eternal post 1.1 jusqu'à présent? Et pour ceux qui savent comment fonctionne Steam's Proton en détail, puis-je savoir quelle pourrait être la cause principale d'un tel problème et s'il existe des solutions qui pourraient m'aider à résoudre / atténuer certains de ces problèmes?

Tout type de réponse / aide est très apprécié, et merci pour toutes les réponses à l'avance!

Les mêmes problèmes avec les crashs aléatoires et l'audio continuent de jouer, mais vous devez forcer à quitter le jeu. Utilisé pour fonctionner correctement avant les mises à jour 1.0 (l'anti-triche a complètement cassé cela) et 1.1 (lesdits problèmes)

De: NickSadjoli [email protected]
Envoyé: dimanche 14 juin 2020, 8h35
À: ValveSoftware / Proton
Cc: oogetyboogety; Commentaire
Objet: Re: [ValveSoftware / Proton] Doom Eternal (782330) (# 3773)

Salut, je rencontre des problèmes pour exécuter le correctif de mise à jour 1.1 de Doom Eternal. Pour référence, voici ma configuration matérielle actuelle pour mon PC Linux:

Système d'exploitation: Pop! _OS 20.04 LTS x86_64
Hôte: MS-7B89 1.0
Noyau: 5.4.0-7634-generic
Processeur: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Voici la chronologie du problème tel que je l'ai rencontré jusqu'à présent:

A. Mi-mai (juste après le patch de mise à jour 1.1 pour PC)
Au départ, il y avait des problèmes lors de l'exécution du jeu, en particulier les suivants:

1. Pendant les chapitres d'introduction du jeu (essentiellement les chapitres 1 et 2), le jeu a connu des plantages aléatoires remarquables ici et là lorsque je jouais. Donc, essentiellement, je pourrais être en train de nettoyer une arène avec quelques ennemis, mais soudain, l'écran se fige sur un écran de `` chargement '' et cesse de fonctionner complètement.
2. Le gel permettrait toujours étrangement à l'audio du jeu de continuer (ayant essentiellement un écran de `` chargement '', avec un jeu continu de la musique de fond), mais tous les types de logique de jeu (qu'il s'agisse de mouvements d'ennemis, d'apparitions, d'entrées souris / clavier, etc.) semblent cesser de fonctionner en arrière-plan.
3. Le pire dans tout cela est que chaque fois que cela se produit, je ne suis pas en mesure d'arrêter le jeu en appuyant sur le bouton `` Arrêter '' sur Steam, et j'ai plutôt besoin de recourir à Tuer le processus PID DOOMEternalx64 à partir de mon `` Moniteur système ''.

Cependant, la chose étrange est qu'après avoir atteint les niveaux 3 et au-delà, ce problème de gel semble s'être arrêté et j'ai pu terminer ma première course Nightmare `` rapide '' il y a quelques semaines (vers la fin mai ou début juin si Je rappelle).

Aujourd'hui (14 juin 2020):
J'essayais de faire un nouveau cauchemar d'achèvement à 100% aujourd'hui, à partir d'une nouvelle machine à sous. Cependant, à ma grande surprise, ces mêmes problèmes de gel ont refait surface au cours de ces premiers niveaux d'introduction, m'obligeant à réessayer à partir du dernier point de contrôle à chaque fois que le gel se produit. Ce qui est étrange, c'est que cette fois, le problème de gel semble se produire plus fréquemment (en moyenne à peu près au moment de nettoyer une `` arène '' entre chaque instance de gel), ce qui m'a fait suspecter qu'il y avait des problèmes de compatibilité causés même par le patch 1.1 ( bien que je ne sache pas si c'est connecté avec Denuvo ou non). J'ai également essayé d'exécuter tous les indicateurs suggérés dans ce fil (NO_ESYNC, skipIntroVideo, skipSignInLauncher, etc.), mais en vain.

Voyant cela, j'ai ensuite essayé différentes versions de Proton à la place, notamment les versions 'GE' https://github.com/GloriousEggroll/proton-ge-custom de Proton, qui semblent fournir plusieurs ajouts à Proton lui-même. Malheureusement, l'installation de la version 5.6 et 5.9 GE de Proton n'a pas semblé résoudre le problème et a plutôt obligé le Wine System Tray à rejeter une erreur de pilote GPU, disant que j'avais une version de pilote NVIDIA obsolète.

J'ai confirmé via la commande 'nvidia-smi' que j'avais la dernière version du driver-440 de NVIDIA. Curieusement, le Wine System Tray indique à la place que mon pilote NVIDIA est de la version driver-378, et me demande de mettre à jour vers la version driver-445, que j'ai vérifié la dernière fois sur https://www.nvidia.com/Download/driverResults .aspx / 159360 / fr-us , n'a même pas été publié pour le RTX 2070 Super que j'utilise.

Ce qui est pire maintenant, c'est qu'après plusieurs tentatives et même une réinstallation dans Steam, le système Wine est maintenant incapable de lancer le jeu du tout, indiquant que `` Une erreur s'est produite , et veuillez visiter https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english semble indiquer que "Actuellement, votre achat de jeu ne peut pas être validé à nouveau, veuillez patienter 24 heures et réessayer." J'ai ensuite essayé plusieurs suggestions sur Steam sur des problèmes similaires d'autres jeux, notamment cette page https://steamcommunity.com/app/582010/discussions/0/1734339624803551854 . Cependant, la revalidation de mes fichiers de jeu locaux ne semble pas avoir résolu le problème, ce qui me ramène essentiellement à la version antérieure au patch 1.1 du jeu. J'attendrai 24 heures après cela, mais cette même page indiquait qu'attendre 24 heures ne résolvait pas le problème pour eux, donc je mettrai à jour si cela résout le mien.

Quelqu'un d'autre ici a-t-il eu des problèmes similaires sur la version Linux de la mise à jour Doom Eternal post 1.1 jusqu'à présent? Et pour ceux qui savent comment fonctionne Steam's Proton en détail, puis-je savoir quelle pourrait être la cause principale d'un tel problème et s'il existe des solutions qui pourraient m'aider à résoudre / atténuer certains de ces problèmes?

Tout type de réponse / aide est très apprécié, et merci pour toutes les réponses à l'avance!

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, visualisez-le sur GitHub https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643760832 , ou désabonnez-vous https://github.com/notifications/unsubscribe-auth/AAZKLVQXB44S3CACPFSQPQPANCED3RWS7M .

Le message de 24 heures vient d'essayer de le lancer trop de fois, c'est le
DRM entre en jeu. Cela n'a rien à voir avec la vérification des fichiers. Tu dois juste
attendez 24 heures.

Le dim 14 juin 2020 à 12 h 58 oogetyboogety [email protected]
a écrit:

Les mêmes problèmes avec les crashs aléatoires et l'audio continue de jouer, mais vous devez
force de quitter le jeu. Utilisé pour fonctionner correctement avant les mises à jour 1.0 (anti-triche
cassé complètement) et 1.1 (lesdits problèmes)

---

De: NickSadjoli [email protected]
Envoyé: dimanche 14 juin 2020, 8h35
À: ValveSoftware / Proton
Cc: oogetyboogety; Commentaire
Objet: Re: [ValveSoftware / Proton] Doom Eternal (782330) (# 3773)

Salut, je rencontre des problèmes pour exécuter le correctif de mise à jour 1.1 de Doom Eternal. Pour
référence, voici ma configuration matérielle actuelle pour mon PC Linux:

Système d'exploitation: Pop! _OS 20.04 LTS x86_64
Hôte: MS-7B89 1.0
Noyau: 5.4.0-7634-generic
Processeur: AMD Ryzen 7 3700X
GPU: NVIDIA GeForce RTX 2070 SUPER

Voici la chronologie du problème tel que je l'ai rencontré jusqu'à présent:

A. Mi-mai (juste après le patch de mise à jour 1.1 pour PC)
Au départ, il y avait des problèmes lors de l'exécution du jeu, en particulier les suivants:

1. Pendant les chapitres d'introduction du jeu (essentiellement les chapitres 1 et 2),
   le jeu a sensiblement connu des plantages aléatoires ici et là quand j'étais
   en jouant. Donc, essentiellement, je pourrais être en train de nettoyer une arène avec
   il restait quelques ennemis, mais soudain, l'écran se figeait sur un
   Écran de «chargement» et arrêtez de fonctionner complètement.
2. Le gel permettrait toujours étrangement à l'audio du jeu de continuer
   (ayant essentiellement un écran de `` chargement '', avec lecture continue de la musique de fond), mais
   tous les types de logique de jeu (qu'il s'agisse de mouvements d'ennemis, d'apparitions, de souris / clavier
   entrées, etc.) semblent cesser de fonctionner en arrière-plan.
3. Le pire, c'est qu'à chaque fois que cela arrive, je ne peux pas
   arrêtez le jeu en appuyant sur le bouton `` Arrêter '' sur Steam, et à la place nécessaire
   pour recourir à la suppression du processus PID DOOMEternalx64 de mon système
   Moniteur'.

Cependant, la chose étrange est qu'après avoir atteint les niveaux 3 et
au-delà, ce problème de gel semble s'être arrêté et j'ai pu terminer
mon premier cauchemar `` rapide '' s'est déroulé il y a quelques semaines (vers la fin
de mai ou début juin si je me souviens).

Aujourd'hui (14 juin 2020):
J'essayais de faire un nouveau cauchemar d'achèvement à 100% aujourd'hui, à partir de
une nouvelle fente de jeu. Cependant, à ma grande surprise, ces mêmes problèmes de gel
refait surface lors de ces premiers niveaux d'introduction, me faisant réessayer
à partir du dernier point de contrôle à chaque fois que le gel se produit. La partie étrange est
que cette fois le problème de gel semble se produire plus fréquemment (en moyenne
à peu près au moment de nettoyer une `` arène '' entre chaque instance de gel), qui
m'a fait soupçonner qu'il y avait des problèmes de compatibilité causés même par le
1.1 Patch (même si je ne suis pas sûr qu'il soit connecté ou non à Denuvo).
J'ai également essayé d'exécuter tous les indicateurs suggérés dans ce fil (NO_ESYNC,
skipIntroVideo, skipSignInLauncher, etc.), mais en vain.

Voyant cela, j'ai ensuite essayé différentes versions de Proton à la place, notamment
les versions 'GE' https://github.com/GloriousEggroll/proton-ge-custom de
Proton, qui semble fournir plusieurs ajouts à Proton lui-même.
Malheureusement, l'installation de la version 5.6 et 5.9 GE de Proton ne semblait pas
pour résoudre le problème et au lieu de cela fait que le Wine System Tray jette un GPU
Erreur de pilote, indiquant que j'ai une version de pilote NVIDIA obsolète.

J'ai confirmé via la commande 'nvidia-smi' que j'avais la dernière
version pilote-440 de NVIDIA. Curieusement, le Wine System Tray
dit à la place que mon pilote NVIDIA est de la version driver-378, et me demande
pour mettre à jour la version du pilote-445, que j'ai vérifié la dernière fois <
https://www.nvidia.com/Download/driverResults.aspx/159360/en-us>, n'a pas
même été publié pour le RTX 2070 Super que j'utilise.

Ce qui est pire maintenant, c'est qu'après plusieurs ré-essais et même une réinstallation
dans Steam, le système Wine ne parvient plus du tout à lancer le jeu, indiquant
"Quelque chose s'est mal passé, et veuillez visiter
https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english '.
Visiter le lien d'erreur <
https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english>
semblent indiquer que "Actuellement, votre achat de jeu ne peut pas être revalidé
avec succès, veuillez patienter 24 heures et réessayer. "J'ai ensuite essayé plusieurs
suggestions sur Steam sur des problèmes similaires d'autres jeux, notamment ceci
page <
https://steamcommunity.com/app/582010/discussions/0/1734339624803551854>.
Cependant, la re-validation de mes fichiers de jeu locaux ne semble pas avoir résolu le problème.
problème, ce qui me ramène essentiellement à la version patch pré-1.1 du
Jeu. J'attendrai 24 heures après cela, mais cette même page indiquait que
attendre 24 heures n'a pas résolu le problème pour eux, donc je mettrai à jour si cela
corrige en quelque sorte le mien.

Quelqu'un d'autre ici a-t-il des problèmes similaires sur la version Linux de Doom
Eternal post 1.1 mise à jour jusqu'à présent? Et pour ceux qui savent comment Steam's Proton
fonctionne en détail, puis-je savoir quelle pourrait être la cause principale d'un tel problème, et
s'il existe des solutions qui pourraient m'aider à corriger / atténuer certains
ces problèmes?

Tout type de réponse / aide est très apprécié, et merci pour toutes les réponses
en avance!

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub <
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-643760832>,
ou se désinscrire <
https://github.com/notifications/unsubscribe-auth/AAZKLVQXB44S3CACP3QPQE3RWS7ZPANCNFSM4MI6DHIA

.

-
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/3773#issuecomment-643793392 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y336KMEDIXCK2T5N63ZDRWT6SVANCNFSM4MI6DHIA
.

Mise à jour concernant mon problème de gel:

La restriction de 24 heures était en effet apparemment un truc Denuvo. Veuillez ignorer mon problème concernant celui-là.

Après avoir résolu la restriction, j'ai ensuite essayé de jouer davantage à Doom Eternal. Cependant, les problèmes de gel persistent. Le plus ennuyeux est la façon dont cela se produit également sur Ultra-Nightmare (le gel qui s'est produit juste après le patch 1.1 ne s'est pas étendu à Ultra-Nightmare iirc). Ajuster certains paramètres graphiques n'a pas semblé aider non plus, donc je suis essentiellement bloqué en ce moment.

9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind fde 0x7b4a8280 len 8c personality (nil) lsda (nil) code 7b439968-7b439e60
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439968: DW_CFA_advance_loc 1
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_def_cfa_offset 16
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_offset %rbp, -16
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_advance_loc 10
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439973: DW_CFA_def_cfa_register %rbp
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b439973: DW_CFA_advance_loc 39
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_expression %xmm6 7b4a829c-7b4a829f
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r15, -24
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r14, -32
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r13, -40
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r12, -48
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rdi, -56
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rsi, -64
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rbx, -72
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_advance_loc 11
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399a5: DW_CFA_expression %xmm7 7b4a82b1-7b4a82b4
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399a5: DW_CFA_advance_loc 8
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399ad: DW_CFA_expression %xmm8 7b4a82b8-7b4a82bb
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399ad: DW_CFA_advance_loc 8
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399b5: DW_CFA_expression %xmm9 7b4a82bf-7b4a82c2
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399b5: DW_CFA_advance_loc 8
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399bd: DW_CFA_expression %xmm10 7b4a82c6-7b4a82c9
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399bd: DW_CFA_advance_loc 8
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399c5: DW_CFA_expression %xmm11 7b4a82cd-7b4a82d0
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399c5: DW_CFA_advance_loc 5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399ca: DW_CFA_expression %xmm12 7b4a82d4-7b4a82d7
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399ca: DW_CFA_advance_loc 5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399cf: DW_CFA_expression %xmm13 7b4a82db-7b4a82de
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399cf: DW_CFA_advance_loc 5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_expression %xmm14 7b4a82e2-7b4a82e5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_advance_loc 5
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_expression %xmm15 7b4a82e9-7b4a82ec
9118.055:00c4:00c8:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_advance_loc2 553
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind next function rip=0000000140329405
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind   rax=00007fffffd9c000 rbx=00000000150ad710 rcx=00000000008eb8f0 rdx=000000007b475c96
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind   rsi=0000000000000001 rdi=00000000fffffffd rbp=00000000008ed0c0 rsp=00000000008ecfc0
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind    r8=00000000008ecb70  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
9118.055:00c4:00c8:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000001 r14=000000014269b2f8 r15=00000000008f5208
9118.055:00c4:00c8:trace:seh:RtlRestoreContext returning to 7b475c96 stack 8ecc30
9136.848:00b8:00bc:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
9136.849:00b8:00bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091FA90
9137.895:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
9137.895:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
9137.896:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 127348 != 127347, skipping destruction (fork without exec?)
from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Ces messages d'erreur me portent à croire qu'il pourrait y avoir un problème avec mon installation de Wine, bien que je ne sois pas tout à fait sûr. Notez que le message pid peut avoir été produit à partir de mon 'Killing' du processus DoomEternal.exe à partir du Moniteur système, il peut donc ne pas être entièrement lié au crash du jeu.

Toute aide à ce sujet serait très appréciée, et merci d'avance!

@NickSadjoli Je pense que vous êtes peut-être un peu confus sur le fonctionnement de Steam / Proton.
Proton n'utilise aucun élément de votre système wine. Il inclut sa propre version de wine, vous pouvez désinstaller wine avec sudo apt remove wine ou sudo apt remove wine-staging ou n'importe quelle version de wine que vous avez installée, et le jeu fonctionnerait toujours. Cela n'a rien à voir avec ça.
Et à moins que vous n'ayez construit la version de Proton que vous utilisez vous-même, si vous utilisez une version prédéfinie, il est peu probable que ce soit un problème wine / proton "cassé".

En fait, maintenant je vois où vous avez dit que vous utilisiez la version GE de Proton, qui est précompilée. Donc oui, cela n'a rien à voir avec quoi que ce soit sur votre système en ce qui concerne WINE. Vous avez essayé plusieurs versions de Proton (qui, encore une fois, n'interagissent même pas à distance avec le vin que vous avez installé à l'échelle du système).

Cela pourrait certainement être un pilote Nvidia ou vulkan-icd-loader problème

C'est peut-être ce problème que lorsque l'application Steam superpose une notification (par exemple, une nouvelle réalisation), elle se fige (l'audio continue de jouer, mais les graphiques s'arrêtent et ne répondent plus aux entrées). C'est la même chose lorsque vous appuyez sur Ctrl + Tab en dehors du jeu ou lorsque vous avez une autre notification superposée de toute autre application du jeu.

J'ai déjà désactivé la superposition Steam pendant le jeu (dans les propriétés Steam), mais je reçois toujours ces notifications Steam pour de nouvelles réalisations. Peut-être que lorsque vous jouez au mode Nightmare pour la première fois, vous obtiendrez quelques-uns de ces succès Steam, et cela le fera toujours geler?

@ gardotd426 Je vois, merci pour la correction. J'avais en effet l'impression que Proton utilise le package Wine qui est installé sur ma machine (je pensais qu'il aurait été installé comme un package séparé qui a été installé simultanément avec Steam), c'est pourquoi j'ai pensé que quelque chose n'allait probablement pas avec mon installation Wine. Toutes mes excuses pour cette hypothèse, et je suppose que j'ai besoin de relire davantage la documentation de Proton.

Je ne suis pas sûr que ce soit un vulkan-icd-loader problème, mais maintenant que je me souviens, je n'installer les packages de pilotes Vulkan (via apt-get install ) libvulkan1 et mesa-vulkan-drivers soit pendant les périodes pendant lesquelles Doom Eternal a été brické (patch 1.1 antérieur), ou à un moment donné pendant ma première exécution complète de Nightmare (juste après le patch 1.11). Avant le fiasco de la mise à jour 1, je me souvenais que le jeu n'avait jamais eu de problèmes sans l'installation de ces packages, même si j'avais l'impression que le package Proton / Wine prend déjà en charge les pilotes Vulkan (puisque je suis capable de cliquer sur `` utiliser Vulkan '' option dans le paramètre Graphique de Doom Eternal). L'installation de ces pilotes «séparés» pourrait-elle être la source du problème?

Tout à l'heure, j'ai essayé d'effectuer des tests supplémentaires du jeu entre 21 heures et 22 heures, heure locale. J'ai d'abord essayé la suggestion de @albertz de désactiver la superposition de vapeur (car je rencontrais en fait les mêmes problèmes qu'il a décrits en ce qui concerne Ctrl + Tab ou Alt + Tab plantant le jeu), mais malheureusement pas de chance et connaît toujours exactement les mêmes gels. J'ai ensuite essayé de forcer la superposition BPM à désactiver également, mais pas de dés également. Ce qui est étrange, c'est que ce changement de paramètre semble avoir causé un problème de système de sauvegarde du jeu et apparemment `` effacé '' tous les fichiers de sauvegarde que j'ai localement sur mon PC (similaire aux rapports des gens sur la suppression du fichier après la mise à jour 1 plus tôt. dans ce fil), en reconnaissant tous les Save Slots comme un "New Slot". Vous pouvez le voir dans les traces de la première sortie du fichier journal que je publierai ci-dessous pour plus de détails.

Après ce problème étrange, mon PC s'est gelé en dehors du jeu, alors j'ai ensuite redémarré mon PC. Curieusement, une fois que je démarre dans le jeu (après le crash de 21h13), le jeu semble avoir récupéré tous mes fichiers de sauvegarde précédents et enregistré les progrès que j'avais dans la session précédente (avant le gel de 21h13). emplacement désigné que j'ai choisi.

J'ai alors décidé d'essayer et de jouer au jeu avec ce dernier état. Cela semblait s'être bien déroulé (n'a pas connu de gel pendant une assez bonne période de temps), mais hélas 15 à 20 minutes dans les accidents se sont produits à nouveau (accident de 21 h 46). C'était notamment avec seulement certains des indicateurs recommandés activés (seuls les indicateurs Proton Logs, skipIntro, skipKeyPressLoadingScene étaient activés).

Comme dernier essai, j'ai ensuite essayé d'activer tous les indicateurs qui ont été recommandés dans ce fil jusqu'à présent (NO_ESYNC et aussi skipSignInManager), mais malheureusement, le crash s'est toujours produit (voir le journal des plantages de 22h3).

J'ai enregistré les dernières traces de ms des fichiers journaux capturés pour ces sessions plantées, mais elles sont assez longues, je les publierai donc dans les commentaires suivants un par un, en les limitant aux quelques centaines de lignes (Github ne semble pas pouvoir prendre en charge toutes ces lignes à la fois). J'ai également ajouté l'horodatage des journaux de crash pour référence.

EDIT: Ajout de quelques commentaires concernant les enregistrements du fichier journal.

12804.774:00c4:00dc:warn:debugstr:OutputDebugStringA "WARNING: Invalid checkpoint name for target layer visibility_target_change_layer_28: checkpoint save aborted!!\n"
...
12993.870:00c4:0108:trace:seh:RtlRestoreContext returning to 7b475c96 stack 9b72bb0
12993.870:00c4:0108:warn:debugstr:OutputDebugStringA "WARNING: Destructible destructible/imp/leg_severed_left piece (mesh_1) has linear velocity greater than 30.0 m/s.  Please fix decl.\n"
12993.870:00c4:0108:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=0108
12993.870:00c4:0108:trace:seh:raise_exception  info[0]=0000000000000085
12993.870:00c4:0108:trace:seh:raise_exception  info[1]=0000000009b730f0
12993.870:00c4:0108:trace:seh:raise_exception  rax=0000000009b72b10 rbx=00007fffffc9c000 rcx=0000000009b72af0 rdx=0000000000000000
12993.870:00c4:0108:trace:seh:raise_exception  rsi=0000000009b72bf0 rdi=0000000009b72b20 rbp=0000000009b72f30 rsp=0000000009b72ad0
12993.870:00c4:0108:trace:seh:raise_exception   r8=0000000000000002  r9=0000000009b72be0 r10=000000007b47b4e6 r11=0000000000000000
12993.870:00c4:0108:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=00000001427349d0 r15=ffffffffffffffff
...
13016.476:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_advance_loc 5
13016.476:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_expression %xmm15 7b4a82e9-7b4a82ec
13016.476:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_advance_loc2 553
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind next function rip=0000000140329405
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind   rax=00007fffffccc000 rbx=00000000150ad5a0 rcx=00000000083462b0 rdx=000000007b475c96
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind   rsi=0000000000000001 rdi=00000000fffffffd rbp=0000000008347a80 rsp=0000000008347980
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind    r8=0000000008347530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
13016.476:00c4:00fc:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=000000000834fbc8
13016.476:00c4:00fc:trace:seh:RtlRestoreContext returning to 7b475c96 stack 83475f0
13027.739:00b8:00bc:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
13027.740:00b8:00bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091FA90
13028.781:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
13028.781:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
13028.782:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 156633 != 156632, skipping destruction (fork without exec?)

Je voudrais mettre en évidence la première ligne enregistrée de cette trace de journal en particulier, car il s'agit du crash où les fichiers de sauvegarde n'étaient pas reconnus d'une manière ou d'une autre (m'a presque donné l'impression que les fichiers de sauvegarde précédents avaient été effacés). Cela se passait sensiblement après avoir ajusté l'option Steam Overlay.

EDIT: fichier journal coupé pour éviter un encombrement inutile

...
1458.379:00c4:00f0:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000001 r14=00000001426d1cb0 r15=0000000006b1c408
1458.379:00c4:00f0:trace:seh:call_stack_handlers found wine frame 0x6b13fa0 rsp 6b141c0 handler 0x7b475d00
1458.379:00c4:00f0:trace:seh:call_teb_handler calling TEB handler 0x7b475d00 (rec=0x6b13d70, frame=0x6b13fa0 context=0x6b13210, dispatch=0x6b130e0)
1458.379:00c4:00f0:trace:seh:RtlUnwindEx code=40010006 flags=2 end_frame=0x6b13fa0 target_ip=0x7b475c96 rip=000000007bcdb792
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  info[0]=000000000000002f
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  info[1]=0000000006b14370
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  rax=00007fffffcfc000 rbx=0000000006b13fa0 rcx=0000000006b12af0 rdx=000000007b475c96
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  rsi=0000000006b13d70 rdi=0000000006b12500 rbp=0000000006b12ab0 rsp=0000000006b12380
1458.379:00c4:00f0:trace:seh:RtlUnwindEx   r8=0000000006b13d70  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
1458.379:00c4:00f0:trace:seh:RtlUnwindEx  r12=0000000006b13d70 r13=0000000006b13210 r14=0000000006b130e0 r15=0000000006b12500
... 
1460.262:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_advance_loc 5
1460.262:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_expression %xmm15 7b4a82e9-7b4a82ec
1460.262:00c4:00fc:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_advance_loc2 553
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind next function rip=0000000140329405
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind   rax=00007fffffccc000 rbx=00000000150ad620 rcx=00000000083462b0 rdx=000000007b475c96
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind   rsi=0000000000000001 rdi=00000000fffffffd rbp=0000000008347a80 rsp=0000000008347980
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind    r8=0000000008347530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
1460.262:00c4:00fc:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=000000000834fbc8
1460.262:00c4:00fc:trace:seh:RtlRestoreContext returning to 7b475c96 stack 83475f0
1477.637:00b8:00bc:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
1477.637:00b8:00bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091FA90
1478.689:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
1478.689:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
1478.690:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 14108 != 14107, skipping destruction (fork without exec?)

EDIT: Sortie de fichier journal découpée pour éviter un encombrement inutile.

...
--------------SAVEGAME----------- time: 2219839
2355.307:00c4:00d4:warn:debugstr:OutputDebugStringA "Game saved.\n"
2355.307:00c4:00d4:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00d4
2355.307:00c4:00d4:trace:seh:raise_exception  info[0]=000000000000000d
2355.307:00c4:00d4:trace:seh:raise_exception  info[1]=00000000032a4140
2355.307:00c4:00d4:trace:seh:raise_exception  rax=00000000032a3b60 rbx=00007fffffd6c000 rcx=00000000032a3b40 rdx=0000000000000000
2355.307:00c4:00d4:trace:seh:raise_exception  rsi=00000000032a3c40 rdi=00000000032a3b70 rbp=00000000032a3f80 rsp=00000000032a3b20
2355.307:00c4:00d4:trace:seh:raise_exception   r8=0000000000000002  r9=00000000032a3c30 r10=000000007b47b4e6 r11=0000000000000000
2355.307:00c4:00d4:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=00000001429ff1f8 r15=00000000032ac1d8
2355.307:00c4:00d4:trace:seh:call_vectored_handlers calling handler at 0x69060a20 code=40010006 flags=0
2355.307:00c4:00d4:trace:seh:call_vectored_handlers handler at 0x69060a20 returned 0
2355.307:00c4:00d4:trace:seh:call_vectored_handlers calling handler at 0x140952400 code=40010006 flags=0
2355.307:00c4:00d4:trace:seh:call_vectored_handlers handler at 0x140952400 returned 0
2355.307:00c4:00d4:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 32a3b20
...
...
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2bb: DW_CFA_expression %xmm12 7bec89a8-7bec89ab
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2bb: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2c0: DW_CFA_expression %xmm13 7bec89af-7bec89b2
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2c0: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2c5: DW_CFA_expression %xmm14 7bec89b6-7bec89b8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2c5: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2ca: DW_CFA_expression %xmm15 7bec89bc-7bec89be
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcdb2ca: DW_CFA_advance_loc1 116
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind next function rip=000000007bcd45f9
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rax=00007fffffc9c000 rbx=00007fffffc9c000 rcx=0000000009b762b0 rdx=000000007b475c96
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rsi=0000000009b77630 rdi=0000000009b77560 rbp=0000000009b77970 rsp=0000000009b77010
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind    r8=0000000009b77530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=0000000009b7fbc8
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind function 7bcd45f9 base 0x7bcd45a4 cie 0x7bea6ce0 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcd45a4: DW_CFA_def_cfa %rsp, 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcd45a4: DW_CFA_offset %rip, -8
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind fde 0x7bec7c90 len 14 personality (nil) lsda (nil) code 7bcd45a4-7bcd4601
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcd45a4: DW_CFA_advance_loc 7
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7bcd45ab: DW_CFA_def_cfa_offset 1280
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind next function rip=000000007b00fc3e
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rax=00007fffffc9c000 rbx=00007fffffc9c000 rcx=0000000009b762b0 rdx=000000007b475c96
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rsi=0000000009b77630 rdi=0000000009b77560 rbp=0000000009b77970 rsp=0000000009b77510
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind    r8=0000000009b77530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=0000000009b7fbc8
2360.129:00c4:0108:trace:seh:RtlVirtualUnwind type 2 rip 7b00fc3e rsp 9b77510
2360.129:00c4:0108:trace:seh:dump_unwind_info **** func fbf0-fc77
2360.129:00c4:0108:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
2360.129:00c4:0108:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
2360.129:00c4:0108:trace:seh:dump_unwind_info     0xa: pushq %rsi
2360.129:00c4:0108:trace:seh:dump_unwind_info     0x9: pushq %rdi
2360.129:00c4:0108: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
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439968: DW_CFA_def_cfa %rsp, 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439968: DW_CFA_offset %rip, -8
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind fde 0x7b4a8280 len 8c personality (nil) lsda (nil) code 7b439968-7b439e60
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439968: DW_CFA_advance_loc 1
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_def_cfa_offset 16
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_offset %rbp, -16
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439969: DW_CFA_advance_loc 10
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439973: DW_CFA_def_cfa_register %rbp
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b439973: DW_CFA_advance_loc 39
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_expression %xmm6 7b4a829c-7b4a829f
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r15, -24
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r14, -32
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r13, -40
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %r12, -48
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rdi, -56
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rsi, -64
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_offset %rbx, -72
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b43999a: DW_CFA_advance_loc 11
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399a5: DW_CFA_expression %xmm7 7b4a82b1-7b4a82b4
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399a5: DW_CFA_advance_loc 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399ad: DW_CFA_expression %xmm8 7b4a82b8-7b4a82bb
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399ad: DW_CFA_advance_loc 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399b5: DW_CFA_expression %xmm9 7b4a82bf-7b4a82c2
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399b5: DW_CFA_advance_loc 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399bd: DW_CFA_expression %xmm10 7b4a82c6-7b4a82c9
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399bd: DW_CFA_advance_loc 8
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399c5: DW_CFA_expression %xmm11 7b4a82cd-7b4a82d0
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399c5: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399ca: DW_CFA_expression %xmm12 7b4a82d4-7b4a82d7
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399ca: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399cf: DW_CFA_expression %xmm13 7b4a82db-7b4a82de
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399cf: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_expression %xmm14 7b4a82e2-7b4a82e5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399d4: DW_CFA_advance_loc 5
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_expression %xmm15 7b4a82e9-7b4a82ec
2360.129:00c4:0108:trace:seh:execute_cfa_instructions 7b4399d9: DW_CFA_advance_loc2 553
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind next function rip=0000000140329405
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rax=00007fffffc9c000 rbx=00000000150ad400 rcx=0000000009b762b0 rdx=000000007b475c96
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   rsi=0000000000000001 rdi=00000000fffffffd rbp=0000000009b77a80 rsp=0000000009b77980
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind    r8=0000000009b77530  r9=000000007b475cd0 r10=000000007bd1d388 r11=0000000000000000
2360.129:00c4:0108:trace:seh:dwarf_virtual_unwind   r12=0000000000000001 r13=0000000000000000 r14=000000014266ac50 r15=0000000009b7fbc8
2360.129:00c4:0108:trace:seh:RtlRestoreContext returning to 7b475c96 stack 9b775f0
Flushing device resizeSwapChain: true, resizeViewDest: false, resizeImageNeedsFlush: false
2371.848:00b8:00bc:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
2371.848:00b8:00bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091FA90
2372.862:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
2372.862:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
2372.862:0058:0068:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 20758 != 20757, skipping destruction (fork without exec?)

Je ne suis pas tout à fait sûr de savoir laquelle des lignes aurait pu causer le gel (puisqu'aucune des lignes de débogage dans les dernières ms ne semble montrer une erreur graphique fatale), cependant je note que le RtlRestoreContext et loaddll traces semblent être les lignes les plus courantes avant la fin du processus (que j'ai initiée manuellement). De plus, cette ligne Flushing device resizeSwapChain: true, resizeViewDest: false, resizeImageNeedsFlush: false semble apparaître assez souvent. Je ne suis pas si familier avec cela, cependant, puis-je supposer que les lignes RtlRestoreContext et loaddll indiquaient les tentatives du moteur de jeu de charger dans les packages dll nécessaires pour restaurer le contexte de la scène du jeu, avec la ligne `` Flushing device '' contenant les indicateurs des actions devant être effectuées par le `` périphérique '' (je suppose que le GPU ou d'autres ressources sont utilisés pour rendre la scène de jeu actuelle?)

Merci d'avance pour toute aide / explication supplémentaire!

EDIT: Créé des gists contenant des sorties plus détaillées à partir des fichiers journaux, selon la recommandation de @ kisak-valve. Malheureusement, seuls les éléments essentiels contenant la sortie détaillée pour le premier (21h13) et le dernier (j'ai fait des tests supplémentaires comme indiqué dans le commentaire suivant) des journaux de test

Bonjour @NickSadjoli , à l'avenir, veuillez joindre les journaux sous forme de fichier ou utiliser un résumé .

Oh excuses pour ça @ kisak-valve! Je ne savais pas que le formatage du code pouvait également être fait de cette manière.

J'ai fourni l'essentiel contenant des sorties plus détaillées pour la première et la dernière instance de plantages. Malheureusement, la limite de taille de 1 Mo des Gists m'a également empêché de télécharger l'intégralité des fichiers journaux, donc je viens de mettre dans les sorties du journal juste après que le jeu a été enregistré dans le dernier point de contrôle (marqué par END SAVEGAME il semble).

Merci d'avance!

@NickSadjoli Vérifiez dmesg après le gel. J'ai rencontré des problèmes similaires qui semblent être le résultat de problèmes avec les pilotes du noyau AMD.

@jjbarr il utilise les pilotes propriétaires Nvidia, il n'utilise pas les pilotes graphiques du noyau.

@NickSadjoli vous devez absolument supprimer l'un de ces packages que vous avez installés. Ce sont pour les GPU AMD et Intel. Vous disposez d'un GPU Nvidia. Vous n'utilisez pas de pilotes Mesa vulkan, vous utilisez les pilotes Nvidia. Je ne sais pas si cela cause votre problème, mais cela n'aide pas. Supprimez le package mesa-vulkan-drivers . Vous avez cependant besoin de libvulkan1 . Pas pour Doom Eternal, je ne crois pas, mais certainement pour tout jeu non-Steam auquel vous finirez par vouloir jouer qui utilise Vulkan ou DX. Encore une fois, mesa-vulkan-drivers ne cause probablement pas votre problème, mais cela n'aide pas non plus.

Aussi, juste pour vous assurer que vous avez tout ce dont vous avez besoin, j'installe également libvulkan1:i386 . Doom Eternal est entièrement 64 bits, je crois, mais quand même. D'autres choses ne le sont pas.

Après cela, trouvez une BONNE configuration de proton CONNUE (quelle que soit la version de Proton que vous utilisiez lorsqu'elle fonctionnait correctement), basculez-y dans les propriétés du jeu sur Steam, puis supprimez les jeux pfx. Ce sera rm -r ~/path/to/library/steamapps/compatdata/782330/pfx .

@ gardotd426 Noté. Malheureusement, il semble que je ne puisse pas vraiment désinstaller les pilotes mesa-vulkan directement pour le moment, car l'environnement pop-desktop utilisé par PopOS semble reposer sur ce paquet. Je me souviens encore qu'apt-get a mentionné que l'installation des libvulkan et mesa-vulkan-drivers cependant installé de nouveaux paquets, donc ce qui aurait pu arriver, c'est que par défaut certains des sous-paquets requis pour mesa-vulkan -Les pilotes étaient déjà inclus dans PopOS par défaut, mais des pacakges supplémentaires, plus optionnels, ont été installés lorsque j'ai également demandé apt-get.

Aussi, en ce qui concerne le retour à la version précédemment utilisée de Proton: j'utilise actuellement Proton v5.0.9. Le dernier Proton avec une performance stable (pré-Update 1 et Update 1.1) que j'ai rappelé était soit v5.0.7, soit v5.0.8. Malheureusement, il semble que Steam mettrait automatiquement à jour le Proton 5.0 pour inclure la dernière version de Proton, et abandonnerait les précédentes dans ce cas. Le Proton Github garde-t-il un journal de toutes les versions précédemment utilisées de Proton que je pourrais télécharger et utiliser (similaire à la version GE)?

Cela dit, j'ai essayé d'autres tests avec le jeu aujourd'hui. Pour ces tests, j'ai également enregistré mon syslog pour voir ce qui aurait pu se passer en dehors de l'interaction Proton / jeu. Je fournirai l'essentiel des sorties Proton et syslog pour chacune de ces sessions de test comme suit:

1. Première session, enregistrée de 11 h 24 à 11 h syslog_gist ]
   Malheureusement, aucun journal Proton n'a été enregistré pour cette session (j'ai oublié d'activer le drapeau)
2. Résultats de l'état du jeu: Gelé après quelques minutes de jeu. Visiblement juste autour d'une sauvegarde Checkpoint.
3. Indicateurs utilisés: définissez 1 sur tous les indicateurs non liés aux protons recommandés. aucun drapeau Proton n'a été utilisé

4. Paramètres de vidéo de jeu: options désactivées `` Présent à partir du calcul '', qui indiquaient spécifiquement qu'elles étaient désactivées en cas de problèmes avec les logiciels de superposition externes (ce qui avait été suggéré précédemment par @albertz)

5. Deuxième session, enregistrée de 11 h 30 à 11 h 32 [
   Malheureusement, aucun journal Proton n'a été enregistré pour cette session (j'ai oublié d'activer le drapeau)

6. Résultats de l'état du jeu: gelé après environ <1 minute de jeu. Visiblement juste après avoir modifié les paramètres `` Présenter à partir du calcul ''
7. Indicateurs utilisés: définissez 1 sur tous les indicateurs non liés aux protons recommandés. aucun drapeau Proton n'a été utilisé

8. Paramètres vidéo de jeu: tentative d'activation des options "Présenter à partir du calcul". Cette fois-ci, le jeu s'est figé beaucoup plus rapidement après l'activation de cette option, l'écran de gel montrant visiblement l'écran `` Paramètres du menu principal '', juste au moment où l'option était activée.

9. Troisième session, enregistrée de 11 h 32 à 11 h syslog_gist ] [ Proton_log_gist ]

10. Résultats de l'état du jeu: Gelé après quelques minutes de jeu. Visiblement juste autour d'une sauvegarde Checkpoint.
11. Indicateurs utilisés: définissez 1 sur tous les indicateurs non liés aux protons recommandés. Seul PROTON_LOG a été activé

12. Paramètres de la vidéo de jeu: ont conservé les mêmes paramètres de la session précédente ("Présent à partir du calcul" activé, pas d'autres modifications)

13. Dernière session, enregistrée à 11h42 - 11h46 [ Proton_log_gist ]

14. Résultats de l'état du jeu: gelé après une session de jeu sensiblement plus longue que les dernières sessions précédentes. Notamment juste autour d'une sauvegarde Checkpoint.
15. Indicateurs utilisés: définissez 1 sur tous les indicateurs non liés aux protons recommandés. Seul PROTON_LOG a été activé
16. Paramètres de vidéo de jeu: ont conservé les mêmes paramètres de la session précédente ("Présent à partir du calcul" activé, pas d'autres modifications)

À partir de tous ces fichiers journaux, il y a quelques points que j'aimerais noter et souligner:

• La ligne «Avertissement du gestionnaire de fenêtres: la fenêtre 0xa000001 définit un indice MWM indiquant qu'elle n'est pas redimensionnable, mais définit la taille minimale 1 x 1 et la taille maximale 2147483647 x 2147483647; cela n'a pas beaucoup de sens. semble se produire constamment au moment où le jeu s'est figé. Est-ce une indication qu'il s'agit d'un problème de superposition GNOME avec le jeu?
• Le journal Proton de la troisième session a donné un nouveau type intéressant d'erreur de trace, à savoir «7370.996: 0094: 009c: err: clipboard : convert_selection Expiration du délai d'attente de l'événement SelectionNotify». Cela signifie-t-il que le jeu attendait une sorte d'événement, mais a ensuite expiré et a provoqué une erreur (gel du jeu)?

Une autre chose à noter est que je suis en cours d' exécution de plusieurs tâches de fond lors de l' exécution du jeu (bien que ceux - ci sont principalement ouverts onglets Firefox en arrière - plan). Je pense que cela ne devrait pas vraiment causer de problème avec le Game Freeze, mais juste une note pour ceux qui pourraient être en mesure de signaler un conflit possible.

Pour m'assurer que le moteur lui-même n'avait pas de problème avec ma machine, j'ai ensuite essayé de jouer un peu à Doom 2016 (qui utilise la version précédente du moteur IdTech: IdTech 6), pour voir si la version actuelle de Proton a causé tout type de problème avec ce titre également.

Il est intéressant de noter qu'il y a eu notamment deux occurrences de `` panne d'écran '' extrêmement courtes (environ 1 à 2 ms) qui se sont produites lors de l'exécution de Doom 2016 (qui pendant une fraction de seconde, je pensais que cela provoquerait un gel similaire à Doom Eternal), mais le jeu a pu pour en récupérer et reprendre tout le gameplay en douceur. Voici les fichiers syslog et Proton Log pour les tests Doom 2016, avec une note que les 'black-out' semblent se produire autour de la ligne similaire de l'avertissement 'Window manager MWM hint' (pour le fichier syslog), ou - dans le cas du Proton Log - les messages «Setting breakpad minidump». Malheureusement, comme le message Proton Log semble être très différent des messages Proton Log de Doom Eternal, cela peut ne pas être très utile, mais j'ai néanmoins pu observer des informations supplémentaires.

Si quelqu'un a besoin de plus de tests ou de plus d'informations, veuillez me le faire savoir et je verrai si je peux également les fournir.

EDIT: Commentaire inachevé
EDIT2: Formatage

Je reçois les messages "Impossible de trouver les correspondances de BATTLEMODE disponibles. Veuillez réessayer plus tard" et "Échec du lancement du serveur". Sur Win 10, tout fonctionne correctement. Quelqu'un peut-il confirmer ce problème?

Je ne serais pas surpris s'ils implémentaient une sorte d'anticheat qui bloque Linux avec la dernière mise à jour (ils ont toujours dit qu'ils ramèneraient l'anticheat mais ne bloqueraient tout simplement pas la campagne pour cela). Évidemment, il n'y a probablement pas de matches en cours en ce moment à cause du temps passé dans les Amériques et en Europe, mais demain (plus tard aujourd'hui, techniquement) je vais essayer de voir si je peux reproduire le problème.

BTW @ gardotd426

Après cela, trouvez une BONNE configuration de proton CONNUE (quelle que soit la version de Proton que vous utilisiez lorsqu'elle fonctionnait bien).

En ce qui concerne votre suggestion, puis-je savoir si une version pré-construite de Proton 5.0.7 ou 5.0.8 est disponible? Je comprends que je pourrais créer une version fonctionnelle de ces paquets de protons localement via le guide de construction de Proton, mais j'aimerais savoir si une version déjà fonctionnelle et pré-compilée de ceux-ci pourrait déjà être téléchargée et placée dans le compatibilitytools.d/ pour une configuration beaucoup plus rapide.

Merci d'avance!

@NickSadjoli vous pouvez également essayer de réinitialiser les bibliothèques épinglées.
supprimez les dossiers pinned_libs *. ils devraient être dans un chemin comme celui-ci: ~ / .steam / steam / ubuntu12_32 / steam-runtime
Au prochain démarrage de la vapeur, il les rajoutera.
Je ne l'ai pas essayé, mais je pense que l'exécution de steam --reset fera aussi.

Salut à tous, excusez-moi que ce soit assez tard, mais il semble que j'ai résolu le problème de mon côté (pour le moment) et j'ai réussi à faire fonctionner Doom Eternal sans problème de la seconde moitié du 2e niveau au 6e niveau actuel sans s'écraser une seule fois. Il y a eu quelques problèmes graphiques notables, mais je pense que quelque chose s'est parfois produit auparavant, ce que j'attribue davantage au fait que les pilotes Proton n'ont pas encore été entièrement optimisés pour certains jeux (peut-être, mais cela ne me dérange pas vraiment aussi. beaucoup, car cela arrive si rare)

TL; DR: le Backslide de l'extension GNOME semble avoir provoqué un conflit avec Doom Eternal. Je ne suis pas tout à fait sûr de savoir pourquoi cela se produit, mais il y a eu des instances précédentes de GNOME ayant des problèmes avec des jeux en cours d'exécution déjà documentés / discutés. Cela pourrait donc également être un problème potentiel pour d'autres utilisateurs de Proton.

J'ai d'abord essayé la suggestion de @AllKind de réinitialiser Steam la nuit dernière. Au départ, cela semblait avoir fonctionné car j'ai pu traverser une partie importante du 2e niveau sans m'écraser, pour finalement s'écraser malheureusement pendant la zone de transition entre le 2e et le 3e niveau. Un autre crash s'est produit lorsque j'ai essayé d'exécuter le jeu après cela, donc je pense que cela n'a résolu le problème que pendant un certain temps.

Ce matin, j'ai ensuite recherché les erreurs syslog que j'ai postées à nouveau, et j'ai remarqué que le bureau GNOME était apparemment connu auparavant pour causer des problèmes avec certains jeux auparavant. Avec cela, j'ai alors pensé que peut-être certaines des extensions GNOME sur mon PC qui ont modifié le comportement lié à l'affichage auraient pu provoquer un conflit similaire avec la fenêtre du jeu lors de son exécution.

De toutes les extensions qui étaient actives, Backslide et Window Animations sont les seules extensions qui se sont démarquées pour moi comme étant des extensions de modification de l'affichage, alors j'ai désactivé celles-ci et exécuté à nouveau Doom Eternal avec celles-ci désactivées.

Étonnamment, le jeu fonctionne correctement depuis, avec seulement des cas de plantage lorsque je reçois un message Steam entrant (ce qui semble être lié aux problèmes 'Alt + Tab' ou 'Ctrl + Tab' qui ont été signalés précédemment). J'ai ensuite réussi à parcourir tout le 3ème niveau du jeu ce matin sans aucun gel ni crash dans ce cadre, ce qui n'était même pas possible hier.

La question pour moi est alors devenue quelle extension du 2 (Animation de fenêtre ou Backslide) aurait pu spécifiquement causer le problème. Pour le déterminer, j'ai ensuite essayé d'activer Backslide et de relancer le jeu avec lui.

Il s'est avéré que le jeu s'est figé quelques minutes seulement après son exécution avec cette configuration, ce qui m'a permis de mieux m'assurer que Backslide est bien le problème. Je l'ai ensuite éteint, et après cela, j'ai réussi à jouer au jeu jusqu'au niveau 6 sans plus de gel enregistré.

En voyant cela et le fil de conflit GNOME que j'ai lié ici, y a-t-il eu d'autres conflits potentiels GNOME et Proton pour d'autres jeux? De plus, un type de débogage a-t-il déjà été effectué sur Proton pour vérifier tout conflit potentiel avec des extensions spécifiques à GNOME (en particulier celles qui modifient les vues de Desktop?). S'il s'avère qu'il y a plusieurs instances de conflit d'extension Proton et GNOME, un coup d'œil à ce sujet serait apprécié.

Pour l'instant, sur la base de mon expérience, je suggère fortement de désactiver toute extension GNOME modifiant l'affichage avec l'état actuel (c'est-à-dire après la mise à jour 1.1) de Doom Eternal, dans le cas où des problèmes similaires surgiraient pour quelqu'un d'autre, je suppose. Si d'autres ont résolu d'une manière ou d'une autre des problèmes similaires avec un type de solution similaire (désactivation d'une extension GNOME), veuillez confirmer et partager ici.

EDIT: Publié accidentellement avant de terminer le commentaire.

Je suis content que vous l'ayez réparé, mais malheureusement, même si cela a été examiné,
et a découvert qu'une énorme quantité d'extensions GNOME causait des problèmes avec
Proton, comme vous le demandez, personne ne peut rien faire. Soupape
et Proton n'ont aucun relèvement ou capacité à résoudre ce problème (sur le
entier). Et GNOME lui-même ne crée même pas d'extensions ni ne les sanctionne à
tous vraiment. Ils sont tous «non pris en charge». Donc il n'y a rien qui puisse vraiment
être fait, en dehors de faire prendre conscience aux gens.

Le jeu 18 juin 2020 à 10 h 49 NickSadjoli [email protected]
a écrit:

Salut tout le monde, désolé que ce soit assez tard, mais il me semble
J'ai en quelque sorte résolu le problème de mon côté (pour le moment) et j'ai réussi à obtenir
Doom Eternal fonctionne parfaitement à partir de la seconde moitié du 2e niveau
au niveau 6 actuellement sans s'écraser une seule fois. Il y avait des
problèmes graphiques, mais je pense que quelque chose s'est parfois produit
auparavant aussi, ce que j'attribue davantage au fait que les pilotes Proton n'ont pas
été entièrement optimisé pour certains jeux (peut-être, mais ce n'est pas vraiment
me déranger trop, car cela arrive si rare)

TL; DR: le retour en arrière de l'extension GNOME semble avoir provoqué un conflit
avec Doom Eternal. Je ne sais pas vraiment pourquoi cela se produit, cependant
il y a eu des exemples précédents de GNOME ayant des problèmes avec les jeux
en cours d'exécution déjà documenté / discuté. Cela pourrait donc être un problème potentiel
pour les autres utilisateurs de Proton également.

J'ai d'abord essayé la suggestion de @AllKind https://github.com/AllKind pour
réinitialisez Steam la nuit dernière. Cela semblait initialement avoir fonctionné comme j'ai pu
traverser une partie importante du 2e niveau sans s'écraser, seulement
à lui de s'écraser malheureusement lors de la zone de transition entre le 2 et
3ème niveau cependant. Un autre crash s'est produit lorsque j'ai essayé d'exécuter le jeu
après cela, je pense donc que cela n'a atténué le problème que pendant un certain temps.

Ce matin, j'ai ensuite recherché les erreurs syslog que j'ai postées à nouveau, et
remarqué que le bureau GNOME était apparemment connu auparavant pour
causer des problèmes avec certains jeux
https://gitlab.gnome.org/GNOME/mutter/-/issues/361 avant. Avec ça, je
alors j'ai pensé que peut-être certaines des extensions GNOME sur mon PC qui
un comportement d'affichage modifié aurait pu provoquer un conflit similaire avec
la fenêtre du jeu lorsqu'il est en cours d'exécution.

À partir de toutes les extensions actives, les animations Backslide et Window sont
les seules extensions qui m'ont marqué comme étant la modification de l'affichage
extensions, j'ai donc désactivé celles-ci et exécuté à nouveau Doom Eternal avec celles-ci désactivées.

Étonnamment, le jeu se déroule sans problème depuis, avec seulement des instances de
planter lorsque je reçois un message Steam entrant (qui semble
retour aux problèmes 'Alt + Tab' ou 'Ctrl + Tab' qui ont été signalés
précédemment). J'ai ensuite réussi à parcourir tout le 3ème niveau du jeu
ce matin sans gel ni crash dans ce cadre, quelque chose qui
n'était même pas possible hier.

La question pour moi est alors devenue quelle extension du 2 (Window Animation
ou Backslide) pourrait avoir spécifiquement causé le problème. Pour déterminer cela, je
puis a essayé d'activer Backslide, et a relancé le jeu avec lui.

Il s'est avéré que le jeu s'est figé quelques minutes après son exécution avec ça
configuration, ce qui m'a fait plus assuré que Backslide est bien le
problème. Je l'ai ensuite éteint, et après cela, j'ai réussi à jouer au jeu
le chemin vers le niveau 6 sans plus de gels enregistrés.

En voyant cela et le fil de conflit GNOME que j'ai lié ici, il y a
tout autre conflit potentiel GNOME et Proton survenant pour d'autres
Jeux? De plus, tout type de débogage a-t-il déjà été effectué sur Proton pour vérifier
tout conflit potentiel avec des extensions spécifiques à GNOME (en particulier
ceux qui modifient les vues de Desktop?). S'il s'avère qu'il y en a plusieurs
instances de conflit d'extension Proton et GNOME, un regard sur ce serait
apprécié, et

t en utilisant des extensions GNOME supplémentaires que je soupçonnais d'avoir
a causé un conflit avec les fenêtres du jeu (basé sur Windows
erreur de gestion que j'ai reçue de syslog), et j'ai essayé de désactiver le
extensions qui amélioraient l'affichage / l'apparence du bureau, à savoir
désactiver les animations et l'extension Backslide. Désactiver Backslide
spécifiquement semblait avoir fonctionné pour moi, comme lorsque j'ai essayé d'exécuter Doom
Eternal encore ce matin avec Backslide activé a causé le gel à
se reproduira.

Donc, les détails de la façon dont j'ai réussi à le faire étaient les suivants:
Hier soir, j'ai essayé @AllKind https://github.com/AllKind 's
suggestion de réinitialiser Steam. À ma grande surprise, cela semblait avoir fonctionné
au départ, car le jeu ne s'est pas écrasé pendant un temps significatif, seulement
pour ensuite planter juste au moment où j'allais passer au 3e niveau (iirc).
Malheureusement, ça m'écrase

-
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/3773#issuecomment-646068897 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y33ZKKR2JEZYALJZQSADRXISQPANCNFSM4MI6DHIA
.

@ gardotd426 existe-t-il un moyen pour le proton de bien se comporter avec des superpositions? Je rencontre ces problèmes même sans gnome (j'utilise enlightenment sur gentoo avec openrc au lieu de systemd), donc je ne pense pas que le problème puisse être isolé ici

Qu'entendez-vous par «superpositions». Ce mot a de nombreuses définitions quand il
vient à l'informatique / aux jeux / etc.

Le ven 19 juin 2020 à 1 h 00 oogetyboogety [email protected]
a écrit:

@ gardotd426 https://github.com/gardotd426 existe-t-il un moyen pour le proton
se comporte bien avec les superpositions? Je rencontre ces problèmes même sans gnome (je
utiliser enlightenment sur gentoo avec openrc au lieu de systemd), donc je ne
pense que le problème peut être isolé là-bas

-
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/3773#issuecomment-646435630 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y3346RUIEP3W2QM6QPW3RXLWGHANCNFSM4MI6DHIA
.

En revenant à cette partie de l'article précédent, où le problème semble être en corrélation avec certaines fonctionnalités où les applications tentent d'interrompre le jeu et le jeu plante.

Amazingly, the game then run smooth ever since, with only instances of crashing being when I got an incoming Steam message (which seems to relate back to the 'Alt+Tab' or 'Ctrl+Tab' issues that has been reported previously). I then managed to go through the entire 3rd level of the game this morning without any freeze or crashes in this setting, something that wasn't even possible just yesterday.

Peut-être pourrais-je approfondir la question de la cause profonde de X ou l'essayer à Wayland. Je n'ai pas envisagé d'utiliser proton avec wayland, mais je pensais avoir désactivé les "superpositions" en ce qui concerne les émissions Proton liées au poste ci-dessus. L'utilisation de wayland pourrait forcer un mécanisme de notification différent ou quelque chose atténuant la cause profonde de ce problème qui me permettrait de jouer en continu sans plantages.

La fenêtre contextuelle de notification que vous recevez de Steam lorsque vous jouez à des jeux Steam provient de
Steam lui-même. C'est la superposition Steam. Certains jeux ont des problèmes, mais
pas beaucoup. Il est peu probable que l'utilisation de Wayland change quoi que ce soit, Steam le sera toujours
en utilisant la même superposition Steam et même dans ce cas, je suis presque sûr que Steam serait
fonctionnant dans XWayland. Vous pouvez simplement essayer de désactiver la superposition Steam pour tout
jeux qui semblent avoir des problèmes avec cela.

Le ven 19 juin 2020 à 01:08 oogetyboogety [email protected]
a écrit:

Se référant à cette partie du poat précédent, où le problème apparaît
être en corrélation avec certaines fonctionnalités où les applications essaient de
interrompre le jeu et le jeu plante.

Étonnamment, le jeu fonctionne correctement depuis, avec seulement des cas de plantage lorsque je reçois un message Steam entrant (ce qui semble être lié aux problèmes 'Alt + Tab' ou 'Ctrl + Tab' qui ont été signalés précédemment). J'ai ensuite réussi à parcourir tout le 3ème niveau du jeu ce matin sans aucun gel ni crash dans ce cadre, ce qui n'était même pas possible hier.

Peut-être que je pourrais approfondir la question de la cause profonde de X ou l'essayer dans
Wayland. Je n'ai pas envisagé d'utiliser proton avec wayland mais je pensais que je
"superpositions" désactivées en fonction des émissions Proton liées au message
ci-dessus, mais l'utilisation de wayland peut forcer un mécanisme de notification différent orm
quelque chose atténuant la cause première de ce problème qui me permettrait de
jouer en continu sans plantages.

-
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/3773#issuecomment-646437725 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y334BPA7PDJVTDHLXON3RXLXF7ANCNFSM4MI6DHIA
.

OK, je l'ai désactivé mais j'obtiens toujours la même erreur. Je vais essayer de collecter des journaux et voir si je remarque une tendance.

ÉDITER:
Semble fonctionner à nouveau pendant un certain temps. Pas encore de plantages

Ils sont tous «non pris en charge». Il n'y a donc rien qui puisse vraiment être fait, en dehors d'en informer les gens.

@ gardotd426 Darn, c'est assez malheureux alors. Heureux d'avoir effectué les tests et aidé à mettre en évidence ce problème à l'époque. J'espère que cela aidera au moins les gens, et j'espère que ce problème pourrait être l'un des objectifs de l'équipe de développement GNOME sur lequel travailler avec Valve / Proton.

EDIT: formatage

Ils semblent n'avoir aucun intérêt réel pour quelque chose comme ça. Et sont
se précipitant absolument vers le Wayland du futur, indépendamment de
que ce soit prêt ou non. Ce qui n'est objectivement pas. C'est juste mon
opinion si je suppose. Vous pouvez toujours déposer un rapport de bogue avec GNOME, mais je
Je ne sais pas jusqu'où tu iras. Mais je veux dire que c'est techniquement un problème sur
GNOME, sinon un problème avec GNOME. Ils vous diront probablement de ne pas le faire
utilisez l'extension car ils n'ont pas écrit les extensions et ne
soutenez-les, cependant.

Le sam 20 juin 2020 à 11 h 57 NickSadjoli [email protected]
a écrit:

Ils sont tous «non pris en charge». Donc il n'y a rien de vraiment à faire,
en dehors de faire prendre conscience aux gens.
@ gardotd426 https://github.com/gardotd426 Darn, c'est assez
malheureux alors. Heureux d'avoir effectué les tests et aidé à mettre en évidence cela
question alors. Espérons que cela aide au moins les gens, et espérons que ce problème
pourrait être l'une des priorités de l'équipe de développement GNOME sur laquelle travailler
avec Valve / Proton.

-
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/3773#issuecomment-647013133 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y336AOGCCKSZKJIXOMP3RXTL7RANCNFSM4MI6DHIA
.

Bonjour @PopeRigby , rencontrez-vous toujours le crash dur que vous avez décrit dans https://github.com/ValveSoftware/Proton/issues/3773#issuecomment -614309204? De plus, pendant les tests, veuillez utiliser oibaf PPA ou kisak-mesa PPA et RADV / ACO et laissez-nous savoir si vous pouvez reproduire le crash avec cela.

[782330] - Doom éternel - écran clignotant après le lancement

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/4023.
@bobaxxx publié le 2020-06-26T14: 01: 37:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: Doom eternal
• Steam AppID du jeu: 782330

Information système

• GPU: GTX 1060 (mobile)
• Version du pilote / LLVM: NVIDIA 440
• Version du noyau: Linux version 5.3.0-61-generic
• Lien vers le rapport d'informations système complet: https://gist.github.com/bobaxxx/e453840a627188f57f4cb20851b5b0fc
• 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.

Symptômes

L'installation du jeu est OK, mais quand je commence, je peux accéder au menu, mais l'écran clignote comme un diable.

la reproduction

• Installer
• Lancer le jeu (Linux mint tricia)

Voici le journal:

log.txt

Bonjour @PopeRigby , rencontrez-vous toujours le crash dur que vous avez décrit dans # 3773 (commentaire) ? De plus, pendant les tests, veuillez utiliser oibaf PPA ou kisak-mesa PPA et RADV / ACO et laissez-nous savoir si vous pouvez reproduire le crash avec cela.

Je n'ai plus Doom Eternal installé, mais je ferai un rapport lorsque je le réinstallerai. Probablement quand le premier DLC sortira.

Il est toujours assez ennuyeux que le jeu ne réponde plus une fois qu'il y aura une fenêtre de notification par une autre application (peut-être Steam lui-même), ou lorsque vous appuyez accidentellement sur Alt + Tab ou plus.

Est-ce un problème qui peut être résolu dans Wine? Je suppose que cela ne se produit pas sous Windows, non? Ce serait bien si cela pouvait être corrigé. Sinon, cela fonctionne très bien pour moi maintenant (avec Nvidia 2070). Cela semble être encore plus fluide depuis la mise à jour 2.

Bonjour @albertz , probablement lié: "Correction d'un problème visuel des applications Vulkan lorsqu'elles nVidia 450.51 .

@albertz Dans les paramètres graphiques du jeu, utilisez-vous le "plein écran"? Essayez de passer au paramètre fenêtré sans bordure.

L'installation du jeu est OK, mais quand je commence, je peux accéder au menu, mais l'écran clignote comme un diable.

J'ai eu ça plusieurs fois. Je pense lors du changement de versions de Proton et lors de l'installation d'un nouveau pilote vidéo.
J'ai dû réinitialiser les paramètres vidéo par défaut (par des raccourcis clavier) et redémarrer le jeu.

Bonjour @albertz , probablement lié: "Correction d'un problème visuel des applications Vulkan lorsqu'elles

J'ai celui-ci installé maintenant, mais Alt + Tab ne fonctionne toujours pas.

J'ai également perdu à nouveau mes sauvegardes, après être passé de Proton-GE à 5.0.9 natif. Et après la mise à jour 2 de Doom Eternal.
A cause de cela, je ne le joue plus sous Linux. J'ai perdu mes jeux trop souvent.

essentiel

Je rencontre également le même bug que @albertz , mais dans mon cas, cela se produit également lorsque le jeu affiche des récompenses de progression de vapeur. Existe-t-il un moyen de les désactiver?

nvidia 2060S avec nvidia 440.100
ubuntu 20.04 (5.4.0-39-générique)

edit: la mise à jour des pilotes vers 450.51 n'a pas résolu les problèmes mentionnés ci-dessus.

quelqu'un joue à ça avec un GPU Intel? j'ai un ordinateur portable avec un uhd 620 et il ne démarre pas. d'abord une fenêtre apparaît disant "non pris en charge", puis lorsque je clique sur jouer, le jeu se charge supposément pendant environ 10 minutes, mais il ne démarre jamais

PS j'ai presque battu DOOM sur cet ordinateur portable, je n'ai jamais eu de problèmes

Des mises à jour sur alt-tab? C'est vraiment agaçant!

@Rush :

Je l'ai essayé avec "fenêtre sans bordure". Ne fonctionne toujours pas, se bloque également sur les réalisations de Steam. Alt-Tab ne fonctionne pas. J'utilise nvidia-450.57.

Bonjour,

Je viens d'essayer l'option "borderless window" sur Fedora 32 avec une GTX 1070 (pilote 450.57). La fenêtre de jeu se fige toujours dès que la touche Alt + Tab ou Windows est enfoncée sur le bureau Gnome

Je reçois un crash avec la dernière version de doom éternel et je ne suis pas sûr de ce qui se passe:

Pilote Nvidia: 450,57
Processeur: AMD 3970x
Ubuntu: 20.04
Noyau: 5.4.0-40-générique
Proton: 5,0-9

Options de lancement:
PROTON_LOG=1 %command% +com_skipIntroVideo 1

10121.137:00d0:00d4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" at 0x6e340000: PE builtin
10121.138:00d0:00d4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-fibers-l1-1-1.dll" at 0x6b880000: PE builtin
10121.142:00d0:00d4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-localization-l1-2-1.dll" at 0x6e6c0000: PE builtin
10121.145:00d0:00d4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
10121.145:00d0:00d4:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7f35416f0000: builtin
10121.177:00d0:00d4:fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"!
10121.192:00d0:00d4:fixme:heap:RtlSetHeapInformation 0x10000 0 0x91c860 4 stub
10121.194:00d0:00d4:warn:debugstr:OutputDebugStringA "Winsock Initialized\n"
10121.194:00d0:00d4:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=00d4
10121.194:00d0:00d4:trace:seh:raise_exception  info[0]=0000000000000015
10121.194:00d0:00d4:trace:seh:raise_exception  info[1]=0000000000914770
10121.194:00d0:00d4:trace:seh:raise_exception  rax=0000000000914190 rbx=00007fffffd9c000 rcx=0000000000914170 rdx=0000000000000000
10121.194:00d0:00d4:trace:seh:raise_exception  rsi=0000000000914270 rdi=00000000009141a0 rbp=00000000009145b0 rsp=0000000000914150
10121.194:00d0:00d4:trace:seh:raise_exception   r8=0000000000000002  r9=0000000000914260 r10=000000007b47b4e6 r11=0000000000000246
10121.194:00d0:00d4:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=0000000140994838 r15=000000000091c808
10121.195:00d0:00d4:trace:seh:RtlVirtualUnwind type 1 rip 7b00fc3e rsp 914150
10121.195:00d0:00d4:trace:seh:dump_unwind_info **** func fbf0-fc77
10121.195:00d0:00d4:trace:seh:dump_unwind_info unwind info at 0x7b09a340 flags 0 prolog 0x11 bytes function 0x7b00fbf0-0x7b00fc77
10121.195:00d0:00d4:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
10121.195:00d0:00d4:trace:seh:dump_unwind_info     0xa: pushq %rsi
10121.195:00d0:00d4:trace:seh:dump_unwind_info     0x9: pushq %rdi
10121.195:00d0:00d4: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

10140.669:00dc:00e0:trace:seh:call_teb_handler handler at 0x7b475d00 returned 1
10140.669:00dc:00e0:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000060 in 64-bit code (0x00007fd7eb4b08e3).
10140.675:0204:0208:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:
 rip:00007fd7eb4b08e3 rsp:00000000008d05f0 rbp:000000007f16d3c0 eflags:00010206 (  R- --  I   - -P- )
 rax:3fffffffffffffff rbx:000000007f16dd90 rcx:0000000000000009 rdx:0000000000000000
 rsi:0000000000000001 rdi:00000000008d0390  r8:0000000000000010  r9:00000000008d03a8 r10:00000000008d03a4
 r11:0000000000000001 r12:0000000000000000 r13:00000000008d0890 r14:0000000000000000 r15:0000000000000000
Stack dump:
0x00000000008d05f0:  0000000000000001 5c5c5c5c00000091
0x00000000008d0600:  000000007f16d448 8686868600000000
0x00000000008d0610:  9292929200000000 9696969600000000
0x00000000008d0620:  000000007f16d448 000000007ffffffa
0x00000000008d0630:  02b0b0b000000001 ffffffff00000001
0x00000000008d0640:  000000007dc58380 0000000000000000
0x00000000008d0650:  0000000200000002 00000367fffffc98
0x00000000008d0660:  000000007f16d301 00007fd7fab3e780
0x00000000008d0670:  0000000000000400 0000000000001000
0x00000000008d0680:  000000007fa4fb40 0000000000000000
0x00000000008d0690:  00000000000000a0 00007fd7fb391b80
0x00000000008d06a0:  000000007dc4e170 00000000008d0890
Backtrace:
=>0 0x00007fd7eb4b08e3 _nv018glcore+0xffffffffffffffff() in libnvidia-glcore.so.450.57 (0x000000007f16d3c0)
0x00007fd7eb4b08e3 _nv018glcore+0xffffffffffffffff in libnvidia-glcore.so.450.57: andq  0x0000000000000060(%rdx),%rax

Quelqu'un a-t-il rencontré ça?

Je l'ai essayé avec "fenêtre sans bordure". Ne fonctionne toujours pas, se bloque également sur les réalisations de Steam. Alt-Tab ne fonctionne pas. J'utilise nvidia-450.57.

Après quelques tests supplémentaires, j'ai découvert que l'onglet alt semble fonctionner sur une résolution inférieure, mais dès que je le change en natif sur une fenêtre sans bordure, il semble geler / écran noir du jeu. Je ne sais pas si cela aide.

nvidia 450.57-6 GTX 1060 6GB
noyau 5.7.12-arch1-1

Le jeu se fige chaque fois qu'il y a une fenêtre contextuelle de superposition Steam. Maintenant, je ne comprends pas pourquoi parce que j'ai désactivé la superposition Steam, mais cela montre toujours quelque chose comme une réussite et gèle le jeu. Ensuite, le jeu ne démarre plus (écran noir) et je dois redémarrer le PC pour pouvoir à nouveau jouer. Alt + Tabbing le fige également sur un écran noir, mais cela peut être contourné par Alt + Tabbing.
Remarque: je joue en mode hors ligne.
EDIT: redémarrer X me permet de jouer à nouveau. Toujours ennuyeux, mais moins.

nvidia 450.57-6 GTX 1060 6GB
noyau 5.7.12-arch1-1

Le jeu se fige chaque fois qu'il y a une fenêtre contextuelle de superposition Steam. Maintenant, je ne comprends pas pourquoi parce que j'ai désactivé la superposition Steam, mais cela montre toujours quelque chose comme une réussite et gèle le jeu. Ensuite, le jeu ne démarre plus (écran noir) et je dois redémarrer le PC pour pouvoir à nouveau jouer. Alt + Tabbing le fige également sur un écran noir, mais cela peut être contourné par Alt + Tabbing.
Remarque: je joue en mode hors ligne.
EDIT: redémarrer X me permet de jouer à nouveau. Toujours ennuyeux, mais moins.

Idem ici, nvidia 450.57-5 / GTX1070, linux 5.7.11.arch1-1

La superposition Steam ne peut pas être désactivée sous Linux (ce qui résoudrait le problème):
https://github.com/ValveSoftware/steam-for-linux/issues/3239

Cependant, je n'ai pas besoin de redémarrer X. $ kill $(pgrep DOOM) suffit et je peux simplement redémarrer le jeu depuis Steam.

Vous devez absolument porter cela à l'attention de Nvidia. Malgré leur réputation, ils semblent en fait faire un travail décent en réparant des trucs comme ça avec une mise à jour.

Parce qu'il semble vraiment que ce soit un problème spécifique à Nvidia, j'ai un GPU AMD et je ne le vois pas du tout. J'utilise une version personnalisée de Proton avec fshack réactivée, je ne sais pas si elle est désactivée sur vanilla Proton ou non (je sais qu'elle est désactivée sur les versions récentes de GE's Proton). Peut-être que cela en fait partie aussi. Mais cela peut être résolu en déterminant si le proton que vous utilisez tous contient ou non les patchs fshack.

Mais oui, j'ai joué pendant environ 5 heures la nuit dernière et j'ai obtenu quelques réalisations et ils ont tous travaillé exactement comme ils étaient censés le faire. Et à moins que ce ne soit une grande coïncidence que cela semble n'affecter que les utilisateurs de Nvidia (du moins récemment), cela ressemble à un problème de pilote. Soit ça, soit c'est la chose fshack, ou potentiellement une chose d'environnement de bureau.

Dans le ProtonDB sur Rage 2 , j'ai lu des rapports très similaires selon lesquels les onglets / superpositions gèlent le jeu. Rage 2 est basé sur un ancien moteur idTech. La solution semble être de mettre AsyncComputeDisable à 1 dans le settings.ini . Peut-être qu'il y a quelque chose d'équivalent dans Doom Eternal?

nvidia 450.57-6 GTX 1060 6GB
noyau 5.7.12-arch1-1

Le jeu se fige chaque fois qu'il y a une fenêtre contextuelle de superposition Steam. Maintenant, je ne comprends pas pourquoi parce que j'ai désactivé la superposition Steam, mais cela montre toujours quelque chose comme une réussite et gèle le jeu. Ensuite, le jeu ne démarre plus (écran noir) et je dois redémarrer le PC pour pouvoir à nouveau jouer. Alt + Tabbing le fige également sur un écran noir, mais cela peut être contourné par Alt + Tabbing.
Remarque: je joue en mode hors ligne.
EDIT: redémarrer X me permet de jouer à nouveau. Toujours ennuyeux, mais moins.

Idem ici, le noyau est 5.7.12-24-tkg-pds, Nvidia RTX 2060, des idées pour résoudre le problème alt + tab?
Le jeu est littéralement injouable, car toute réalisation fera apparaître une superposition de vapeur, ce qui bloquera le jeu. J'utilise également une fenêtre bordée, mais en fait aucune différence entre la fenêtre plein écran et la fenêtre bordée, se figeant sur les deux modes.

Dans le ProtonDB sur Rage 2 , j'ai lu des rapports très similaires selon lesquels les onglets / superpositions gèlent le jeu. Rage 2 est basé sur un ancien moteur idTech. La solution semble être de mettre AsyncComputeDisable à 1 dans le settings.ini . Peut-être qu'il y a quelque chose d'équivalent dans Doom Eternal?

Il y a une option similaire dans doom, je l'ai désactivé, donc ce n'est pas le cas = (

nvidia 450.57-6 GTX 1060 6GB
noyau 5.7.12-arch1-1
Le jeu se fige chaque fois qu'il y a une fenêtre contextuelle de superposition Steam. Maintenant, je ne comprends pas pourquoi parce que j'ai désactivé la superposition Steam, mais cela montre toujours quelque chose comme une réussite et gèle le jeu. Ensuite, le jeu ne démarre plus (écran noir) et je dois redémarrer le PC pour pouvoir à nouveau jouer. Alt + Tabbing le fige également sur un écran noir, mais cela peut être contourné par Alt + Tabbing.
Remarque: je joue en mode hors ligne.
EDIT: redémarrer X me permet de jouer à nouveau. Toujours ennuyeux, mais moins.

Idem ici, le noyau est 5.7.12-24-tkg-pds, Nvidia RTX 2060, des idées pour résoudre le problème alt + tab?
Le jeu est littéralement injouable, car toute réalisation fera apparaître une superposition de vapeur, ce qui bloquera le jeu. J'utilise également une fenêtre bordée, mais en fait aucune différence entre la fenêtre plein écran et la fenêtre bordée, se figeant sur les deux modes.

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.

https://steamcommunity.com/discussions/forum/1/617329920710103124/

Les solutions de contournement sont excellentes (si elles fonctionnent) pour passer à travers un jeu,
mais il s'agit d'un cas CLAIR d'un problème de pilote qui doit être signalé. A
quelqu'un a signalé cela à Nvidia?

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.

https://steamcommunity.com/discussions/forum/1/617329920710103124/

Comme je l'ai déjà écrit, la désactivation de la superposition de vapeur sur Linux n'est pas possible à cause de ce bogue vieux de six ans:
https://github.com/ValveSoftware/steam-for-linux/issues/3239

Ce serait la solution la plus simple mais non ...

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Comme je l'ai déjà écrit, la désactivation de la superposition de vapeur sur Linux n'est pas possible à cause de ce bogue vieux de six ans:
ValveSoftware / Steam-pour-Linux # 3239

Ce serait la solution la plus simple mais non ...

Ce n'est pas la superposition qui pose problème, ce sont les notifications. La solution de contournement ci-dessus devrait supprimer les notifications de l'affichage, du moins en théorie, rendant ainsi DE au moins jouable pour les utilisateurs de nvidia entre-temps. Cependant, je ne peux pas tester l'effet que cela a sur DE parce que j'ai de toute façon la plupart des réalisations.

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Comme je l'ai déjà écrit, la désactivation de la superposition de vapeur sur Linux n'est pas possible à cause de ce bogue vieux de six ans:
ValveSoftware / Steam-pour-Linux # 3239
Ce serait la solution la plus simple mais non ...

Ce n'est pas la superposition qui pose problème, ce sont les notifications. La solution de contournement ci-dessus devrait supprimer les notifications de l'affichage, du moins en théorie, rendant ainsi DE au moins jouable pour les utilisateurs de nvidia entre-temps. Cependant, je ne peux pas tester l'effet que cela a sur DE parce que j'ai de toute façon la plupart des réalisations.

Désolé, je n'ai pas lu votre lien et j'ai pensé qu'il explique simplement comment désactiver la superposition dans les options de menu.

Je viens de l'essayer et ça marche vraiment! Je vous remercie!

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Comme je l'ai déjà écrit, la désactivation de la superposition de vapeur sur Linux n'est pas possible à cause de ce bogue vieux de six ans:
ValveSoftware / Steam-pour-Linux # 3239
Ce serait la solution la plus simple mais non ...

Ce n'est pas la superposition qui pose problème, ce sont les notifications. La solution de contournement ci-dessus devrait supprimer les notifications de l'affichage, du moins en théorie, rendant ainsi DE au moins jouable pour les utilisateurs de nvidia entre-temps. Cependant, je ne peux pas tester l'effet que cela a sur DE parce que j'ai de toute façon la plupart des réalisations.

Désolé, je n'ai pas lu votre lien et j'ai pensé qu'il explique simplement comment désactiver la superposition dans les options de menu.

Je viens de l'essayer et ça marche vraiment! Je vous remercie!

Veuillez maintenant le signaler à Nvidia afin qu'il y ait une chance que quelque chose soit fait à ce sujet.

nvidia 450.57-6 GTX 1060 6GB
noyau 5.7.12-arch1-1
Le jeu se fige chaque fois qu'il y a une fenêtre contextuelle de superposition Steam. Maintenant, je ne comprends pas pourquoi parce que j'ai désactivé la superposition Steam, mais cela montre toujours quelque chose comme une réussite et gèle le jeu. Ensuite, le jeu ne démarre plus (écran noir) et je dois redémarrer le PC pour pouvoir à nouveau jouer. Alt + Tabbing le fige également sur un écran noir, mais cela peut être contourné par Alt + Tabbing.
Remarque: je joue en mode hors ligne.
EDIT: redémarrer X me permet de jouer à nouveau. Toujours ennuyeux, mais moins.

Idem ici, le noyau est 5.7.12-24-tkg-pds, Nvidia RTX 2060, des idées pour résoudre le problème alt + tab?
Le jeu est littéralement injouable, car toute réalisation fera apparaître une superposition de vapeur, ce qui bloquera le jeu. J'utilise également une fenêtre bordée, mais en fait aucune différence entre la fenêtre plein écran et la fenêtre bordée, se figeant sur les deux modes.

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.

https://steamcommunity.com/discussions/forum/1/617329920710103124/

Merci, je peux confirmer que cette solution de contournement a fonctionné pour moi.

@ roman-bronis et @ Sha1rath

il pourrait être judicieux de laisser un avis dans protondb pour DE et de mentionner la solution de contournement des notifications Steam avec le lien vers le guide. J'ai déjà fait cela dans l'espoir que cela serait utile à davantage d'utilisateurs Linux avec nvidia gpus.

Merci pour votre patience.

@ roman-bronis et @ Sha1rath

il pourrait être judicieux de laisser un avis dans protondb pour DE et de mentionner la solution de contournement des notifications Steam avec le lien vers le guide. J'ai déjà fait cela dans l'espoir que cela serait utile à davantage d'utilisateurs Linux avec nvidia gpus.

Merci pour votre patience.

Excellente idée, c'est fait!

En ce qui concerne le rapport à NVidia, je ne suis personnellement pas en mesure de leur donner une description correcte du problème. Il faudrait des journaux détaillés ou des traces plutôt que de dire "quelqu'un a dit que cela ne se produit pas sur son AMD".

nvidia 450.57-6 GTX 1060 6GB
noyau 5.7.12-arch1-1
Le jeu se fige chaque fois qu'il y a une fenêtre contextuelle de superposition Steam. Maintenant, je ne comprends pas pourquoi parce que j'ai désactivé la superposition Steam, mais cela montre toujours quelque chose comme une réussite et gèle le jeu. Ensuite, le jeu ne démarre plus (écran noir) et je dois redémarrer le PC pour pouvoir à nouveau jouer. Alt + Tabbing le fige également sur un écran noir, mais cela peut être contourné par Alt + Tabbing.
Remarque: je joue en mode hors ligne.
EDIT: redémarrer X me permet de jouer à nouveau. Toujours ennuyeux, mais moins.

Idem ici, le noyau est 5.7.12-24-tkg-pds, Nvidia RTX 2060, des idées pour résoudre le problème alt + tab?
Le jeu est littéralement injouable, car toute réalisation fera apparaître une superposition de vapeur, ce qui bloquera le jeu. J'utilise également une fenêtre bordée, mais en fait aucune différence entre la fenêtre plein écran et la fenêtre bordée, se figeant sur les deux modes.

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Merci, je peux confirmer que cette solution de contournement a fonctionné pour moi.

Vous pouvez maintenant alt + tab hors du jeu? Ou cela a simplement résolu le problème de notification?

nvidia 450.57-6 GTX 1060 6GB
noyau 5.7.12-arch1-1
Le jeu se fige chaque fois qu'il y a une fenêtre contextuelle de superposition Steam. Maintenant, je ne comprends pas pourquoi parce que j'ai désactivé la superposition Steam, mais cela montre toujours quelque chose comme une réussite et gèle le jeu. Ensuite, le jeu ne démarre plus (écran noir) et je dois redémarrer le PC pour pouvoir à nouveau jouer. Alt + Tabbing le fige également sur un écran noir, mais cela peut être contourné par Alt + Tabbing.
Remarque: je joue en mode hors ligne.
EDIT: redémarrer X me permet de jouer à nouveau. Toujours ennuyeux, mais moins.

Idem ici, le noyau est 5.7.12-24-tkg-pds, Nvidia RTX 2060, des idées pour résoudre le problème alt + tab?
Le jeu est littéralement injouable, car toute réalisation fera apparaître une superposition de vapeur, ce qui bloquera le jeu. J'utilise également une fenêtre bordée, mais en fait aucune différence entre la fenêtre plein écran et la fenêtre bordée, se figeant sur les deux modes.

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Merci, je peux confirmer que cette solution de contournement a fonctionné pour moi.

Vous pouvez maintenant alt + tab hors du jeu? Ou cela a simplement résolu le problème de notification?

Je viens de vérifier le problème de notification, c'était déjà amusant car j'avais toutes les réalisations "faciles". Je ne pense pas que cela résout le problème Alt + Tab, mais vous devrez vérifier vous-même (désolé, je ne vais pas installer cet énorme jeu pour la troisième fois;)).

nvidia 450.57-6 GTX 1060 6GB
noyau 5.7.12-arch1-1
Le jeu se fige chaque fois qu'il y a une fenêtre contextuelle de superposition Steam. Maintenant, je ne comprends pas pourquoi parce que j'ai désactivé la superposition Steam, mais cela montre toujours quelque chose comme une réussite et gèle le jeu. Ensuite, le jeu ne démarre plus (écran noir) et je dois redémarrer le PC pour pouvoir à nouveau jouer. Alt + Tabbing le fige également sur un écran noir, mais cela peut être contourné par Alt + Tabbing.
Remarque: je joue en mode hors ligne.
EDIT: redémarrer X me permet de jouer à nouveau. Toujours ennuyeux, mais moins.

Idem ici, le noyau est 5.7.12-24-tkg-pds, Nvidia RTX 2060, des idées pour résoudre le problème alt + tab?
Le jeu est littéralement injouable, car toute réalisation fera apparaître une superposition de vapeur, ce qui bloquera le jeu. J'utilise également une fenêtre bordée, mais en fait aucune différence entre la fenêtre plein écran et la fenêtre bordée, se figeant sur les deux modes.

Auriez-vous l'obligeance d'essayer la solution de contournement ci-dessous pour désactiver les notifications de superposition de vapeur et voir comment cela affecte Doom Eternal, j'ai malheureusement presque toutes les réalisations en solo et je ne peux pas vérifier si la solution de contournement corrige quoi que ce soit.
https://steamcommunity.com/discussions/forum/1/617329920710103124/

Merci, je peux confirmer que cette solution de contournement a fonctionné pour moi.

Vous pouvez maintenant alt + tab hors du jeu? Ou cela a simplement résolu le problème de notification?

Il ne résout que temporairement le problème de notification en supprimant toutes les notifications Steam dans le jeu jusqu'à ce que nvidia traite le bogue dans les pilotes, en supposant qu'il s'agisse même d'un bogue de pilote. J'ai réussi à vérifier cela sur mon jeu hier et cela fonctionne.

Bonjour! Je viens de recommencer à jouer à DOOM Eternal et je suis confronté à des problèmes de performances.

Sur un RX 5700 XT avec Mesa 20.1.4 et ACO activés sur les paramètres de lancement, j'obtiens 70 - 120FPS en jouant sur les paramètres maximum avec V-Sync activé et Freesync activé.

Avec la même carte, en utilisant les derniers pilotes AMDGPU-PRO et Freesync également activé, j'obtiens 144FPS cohérents lorsque vous jouez au jeu avec V-Sync réglé sur Triple Buffering (Activé et AUTO plafonnent la fréquence d'images à 72FPS en dehors des menus pour une raison quelconque). Mais les pilotes PRO donnent l'impression que le sang a une sorte d'effet arc-en-ciel métallique.

D'après ce que j'ai pu trouver, les principaux problèmes de performances avec DOOM Eternal sont déjà résolus sur Mesa au moins depuis la version 20.1.1, le problème pourrait-il être ailleurs?

Je ne sais pas si cela vaut la peine d'être mentionné, mais j'ai remarqué que lors de l'utilisation des pilotes PRO, la version Vulkan rapportée par DOOM et MangoHud est 1.2.139, tandis qu'avec Mesa 20.1.4, elle indique 1.2.131 (mon système a le dernier disponible sur les dépôts Solus, version 1.2.141.0). Corectrl signale également que la version de l'API Vulkan est 1.2.131.

Salut, j'ai eu du mal à faire lancer Doom Eternal, après ce qui ressemble à un âge où il disait "Running", il abandonne finalement et se ferme. J'ai vérifié le fichier journal à partir de PROTON_LOG=1 %command% , j'étais actuellement surpris quand il a dit qu'il faisait 3 Go.

On dirait qu'un script au démarrage est en boucle infiniment, se terminant finalement par un StackOverflowException , alors peut-être la récursivité?

Avec quelques experts en appréciant le terme «exception», j'ai trouvé un modèle répétitif de l'extrait suivant dans le journal:

10394444:15734.269:002b:002c:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x7bc8ffc0 ip=7bc8ffc0 tid=002c
10394445:15734.269:002b:002c:trace:seh:NtRaiseException  info[0]=0000000000000000
10394446:15734.269:002b:002c:trace:seh:NtRaiseException  info[1]=ffffffffffffffff
10394447:15734.269:002b:002c:trace:seh:NtRaiseException  rax=000000007bc8ffc0 rbx=0000000000579aa0 rcx=fffffffffffc1bbc rdx=0010988c683ffff0
10394448:15734.269:002b:002c:trace:seh:NtRaiseException  rsi=0000000000000004 rdi=00000000005793d0 rbp=0000000000000005 rsp=0000000000577148
10394449:15734.269:002b:002c:trace:seh:NtRaiseException   r8=0000000000000000  r9=0000000000576d90 r10=0000000000000020 r11=0000000000000246
10394450:15734.269:002b:002c:trace:seh:NtRaiseException  r12=00000000005793d0 r13=0010988c68400010 r14=0000000000577198 r15=00000000005771a0

Le nombre 10394444 est le numéro de ligne, si vous vous demandez.

L'exécution de la commande grep code=c0000005 steam-782330.log | wc -l m'a donné le nombre de fois où cette boucle s'est produite, qui était de 290 (290 fois trop).

Information système:

• Debian 10 Buster
• Pilote Nvidia v450.66, RTX 2070
• Proton 5.0.9

J'ai déjà joué à Doom Eternal avec succès sur Linux, puis je n'ai pas joué depuis un moment (au moins un mois, probablement plus). En attendant, je pense qu'il y a eu quelques mises à jour de Doom, mais aussi sur mon système Ubuntu, y compris de nouveaux pilotes Nvidia, etc.

Maintenant, je voulais juste jouer à nouveau, et ça ne démarre pas. Je vois le logo id dans systray, puis l'écran devient noir, puis je reviens au bureau, sans aucune erreur.

C'est avec Proton 5.0, ce que j'ai utilisé auparavant (juste l'installation standard, mais avec "PROTON_NO_ESYNC": "1" dans le fichier user_settings.py ).

J'ai également essayé avec le nouveau Proton 5.13, car j'ai lu certains rapports ici indiquant qu'il fonctionne encore mieux maintenant, et que le problème de l'onglet alt est également résolu. Cependant, j'obtiens le même comportement, c'est-à-dire que je vois le logo id dans systray, puis un écran noir, puis de nouveau sur le bureau.

======================
Proton: 1602709129 proton-5.13-1b
SteamGameId: 782330
Command: ['/mnt/zfs/SteamLibrary/steamapps/common/DOOMEternal/idTechLauncher.exe', '+com_skipIntroVideo', '1', '+in_terminal', '1']
Options: {'noesync', 'seccomp', 'forcelgadd'}
======================
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
wineserver: using server-side synchronization.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
133049.882:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 000000007BC00000: builtin
133049.883:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 000000007B000000: builtin
...
133050.864:00c4:00c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\winex11.drv" at 00007FB7A2120000: builtin
133050.878:00c4:00c8:fixme:heap:RtlSetHeapInformation 0000000000010000 0 000000000091C710 4 stub
133050.879:00c4:00c8:warn:debugstr:OutputDebugStringA "Winsock Initialized\n"
133050.879:00c4:00c8:trace:seh:dispatch_exception code=40010006 flags=0 addr=000000007B010E0E ip=7b010e0e tid=00c8
133050.879:00c4:00c8:trace:seh:dispatch_exception  info[0]=0000000000000015
133050.879:00c4:00c8:trace:seh:dispatch_exception  info[1]=0000000000914640
133050.879:00c4:00c8:trace:seh:dispatch_exception  rax=0000000000914060 rbx=000000003fff8000 rcx=0000000000914040 rdx=0000000000000000
133050.879:00c4:00c8:trace:seh:dispatch_exception  rsi=0000000000914140 rdi=0000000000914070 rbp=0000000000914480 rsp=0000000000914020
133050.879:00c4:00c8:trace:seh:dispatch_exception   r8=0000000000000002  r9=0000000000914130 r10=000000007b666fb4 r11=0000000000000246
133050.879:00c4:00c8:trace:seh:dispatch_exception  r12=0000000000000001 r13=0000000000000001 r14=0000000000006e5c r15=000000000091c6d8
133050.879:00c4:00c8:trace:seh:call_vectored_handlers calling handler at 000000007B636150 code=40010006 flags=0
133050.879:00c4:00c8:trace:seh:call_vectored_handlers handler at 000000007B636150 returned 0
133050.879:00c4:00c8:trace:seh:RtlVirtualUnwind type 1 rip 7b010e0e rsp 914020
133050.879:00c4:00c8:trace:seh:dump_unwind_info **** func 10dc0-10e47
133050.879:00c4:00c8:trace:seh:dump_unwind_info unwind info at 000000007B0A1394 flags 0 prolog 0x11 bytes function 000000007B010DC0-000000007B010E47
133050.879:00c4:00c8:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
133050.879:00c4:00c8:trace:seh:dump_unwind_info     0xa: pushq %rsi
133050.879:00c4:00c8:trace:seh:dump_unwind_info     0x9: pushq %rdi
133050.879:00c4:00c8:trace:seh:dwarf_virtual_unwind function 7b638140 base 0x7b637e28 cie 0x7b67c810 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip
...
133057.159:00d0:00d4:trace:seh:RtlRestoreContext returning to 7b661c46 stack 8e88a0
resource invalid:image:models/customization/characters/doomslayer/set56/doomslayer_arm_left_set56_sss.tga$streamed$mtlkind=sssmask:NONE is stale: defaulting
133057.160:00d0:00d4:warn:debugstr:OutputDebugStringA "resource generated:image:models/customization/characters/doomslayer/set56/doomslayer_arm_right_set56_sss.tga$streamed$mtlkind=sssmask:NONE is stale: entry(s) not found\n"
133057.160:00d0:00d4:trace:seh:dispatch_exception code=40010006 flags=0 addr=000000007B010E0E ip=7b010e0e tid=00d4
133057.160:00d0:00d4:trace:seh:dispatch_exception  info[0]=00000000000000a9
...
WARNING: idBroadcastManager::ReleaseBroadcastEvent called with out of range system ID [65535]
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
133879.298:00d0:00d4:trace:seh:sigsys_handler SIGSYS, rax 0xf086, rip 0x14f92df98
....
133057.309:00d0:00d4:trace:seh:RtlRestoreContext returning to 7b661c46 stack 8e9780
WARNING: image:fonts/square721_ex_tl/64_df.tga$alpha$streamed$nomips:NONE can't generate in production while loading image:fonts/square721_ex_tl/64_df.tga$alpha$streamed$nomips from edit.Parms from material2:fontfx/square721/outline/normal/black
133057.310:00d0:00d4:warn:debugstr:OutputDebugStringA "resource invalid:image:fonts/square721_ex_tl/64_df.tga$alpha$streamed$nomips:NONE is stale: defaulting\n"
WARNING: generated/decls/material2/lights/analytical/point/point_p25.decl - ParmBlock Parse Warning : Invalid RenderParm Name lightfalloff while loading edit.Parms from material2:lights/analytical/point/point_p25
133881.461:00d0:01b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\crypt32.dll" at 00007FA113A10000: builtin
133881.463:00d0:01b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\dnsapi.dll" at 00007FA150020000: builtin
133881.463:00d0:01b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\netapi32.dll" at 00007FA150050000: builtin
133881.463:00d0:01b8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\secur32.dll" at 00007FA150090000: builtin
133881.477:00d0:01b8:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
133881.488:00d0:00d4:warn:debugstr:OutputDebugStringA "WARNING: generated/decls/material2/lights/analytical/point/point_p75.decl - ParmBlock Parse Warning : Invalid RenderParm Name lightfalloff while loading edit.perkFamilies.item.base.edit.disablePerkWhenActivated.edit.upgrades.item.edit.modifiersWeapon.item.data.valueDecl.edit.weaponFX.edit.e"...
...
133058.022:01c4:01c8:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030
133058.029:01c4:01c8:fixme:wbemprox:enum_class_object_Next timeout not supported
info:  Game: dxdiag.exe
info:  DXVK: v1.7.2-4-g280cd4b4
info:  Built-in extension providers:
info:    Win32 WSI
info:    OpenVR
133058.039:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\shcore.dll" at 0000000064940000: builtin
133058.039:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0000000068A40000: builtin
133058.039:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\SHELL32.dll" at 00007F37BE260000: builtin
133058.039:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\openvr_api_dxvk.dll" at 0000000180000000: native
133058.040:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" at 000000006E340000: builtin
133058.040:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\api-ms-win-core-fibers-l1-1-1.dll" at 000000006B880000: builtin
133058.041:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\api-ms-win-core-localization-l1-2-1.dll" at 000000006E6C0000: builtin
133058.041:01c4:01c8:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,1,0x31c6e0,20,(nil))
warn:  OpenVR: Failed to initialize OpenVR
info:  Enabled instance extensions:
info:    VK_KHR_get_surface_capabilities2
info:    VK_KHR_surface
info:    VK_KHR_win32_surface
warn:  D3D9: VK_FORMAT_D16_UNORM_S8_UINT -> VK_FORMAT_D24_UNORM_S8_UINT
warn:  D3D9: VK_FORMAT_A4R4G4B4_UNORM_PACK16_EXT -> VK_FORMAT_B4G4R4A4_UNORM_PACK16
info:  GeForce RTX 2070:
info:    Driver: 450.80.2
info:    Vulkan: 1.2.133
info:    Memory Heap[0]: 
info:      Size: 8192 MiB
info:      Flags: 0x1
info:      Memory Type[7]: Property Flags = 0x1
info:    Memory Heap[1]: 
info:      Size: 24070 MiB
info:      Flags: 0x0
info:      Memory Type[0]: Property Flags = 0x0
info:      Memory Type[1]: Property Flags = 0x0
info:      Memory Type[2]: Property Flags = 0x0
info:      Memory Type[3]: Property Flags = 0x0
info:      Memory Type[4]: Property Flags = 0x0
info:      Memory Type[5]: Property Flags = 0x0
info:      Memory Type[6]: Property Flags = 0x0
info:      Memory Type[8]: Property Flags = 0x6
info:      Memory Type[9]: Property Flags = 0xe
info:    Memory Heap[2]: 
info:      Size: 246 MiB
info:      Flags: 0x1
info:      Memory Type[10]: Property Flags = 0x7
info:  Process set as DPI aware
133058.165:01c4:01c8:fixme:ddraw:ddraw7_Initialize Ignoring guid {baafeb00-00eb-69ee-eba0-3c804c97f796}.
133058.166:01c4:01c8:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\dxvk_config.dll" at 0000000069040000: native
133058.167:01c4:01c8:trace:seh:NtQueryInformationThread (0x98,0,0x31c8d0,30,(nil))
133058.186:01c4:01cc:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0xe8fc30,4,(nil))
...
133058.252:01c4:01c8:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work.
133058.254:00d0:01c0:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x380afc50,4,(nil))
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\dxdiagn.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\d3d9.dll" : native
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\vulkan-1.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\devenum.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\msdmo.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\avicap32.dll" : builtin
133058.257:01c4:01c8:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\quartz.dll" : builtin
Unable to read VR Path Registry from C:\users\steamuser\Local Settings\Application Data\openvr\openvrpaths.vrpath
133058.342:00c4:00cc:trace:seh:NtQueryInformationThread (0x1c4,0,0x1c15f50,30,(nil))
133058.342:00c4:00cc:trace:seh:NtQueryInformationThread (0x1c4,0,0x1c15f50,30,(nil))
133058.343:00c4:00cc:trace:seh:NtQueryInformationThread (0x1c4,0,0x1c15f50,30,(nil))
...
133058.351:00c4:00cc:trace:seh:NtQueryInformationThread (0x1c4,0,0x1c15f50,30,(nil))
133058.351:00c4:00cc:fixme:dbghelp:fetch_thread_info Couldn't open thread 448 (87)
133063.612:00c4:00cc:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\lsteamclient.dll" at 00007FB7A14C0000: builtin
133063.612:00c4:00cc:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\lsteamclient.dll" : builtin
133074.355:00c4:00cc:warn:debugstr:OutputDebugStringA "Wrote minidump to Crash.dmp.\n"
...
133074.950:00c4:00c8:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000091F960
133075.960:003c:0070:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x119fda0,4,(nil))
133075.960:0058:0080:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x17dfda0,4,(nil))
133075.961:0084:0094:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0xf9fda0,4,(nil))
133076.062:0030:008c:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x13cfda0,4,(nil))
133076.062:0030:01e8:trace:seh:NtQueryInformationThread (0xfffffffffffffffe,12,0x1c0fda0,4,(nil))
pid 103640 != 103639, skipping destruction (fork without exec?)

(Je ne sais pas vraiment ce qui est pertinent à partir de cela. J'espère qu'il contient des informations pertinentes ...)

Modifier Étrangement, après un redémarrage de mon PC, il fonctionne désormais correctement. J'ai toujours le problème alt + tab (c'est-à-dire alt + tab, ou toute superposition se produisant dans le jeu va geler les graphiques) mais cela fonctionne très bien sinon. Peut-être même mieux (plus fluide, plus rapide) qu'avant, mais je ne sais pas. Mais j'espérais surtout que le problème de l'onglet alt + serait résolu. J'utilise une fenêtre sans bordure, car c'est ce que j'ai lu quelque part.

Maintenant, j'ai aussi un fichier journal en comparaison d'une exécution correcte.

======================
Proton: 1602709129 proton-5.13-1b
SteamGameId: 782330
Command: ['/mnt/zfs/SteamLibrary/steamapps/common/DOOMEternal/idTechLauncher.exe', '+com_skipIntroVideo', '1', '+in_terminal', '1']
Options: {'forcelgadd', 'seccomp', 'noesync'}
======================
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
wineserver: using server-side synchronization.
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
453.258:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 000000007BC00000: builtin
453.259:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 000000007B000000: builtin
453.259:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernel32.dll" at 000000007B610000: builtin
453.259:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\wineboot.exe" at 0000000000400000: builtin
453.259:0028:002c:trace:seh:check_bpf_jit_enable enabled 0x31.
453.261:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ucrtbase.dll" at 00007F6EB0C90000: builtin
453.261:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\sechost.dll" at 0000000061900000: builtin
453.261:0028:002c:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\advapi32.dll" at 00007F6EB0EB0000: builtin
ERROR: ld.so: object '/home/az/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
...
454.245:00c4:00c8:fixme:heap:RtlSetHeapInformation 0000000000010000 0 000000000091C710 4 stub
454.246:00c4:00c8:warn:debugstr:OutputDebugStringA "Winsock Initialized\n"
454.246:00c4:00c8:trace:seh:dispatch_exception code=40010006 flags=0 addr=000000007B010E0E ip=7b010e0e tid=00c8
454.246:00c4:00c8:trace:seh:dispatch_exception  info[0]=0000000000000015
454.246:00c4:00c8:trace:seh:dispatch_exception  info[1]=0000000000914640
454.246:00c4:00c8:trace:seh:dispatch_exception  rax=0000000000914060 rbx=000000003fff8000 rcx=0000000000914040 rdx=0000000000000000
454.246:00c4:00c8:trace:seh:dispatch_exception  rsi=0000000000914140 rdi=0000000000914070 rbp=0000000000914480 rsp=0000000000914020
454.246:00c4:00c8:trace:seh:dispatch_exception   r8=0000000000000002  r9=0000000000914130 r10=000000007b666fb4 r11=0000000000000246
454.246:00c4:00c8:trace:seh:dispatch_exception  r12=0000000000000001 r13=0000000000000001 r14=0000000000006e5c r15=000000000091c6d8
...
460.388:00d0:00d4:trace:seh:RtlRestoreContext returning to 7b661c46 stack 8e88a0
resource invalid:image:models/customization/characters/doomslayer/set56/doomslayer_arm_left_set56_sss.tga$streamed$mtlkind=sssmask:NONE is stale: defaulting
460.389:00d0:00d4:warn:debugstr:OutputDebugStringA "resource generated:image:models/customization/characters/doomslayer/set56/doomslayer_arm_right_set56_sss.tga$streamed$mtlkind=sssmask:NONE is stale: entry(s) not found\n"
460.389:00d0:00d4:trace:seh:dispatch_exception code=40010006 flags=0 addr=000000007B010E0E ip=7b010e0e tid=00d4
...
WARNING: idBroadcastManager::ReleaseBroadcastEvent called with out of range system ID [65535]
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
Fossilize ERROR: Error: pNext in VkSamplerCreateInfo not supported. (pNext->sType chain: [1000130001])
Fossilize ERROR: Failed to record sampler.
458.024:00d0:00d4:trace:seh:sigsys_handler SIGSYS, rax 0xf086, rip 0x14f92df98.
458.119:00d0:00d4:fixme:bcrypt:BCryptCreateHash ignoring object buffer
458.289:00d0:00d4:warn:debugstr:OutputDebugStringA "Executing default.cfg for device #0...\n"
...
WARNING:  SWF swf/main_menu/screens/master_levels.swf CreateSWFDependencies defaulted on image textures/swf_images/milestones/hud_slayer_challenge_progbar_milestone_back.png while loading loadBinary:swf/main_menu/screens/master_levels.swf from cswf:swf/main_menu/screens/master_levels.swf
460.529:00d0:00d4:warn:debugstr:OutputDebugStringA "resource generated:image:fonts/square721_ex_tl/64_df.tga$alpha$streamed$nomips:NONE is stale: entry(s) not found\n"
...
459.711:00d0:00f4:fixme:bcrypt:BCryptCreateHash ignoring object buffer
459.711:00d0:00f4:fixme:bcrypt:BCryptCreateHash ignoring object buffer
459.717:00d0:00d4:warn:debugstr:OutputDebugStringA "WARNING: generated/decls/material2/template/light.decl - ParmBlock Parse Warning : Invalid RenderParm Name lightfalloff while loading edit.Parms from material2:template/light\n"
...
463.834:00d0:00d4:trace:seh:RtlRestoreContext returning to 7b661c46 stack 90bba0
during DOOMEternal initialization...
463.835:00d0:00d4:warn:debugstr:OutputDebugStringA "WARNING: idBroadcastManager::ReleaseBroadcastEvent called with out of range system ID [65535]\n"
...

À partir de ce nouveau journal, je n'ai pas pu trouver ces parties de l'ancien journal:

133058.022:01c4:01c8:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030
133058.029:01c4:01c8:fixme:wbemprox:enum_class_object_Next timeout not supported
info:  Game: dxdiag.exe
...
warn:  OpenVR: Failed to initialize OpenVR
...

Mais je suppose que tout cela fait déjà partie de la gestion des erreurs, le gestionnaire de crash, qui recueille des informations sur mon système. Donc ce n'est probablement pas pertinent. Donc, fondamentalement, je ne sais pas quelle partie du (premier) journal est pertinente pour l'erreur que j'ai eue.

Bonjour,

Doom Eternal se fige sur l'écran de chargement.

steam-782330.zip

Voici le fichier journal. Comme il était trop gros, j'ai dû le fermer.

processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model       : 94
model name  : Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
stepping    : 3

NVIDIA Corporation TU104 [GeForce RTX 2080 Rev. A] (rev a1)

nvidia 455.28-7
Vulkan Instance Version: 1.2.153

Je viens de l'essayer avec Proton 5.13-1 et l'inclinaison de la molette de la souris n'est plus reconnue par le jeu. Fonctionne à nouveau après être revenu à 5.09.

Bonjour @ Sha1rath , pour plus de clarté, parlez-vous des événements de défilement horizontal sur votre souris? Quel modèle de souris utilisez-vous?

Habituellement, je demanderais un journal Proton pour accompagner la régression, mais je ne pense pas que cela révélerait quelque chose d'intéressant sans une journalisation supplémentaire activée.

@ kisak-valve Oui, défilement horizontal en inclinant la molette de la souris (appelée molette d'inclinaison ou molette 4D).
J'utilise un Roccat Kone AIMO Remastered.
Dans le jeu, les boutons d'inclinaison sont reconnus comme "Souris 4" et "Souris 5", xev les affiche comme "bouton 6" et "bouton 7".
J'ai essayé de le relier dans le jeu parce que j'ai supposé que les codes clés venaient peut-être de changer, mais lors de l'attribution d'une nouvelle touche dans le menu des paramètres, lorsque j'incline la roue, il continue à afficher "appuyez sur nouvelle touche" (ou plus). Le jeu ne le remarque absolument pas.

À propos du journal: j'ai également supposé qu'un événement d'entrée non reconnu ne consignait rien.

Au fait, comme ma souris a beaucoup de boutons (12 si vous comptez toutes les directions de roue), j'ai réalisé que beaucoup de boutons ne fonctionnent pas en proton. La souris peut lier ses propres boutons aux entrées du clavier, ce que j'ai fait comme solution de contournement. Ce serait bien de voir tous les boutons de la souris fonctionner sans leur lier les macros du clavier dans la souris elle-même. Cependant, le seul changement que j'ai remarqué concernait la molette d'inclinaison (que je ne veux pas attribuer aux macros de clavier car elle désactiverait le défilement horizontal dans mon bureau Linux) ...

@ Sha1rath Pourriez-vous obtenir un journal avec + x11drv, + x11settings, + événement, + curseur, + win, + message comme canaux de journalisation supplémentaires sur les deux 5.0-9 où il fonctionne et 5.13-1 où il échoue?

Voici les logs:
DoomEternalProtonLogs.tar.gz

Et voici ce que j'ai fait lors de leur enregistrement:

Tous les deux

• Démarrer jeu
• Aller au menu de personnalisation des contrôles
• Cliquez sur le champ droit des fixations de fusil de chasse
• Incliner la roue à gauche

Proton 5.13

• Rien ne se passe, appuyez sur la nouvelle invite de touche ne disparaît pas
• Incliner la roue à droite
• Rien ne se passe, appuyez sur la nouvelle invite de touche ne disparaît pas

Proton 5.0-9

• Le fusil de chasse est attribué et s'affiche comme le bouton 4 de la souris
• Cliquez sur le champ droit des fixations de canon lourd
• Incliner la roue à droite
• Le canon est assigné et s'affiche comme le bouton de la souris 5

Tous les deux

• Appuyez à plusieurs reprises sur ESC pour quitter le menu des paramètres et quitter le jeu

Merci beaucoup d'avoir abordé cette question.

PS: J'ai juste essayé Dying Light et là j'ai le même problème: la molette d'inclinaison fonctionne dans Proton 5.0-9 mais pas dans 5.13. Il ne s'agit donc probablement pas d'un problème spécifique à Doom Eternal.

Salut! Je viens de recevoir le jeu pendant la vente. La touche Tab (pour l'inventaire et tout) ne fonctionne pas pour moi. Je jurerais que ça fonctionnait lors de la première mission mais ensuite rien, même sur les menus ... Quelqu'un d'autre?

Bonjour @ Sha1rath , à la demande du développeur Proton, j'ai transféré vos récents commentaires sur les entrées de la molette de défilement vers # 4341 car il ne semble pas être un problème spécifique au jeu.

Salut! Je viens de recevoir le jeu pendant la vente. La touche Tab (pour l'inventaire et tout) ne fonctionne pas pour moi. Je jurerais que ça fonctionnait lors de la première mission mais ensuite rien, même sur les menus ... Quelqu'un d'autre?

Essayez d'appuyer sur Alt gauche. Cela devrait également faire apparaître le même menu, puis vous devriez pouvoir à nouveau utiliser Tab.

Cela m'arrive lorsque je désactive l'alt-tab en jouant au jeu. Une fois que je suis revenu sur alt-tab, je dois utiliser alt une fois pour que l'onglet fonctionne à nouveau.

Même si vous n'avez pas alt-tab, essayez quand même.

Bonjour,

Doom Eternal se fige sur l'écran de chargement.

steam-782330.zip

Voici le fichier journal. Comme il était trop gros, j'ai dû le fermer.

processor : 0
vendor_id : GenuineIntel
cpu family    : 6
model     : 94
model name    : Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz
stepping  : 3

NVIDIA Corporation TU104 [GeForce RTX 2080 Rev. A] (rev a1)

nvidia 455.28-7
Vulkan Instance Version: 1.2.153

J'ai le même problème, avez-vous réussi à le faire fonctionner? Je suis aussi sur un 2080, nvidia 455.34.01

Non je n'ai pas 😔

Le mar 3 novembre 2020, 22:45 George Gibbs [email protected] a écrit:

Bonjour,

Doom Eternal se fige sur l'écran de chargement.

steam-782330.zip
https://github.com/ValveSoftware/Proton/files/5432527/steam-782330.zip

Voici le fichier journal. Comme il était trop gros, j'ai dû le fermer.

processeur: 0
vendor_id: GenuineIntel
famille cpu: 6
modèle: 94
nom du modèle: Processeur Intel (R) Core (TM) i7-6700 à 3,40 GHz
pas à pas: 3

NVIDIA Corporation TU104 [GeForce RTX 2080 Rev. A] (rév a1)

nvidia 455.28-7
Version de l'instance Vulkan: 1.2.153

J'ai le même problème, avez-vous réussi à le faire fonctionner? Je suis aussi sur un
2080, nvidia 455.34.01

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-721245884 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAAIQWG4SS2O2J7DNOMY7YTSOAXTPANCNFSM4MI6DHIA
.

Non je n'ai pas songé

Merci d'avoir confirmé, dans l'espoir de trouver une solution de contournement. J'ai soumis le bogue 1522 sur le traqueur de mutter car il semble bien fonctionner pour moi avec KDE et désactiver le compositeur (ce qu'il fait par défaut pour les applications plein écran avec le dernier KDE). Je ne sais pas si c'est réellement un marmonnement en faute ou quelque chose dans le vin / proton, mais je me suis dit que ça ne pouvait pas faire de mal d'essayer d'avoir plus d'yeux ...

FWIW Je lance Nvidia et je n'ai aucun problème sur Budgie, qui utilise GNOME et Mutter sous le capot et n'a donc aucun moyen de désactiver le compositeur.

Non je n'ai pas songé

Merci d'avoir confirmé, dans l'espoir de trouver une solution de contournement. J'ai soumis le bogue 1522 sur le traqueur de mutter car il semble bien fonctionner pour moi avec KDE et désactiver le compositeur (ce qu'il fait par défaut pour les applications plein écran avec le dernier KDE). Je ne sais pas si c'est réellement un marmonnement en faute ou quelque chose dans le vin / proton, mais je me suis dit que ça ne pouvait pas faire de mal d'essayer d'avoir plus d'yeux ...

Fait intéressant, aujourd'hui, il a recommencé à fonctionner!

Probablement quelque chose à voir avec ces mises à jour?

[2020-11-03T16:51:12+0600] [ALPM] upgraded vulkan-icd-loader (1.2.153-2 -> 1.2.158-1)
[2020-11-03T16:51:12+0600] [ALPM] upgraded vulkan-tools (1.2.153-1 -> 1.2.158-1)

Fait intéressant, aujourd'hui, il a recommencé à fonctionner!

Cela n'a pas non plus fonctionné pour moi à un moment donné, mais après avoir redémarré mon ordinateur, cela a fonctionné (mais il n'y avait pas de mises à jour entre-temps).

@ kisak-valve Salut, il semble que parce que le jeu ne semble pas reconnaître que mon compte bethesda est vérifié, je ne peux pas accéder au mode de combat ni aux niveaux de maître plus récents à cause de cela. Ce serait bien de voir une solution bientôt.

Testé avec proton 5.0.10

Je constate que le jeu se fige au «chargement» (~ 10 secondes après le lancement). J'ai essayé les pilotes nvidia 440, 450 et 455, le résultat est le même. Les versions testées des protons 5.13-1, 5.0-10 et 5.9-GE, le résultat est le même. Arguments de lancement utilisés: PROTON_NO_ESYNC = 1% commande% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1 (je les ai essayés individuellement et ensemble. Le résultat est le même).

informations système: https://gist.github.com/dymax78/24837a587c00eb59a2c68fc24c5b80da

vidage du journal de protons: steam-782330.zip

Merci pour votre temps et votre assistance.

@ dymax78 avez-vous essayé de jouer au jeu avec Esync activé? Je n'ai pas eu ces problèmes de mon côté après l'avoir fait.

Pendant des mois, le jeu ne fonctionnait que si esync était désactivé, donc ce n'est pas le cas
a beaucoup de sens. Je suppose que cela pourrait fonctionner avec Esync maintenant, mais je doute que ce soit
le problème.

Le dim 8 novembre 2020 à 23:46 Alexander Streng [email protected]
a écrit:

@ dymax78 https://github.com/dymax78 avez-vous essayé de jouer au jeu
avec Esync activé? Je n'ai pas eu ces problèmes de mon côté après l'avoir fait.

-
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/3773#issuecomment-723750943 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y33YMBZOHY57PSCZLOO3SO5X3TANCNFSM4MI6DHIA
.

@ gardotd426 vaut toujours la peine d'être essayé. Et le jeu fonctionne parfaitement avec esync (sur du matériel nvidia mais cela n'a pas d'importance). Dans ce cas, si esync était désactivé, 99% du temps, le jeu restait bloqué sur un écran noir avant même de démarrer dans le menu principal.

@ gardotd426 vaut toujours la peine d'être essayé. Et le jeu fonctionne parfaitement avec esync (sur du matériel nvidia mais cela n'a pas d'importance). Dans ce cas, si esync était désactivé, 99% du temps, le jeu restait bloqué sur un écran noir avant même de démarrer dans le menu principal.

Salut guerrier,

Oui, j'ai essayé ça aussi. Malheureusement, c'est le même résultat.

Doom Eternal ne se chargera pas après la mise à niveau d'Ubuntu 20.04 - 20.10

Problème transféré depuis https://github.com/ValveSoftware/steam-for-linux/issues/7458.
@Pentastarch publié le 2020-11-09T16: 08: 10:

Vos informations système

Distribution: Ubuntu 20.10
Noyau: 5.8.0-26-générique
Mémoire RAM: 32 Go
Pilote GPU: NVIDIA 455.28
GPU: NVIDIA GeForce RTX 2070 SUPER
Processeur: AMD Ryzen 7 3700X 8 cœurs
Proton: 5.13-1
Client Steam: Construit: 4 novembre, version 1604538810
Version d'exécution de Steam: steam-runtime_0.20201104.0

Ubuntu 20.10

Dans la version bêta de vapeur - oui

J'ai mis à niveau du 20.04 au 20.10 et Doom Eternal a arrêté le chargement. Il accède à l'écran de chargement et se bloque. Autres jeux - Doom 2016, Metro Exodus se chargent et fonctionnent correctement.

J'ai réinstallé Steam et le jeu, vérifié les fichiers mais je ne peux pas passer l'écran de chargement.

J'ai changé le taux de rafraîchissement de l'écran à 60 Hz à partir de 144 Hz, ce qui fonctionnait avant la mise à niveau, et il charge l'écran suivant et la musique commence. Mais alors accroche là. mais je ne suis pas allé plus loin.

Des idées??

Pour tous ceux qui le bloquent sur l'écran de chargement initial, essayez d'exécuter dans Windowed (je crois que -window ou -safe options de lancement) ou essayez un autre compositeur (si vous êtes sur gnome, essayez kde ou quelque chose de non composé). J'ai un problème similaire avec mutter / gnome, comme indiqué dans mon article ci-dessus, ce qui peut être ce que vous rencontrez.

En fait, je vois que Battlemode ne fonctionne pas non plus (je n'ai jamais essayé
pour y jouer).

Idk s'il s'agit d'un problème Proton 5.13 ou quoi, je vais essayer avec un autre Proton
version et voyez ce qui se passe.

Le lun 9 novembre 2020 à 13:21 George Gibbs [email protected]
a écrit:

Pour tous ceux qui le bloquent sur l'écran de chargement initial, essayez de démarrer
Fenêtre (je crois que les options de lancement -window ou -safe) ou essayez un autre
compositor (si vous êtes sur gnome, essayez kde ou quelque chose de non composé). je suis
avoir un problème similaire avec mutter / gnome comme indiqué dans mon message ci-dessus qui
peut-être ce que vous rencontrez.

-
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/3773#issuecomment-724188382 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y33526S7GAA3NM2AXZV3SPAXKBANCNFSM4MI6DHIA
.

J'ai essayé toutes les versions protons, y compris les versions GE, mises à niveau vers les derniers pilotes Nvidia. Vapeur purgée, tout rechargé.
Mais comme tout le reste de mes jeux tourne, il doit y avoir une sorte d'interaction - particulière à DE et 20.10 - comme le suggère Vash63, gnome?

@ kisak-valve, donc Doom Eternal Battlemode est confirmé ne fonctionnant pas avec 5.13. Cela devrait-il être dans les numéros 5.13? Ou juste ici?

Bonjour @ gardotd426 , veuillez confirmer que le problème ne se produit pas avec une ancienne version de Proton, puis avec Proton 5.13, ajoutez PROTON_LOG=1 %command% aux options de lancement du jeu, reproduisez le problème et attachez le $ HOME / steam- généré. $ APPID.log à ce rapport de problème sous forme de fichier. (Les bûches Proton se compressent bien si nécessaire.)

En général, c'est le bon endroit pour discuter de tous les problèmes que vous rencontrez avec Doom Eternal.

Pour tous ceux qui le bloquent sur l'écran de chargement initial, essayez d'exécuter dans Windowed (je crois que -window ou -safe options de lancement) ou essayez un autre compositeur (si vous êtes sur gnome, essayez kde ou quelque chose de non composé). J'ai un problème similaire avec mutter / gnome, comme indiqué dans mon article ci-dessus, ce qui peut être ce que vous rencontrez.

Merci pour la suggestion. Malheureusement, les options de lancement fenêtrées sont ignorées (-windowed, –windowed -w 1024, -sw ou -safe) et le jeu continue de s'ouvrir en plein écran. Sur la base de votre réponse, il est pertinent de noter que j'ai récemment mis à jour Gnome à 3.38.

Bonjour @ gardotd426 , veuillez confirmer que le problème ne se produit pas avec une ancienne version de Proton, puis avec Proton 5.13, ajoutez PROTON_LOG=1 %command% aux options de lancement du jeu, reproduisez le problème et attachez le $ HOME / steam- généré. $ APPID.log à ce rapport de problème sous forme de fichier. (Les bûches Proton se compressent bien si nécessaire.)

En général, c'est le bon endroit pour discuter de tous les problèmes que vous rencontrez avec Doom Eternal.

@ kisak-valve battlemode n'a jamais fonctionné avec Proton en raison d'un problème de "compte non vérifié"

@ kisak-valve battlemode n'a jamais fonctionné avec Proton en raison d'un problème de "compte non vérifié"

@ warriormaster12 Je suis désolé, c'est faux.

Battlemode fonctionne avec d'autres versions de Proton. Je l'ai testé après mon précédent post et j'ai pu jouer 5 matchs d'affilée sans problème.

Et sur Proton 5.13, ce n'est pas un problème de "compte non vérifié". C'est simplement "Une erreur inconnue s'est produite. Veuillez réessayer plus tard."

@ kisak-valve Je vais récupérer ces journaux et les publier plus tard dans la journée.

Battlemode fonctionne avec d'autres versions de Proton. Je l'ai testé après mon précédent post et j'ai pu jouer 5 matchs d'affilée sans problème.

@ gardotd426 battlemode n'a jamais fonctionné pour moi avec aucune version de proton, il dit simplement impossible de trouver des correspondances.

@ kisak-valve battlemode n'a jamais fonctionné avec Proton en raison d'un problème de "compte non vérifié"

@ warriormaster12 Je suis désolé, c'est faux.

Battlemode fonctionne avec d'autres versions de Proton. Je l'ai testé après mon précédent post et j'ai pu jouer 5 matchs d'affilée sans problème.

Et sur Proton 5.13, ce n'est pas un problème de "compte non vérifié". C'est simplement "Une erreur inconnue s'est produite. Veuillez réessayer plus tard."

@ kisak-valve Je vais récupérer ces journaux et les publier plus tard dans la journée.

@ gardotd426

Battlemode n'a jamais fonctionné de mon côté. J'ai vérifié sur bethesda.net et il est dit que mon compte est vérifié, mais dans Doom Eternal, ce n'est pas le cas.

@ gardotd426 battlemode n'a jamais fonctionné pour moi avec aucune version de proton, il dit simplement impossible de trouver des correspondances.

C'est apparemment aussi parfois un problème avec les utilisateurs de Windows.

Mais non, j'ai pu jouer 5 ou 6 matchs d'affilée simplement en utilisant "Quick Match" (donc pas comme si j'étais invité par quelqu'un ou quoi que ce soit) et cela a fonctionné parfaitement.

Battlemode n'a jamais fonctionné de mon côté. J'ai vérifié sur bethesda.net et il est dit que mon compte est vérifié, mais dans Doom Eternal, ce n'est pas le cas.

@ warriormaster12 c'est malheureux, mais je n'ai pas du tout ce problème, et ce n'est pas non plus le problème avec la 5.13, c'est autre chose.

@ gardotd426 battlemode n'a jamais fonctionné pour moi avec aucune version de proton, il dit simplement impossible de trouver des correspondances.

C'est apparemment aussi parfois un problème avec les utilisateurs de Windows.

Mais non, j'ai pu jouer 5 ou 6 matchs d'affilée simplement en utilisant "Quick Match" (donc pas comme si j'étais invité par quelqu'un ou quoi que ce soit) et cela a fonctionné parfaitement.

Battlemode n'a jamais fonctionné de mon côté. J'ai vérifié sur bethesda.net et il est dit que mon compte est vérifié, mais dans Doom Eternal, ce n'est pas le cas.

@ warriormaster12 c'est malheureux, mais je n'ai pas du tout ce problème, et ce n'est pas non plus le problème avec la 5.13, c'est autre chose.

@ gardotd426 vous pourriez être une exception, pas la règle mais nous verrons. J'enverrai un lig plus tard dans la journée et j'essaierai également d'envoyer un ticket au support Bethesda.

Ce n'est pas probable.

Vous n'avez pratiquement jamais de situations où le multijoueur ne fonctionne que pour un seul
personne et pas tout le monde. Vous avez souvent des situations où cela
travailler pour la plupart des gens, mais quelques-uns ne peuvent pas le faire fonctionner.

J'ai testé cela sur plusieurs machines.

Le mar 10 novembre 2020, 02:57 Alexander Streng [email protected]
a écrit:

@ gardotd426 https://github.com/gardotd426 battlemode n'a jamais fonctionné pour
moi avec toutes les versions de protons, il dit simplement incapable de trouver des correspondances.

C'est apparemment aussi parfois un problème avec les utilisateurs de Windows.

Mais non, j'ai pu jouer 5 ou 6 matchs d'affilée simplement en utilisant "Quick
Match "(donc pas comme si j'étais invité par quelqu'un ou quoi que ce soit) et cela a fonctionné
parfaitement.

Battlemode n'a jamais fonctionné de mon côté. J'ai vérifié bethesda.net et il dit
que mon compte est vérifié mais dans Doom Eternal ce n'est pas le cas.

@ warriormaster12 https://github.com/warriormaster12 c'est dommage,
mais je n'ai pas ce problème du tout, et ce n'est pas le problème avec 5.13
non plus, c'est autre chose.

@ gardotd426 https://github.com/gardotd426 vous pourriez être une exception non
la règle mais nous verrons. J'enverrai un lig plus tard aujourd'hui et j'essaierai également d'envoyer un
ticket au support Bethesda.

-
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/3773#issuecomment-724530867 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y332BA7TH5INNNITWL6TSPDW7JANCNFSM4MI6DHIA
.

@ gardotd426 suppose que vous avez raison alors, j'ai déjà envoyé un ticket à Bethesda

J'espère qu'ils vous donneront autre chose que "Désolé, ce jeu est pour
Windows uniquement, nous ne pouvons pas fournir d’aide », ce qui représente 99,9999%
ils disent.

Le mar 10 novembre 2020 à 04:43 Alexander Streng [email protected]
a écrit:

@ gardotd426 https://github.com/gardotd426 suppose que vous avez raison alors, je
déjà envoyé un ticket à Bethesda

-
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/3773#issuecomment-724587166 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y33YYIFYFRLNL7ATKAUDSPEDKHANCNFSM4MI6DHIA
.

Pour tous ceux qui le bloquent sur l'écran de chargement initial, essayez d'exécuter dans Windowed (je crois que -window ou -safe options de lancement) ou essayez un autre compositeur (si vous êtes sur gnome, essayez kde ou quelque chose de non composé). J'ai un problème similaire avec mutter / gnome, comme indiqué dans mon article ci-dessus, ce qui peut être ce que vous rencontrez.

Merci pour la suggestion. Malheureusement, les options de lancement fenêtrées sont ignorées (-windowed, –windowed -w 1024, -sw ou -safe) et le jeu continue de s'ouvrir en plein écran. Sur la base de votre réponse, il est pertinent de noter que j'ai récemment mis à jour Gnome à 3.38.

C'est définitivement Gnome. Je viens d'installer Plasma et il fonctionne bien

Pour tous ceux qui le bloquent sur l'écran de chargement initial, essayez d'exécuter dans Windowed (je crois que -window ou -safe options de lancement) ou essayez un autre compositeur (si vous êtes sur gnome, essayez kde ou quelque chose de non composé). J'ai un problème similaire avec mutter / gnome, comme indiqué dans mon article ci-dessus, ce qui peut être ce que vous rencontrez.

Merci pour la suggestion. Malheureusement, les options de lancement fenêtrées sont ignorées (-windowed, –windowed -w 1024, -sw ou -safe) et le jeu continue de s'ouvrir en plein écran. Sur la base de votre réponse, il est pertinent de noter que j'ai récemment mis à jour Gnome à 3.38.

C'est définitivement Gnome. Je viens d'installer Plasma et il fonctionne bien

Merci d'avoir confirmé. J'ai ouvert un problème à ce sujet sur le traqueur de murmure de GNOME , bien que je ne sois toujours pas sûr si le murmure est la faute ou si quelque chose n'est pas géré entre Proton et murmure.

Denuvo a été supprimé du jeu dans une mise à jour, le jeu devrait donc fonctionner immédiatement. Proton 5.9 fonctionne bien.

D'après ce que j'ai recueilli en lisant ce fil, et par expérience personnelle:

• Pour l'amour de Dieu, n'utilisez pas GNOME / MATE
• Alt-Tabbing en plein écran ou en changeant la résolution de l'écran peut et dans de nombreux cas cassera le rendu et vous devrez tuer le jeu. Si vous avez besoin d'accéder à d'autres programmes pendant que vous jouez, jouez en mode fenêtré. Le jeu prend en charge le bouton Agrandir.
• Des craquements audio peuvent se produire. Il peut être principalement réduit à l'aide de certains paramètres Pulseaudio personnalisés.
• L'utilisation du GPU est légèrement plus élevée lors de la lecture sur Proton. Sous Windows, le minimum absolu serait de 1050 2 Go, mais pour Proton, vous aurez besoin d'un 1060 3 Go ou mieux, ce qui, je suis presque sûr, est recommandé de toute façon.
• J'ai essayé le multi-joueur. Ça ne marche pas. Le message d'erreur ne me donne rien de spécifique, il me dit simplement qu'il y a eu un problème de connexion, donc je ne sais pas si cela est causé par une sorte d'anticheat. Si quelqu'un a une solution, faites-le moi savoir.

Spécifications sur lesquelles j'ai testé:

GTX 1060 3 Go
Intel Core i5 8400
16 Go de RAM double canal HyperX Fury DDR4
Pilote GeForce 450 LTS
Intel 660p Series 1 To (où le jeu est stocké)

Pour tous ceux qui le bloquent sur l'écran de chargement initial, essayez d'exécuter dans Windowed (je crois que -window ou -safe options de lancement) ou essayez un autre compositeur (si vous êtes sur gnome, essayez kde ou quelque chose de non composé). J'ai un problème similaire avec mutter / gnome, comme indiqué dans mon article ci-dessus, ce qui peut être ce que vous rencontrez.

Merci pour la suggestion. Malheureusement, les options de lancement fenêtrées sont ignorées (-windowed, –windowed -w 1024, -sw ou -safe) et le jeu continue de s'ouvrir en plein écran. Sur la base de votre réponse, il est pertinent de noter que j'ai récemment mis à jour Gnome à 3.38.

C'est définitivement Gnome. Je viens d'installer Plasma et il fonctionne bien

Kubuntu 20.04, Proton 5.13-1 - le multijoueur n'a jamais fonctionné.

@ gardotd426 bien, j'ai essayé mais ils ont refusé de résoudre le problème à cause de Proton. Je devrais essayer de tester le jeu sur Windows et créer un ticket après cela.

Mettre à jour, ils sont prêts à continuer à m'aider avec le problème de vérification de compte.

@ kisak-valve Salut, j'ai pensé que ce serait une bonne idée d'envoyer ici le même journal que j'ai envoyé à Bethesda.

Voici le journal
steam-782330.zip

@ gardotd426 La conclusion du support Bethesda était que le problème n'était pas lié à mon compte / compte lié à Steam, mais à la façon dont Proton gère la connexion au jeu.

@ warriormaster12 Bien sûr, pour moi Battlemode fonctionne très bien sous Windows.

Je n'ai pas essayé Battlemode, mais à l'exception du problème alt + tab Doom Eternal fonctionne parfaitement sur ma configuration Gnome. Et ça marche super! :-) J'ai commencé à jouer au DLC Ancient God.

Si quelqu'un a besoin de quelque chose qui pourrait aider, veuillez demander, je vais essayer de fournir autant de mes capacités.

Je n'ai pas essayé Battlemode, mais à l'exception du problème alt + tab Doom Eternal fonctionne parfaitement sur ma configuration Gnome. Et ça marche super! :-) J'ai commencé à jouer au DLC Ancient God.

Si quelqu'un a besoin de quelque chose qui pourrait aider, veuillez demander, je vais essayer de fournir autant de mes capacités.

quelle version de Gnome?

Gnome 3.38.1

Le dimanche 15 novembre 2020, 13:44, dymax78 [email protected] a écrit:

Je n'ai pas essayé Battlemode, mais à l'exception du problème alt + tab Doom Eternal s'exécute
parfaitement sur ma configuration Gnome. Et ça marche super! :-) J'ai commencé à jouer le
Ancient God DLC.

Si quelqu'un a besoin de quelque chose qui pourrait aider, veuillez demander, je vais essayer de
fournir autant de ma capacité.

quelle version de Gnome?

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/3773#issuecomment-727529802 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAAIQWGUK7GZKOHZJJ2S2GTSP6BE5ANCNFSM4MI6DHIA
.