Proton: Doom Eternal (782330) - Premier mois de commentaires

Créé le 20 mars 2020  ·  1172Commentaires  ·  Source: ValveSoftware/Proton

Rapport de compatibilité

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

Information système

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

Symptômes

Le jeu démarre, ouvre la barre d'état système de Wine, puis se ferme brusquement.

la reproduction

  • Installez DOOM Eternal, cliquez sur play
  • Une autre façon est de forcer dans le jeu les propriétés du Proton vesion à 5.0-4 et de cliquer sur play.
Game compatibility - Unofficial

Commentaire le plus utile

Modifier . Proton 5.0-5 est sorti et le jeu fonctionne dessus, l'édition de l'exe du jeu avec sed n'est plus nécessaire. Cependant, vous devez toujours installer le dernier Vulkan-Loader (1.2.135) et probablement encore besoin de remplacer l'exe du jeu par la version sans DRM.

J'ai fait fonctionner Doom Eternal en compilant Wine-Staging avec le patch du repo TkG et en remplaçant les chaînes par des extensions VK dans l'exécutable du jeu (oui, ce stupide est f ** k, mais au moins cela permet au jeu de se lancer). Le dernier Vulkan-Loader (1.2.135) est également requis.

Par exemple, j'ai remplacé vkAcquireFullScreenExclusiveModeEXT par vkCreateDescriptorUpdateTemplateKHR, j'ai également remplacé VK_EXT_full_screen_exclusive par VK_EXT_sampler_filter_minmax. J'ai utilisé sed à cette fin.

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkCreateDescriptorUpdateTemplateKHR/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_sampler_filter_minmax/g' DOOMEternalx64vk.exe

Voici une autre variante qui fonctionne mieux:

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkGetImageSparseMemoryRequirements2/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_shader_stencil_export/g' DOOMEternalx64vk.exe

Les chaînes remplacées doivent avoir la même longueur que les chaînes d'origine (c'est important, sinon l'exécutable ne se lancera pas du tout).

Le jeu se bloque ou plante souvent avant d'entrer dans le menu principal, plusieurs tentatives peuvent être nécessaires.

test3
test4
test
test1

J'ai pu entrer dans le menu principal, mais une seule fois, lors de la prochaine exécution, le jeu s'est à nouveau suspendu:

twst

Après plusieurs tentatives, j'ai pu à nouveau accéder au menu principal et démarrer la campagne:

gameplay

Voici la vidéo du gameplay (le son fonctionne, je ne l'ai tout simplement pas enregistré). Ne regardez pas la performance, je suis presque sûr que c'est mauvais à cause de cette mauvaise façon de faire fonctionner le jeu.

J'ai seulement essayé l'exécutable sans DRM, je ne peux donc pas dire si la version Denuvo peut être lancée de cette façon.

Je vais continuer à expérimenter avec des cordes, peut-être que je vais faire fonctionner le jeu complètement.

ps Désolé pour les fautes de grammaire, l'anglais n'est pas ma langue maternelle (mais je l'améliore constamment).

Tous les 1172 commentaires

Doom Eternal ne démarre pas

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3655.
@APoniatowski publié le 2020-03-20T00: 48: 54:

Rapport de compatibilité

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

Information système

bientôt...

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

Symptômes

Le jeu plante au démarrage

la reproduction

-installer
-début


@oscarcp a commenté le 2020-03-20T00: 49: 39:

Merde, nous avons tous les deux commencé le ticket en même temps. Dois-je mettre le mien en double?

Bonjour @oscarcp , je crois comprendre que ce jeu aura besoin d'une pile de pilotes vidéo mise à jour. Je ne suis pas sûr de tout ce qui est nécessaire, mais vulkan-loader 1.2.135 devrait être l'une des exigences. C'est rare, mais le vulkan-loader d'Arch est actuellement trop ancien. Activer le client bêta de Steam, puis fermer complètement Steam et exécuter Steam avec steam-runtime devrait au moins couvrir cette exigence. Il peut également avoir besoin d'une version de pilote vidéo de pointe.

Bonjour @oscarcp , je crois comprendre que ce jeu aura besoin d'une pile de pilotes vidéo mise à jour. Je ne suis pas sûr de tout ce qui est nécessaire, mais vulkan-loader 1.2.135 devrait être l'une des exigences. C'est rare, mais le vulkan-loader d'Arch est actuellement trop ancien. Activer le client bêta de Steam, puis fermer complètement Steam et exécuter Steam avec steam-runtime devrait au moins couvrir cette exigence. Il peut également avoir besoin d'une version de pilote vidéo de pointe.

Mise à jour des pilotes nvidia vers 440.64 et mon vulkan-icd-loader actuel est 1.2.132 . Il ne semble plus y avoir de version récente, du moins packagée. Je vais enquêter et voir si je peux mettre à jour.

est passé à la version bêta de vapeur et à l'utilisation de l'environnement d'exécution Linux de vapeur, au lieu de proton. avait une erreur où le binaire idlauncher était manquant, donc l'exécution de la vérification du fichier de jeu ... pourrait avoir besoin de réinstaller cependant

non ... exécutable manquant (idtechlauncher.exe). le dernier effort consiste maintenant à réinstaller le jeu

Bonjour @APoniatowski , si vous avez testé avec l'outil de compatibilité Steam Linux Runtime, c'est un conteneur pour exécuter des jeux Linux sur Linux. La sélection de cette option échouera car Proton n'est alors pas utilisé pour gérer les jeux Windows.

J'aurais dû préciser que la mise à jour du runtime Steam (pas l'outil de compatibilité) dans la mise à

aaah, figuré.

Cependant, je l'ai exécuté avec proton, avant d'essayer l'outil de compatibilité. encore écrasé malheureusement

Existe-t-il un fichier appelé DOOMEternalx64vk.exe?

@APoniatowski @ kisak-valve Je suis à peu près sûr de ce que @ kisak-valve disait, c'est que l'outil de compatibilité "Steam Linux Runtime" remplace (et entre en conflit avec) Proton, MAIS qui exécute la version steam-runtime of Steam au lieu de steam-native sur les distributions basées sur Arch utilise les bibliothèques d'exécution Steam, pas la couche de compatibilité, et c'est ce qui a été mis à jour vers vulkan loader 1.2.135.

Voici une mise à jour. J'ai mis à jour _vulkan-headers_ et _vulkan-icd-loader_ tous deux vers 1.2.135 (j'ai modifié les fichiers AUR, je publierai les changements demain). Quant aux pilotes _nvidia_, 440.64 est le dernier disponible (la dernière bêta disponible est 440.26 ).

J'ai également essayé Steam bêta et non bêta, exécutant chacun nativement et en tant que runtime à partir du terminal. Rien n'a fonctionné jusqu'à présent :(

@oscarcp Cela n'aide pas Valve à réparer quoi que ce soit. Vous devez publier les journaux pour chaque tentative, afin qu'ils puissent voir ce qui change et ce qui ne change pas. Ne dites pas simplement «cela n'a pas fonctionné».

@ gardotd426 J'aurais dû aussi clarifier ma part. Je n'exécute que steam-runtime (j'ai dû vérifier)

@ kisak-valve Voici un journal mis à jour, après avoir opté pour la version bêta et l'avoir mis à jour, réinstaller le jeu et le redémarrer

steam-782330.log

@oscarcp aussi, vous n'auriez pas pu mettre à jour les fichiers AUR pour vulkan-icd-loader , c'est dans les dépôts, il n'y a pas vulkan-icd-loader package vulkan-headers est également dans les dépôts officiels, pas dans AUR, bien qu'il existe un package vulkan-headers-git AUR. Mais ce n'est de toute façon pas pertinent car c'est pour le développement, vous n'avez pas besoin d'installer un package vulkan-headers .

De plus, vous ne pouviez pas mettre à jour les fichiers AUR

Vous pouvez obtenir le PKGBUILD pour le package via ABS et le modifier. Je suis presque certain que c'est ce qu'ils voulaient dire.

FWIW J'ai fait la même chose (nécessite vulkan-headers-git pour construire) mais cela échoue toujours avec le même journal que celui publié par OP.

Je vois beaucoup d'erreurs from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored et from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored dans le journal, maintenant que je le regarde

ERROR: ld.so: object '/home/sizigee/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

ERROR: ld.so: object '/home/sizigee/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

@doitsujin Philip, oui c'est vrai, mais ce n'est pas ce qu'ils ont dit, donc je ne pensais pas que c'était ce qu'ils voulaient dire. Mais c'est assez juste.

Des idées?

@APoniatowski Je sais qu'il y a toujours une tonne de ces erreurs malgré tout, qui sont censées être ignorées, mais vous avez raison, cela ressemble à beaucoup plus que d'habitude

@ gardotd426 vous avez raison, alors voici:

En ce qui concerne l'AUR, oui, j'ai téléchargé les PKGBUILDS, régénéré le sha256sum et les ai compilés. Concernant les en-têtes, le chargeur approfondit les en-têtes
vulkan-icd-loader 1.2.135 PKGBUILD: https://gist.github.com/oscarcp/9b54ea7f6bd4eb4144bd4e5e980f2c4c
vuikan-headers 1.2.135 PKGBUILD: https://gist.github.com/oscarcp/4c4fb71fa380015b722172f308d406b1

regarda le launcher.cfg pour doom éternel et vit ceci:
rgl_minNvidiaDriverVersion 44261
et l'a changé pour ma version:
rgl_minNvidiaDriverVersion 44064

n'a toujours pas fonctionné, pour ceux qui ont pensé à faucher dans les cfg ... les seuls autres cfg là-bas sont les détails du package et du candidat

Les journaux sont énormes, mais jusqu'à présent, ils ont les mêmes erreurs, du peu que j'ai pu parcourir.

Je suggérerais AMDVLK sur RADV si l'un de vous exécutait AMD, mais il semble que personne n'essaye encore cela avec une carte AMD.

EDIT: Suppression WINED3D référence

Le jeu utilise Vulkan, donc wined3d / dxvk ne fait absolument aucune différence.

FWIW J'utilise une carte AMD.

essayé WINED3D maintenant ... même résultat, malheureusement.

steam-782330.log

@doitsujin , duh, j'ai complètement oublié que celui-ci était uniquement Vulkan, je pensais à la façon dont DOOM 2016 avait une version OpenGL.

Avez-vous essayé AMDVLK ou quelque chose comme ça? Obtenez-vous le même genre d'erreurs que les gars avec les cartes Nvidia?

Je rencontre exactement les mêmes symptômes sur le matériel AMD.

Information système

  • GPU: Radeon RX Vega 64
  • Version du pilote / LLVM: Mesa 20.0.0-devel
  • Version du noyau: 5.3.0-42-generic
  • Version Proton: 5.0-4

steam-782330.log

y penser ... y a-t-il un moyen d'exécuter DOOMEternalx64vk.exe au lieu du lanceur? Je sais que les lanceurs peuvent être bancaux pour certains / la plupart des jeux

@ gardotd426 oui, ce n'est pas un problème de pilote.

FWIW J'essaie de créer une version actuelle de wine avec https://github.com/ValveSoftware/wine/pull/85 appliqué, mais jusqu'à présent, j'ai des problèmes pour rebaser le correctif.

@APoniatowski l' essaie à Lutris. Si quelqu'un a suffisamment de stockage et une connexion Internet suffisamment rapide, je suggérerais peut-être d'essayer également de l'exécuter dans Wine Steam.

@doitsujin lol c'est toujours quelque chose, n'est-ce pas. Espérons que cela résoudra le problème une fois que vous l'aurez compris.

Bonjour,

Même chose ici Doom Eternal ne démarre pas.

Linux Mint 19.3
Noyau 5.5.9
Pilote Nvidia 440.64
vapeur et vapeur bêta.
Proton 5.0-4

Comment créez-vous ces journaux détaillés? Je peux donc aussi en contribuer un si je le souhaite.

Voici ce que j'obtiens lorsque j'exécute Steam depuis un terminal:

Spew terminal

''

Ajout du processus 27762 pour l'ID de jeu 782330
ERREUR: ld.so: l'objet '/home/ellen/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD ne peut pas être préchargé (mauvaise classe ELF: ELFCLASS32): ignoré.
Ajout du processus 27826 pour l'ID de jeu 782330
Mise à jour du jeu: AppID 782330 "", ProcID 27826, IP 0.0.0.0:0
RecordSteamInterfaceCreation (PID 27826): SteamUtils009 / Utils
RecordSteamInterfaceCreation (PID 27826): SteamUser020 / Utilisateur
RecordSteamInterfaceCreation (PID 27826): SteamUser017 / Utilisateur
RecordSteamInterfaceCreation (PID 27826): STEAMAPPS_INTERFACE_VERSION006 / Apps
wine: Erreur de page non gérée lors de l'accès en écriture à 0000000023377774 à l'adresse 0000000148D71006 (thread 003e), démarrage du débogueur ...
ERREUR: ld.so: l'objet '/home/ellen/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD ne peut pas être préchargé (mauvaise classe ELF: ELFCLASS32): ignoré.
Ajout du processus 27828 pour l'ID de jeu 782330
Exception non gérée: erreur de page sur l'accès en écriture à 0x23377774 en code 64 bits (0x0000000148d71006).
Enregistrer le vidage:
rip: 0000000148d71006 rsp: 000000000092e758 rbp: 0000000023377774 eflags: 00010217 (R- - I -APC)
rax: 000000015bb567c2 rbx: 000000015bb567c2 rcx: 0000000023377774 rdx: 000000015bb567c2
rsi: 0000000157529f99 rdi: 0000000023377774 r8: 0000000072cc6fe6 r9: 0000000023377774 r10: 000000015bd128ac
r11: 000000000092e91e r12: 000000004bb38659 r13: 000000014050f850 r14: 000000002319d1de r15: 000000015bb567c2
Vidage de pile:
0x000000000092e758: ffffffff9b2f4a10 0000000000014b1b
0x000000000092e768: 0000000000000000 000100000092f780
0x000000000092e778: 0000000000000000 0000000000000000
0x000000000092e788: b2fe000000000000 f9c00000000120db
0x000000000092e798: 0001000000000092 0001000000000000
0x000000000092e7a8: b882000000000000 0000000000015b01
0x000000000092e7b8: 04b1000000000000 0000000000015d88
0x000000000092e7c8: 0000000000000000 0001000000000000
0x000000000092e7d8: 0000000000000000 0000000000000000
0x000000000092e7e8: 0000000000000000 9290000000000000
0x000000000092e7f8: 0000000000015551 00fc000000000000
0x000000000092e808: 0000000000000000 0000000000000000
Backtrace:
=> 0 0x0000000148d71006 EntryPoint + 0xea8fbfe6 () dans doometernalx64vk (0x0000000023377774)
0x0000000148d71006 EntryPoint + 0xea8fbfe6 dans doometernalx64vk: movq% r13,0x00000000001da596 (% r14)
Modules:
Adresse du module Informations de débogage Nom (127 modules)
PE 930000- a2c000 différé oo2core_8_win64
PE 62140000- 62144000 uxtheme différé
PE 637c0000- 6383d000 winmm différé
PE 64340000-64346000 winhttp différé
PE 64940000- 64943000 Shcore différé
PE 64c80000- 64c83000 Steamclient64 différé
PE 64d40000- 64d44000 Vulkan-1 différé
PE 65000000- 65028000 Ole différé32
PE 65600000- 6561e000 xinput1_3 différé
PE 65780000- 65784000 Version différée
PE 66440000- 66449000 msacm32 différé
PE 68a40000- 68a48000 Shlwapi différé
PE 6a100000- 6a108000 Oleaut32 différé
PE 6a700000- 6a70f000 Setupapi différé
PE 6afc0000- 6afc3000 msimg32 différé
PE 6b2c0000- 6b2df000 Wininet différé
PE 6b880000- 6b883000 différé api-ms-win-core-fibres-l1-1-1
PE 6bec0000- 6bec4000 Différé imm32
PE 6c0c0000- 6c0c4000 wsock32 différé
PE 6d9c0000- 6d9cb000 mpr différé
PE 6e340000- 6e343000 Api-ms-win-core-synch-l1-2-0 différé
PE 6e6c0000- 6e6c3000 Différé api-ms-win-core-localization-l1-2-1
PE 6e780000- 6e797000 Oleacc différé
PE 6f480000- 6f484000 gdiplus différé
PE 6fbc0000- 6fbc4000 différé rpcrt4
PE 71240000- 71245000 jsproxy différé
PE 7b000000- 7b003000 Base du noyau différée
ELF 7b400000- 7b681000 noyau différé32
-PE 7b410000- 7b681000 \ kernel32
ELF 7bc00000- 7bf01000 différé ntdll
-PE 7bc20000- 7bf01000 \ ntdll
ELF 7c000000- 7c003000 Différé
PE 13b400000- 13b44b000 différé steam_api64
PE 140000000- 15eb45000 Exportation doometernalx64vk
PE 180000000- 18007b000 Différé bink2w64
ELF 7fe0035e8000- 7fe00533a000 Différé steamclient.so
ELF 7fe00533a000- 7fe0056b9000 lsteamclient différé
-PE 7fe005450000- 7fe0056b9000 \ lsteamclient
ELF 7fe0056b9000- 7fe0058ce000 Différé libgpg-error.so.0
ELF 7fe0058ce000- 7fe005bea000 Différé libgcrypt.so.20
ELF 7fe005bea000- 7fe005e06000 Différé liblz4.so.1
ELF 7fe005e06000- 7fe00602c000 Différé liblzma.so.5
ELF 7fe00602c000- 7fe0062b0000 Différé libsystemd.so.0
ELF 7fe0062b0000- 7fe0064cb000 Différé libresolv.so.2
ELF 7fe0064cb000- 7fe0066cf000 Différé libkeyutils.so.1
ELF 7fe0066cf000- 7fe00691c000 Différé libdbus-1.so.3
ELF 7fe00691c000- 7fe006b27000 Différé libkrb5support.so.0
ELF 7fe006b27000- 7fe006d2b000 Différé libcom_err.so.2
ELF 7fe006d2b000- 7fe006f5d000 Différé libk5crypto.so.3
ELF 7fe006f5d000- 7fe007233000 Différé libkrb5.so.3
ELF 7fe007233000- 7fe007444000 Différé libavahi-client.so.3
ELF 7fe007444000- 7fe007650000 Différé libavahi-common.so.3
ELF 7fe007650000- 7fe00789b000 Différé libgssapi_krb5.so.2
ELF 7fe00789b000- 7fe007b27000 Libcups.so.2 différé
ELF 7fe007b27000- 7fe007d7d000 Différé libvulkan.so.1
ELF 7fe007d7f000- 7fe007f85000 libxfixes.so.3 différé
ELF 7fe007f85000- 7fe00818f000 Différé libxcursor.so.1
ELF 7fe00818f000- 7fe00839f000 Différé libxi.so.6
ELF 7fe00839f000- 7fe0085a2000 Différé libxcomposite.so.1
ELF 7fe0085a2000- 7fe0087ad000 Différé libxrandr.so.2
ELF 7fe0087ad000- 7fe0089b7000 Différé libxrender.so.1
ELF 7fe0089b7000- 7fe008bbd000 Différé libxxf86vm.so.1
ELF 7fe008bbd000- 7fe008dc0000 Différé libxinerama.so.1
ELF 7fe008dc0000- 7fe008fd2000 Différé libxext.so.6
ELF 7fe008fd2000- 7fe00909d000 Vin différéx11
-PE 7fe008fe0000- 7fe00909d000 \ winex11
ELF 7fe00913c000- 7fe00936e000 Différé libexpat.so.1
ELF 7fe00936e000- 7fe0095b3000 Différé libfontconfig.so.1
ELF 7fe0095b3000- 7fe0097e5000 Différé libpng16.so.16
ELF 7fe0097e5000- 7fe009a99000 Différé libfreetype.so.6
ELF 7fe009a99000- 7fe009ca1000 Différé libffi.so.6
ELF 7fe009ca1000- 7fe009f22000 Différé libgmp.so.10
ELF 7fe009f22000- 7fe00a156000 Différé libhogweed.so.4
ELF 7fe00a156000- 7fe00a38c000 différé libnettle.so.6
ELF 7fe00a38c000- 7fe00a59f000 Différé libtasn1.so.6
ELF 7fe00a59f000- 7fe00a91d000 libunistring.so.2 différé
ELF 7fe00a91d000- 7fe00ab3a000 Différé libidn2.so.0
ELF 7fe00ab3a000- 7fe00ae69000 Différé libp11-kit.so.0
ELF 7fe00ae69000- 7fe00b086000 Différé libz.so.1
ELF 7fe00b086000- 7fe00b3ec000 Différé libgnutls.so.30
ELF 7fe00b3ec000- 7fe00b44a000 différé winspool
-PE 7fe00b3f0000- 7fe00b44a000 \ winspool
ELF 7fe00b44a000- 7fe00b48c000 Différé ws2_32
-PE 7fe00b450000- 7fe00b48c000 \ ws2_32
ELF 7fe00b48c000- 7fe00b4e2000 winevulkan différé
-PE 7fe00b4a0000- 7fe00b4e2000 \ winevulkan
ELF 7fe00b4e2000- 7fe00bf2e000 Shell32 différé
-PE 7fe00b500000- 7fe00bf2e000 \ shell32
ELF 7fe00bf2e000- 7fe00bf60000 Différé iphlpapi
-PE 7fe00bf40000- 7fe00bf60000 \ iphlpapi
ELF 7fe00bf60000- 7fe00c09b000 ucrtbase différé
-PE 7fe00bf90000- 7fe00c09b000 \ ucrtbase
ELF 7fe00c09b000- 7fe00c118000 dbghelp différé
-PE 7fe00c0a0000- 7fe00c118000 \ dbghelp
ELF 7fe00c118000- 7fe00c204000 msvcrt différé
-PE 7fe00c140000- 7fe00c204000 \ msvcrt
ELF 7fe00c204000- 7fe00c3b4000 différé gdi32
-PE 7fe00c220000- 7fe00c3b4000 \ gdi32
ELF 7fe00c3b4000- 7fe00c639000 Utilisateur différé32
-PE 7fe00c3d0000- 7fe00c639000 \ user32
ELF 7fe00c639000- 7fe00c660000 bcrypt différé
-PE 7fe00c640000- 7fe00c660000 \ bcrypt
ELF 7fe00c660000- 7fe00c6a4000 Sechost différé
-PE 7fe00c670000- 7fe00c6a4000 \ sechost
ELF 7fe00c7a4000- 7fe00c81e000 Advapi32 différé
-PE 7fe00c7b0000- 7fe00c81e000 \ advapi32
ELF 7fe00cc4e000- 7fe00ce60000 Différé libnss_files.so.2
ELF 7fe00ce60000- 7fe00d07a000 Différé libnsl.so.1
ELF 7fe00d07a000- 7fe00d286000 Différé libnss_nis.so.2
ELF 7fe00d286000- 7fe00d490000 Différé libnss_compat.so.2
ELF 7fe00eb6f000- 7fe00ed84000 Différé libbsd.so.0
ELF 7fe00ed84000- 7fe00ef8a000 Différé libxdmcp.so.6
ELF 7fe00ef8a000- 7fe00f18e000 Différé libxau.so.6
ELF 7fe00f190000- 7fe00f3b8000 Différé libxcb.so.1
ELF 7fe00f3b8000- 7fe00f6f0000 Différé libx11.so.6
ELF 7fe00f6f0000- 7fe00f908000 Différé libgcc_s.so.1
ELF 7fe00f908000- 7fe00fbbe000 Différé libgldispatch.so.0
ELF 7fe00fbbe000- 7fe00fdef000 Différé libglx.so.0
ELF 7fe00fdf1000- 7fe01018f000 Différé libm.so.6
ELF 7fe010518000- 7fe01071c000 Différé libdl.so.2
ELF 7fe01071c000- 7fe010924000 Différé librt.so.1
ELF 7fe010924000- 7fe010bb0000 Différé libgl.so.1
ELF 7fe010bb0000- 7fe010fa1000 Différé libc.so.6
ELF 7fe010fa3000- 7fe0111c2000 Différé libpthread.so.0
ELF 7fe0111c2000- 7fe011564000 Exporter libwine.so.1
ELF 7fe011564000- 7fe0117a1000 Gameoverlayrenderer.so différé
ELF 7fe0117a3000- 7fe0119cd000 Différé ld-linux-x86-64.so.2
Fils:
process tid prio (tous les id: s sont en hexadécimal)
00000008 steam.exe
00000030 0
00000009 0
0000000c services.exe
0000002c 0
00000026 0
00000018 0
00000013 0
00000012 0
00000011 0
0000000e 0
0000000d 0
0000000f plugplay.exe
00000015 0
00000014 0
00000010 0
00000016 winedevice.exe
00000023 0
00000022 0
00000021 0
00000020 0
0000001f 0
0000001e 0
0000001d 0
0000001c 0
0000001b 0
0000001a 0
00000019 0
00000017 0
00000024 winedevice.exe
00000029 0
00000028 0
00000027 0
00000025 0
0000002a winedevice.exe
0000002f 0
0000002e 0
0000002d 0
0000002b 0
00000031 explorer.exe
00000037 0
00000036 0
00000033 0
00000032 0
0000003a idTechLauncher.exe
0000003c -2
0000003b 0
0000003d (D) Z: \ GamesSteamLibrarysteamapps \ common \ DOOMEternalDOOMEternalx64vk.exe
0000003e 0 <==
Informations système:
Version du vin: wine-5.0-481-g0295175
Plate-forme: x86_64
Version: Windows 7
Système hôte: Linux
Version de l'hôte: 5.5.9-mint-local-5.5.9
pid 27682! = 27681, sauter la destruction (fork sans exec?)
Jeu supprimé: AppID 782330 "", ProcID 27826
Jeu 782330 a créé l'interface STEAMAPPS_INTERFACE_VERSION006 / Apps
Jeu 782330 interface créée SteamUser017 / User
Jeu 782330 créé l'interface SteamUser020 / User
Jeu 782330 créé l'interface SteamUtils009 / Utils
Jeu 782330 nombre d'appels de méthode pour IClientUser :: GetSteamID: 3
Jeu 782330 nombre d'appels de méthode pour IClientUtils :: GetAppID: 5
Jeu 782330 nombre d'appels de méthode pour IClientUtils :: RecordSteamInterfaceCreation: 4
Jeu 782330 nombre d'appels de méthode pour IClientAppManager :: GetCurrentLanguage: 1
AppInterfaceStats téléversé sur Steam
Sortie de l'application 782330
Aucun mappage persistant mis en cache dans ActivateActionSet.
´´´

@AllKind lance le jeu avec "PROTON_LOG = 1" (sans guillemets), il créera automatiquement un fichier journal nommé "steam-gameid.log" dans votre répertoire / home /, dans ce cas son nom sera "steam-782330 .Journal". Ensuite, vous pouvez télécharger ce fichier en utilisant le système de pièces jointes juste en dessous de la zone de commentaire.

@AllKind, vous pouvez également accéder aux propriétés du jeu dans Steam et accéder aux options de lancement, et mettre PROTON_LOG=1 %command% , de cette façon, vous obtiendrez le journal, que vous le lanciez depuis un terminal ou non.

steam-782330.log
J'ai le même problème. Je téléchargerai mon journal Proton, au cas où cela pourrait être utile de quelque manière que ce soit.

Je peux confirmer que j'ai le même problème.

GTX 1080 Ti
Version du pilote / LLVM: nvidia 440.64
Version du noyau: 5.5.8
Version Proton: 5.0-4

steam-782330.log

steam-782330.log

Moi aussi.

Ryzen R7 3700x
5700XT
noyau 5.5.9
Proton 5.0.4

steam-782330.log

Même expérience de mon côté. Le jeu se lance, je vois l'icône de la barre d'état, puis le jeu se termine. Rien d'autre que l'icône ne se dessine à l'écran. Je ne suis pas vidé de l'écran de chargement ou du menu principal ou de quoi que ce soit.

J'ai essayé de l'exécuter avec AMDVLK, et c'est la course à laquelle ce journal est destiné.

Test Debian (principalement)
Kernel 5.5.0 RC5
Proton 5.0-4

AMD TR 2990WX
AMD Radeon VII
96 Go de RAM

amdvlk / Ubuntu 18.04, maintenant 2020.Q1.3 amd64 [installé]
libvulkan-dev / testing, instable, maintenant 1.2.131.2-1 amd64 [installé]
libvulkan1 / testing, instable, maintenant 1.2.131.2-1 amd64 [installé]
mesa-vulkan-drivers / experimental, maintenant 20.0.0-1 amd64 [installé]
vulkan-tools / testing, maintenant 1.1.126.0 + dfsg1-1 amd64 [installé, automatique]
vulkan-utils / testing, testing, maintenant 1.1.126.0 + dfsg1-1 tous [installés]

Voici aussi mon journal. Mêmes problèmes mentionnés ci-dessus.

steam-782330.log

steam-782330.log

Système d'exploitation: Arch Linux
NOYAU: 5.5.8-zen1-1-zen
Processeur: AMD Ryzen 5 2600 Six-Core
GPU: NVIDIA GeForce GTX 1070
PILOTE GPU: NVIDIA 440.64

Même problème que mentionné ci-dessus. Le jeu apparaîtra comme "en cours de lecture" sur Steam, puis rien ne se passera, suivi du retour au statut "En ligne".

Même problème que tous les autres:

steam-782330.log

GPU: AMD RX480
Pilote: AMDGPU-Pro-19.50-967956
Version de l'instance Vulkan: 1.2.131
Noyau: 4.15.0-91 (Linux Mint 19.3)

Même problème:
steam-782330.log

GPU: 8 Go GTX 1070
Pilote: 440.44
Système d'exploitation: Pop! _OS 19.10
Version Proton: 5.0-4

Utilisation du client Steam Beta.

Je reçois un message d'erreur au démarrage du jeu

Impossible d'initialiser SteamAPI.
Veuillez vous assurer que Steam fonctionne et que vous êtes
connecté à un compte autorisé au jeu.

Voici mon journal: steam-782330.log

  • GPU: Nvidia GTX 1070
  • Processeur: Intel i5 7600k
  • Système d'exploitation: Kubuntu 18.04

Je reçois ce message au démarrage du jeu en utilisant Proton 3.16-9

Journal lors du forçage du proton 5.0-4: steam-782330.log

steam-782330.log

J'ai essayé avec steam-runtime avec la version bêta mentionnée ci-dessus et j'ai le même problème, il se bloque peu de temps après l'exécution.

GPU: Nvidia RTX 2080
Processeur: i7 7820HK
OS: Arch
Pilote graphique: 440.64-5
Noyau: 5.5.10-arch1-1

Essayé avec Proton-5.4-GE-1, je reçois un écran attaché, puis je plante après avoir cliqué sur play.
Screenshot from 2020-03-20 08-01-43

Essayé avec Proton-5.4-GE-1, je reçois un écran attaché, puis je plante après avoir cliqué sur play.
Screenshot from 2020-03-20 08-01-43

Par curiosité, quelle version du pilote NVIDIA avez-vous installée?

J'ai le même problème que l'affiche originale, me donne juste la barre d'état système de Wine puis s'arrête.

Je cours:
Fedora 31
i7-3770K
GTX 1050Ti, pilote v.440.64.
steam-782330.log

Par curiosité, quelle version du pilote NVIDIA avez-vous installée?
440.64-0ubuntu0 ~ 0.18.04.2

Je viens d'essayer Prton-5.4-GE-1 et j'ai également obtenu la page d'erreur du pilote GPU @ xA8EYLgMSN43oEHC ci-dessus. J'utilise arch donc la version du pilote que j'ai est 440.64-5.

Steam log sur proton-5.4.GE-1, j'utilise:
OS élémentaire 5.0
GPU: pilote gtx 1050ti 440.64
steam-782330.log

Ajout de journaux pour proton 4.11 et 5.0.4 avec des informations sur Steam hw et lib:
steam-782330_proton411.log
steam-782330_proton504.log
steam_hw_info.txt

Merci @rabidlassie & @ gardotd426
ici avec journal proton ...
steam-782330.log

Linux Mint 19.3
Noyau 5.5.9
Pilote Nvidia 440.64
bêta de vapeur.
Proton 5.0-4

Voici une mise à jour. J'ai mis à jour _vulkan-headers_ et _vulkan-icd-loader_ tous deux vers 1.2.135 (j'ai modifié les fichiers AUR, je publierai les changements demain). Quant aux pilotes _nvidia_, 440.64 est le dernier disponible (la dernière bêta disponible est 440.26 ).

Ce n'est pas vrai, le dernier pilote est vulkan dev beta 440.66.03 qui est pour Vulkan 1.2:

https://developer.nvidia.com/vulkan-driver

Essayé le dernier Valve, TkG, GE Protons. GE demande si le pilote est la version 337.88 comme précédemment publié, cliquez sur Play, puis rien. Les autres ne font rien du tout.

Utilisation du noyau de Siduction (basé sur Debian Sid) 5.5.10-towo.1-siduction-amd64
Intel 8700k, 32 Go de RAM, Nvidia 1080Ti 440.64, KDE 5.17.5
steam-system-info.txt

Tous les tests avec le préfixe Proton frais sont générés. J'ai essayé d'utiliser +com_skipSignInManager 1 avec GE mais rien n'a vraiment changé à l'exception de la taille du fichier journal.
steam-782330.proton5.0-4.log
steam-782330.proton_tkg_5.4.r0.g676dd026.release.log
steam-782330.Proton-5.4-GE-1.log
steam-782330.Proton-5.4-GE-1_ + com_skipSignInManager_1.log

J'ai exactement les mêmes problèmes avec la version bethesdalauncher et lutris.

Voici une mise à jour. J'ai mis à jour _vulkan-headers_ et _vulkan-icd-loader_ tous deux vers 1.2.135 (j'ai modifié les fichiers AUR, je publierai les changements demain). Quant aux pilotes _nvidia_, 440.64 est le dernier disponible (la dernière bêta disponible est 440.26 ).

Ce n'est pas vrai, le dernier pilote est vulkan dev beta 440.66.03 qui est pour Vulkan 1.2:

https://developer.nvidia.com/vulkan-driver

Merci pour cela, je ne savais pas qu'ils conservaient une page distincte pour Vulkan. D'après leurs documents:

La prise en charge de Vulkan 1.2 est disponible dans la version du pilote Windows 442.75 et la version du pilote Linux 440.66.02

Donc, toute personne sous Linux avec un pilote inférieur à cette version ne devrait avoir aucune chance. Est-ce que quelqu'un a essayé avec 440.66.03?

Est-ce que quelqu'un a essayé avec 440.66.03?

Cela aurait-il une chance de fonctionner? Si cela ne fonctionne pas, combien de temps devrions-nous attendre une nouvelle version de pilote?

Les rapports d'erreur sont activés avec +com_enableCrashHandler 2

existe-t-il un moyen de contourner le lanceur et d'exécuter l'exécutable / binaire réel?

existe-t-il un moyen de contourner le lanceur et d'exécuter l'exécutable / binaire réel?

AFAIK, ajouter +com_skipSignInManager 1 comme option de lancement devrait le faire, mais le jeu plante toujours après cela (du moins pour moi sur AMD)

steam-782330.log

  • Gentoo / sway-1.4
  • Noyau 5.5.9
  • Mesa 20.0.1 (RADV + ACO) / vulkan-loader-1.2.135
  • Stable à la vapeur
  • Proton 5.0-4
  • GPU: Navi (AMD RX5700)

Je viens d'essayer 440.66.03, ça ne change rien.

Juste un avertissement. Ce jeu semble infesté de Denuvo. J'obtiens ceci sur Windows:

https://support.codefusion.technology/de_d90127jd781/?e=88500006&l=english

Actuellement, votre achat de jeu ne peut pas être validé à nouveau, veuillez patienter 24 heures et réessayer.

steam-782330.log

  • Fedora 31 Bleu Argent
  • Linux 5.5.9
  • nVidia 440.64
  • Steam Flatpak 1.0.0.61 (stable)
  • Proton 5.0-4
  • GeForce GTX 1080 Ti
  • Lancé avec PROTON_LOG=1 %command% +com_skipSignInManager 1

FWIW, le remplacement de idTechLauncher.exe par DOOMEternalx64vk.exe ne fait aucune différence. Aussi, j'ai essayé avec un binaire sans Denuvo comme documenté sur un subreddit , mêmes résultats.

https://www.vg247.com/2020/03/20/doom-eternal-denuvo-free-exe/

Nous devons essayer d'utiliser ce fichier exécutable divulgué.

steam-782330.log

Idem que ci-dessus mais avec le binaire sans Denuvo, voir mon commentaire précédent.

Désolé si cela n'est pas utile du tout, mais je continue de voir des erreurs d'incompatibilité ELF sur tous les journaux. Pour autant que je sache, Steam sur Linux utilise des binaires et des bibliothèques 32 bits. Peut-être que DOOM Eternal n'a qu'une version 64 bits?

ERROR: ld.so: object '/var/home/e-user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Dans mon dernier journal, j'ai attrapé ceci, que je n'ai pas vu dans d'autres journaux:

38872.096:0037:0038:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe" Unhandled exception: page fault on write access to 0x23377774 in 64-bit code (0x0000000148d71006). 38872.100:0039:003a:fixme:dbghelp:elf_search_auxv can't find symbol in module

Journal complet:
steam-782330.log

Désolé si cela n'est pas utile du tout, mais je continue de voir des erreurs d'incompatibilité ELF sur tous les journaux. Pour autant que je sache, Steam sur Linux utilise des binaires et des bibliothèques 32 bits. Peut-être que DOOM Eternal n'a qu'une version 64 bits?

ERROR: ld.so: object '/var/home/e-user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Ces erreurs se produisent avec chaque jeu utilisant la superposition Steam et peuvent être ignorées en toute sécurité.

@oscarcp J'ai vu cela aussi dans Lutris, mais seulement lors de l'exécution directe du binaire, je pense. Est-ce correct pour vous aussi? J'ai testé via le lanceur, etc. donc je ne sais pas où je l'ai vu.
Je pense que vous voulez dire la partie seh:virtual_unwind , non?

@oscarcp J'ai vu cela aussi dans Lutris, mais seulement lors de l'exécution directe du binaire, je pense. Est-ce correct pour vous aussi? J'ai testé via le lanceur, etc. donc je ne sais pas où je l'ai vu.
Je pense que vous voulez dire la partie seh:virtual_unwind , non?

Je veux dire la partie Unhandled exception: page fault on write access to 0x23377774 in 64-bit code (0x0000000148d71006) , mais ne vous inquiétez pas. Je l'exécute via la version bêta de Steam comme d'habitude, aucun changement ou; aunch paramètres en plus du journal des protons

Désolé si cela n'est pas utile du tout, mais je continue de voir des erreurs d'incompatibilité ELF sur tous les journaux. Pour autant que je sache, Steam sur Linux utilise des binaires et des bibliothèques 32 bits. Peut-être que DOOM Eternal n'a qu'une version 64 bits?

ERROR: ld.so: object '/var/home/e-user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Dans mon dernier journal, j'ai attrapé ceci, que je n'ai pas vu dans d'autres journaux:

38872.096:0037:0038:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe" Unhandled exception: page fault on write access to 0x23377774 in 64-bit code (0x0000000148d71006). 38872.100:0039:003a:fixme:dbghelp:elf_search_auxv can't find symbol in module

Journal complet:
steam-782330.log

J'ai essayé avec Wine, sans Steam, avec denuvoless .exe et le jeu ne fonctionne pas. Nous attendons que Valve et NVIDIA interviennent!

Cela n'a rien à voir avec Nvidia, le jeu ne fonctionne pas non plus avec AMD. Ses
jusqu'à Valve, Bethesda et iD maintenant, que nous jouions ou non à ça
Jeu.

Le vendredi 20 mars 2020 à 08:37, mozo78 [email protected] a écrit:

Désolé si cela n'est pas du tout utile, mais je continue de voir une incompatibilité ELF
erreurs sur tous les journaux. Autant que je sache, Steam sur Linux utilise des binaires 32 bits
et bibliothèques. Peut-être que DOOM Eternal n'a qu'une version 64 bits?

ERREUR: ld.so: object
«/var/home/e-user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so»
de LD_PRELOAD ne peut pas être préchargé (mauvaise classe ELF: ELFCLASS32): ignoré.

Dans mon dernier journal, j'ai attrapé ceci, que je n'ai pas vu dans d'autres journaux:

38872.096: 0037: 0038: warn: seh : données d'exception virtual_unwind non trouvées dans
L "DOOMEternalx64vk.exe" Exception non gérée: erreur de page lors de l'accès en écriture à
0x23377774 en code 64 bits (0x0000000148d71006).
38872.100: 0039: 003a: fixme: dbghelp : elf_search_auxv ne trouve pas le symbole dans
module

Journal complet:
steam-782330.log
https://github.com/ValveSoftware/Proton/files/4359487/steam-782330.log

J'ai essayé avec Wine, Without Steam, avec denuvoless .exe et le jeu
ne fonctionne pas. Nous attendons que Valve et NVIDIA interviennent!

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

Il y a un petit fichier ici:
~ / .steam / steam / steamapps / common / DOOMEternal / launcherData / launcher.cfg

Ce fichier contient les fenêtres contextuelles d'avertissement du pilote GPU, etc. Déplacez ce fichier pour désactiver toutes ces options et contourner cet écran de version du pilote.

rgl_minNvidiaDriverVersion 44261
rgl_minAMDDriverMajorVersion 20
rgl_minAMDDriverMinorVersion 2
rgl_minAMDDriverPatchVersion 2
rgl_minAMDDriverMajorVersionWin8 19
rgl_minAMDDriverMinorVersionWin8 10
rgl_minAMDDriverPatchVersionWin8 1
rgl_minAMDDriverMajorVersionWin7 20
rgl_minAMDDriverMinorVersionWin7 2
rgl_minAMDDriverPatchVersionWin7 2
rgl_showAMDStartupWarning 1
rgl_showIntelStartupWarning 1
rgl_showNvidiaStartupWarning 0

@oscarcp Je vois, non, je reçois cela à chaque fois via le Bethesdalauncher ou le binaire lui-même. malheureusement cela ne semble pas aider beaucoup.
J'ai aussi AMD.

Je me souviens que DOOM (2016) ne pouvait pas fonctionner correctement sous Wine initialement jusqu'à ce que Denuvo ait été supprimé plusieurs mois après sa sortie . De toute évidence, la situation est un peu différente maintenant avec Proton, mais je ne serais pas surpris si Denuvo devenait un obstacle majeur pour soutenir DOOM Eternal.

Corrigez-moi si je me trompe mais que le problème du denuvo était dû à une mauvaise implémentation de bcrypt, non?
C'est ce que je vois avant la faute de page, mais juste des avertissements.

0141:fixme:bcrypt:BCryptCreateHash ignoring object buffer 00d5:fixme:bcrypt:BCryptCreateHash ignoring object buffer 00d0:fixme:bcrypt:BCryptCreateHash ignoring object buffer 0197:fixme:bcrypt:BCryptCreateHash ignoring object buffer wine: Unhandled exception 0x80000003 in thread d5 at address 0000000140822876 (thread 00d5), starting debugger...

Denuvo n'est pas le coupable ici, je pense. Je commence le jeu avec l'exe DRM Free qui a fui et il ne commence pas par à peu près les mêmes erreurs.

@ mozo78 J'espère que vous avez raison, sur cette note un rapport sur protondb dit que le lanceur fonctionne et que seul le jeu principal plante, si c'est vrai, c'est prometteur.

@ mozo78 J'espère que vous avez raison, sur cette note un rapport sur protondb dit que le lanceur fonctionne et que seul le jeu principal plante, si c'est vrai, c'est prometteur.

Je préférerais que ce soit l'inverse.

mesures supplémentaires prises:

  • [x] a installé / ajouté Proton-5.4-GE-1
  • [x] a lancé le jeu avec Proton-5.4-GE-1
  • [x] renommé launcher.cfg après avoir renommé idTechLauncher.exe et copié DOOMEternalx64vk.exe en idTechLauncher.exe
  • [x] a commenté toutes les options dans launcher.cfg, avec les mêmes étapes que ci-dessus
  • [x] PROTON_LOG = 1% commande% + com_skipSignInManager 1

Je pense que c'est peut-être le binaire du jeu, c'est le problème ( DOOMEternalx64vk.exe ),

00000031 idTechLauncher.exe
    ["Z:\run\media\sizigee\Games\Steam\steamapps\common\DOOMEternal\idTechLauncher.exe" +com_skipSignInManager 1]
    00000035   -2
    00000034    0
    00000032    0
00000036 (D) Z:\run\media\sizigee\Games\Steam\steamapps\common\DOOMEternal\DOOMEternalx64vk.exe
    [DOOMEternalx64vk.exe +com_enableCrashHandler 0 +com_skipSignInManager 1]
    00000044    0
    00000043    0
    00000042    0
    00000041    0
    00000040    0
    0000003f    0
    0000003e    0
    0000003d    0
    0000003c    0
    0000003b    0
    0000003a    0
    00000039   -1
    00000037    2 <==

mais je pourrais être loin aussi.
steam-782330.log

@ Guy1524
Pouvez-vous le réparer comme MK11 :)

Un autre rapport avec du matériel AMD différent.

Information système

GPU: Radeon 7
Driver/LLVM version: Mesa 20.1.0-devel / LLVM 11.0.0
Kernel version: 5.5.9-200.fc31.x86_64
Proton version: 5.0-4

steam-782330.log
sysinfo.txt

Une autre option intéressante que Doom lui-même suggère est +in_terminal 1 . Je l'ai deviné à partir de la sortie du terminal du jeu: Terminal support disabled. Enable with in_terminal
Avec lui, l'erreur est un peu plus claire:

------ Initializing File System ------
Current search path:
    - C:/users/rkfg/Saved Games/id Software/DOOMEternal/base/
    - Z:/.../DOOMEternal/base/
------ File System initialized.
WARNING: idBroadcastManager::Register called with out of range system ID [65535]
----- Registering decl types -----
----- Starting decls parse jobs -----
Added structured log listener print-redirect
WARNING: idBroadcastManager::Register called with out of range system ID [65535]
WARNING: idBroadcastManager::Register called with out of range system ID [65535]
------ Command Line ------
 Z:\...\DOOMEternal\DOOMEternalx64vk.exe +com_skipSignInManager 1 +in_terminal 1
2020-03-20T17:37:24.439+03:00 LOG: Command Line: Z:\...\DOOMEternal\DOOMEternalx64vk.exe +com_skipSignInManager 1 +in_terminal 1
------ OS Information ------
    Microsoft Windows 7 Build 7601

------ CPU Information ------
    Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz
    1 CPU package, 4 physical cores, 8 logical cores
    4.2 GHz     Intel CPU with MMX & SSE & SSE2 & SSE3 & SSSE3 & SSE41 & SSE42 & AVX & HTT
    32768 kB 1st level cache, 262144 kB 2nd level cache, 8388608 kB 3rd level cache
    31.33 GB System Memory

idLib::SetProduction( PROD_PRODUCTION )
------- Initializing renderSystem --------
PreliminaryRenderSetup
...registered window class
Initialized stack tracer
FATAL ERROR: Please update your driver: VK_KHR_get_surface_capabilities2 is required.
wine: Unhandled exception 0x80000003 in thread 26 at address 0000000140822876 (thread 0026), starting debugger...

Quelques points: il s'agit d'un binaire sans dénuvo (vous savez) et je l'exécute avec Pure Wine 5.2, pas Proton. Cependant, j'espère que c'est utile de toute façon. Essayé avec le pilote de développement stable (440.59) et Vulkan (440.66.03). Aucune différence et cette extension dont il se plaint est un peu ancienne.

On dirait qu'il a besoin de la même version de vin que @doitsujin faisait référence
à plus tôt

Le vendredi 20 mars 2020 à 10 h 40, rkfg [email protected] a écrit:

Une autre option intéressante que Doom lui-même suggère est + in_terminal 1. I
l'a deviné à partir de la sortie du terminal du jeu: prise en charge du terminal
désactivée. Activer avec in_terminal
Avec lui, l'erreur est un peu plus claire:

------ Initialisation du système de fichiers ------
Chemin de recherche actuel:

  • C: / users / rkfg / jeux enregistrés / id Software / DOOMEternal / base /
  • Z: /.../ DOOMEternal / base /
    ------ Système de fichiers initialisé.
    AVERTISSEMENT: idBroadcastManager :: Register appelé avec l'ID système hors de portée [65535]
    ----- Enregistrement des types de déclin -----
    ----- Démarrage des tâches d'analyse decls -----
    Ajout de la redirection d'impression de l'écouteur de journal structuré
    AVERTISSEMENT: idBroadcastManager :: Register appelé avec l'ID système hors de portée [65535]
    AVERTISSEMENT: idBroadcastManager :: Register appelé avec l'ID système hors de portée [65535]
    ------ Ligne de commande ------
    Z: ... \ DOOMEternalDOOMEternalx64vk.exe + com_skipSignInManager 1 + in_terminal 1
    2020-03-20T17: 37: 24.439 + 03: 00 LOG: Ligne de commande: Z: ... \ DOOMEternalDOOMEternalx64vk.exe + com_skipSignInManager 1 + in_terminal 1
    ------ Informations sur le système d'exploitation ------
    Microsoft Windows 7 Build 7601

------ Informations sur le processeur ------
Processeur Intel (R) Core (TM) i7-7700K à 4,20 GHz
1 processeur, 4 cœurs physiques, 8 cœurs logiques
Processeur Intel 4,2 GHz avec MMX & SSE & SSE2 & SSE3 & SSSE3 & SSE41 & SSE42 & AVX & HTT
32768 Ko de cache de 1er niveau, 262144 Ko de cache de 2ème niveau, 8388608 Ko de cache de 3ème niveau
31,33 Go de mémoire système

idLib :: SetProduction (PROD_PRODUCTION)
------- Initialisation de renderSystem --------
PreliminaryRenderSetup
... classe de fenêtre enregistrée
Traceur de pile initialisé
ERREUR FATALE: Veuillez mettre à jour votre pilote: VK_KHR_get_surface_capabilities2 est requis.
wine: exception non gérée 0x80000003 dans le thread 26 à l'adresse 0000000140822876 (thread 0026), démarrage du débogueur ...

Quelques points: c'est un binaire sans dénuvo (vous savez) et je l'exécute
avec Pure Wine 5.2, pas Proton. Cependant, j'espère que c'est utile de toute façon. A tenté
avec à la fois le pilote de développement stable (et Vulkan

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

a exécuté ce que @rkfg a fait avec +in_terminal 1 , le journal semble plus grand maintenant.
steam-782330.log

@ gardotd426 ah oui, je suis un peu en retard à la fête semble-t-il. Je suppose que si c'est le seul problème qui l'empêche de fonctionner, nous l'aurons en peu de temps.

Enfin quelques bonnes nouvelles. J'espère que cela ne prendra pas longtemps à résoudre.

@APoniatowski intéressant qu'il n'y ait aucune information sur votre CPU et cette extension Vulkan dans votre journal. Cette option peut ne fonctionner que dans la version de développeur que Bethesda a accidentellement divulguée.

Mais VK_KHR_get_surface_capabilities2 est déjà présent dans tous les pilotes. C'est là aussi pour Mesa.

Pas pour autant que Wine le sache, c'est le problème.

Le vendredi 20 mars 2020 à 10 h 55, mozo78 [email protected] a écrit:

Mais VK_KHR_get_surface_capabilities2 est déjà présent dans tous les pilotes.
C'est là aussi pour Mesa.

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

@rkfg Voici mes informations système, si cela vous aide. La version bêta de vapeur devrait avoir le dernier chargeur vulkan, comme @ kisak-valve mentionné précédemment
system-info.txt

Ah, je vois. Merci :)

19 mars 2020 Client bêta
Proton 5.0-4
NVIDIA 440.64
Le jeu ne démarre pas. J'ai essayé une astuce qui a permis à DOOM Eternal de fonctionner sous Windows, à savoir copier DOOMEternalx64vk.exe sur idTechLauncher.exe et aucune différence.

Information système
GPU: AMD 5700XT
Version du pilote / LLVM: LLVM 9.0.1
Version du noyau: 5.5.10
Version Proton: 5.0-4
Lien vers le rapport d'informations système complet en tant que Gist: https://gist.githubusercontent.com/zaggynl/5812f8efa63bfc1d71a0f9aa1d38ee24/raw/508103729dab2ce6aa7bc079bae810b8c13a1284/sysinfo%2520zaggynl
Version beta de Steam à partir du 19/03/2020 à 22:39:54
steam-782330.log

Les gens donnent l'impression que https://github.com/ValveSoftware/wine/pull/85 est la seule chose à faire; ne devons-nous pas encore attendre que Denuvo soit également supprimé?

Les gens donnent l'impression que le PR est la seule chose à faire; ne devons-nous pas encore attendre que Denuvo soit également supprimé?

Ça dépend. Nous avons un binaire sans Denuvo à tester, et il se peut que cela fonctionne même avec Denuvo active.

Les gens donnent l'impression que ValveSoftware / wine # 85 est la seule chose à faire; ne devons-nous pas encore attendre que Denuvo soit également supprimé?

Pas nécessairement?

Voir: https://github.com/ValveSoftware/Proton/releases

Correction des échecs de Denuvo DRM dans Just Cause 3 et Batman Arkham Knight.

Bien qu'une version sans DRM de l'exécutable soit préférable, sa présence ne nécessite pas un échec de l'exécution du jeu et de sa lecture performante.

Désolé les gars, je ne pense pas comprendre.

Vin désinstallé.
J'ai téléchargé le source de wine 5.2 et l'ai compilé avec les fichiers de remplacement de ValveSoftware / Wine # 85 en éditant les fichiers dans les dossiers et en les sauvegardant. Compilé et installé avec ./configre et make.

Proton installé 5.4-GE-1. Rebooted Steam. Même résultat raté. Suis-je censé essayer de courir en dehors de Steam? Le résultat est le suivant:

wine blahblah / .steam / steam / steamapps / common / DOOM / DOOMx64vk.exe '
002b: fixme: tas : RtlSetHeapInformation 0x7a0000 0 0x32e380 4 stub
002b: err: vulkan : wine_vk_init Echec du chargement de libvulkan.so.1.
002b: err: vulkan : wine_vk_init Echec du chargement du pilote graphique Wine prenant en charge Vulkan.
002b: err: module : LdrInitializeThunk "winevulkan.dll" n'a pas pu s'initialiser, abandon
002b: err: module : LdrInitializeThunk L'initialisation des dll pour L "Z: \ home \ user \ .steam \ steam \ steamapps \ common \ DOOM \ DOOMx64vk.exe" a échoué, état c0000142

Aimez-vous, ça marche? Qu'as-tu fait?

Je pense que vous devez compiler Proton, pas Wine. Il existe des jeux Vulkan qui fonctionnent uniquement avec Proton comme No Man's Sky par exemple. Si vous essayez d'exécuter NMS avec Wine, cela donne la même erreur libvulkan.so.1.

Le PR est pour la fourchette à vin de Valve, pas pour le proton, cependant ...?

Je pense que vous devez compiler Proton, pas Wine. Il existe des jeux Vulkan qui fonctionnent uniquement avec Proton comme No Man's Sky par exemple. Si vous essayez d'exécuter NMS avec Wine, cela donne la même erreur libvulkan.so.1.

Logique.

Mais HOOWWWW

En fait, Wine est compilé avec Proton en tant que sous-module Git. Ce que vous devez faire est de cloner Proton, d'initier les sous-modules et de changer le sous-module wine pour qu'il pointe vers le dépôt et la branche de la demande d'extraction, puis compilez Proton (qui compile Wine en cours de route). En outre, vous devez avoir installé les fichiers de développement Vulkan.

Essayé avec Proton-5.4-GE-1, je reçois un écran attaché, puis je plante après avoir cliqué sur play.
Screenshot from 2020-03-20 08-01-43

Alors j'ai aussi ça. La question est, pourquoi le lanceur pense-t-il que vous avez un pilote de fin 2016 plutôt que 440+, qui est 2020. Je me demande s'il y a une chaîne de pilote dans le lanceur qui ne correspond pas d'une manière ou d'une autre?

Quelqu'un a-t-il réussi à compiler Proton avec ce PR appliqué? Cela s'applique correctement, mais il ne se compile pas. Bien que je dispose des derniers (1.2.135) Vulkan-Loader et Vulkan-Headers installés, j'obtiens plusieurs erreurs de compilation:

../../../wine/dlls/winevulkan/vulkan.c:2724:11: error: unknown type name ‘VkPhysicalDeviceSurfaceInfo2KHR’
 2724 |     const VkPhysicalDeviceSurfaceInfo2KHR*      pSurfaceInfo,
  |           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../../../wine/dlls/winevulkan/vulkan.c:2725:5: error: unknown type name ‘VkSurfaceCapabilities2KHR’; did you mean ‘VkSurfaceCapabilitiesKHR’?
 2725 |     VkSurfaceCapabilities2KHR*                  pSurfaceCapabilities)
  |     ^~~~~~~~~~~~~~~~~~~~~~~~~
  |     VkSurfaceCapabilitiesKHR
../../../wine/dlls/winevulkan/vulkan.c:2752:11: error: unknown type name ‘VkPhysicalDeviceSurfaceInfo2KHR’
 2752 |     const VkPhysicalDeviceSurfaceInfo2KHR*      pSurfaceInfo,

C'est juste un fragment, en fait il y a plus d'erreurs.

Au fait, le dépôt TkG contient le correctif pour l'extension VK_KHR_get_surface_capabilities2 pour Wine standard (et pour Staging). Malheureusement, ce correctif n'ajoute pas VK_EXT_full_screen_exclusive, qui est également requis pour Doom Eternal.

Modifier . Proton 5.0-5 est sorti et le jeu fonctionne dessus, l'édition de l'exe du jeu avec sed n'est plus nécessaire. Cependant, vous devez toujours installer le dernier Vulkan-Loader (1.2.135) et probablement encore besoin de remplacer l'exe du jeu par la version sans DRM.

J'ai fait fonctionner Doom Eternal en compilant Wine-Staging avec le patch du repo TkG et en remplaçant les chaînes par des extensions VK dans l'exécutable du jeu (oui, ce stupide est f ** k, mais au moins cela permet au jeu de se lancer). Le dernier Vulkan-Loader (1.2.135) est également requis.

Par exemple, j'ai remplacé vkAcquireFullScreenExclusiveModeEXT par vkCreateDescriptorUpdateTemplateKHR, j'ai également remplacé VK_EXT_full_screen_exclusive par VK_EXT_sampler_filter_minmax. J'ai utilisé sed à cette fin.

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkCreateDescriptorUpdateTemplateKHR/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_sampler_filter_minmax/g' DOOMEternalx64vk.exe

Voici une autre variante qui fonctionne mieux:

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkGetImageSparseMemoryRequirements2/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_shader_stencil_export/g' DOOMEternalx64vk.exe

Les chaînes remplacées doivent avoir la même longueur que les chaînes d'origine (c'est important, sinon l'exécutable ne se lancera pas du tout).

Le jeu se bloque ou plante souvent avant d'entrer dans le menu principal, plusieurs tentatives peuvent être nécessaires.

test3
test4
test
test1

J'ai pu entrer dans le menu principal, mais une seule fois, lors de la prochaine exécution, le jeu s'est à nouveau suspendu:

twst

Après plusieurs tentatives, j'ai pu à nouveau accéder au menu principal et démarrer la campagne:

gameplay

Voici la vidéo du gameplay (le son fonctionne, je ne l'ai tout simplement pas enregistré). Ne regardez pas la performance, je suis presque sûr que c'est mauvais à cause de cette mauvaise façon de faire fonctionner le jeu.

J'ai seulement essayé l'exécutable sans DRM, je ne peux donc pas dire si la version Denuvo peut être lancée de cette façon.

Je vais continuer à expérimenter avec des cordes, peut-être que je vais faire fonctionner le jeu complètement.

ps Désolé pour les fautes de grammaire, l'anglais n'est pas ma langue maternelle (mais je l'améliore constamment).

@ Kron4ek quel système d'exploitation utilisez-vous? Je regarde la disponibilité de vulkan-cd-loader sur Manjaro, et je ne vois que la version 1.2.132-1. Je suis curieux de savoir comment vous avez mis la main sur 1.2.135.

@ makusu2 Resident Evil 2 a fonctionné tout le temps que Denuvo faisait encore partie du jeu, ils n'ont supprimé Denuvo de RE2 que très, très récemment. La présence de Denuvo ne signifie pas grand-chose, elle fonctionnera probablement encore.

@ MacroHard-sys, tout ce que vous avez fait a été d'installer une nouvelle version de Wine sur votre SYSTEM avec le PR. Proton utilise Wine intégré, pas le système Wine. Vous n'avez même pas besoin de Wine installé sur votre système pour utiliser Proton, en particulier parce que Proton n'utilise pas du tout Wine de votre système.

Vous devrez compiler Proton avec le PR et utiliser cette version de Proton pour essayer d'exécuter le jeu.

@ Kron4ek, il semble que nous devrions être en mesure de le faire fonctionner, alors, cela peut prendre quelques jours pour que Valve accepte le PR et découvre les derniers problèmes.

juste essayé de patcher l'exécutable du jeu (à partir de Steam) avec les commandes de @ Kron4ek , pas de dés. donne une petite fenêtre avec le logo id, puis se ferme. Je travaille toujours sur la construction de proton avec les correctifs, je rapporterai si cela fonctionne avec cela.

@pastapojken J'utilise Arch Linux, j'ai compilé le dernier vulkan-icd-loader manuellement.

juste essayé de patcher l'exécutable du jeu (à partir de Steam) avec les commandes de @ Kron4ek , pas de dés. donne une petite fenêtre avec le logo id, puis se ferme.

Vous devez recompiler et installer wine en utilisant le correctif de TkG avec ces remplacements de chaînes et la 1.2.135 du chargeur vulkan-icd-loader et des en-têtes pour que cela fonctionne.

@ Kron4ek gotcha.

Alors, avons-nous besoin de vulkan-icd-loader 1.2.135 installé ou patché Proton suffira-t-il?

@ mozo78 vous aurez besoin des derniers chargeurs / en-têtes installés, probablement pour les fonctionnalités supplémentaires que le jeu utilise

Alors, avons-nous besoin que vulkan-icd-loader 1.2.135 soit installé ou que Proton desséché suffira?

il semble que si vous utilisez wine en dehors de proton, vous avez besoin de vulkan-icd-loader, mais proton utilisera le runtime steam sinon qui devrait contenir la bonne version si vous avez opté pour la version bêta de steam

Je vous remercie. Cela devient de plus en plus difficile ...

@ Kron4ek avez-vous essayé d'exécuter le jeu avec +com_skipSignInManager 1 dans les options de lancement de Steam?

Selon DX4400 sur les forums Steam, vous pouvez ajouter: +com_skipKeyPressOnLoadScreens 1 qui désactive la barre d'espace presse pour continuer et charge simplement le jeu dans le niveau. @ Kron4ek si vous vous

Tweaks supplémentaires ici:

Meilleure utilisation:

+com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Alors, avons-nous besoin de vulkan-icd-loader 1.2.135 installé ou patché Proton suffira-t-il?

besoin d'utiliser vulkan-icd-loader & patch

@liberodark la steam-runtime beta contient les versions vulkan requises, il ne devrait s'agir que de steam-native ce qui désactive le runtime Steam qui nécessite ces versions vulkan installées sur le système, voyez ce que @ kisak-valve a dit au dessus de.

Je parle pour le lancement sans steam-runtime, je ne l'utilise pas.

@liberodark steam-runtime et Steam For Linux Runtime sont deux choses différentes, la première est juste Steam avec des bibliothèques intégrées, et est la manière par défaut de lancer le jeu dans des distributions comme Manjaro. Si vous exécutez simplement steam , il exécutera steam-runtime . La seconde est une couche de compatibilité, comme Proton avant la sortie de Proton. C'est ce que vous pouvez utiliser pour essayer de lancer certains jeux dans les propriétés, par exemple lorsque vous choisissez les versions de Proton.

considérant que la version requise du vulkan-icd-loader et des en-têtes n'est même pas disponible pour la plupart des utilisateurs de Linux sans intervention manuelle lourde, Steam devrait certainement être exécuté avec la version steam-runtime et non steam-native , pour l'instant.

@ Kron4ek avez-vous essayé d'exécuter le jeu avec + com_skipSignInManager 1 dans les options de lancement de Steam?

Désolé, je n'ai pas encore acheté le jeu, donc pour l'instant je n'essaye que l'exécutable sans DRM.
Cependant, j'ai essayé cet argument sur l'exécutable sans DRM, pour une raison quelconque, cela ne fonctionne pas pour moi, le jeu demande toujours une connexion au compte Bethesda. Cependant, la désactivation de la connexion Internet fonctionne.

Après plusieurs tentatives, j'ai pu entrer dans le menu principal et démarrer la campagne. Voici la vidéo, j'ai également édité mon post ci-dessus.

C'est sympa de me l'expliquer mais je connais bien la différence j'ai travaillé sur les deux j'avoue que la conteneurisation est très intéressante.

@ Kron4ek bonne vidéo: D

@ Kron4ek donc il semble que le jeu devrait fonctionner dès que Valve corrigera quelques problèmes.

Peut-être pourriez-vous essayer d'expliquer le processus EXACT que vous avez utilisé du début à la fin (après avoir obtenu le jeu bien sûr) pour le faire fonctionner, afin que d'autres puissent essayer de se reproduire. Y compris si vous avez utilisé le runtime Steam ou sinon comment vous avez obtenu et construit la version nécessaire de vulkan-icd-loader .

@ gardotd426 Oui, il semble que le jeu devrait être complètement jouable après la fusion du 85 PR . Eh bien, au moins le DRM-Free devrait fonctionner, mais je suppose que la version Denuvo fonctionnera aussi.

Je n'ai jamais eu de problème avec les quelques jeux Denuvo que j'ai essayés sous Linux,
Resident Evil 2 fonctionnait bien avant même de le retirer. Alors c'est un
raison d'espérer. Nous devrons attendre un mot de Valve, je suppose. Ou TKG
ou GE, si rien d'autre.

Le vendredi 20 mars 2020 à 15 h 39, Kron4ek [email protected] a écrit:

@ gardotd426 https://github.com/gardotd426 Oui, ça ressemble au jeu
devrait être complètement jouable après la fusion du 85 PR
https://github.com/ValveSoftware/wine/pull/85/commits . Bon, au moins
le DRM-Free devrait fonctionner, mais je suppose que la version Denuvo fonctionnera aussi.

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

quelqu'un peut-il me relier à vulkan-icd-loader aur

pas besoin de aur

NVIDIA:

sudo pacman -S nvidia nvidia-utils lib32-nvidia-utils nvidia-settings vulkan-icd-loader lib32-vulkan-icd-loader

AMD:

sudo pacman -S lib32-mesa vulkan-radeon lib32-vulkan-radeon vulkan-icd-loader lib32-vulkan-icd-loader

INTEL:

sudo pacman -S lib32-mesa vulkan-intel lib32-vulkan-intel vulkan-icd-loader lib32-vulkan-icd-loader

@ ReaperOfSouls1909 ce n'est pas dans l'AUR, c'est dans les dépôts officiels. Vous devrez utiliser quelque chose comme svn pour récupérer le dépôt PKGBUILD et le modifier manuellement.

@liberodark qui ne leur fait aucun bien, les versions de repo ne sont pas assez récentes, elles ont besoin de .135, pas de .132. donc juste sudo pacman -S ... ne les aidera pas du tout.

sudo pacman -S nvidia nvidia-utils lib32-nvidia-utils nvidia-settings vulkan-icd-loader lib32-vulkan-icd-loader

mauvais numéros de version de cette façon

quelqu'un peut-il me relier à vulkan-icd-loader aur

J'ai les PKGBUILD AUR pour le chargeur et l'en-tête dans un commentaire plus tôt dans ce ticket si vous en avez besoin, mais comme ils l'ont dit, steam-runtime devrait charger leurs versions internes 1.2.135

quelqu'un peut-il me relier à vulkan-icd-loader aur

J'ai les PKGBUILD AUR pour le chargeur et l'en-tête dans un commentaire plus tôt dans ce ticket si vous en avez besoin, mais comme ils l'ont dit, steam-runtime devrait charger leurs versions internes 1.2.135

vu que merci de le zipper ci-dessus

D'accord

même problème, un moyen rapide d'exécuter cela?

vous avez besoin du dernier vulkan-icd-loader

pacman -S vulkan-icd-loader ?

Pour les personnes avec GPU Radeon: utilisez le pilote vulkan d'amdgpu-pro, il fonctionne beaucoup mieux que amdvlk (ne semble pas non plus se bloquer toutes les 10 minutes). Avec lui, j'ai 120+ fps stables avec 5700 XT en 1440p + paramètres élevés.

pacman -S vulkan-icd-loader ?

pas utiliser ce pkgbuild
Vulkan-icd-loader-1.2.135-PKGBUILD.zip

@Niedzwiedzw non, cela ne donne pas une version suffisamment à jour.

Vous devez télécharger le zip ci-dessus

@werman comment l'avez-vous fait fonctionner?

oh n'est pas autorisé à partager du vin tkg? @ValveSoftware

Bonjour @liberodark , bien qu'il soit correct de partager des versions de Proton, ce n'est pas correct de partager des exécutables de jeu, et le lien que vous avez utilisé est verrouillé par région, donc je ne pouvais pas regarder de plus près pour évaluer au-delà de votre description du contenu.

ok je fais une version sans ça

@ gardotd426 À quelle étape avez-vous des problèmes?

Quelqu'un doit expliquer clairement comment le faire fonctionner, ce fil est un gâchis absolu en ce moment.
@werman :

  1. Comment l'avez-vous fait fonctionner. Quelle version de Steam utilisez-vous, natif ou exécutable sur Steam? Quelles options de lancement, quelle version de Proton?
  2. Où avez-vous la version pro du pilote vulkan d'AMD? Sur Arch, c'est des mois dépassés et seulement jusqu'à 19h30.

Cela n'aide personne s'il n'y a même pas un semblant de guide étape par étape lorsque toutes ces solutions de contournement sont nécessaires pour le moment.

@ ReaperOfSouls1909 comment puis-je faire ça? : O

Nouveau lien version précomplie juste pure wine tkg: https://drive.google.com/open?id=1_pPRwztcq_Vp6IKGAXo-XIrnicizZqlk

patch votre exe de jeu:

sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkGetImageSparseMemoryRequirements2/g' DOOMEternalx64vk.exe
sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_shader_stencil_export/g' DOOMEternalx64vk.exe

Cela n'aide personne s'il n'y a même pas un semblant de guide étape par étape lorsque toutes ces solutions de contournement sont nécessaires pour le moment.

@ gardotd426 donne un peu mon mec, ce fil est hyper-actif et il serait bon de montrer un peu de patience. nous avons beaucoup de gens qui font du bon travail, donnez-leur une minute pour reprendre leur souffle et mettre les choses en ordre.

avoir une erreur dans votre pkgfile @ ReaperOfSouls1909 mieux partager la version compilée

@liberodark , en

ce n'est pas mon script @oscarcp qui l'a fait s'il y a une erreur, je ne

vulkan-icd-loader-1.2.135-1-x86_64.pkg.zip

mais pas de partage de fichiers mauvais ou illégaux juste est tkg a une meilleure solution.
Je vais faire de la version vin pur @ kisak-valve

Dû désactiver ACO pour Vulkan 1.2.135 à utiliser.

Sinon, le jeu fonctionne très bien après toutes les solutions de contournement.

@ kisak-valve a mis à jour le look du lien n'est que wine tkg pré-compilé avec un patch pour doom

Dû désactiver ACO pour Vulkan 1.2.135 à utiliser.

Sinon, le jeu fonctionne très bien après toutes les solutions de contournement.

Pour que nous comprenions bien, vous avez installé 1.2.135. Y a-t-il autre chose que vous avez fait en plus de désactiver ACO (et comment avez-vous fait cela d'ailleurs) pour que le jeu fonctionne? Cela impliquait-il de tirer parti de la modification du vin pour DOOT Eternal?

Modifier . Proton 5.0-5 est sorti et le jeu fonctionne dessus, l'édition de l'exe du jeu avec sed n'est plus nécessaire. Cependant, vous devez toujours installer le dernier Vulkan-Loader (1.2.135) et probablement encore besoin de remplacer l'exe du jeu par la version sans DRM.

Ok, voici les instructions assez courtes sur la façon d'exécuter le jeu avec l'exe DRM-Free:

  1. Installez les derniers pilotes vidéo pour votre GPU (probablement pas requis, mais fortement recommandé)
  2. Installez les derniers (1.2.135) Vulkan-Loader et Vulkan-Headers. Compilez-les manuellement ou trouvez un dépôt.
  3. Compilez le dernier Wine-Staging avec ce patch appliqué
  4. Remplacez l'exécutable du jeu par la version sans DRM (impossible de publier le lien ici, mais il peut être trouvé assez facilement)
  5. Exécutez ces commandes dans le répertoire du jeu:
    sed -i 's/vkAcquireFullScreenExclusiveModeEXT/vkGetImageSparseMemoryRequirements2/g' DOOMEternalx64vk.exe
    sed -i 's/VK_EXT_full_screen_exclusive/VK_EXT_shader_stencil_export/g' DOOMEternalx64vk.exe
  1. Exécutez l'exe du jeu (DOOMEternalx64vk.exe) en utilisant Wine-Staging que vous avez compilé à l'étape 3

Comme je l'ai déjà dit, le jeu plante ou se bloque souvent avant d'entrer dans le menu principal, de sorte que plusieurs redémarrages du jeu peuvent être nécessaires.

@ PraetorianSC4 sauf si vous avez RADV_PERFTEST=aco dans votre /etc/environment , ~/.profile , ~/.zprofile , ~/.zshrc , ~/.bashrc , etc. , ou dans les options de lancement (donc fondamentalement, sauf si vous avez activé manuellement ACO, il n'est pas activé par défaut. Si vous l'avez activé ailleurs, vous pouvez utiliser RADV_PERFTEST=llvm .

@Voxed ,

La version pré-compilée de wine est ici: https://drive.google.com/file/d/1_pPRwztcq_Vp6IKGAXo-XIrnicizZqlk/view?usp=sharing only wine

@ PraetorianSC4 sauf si vous avez RADV_PERFTEST=aco dans votre /etc/environment , ~/.profile , ~/.zprofile , ~ / .zshrc , ~ / .bashrc , etc, or in the launch options (so basically unless you have manually enabled ACO, it's not enabled by default. If you've got it enabled elsewhere, you can use RADV_PERFTEST = llvm`.

@Voxed ,

La version gratuite DRM, vous avez besoin du patch tkg pour le faire fonctionner.

je compilerai wine-tkg avec ce patch et téléchargerai le fichier d'installation pour arch

Alors DRM est un problème pour ce jeu, s'il est impossible de l'exécuter sans la version sans DRM. Ou est-ce que quelqu'un avec la version Steam a réellement essayé quelque chose de cela?

pas juste besoin d'attendre drm quand le pr est merge est ok

@ gardotd426 : inconnu pour le moment. Je ne pense pas que quiconque soit encore assez loin avec la version drm du jeu.

Je travaille toujours à faire fonctionner le processus de construction de protons incroyablement janky afin que je puisse construire avec des correctifs de ce pr

mais le lanceur bethesda est un autre problème probable
Renommez probablement simplement les fichiers?

La construction proton de TKG utilise les mêmes patchs que wine-tkg, donc tout ce que vous avez à faire est de construire proton-tkg avec le patch wine-tkg.

@ gardotd426 Le problème est qu'à l'heure actuelle, la solution de contournement implique le hotpatching de l'exécutable en raison d'une carence dans Wine.

Il n'y a aucune raison pour laquelle nous savons que la version DRM ne fonctionnera pas une fois que cela sera corrigé.

Bonjour @ gardotd426 , Denuvo est un logiciel anti-falsification, il n'est donc pas surprenant que le fait de mentir l'exécutable sur les extensions vulkan le rendrait bouleversé.

J'utilise la version sans drm. amdvlk se bloque pour moi toutes les 10 minutes donc j'utilise amdgpu-pro

1) J'ai compilé vulkan-icd-loader 1.2.135 avec https://gist.github.com/werman/af271c89410b942e6d50963ccf0f34f1 PKGBUILD (vous pouvez trouver la version compilée ci-dessus dans le fil, je pense)
2) Radeon * Installez amdgpu-pro vulkan, PKGBUILD https://gist.github.com/werman/696063d328fb9a49ed5ca609df6dff50, faites makepkg puis faites sudo pacman -U vulkan-amdgpu-pro-19.50_967956-1-x86_64.pkg.tar amdgpu-pro-core-meta-19.50_967956-1-any.pkg.tar amdgpu-core-meta-19.50_967956-1-any.pkg.tar
3) Vous avez besoin de Proton 5.0 + deux librairies de patch wine, https://cdn.discordapp.com/attachments/542099730751160338/690574741819621386/frog.7z (extrait de dxvk discord et compilé par doitsujin) - placez les deux .so dans Proton 5.0/dist/lib64/wine/

or use patched wine from above

4) Pour amdgpu-pro, ajoutez VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_pro_icd64.json
5) Ajoutez +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 aux options de lancement
cela peut ressembler à VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_pro_icd64.json %command% +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1
6) Il peut y avoir des problèmes avec alt-tab (ou tout ce que j'ai dans i3), vous pouvez donc activer le bureau virtuel dans le préfixe wine
7) Profitez

C'est un peu mouvementé et les gens ont déjà publié des guides ci-dessus, mais peut-être que cela aidera quelqu'un. Au moins, cela a fonctionné pour moi.

Il ne nous reste plus @werman et à la convertir pour les détenteurs de cartes nvidia, à l'appliquer à la version Steam du jeu et à espérer le meilleur.

@werman ma distribution n'a pas de build pour les pilotes du propriétaire. Je n'ai encore rien testé, mais si amdvlk est si mauvais, alors peut-être que le pilote Mesa Radeon Vulkan serait mieux adapté? Vraiment je jette juste des choses au mur

@ashkitten bonne chance avec la version Proton; J'espère vraiment voir le jeu sortir du client Steam le jour 1: cross_fingers:

@wundrweapon Je n'ai pas pu lancer le jeu avec Mesa, mais je n'ai pas vraiment essayé

@jjbarr @ kisak-valve J'avais l'impression que les correctifs pour wine mentionnés (qui sont nécessaires pour que le jeu fonctionne) SONT ce qui est dans le PR, et ce que nous attendons d'être implémenté dans Wine. Alors, la version Steam ne devrait-elle pas simplement fonctionner avec un Proton patché?

Mais vous avez besoin de vulkan-headers 1.2.135 aussi @ ReaperOfSouls1909 vous l'avez en pré-compilé?

@ PraetorianSC4 si je comprends bien, les instructions de @werman impliquent toujours l'utilisation d'un exécutable de légalité douteuse, donc si c'est vraiment nécessaire, je doute que nous verrons ce correctif faire son chemin dans les valeurs par défaut de Steam Play de si tôt.

Bonjour @ gardotd426 , si vous revenez dans la discussion, il a été question d'une autre variante similaire à PR 85 qui s'applique proprement à wine git master, mais ne couvre pas tout dans cette pull request.

@ PraetorianSC4 si je comprends bien, les instructions de @werman impliquent toujours l'utilisation d'un exécutable de légalité douteuse, donc si c'est vraiment nécessaire, je doute que nous verrons ce correctif faire son chemin dans les valeurs par défaut de Steam Play de si tôt.

AFAIK la version sans DRM n'est utilisée que pour éviter le passage à la vapeur. La version DRM peut toujours fonctionner avec proton-tkg.

OK, ONT TROUVÉ UNE MEILLEURE SOLUTION: D

image

Quelqu'un a fait un guide / vidéo à l'épreuve des noob? Certains utilisateurs (comme moi) oublient même le fonctionnement du codage.
Est-ce que cela peut aussi fonctionner sur Arch ou Gentoo Linux?
THX!

@mahmutpek semble que tous les tests de ce fil ont jusqu'à présent été effectués sur Arch. Personnellement, j'espère juste que tout fonctionne bien sur Void (maintenant que j'ai mis à jour Vulkan sur leurs dépôts)

Quelqu'un a fait un guide / vidéo à l'épreuve des noob? Certains utilisateurs (comme moi) oublient même le fonctionnement du codage.
Est-ce que cela peut aussi fonctionner sur Arch ou Gentoo Linux?
THX!

les solutions données jusqu'ici ne sont pas du tout «à toute épreuve». vous devriez attendre une meilleure solution si vous n'avez pas la compréhension requise pour utiliser celles données jusqu'à présent.

@mahmutpek

Vous devrez attendre un peu. Je regarde ce fil depuis son ouverture il y a environ 20 heures, et ils sont toujours en train de le comprendre

@ kisak-valve, cela a beaucoup plus de sens, merci pour la clarification.

@wundrweapon Oui, je vais essayer Arch aussi mais j'espère que tous fonctionneront.
@ashkitten C'est vrai, je suis dans la mauvaise ligue.
Merci pour toutes les réponses, également les nouvelles.

Je vous envoie un meilleur travail de publication de vin pas besoin de patcher l'exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

Je vous envoie un meilleur travail de publication de vin pas besoin de patcher l'exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

que ferait quelqu'un avec ça sur debian / ubuntu?

ressemble à https://github.com/ValveSoftware/Proton/blob/proton_5.0/vagrant-user-setup.sh#L7 a échoué car la récupération de http://repo.steampowered.com/steamrt/pool/main/libx/ libxcb / libxcb-xinerama0-dev_1.11.1-1ubuntu1 + steamos1 + srt2_i386.deb a expiré, malheureusement. c'est vraiment pénible de mettre en place cet environnement, car repo.steampowered.com est très lent.

edit: retenté et il n'a pas manqué de récupérer cette fois ... voyons si tout le conteneur docker va se construire maintenant

Je vous envoie un meilleur travail de publication de vin pas besoin de patcher l'exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

Quel patch avez-vous utilisé?

est juste une compilation de vin précompilé.
Pour moi pas de problème pour l'exécuter sur ubuntu ou debian si vous avez la même version de lib pour icd

Oui, mais qu'avez-vous fait pour le faire compiler avec le support VK_EXT_full_screen_exclusive?

Je vous envoie un meilleur travail de publication de vin pas besoin de patcher l'exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

Dois-je juste cp -r / it?

Ouais, utilisez cette version pour faire une sauvegarde de votre version proton.

Ouais, utilisez cette version pour faire une sauvegarde de votre version proton.

comment obtenir de la vapeur pour l'utiliser et où le mettre?

Pour exécuter rapidement le jeu et pour la version sans drm ou Steam @ Kron4ek :

+in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

a finalement fait fonctionner la boîte vagabonde pour pouvoir essayer de construire un proton ... obtenir de vilaines erreurs, je pense que le patch pourrait ne pas fonctionner correctement. essaiera à nouveau dans un instant.

Ok c'est un mini tutoriel

tar -xvf winev2.tar.gz

mv ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist_back

mv wine ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist

lance ton jeu

a finalement fait fonctionner la boîte vagabonde pour pouvoir essayer de construire un proton ... obtenir de vilaines erreurs, je pense que le patch pourrait ne pas fonctionner correctement. essaiera à nouveau dans un instant.

Avec proton-tkg?

@liberodark a essayé ce que vous avez publié, a exécuté la version infectée par Denuvo à partir de Steam. Pas de dé. Y a-t-il quelque chose que j'oublie? J'ai remplacé le Proton dist par votre dernière version de wine et j'ai exécuté avec les options spécifiées

Donc, je reçois après avoir fait toutes les choses, avec les derniers pilotes nvidia et vulkan de Arch repos:
FATAL ERROR: Please update your driver: VK_KHR_get_surface_capabilities2 is required.

Des idées?

@annmuor vulkan-icd-loader des dépôts Arch n'est pas assez récent, la version 1.2.135 est requise.

ouais vous avez besoin de: 1.2.135

image

@ Kron4ek @liberodark ouais je sais mais ...

pacman -Ql vulkan-icd-loader
vulkan-icd-loader / usr /
vulkan-icd-loader / usr / lib /
vulkan-icd-loader /usr/lib/libvulkan.so
vulkan-icd-loader /usr/lib/libvulkan.so.1
vulkan-icd-loader /usr/lib/libvulkan.so.1.2.135
vulkan-icd-loader / usr / lib / pkgconfig /
vulkan-icd-loader /usr/lib/pkgconfig/vulkan.pc
vulkan-icd-loader / usr / share /
vulkan-icd-loader / usr / share / licenses /
vulkan-icd-loader / usr / share / licenses / vulkan-icd-loader /
vulkan-icd-loader /usr/share/licenses/vulkan-icd-loader/LICENSE.txt

Vous aurez également besoin d'une version de Proton avec mes correctifs VK_KHR_get_surface_capabilities2 + VK_EXT_full_screen_exclusive.

Vous aurez également besoin d'une version de Proton avec mes correctifs VK_KHR_get_surface_capabilities2 + VK_EXT_full_screen_exclusive.

il semble que ce soit ce qui me manque aussi (ERREUR FATALE: veuillez mettre à jour votre pilote: VK_KHR_get_surface_capabilities2 est requis - je le vois dans les journaux), mais j'ai obtenu le liberodark de vin pré-construit mis plus tôt dans le fil

PS: J'ai aussi obtenu le nouveau vulkan-icd-loader et les en-têtes, et j'utilise une GTX 1060 si c'est une information utile

@ Joshua-Ashton Je n'arrive pas à compiler Proton avec votre PR pour une raison quelconque, il y a des erreurs liées à winevulkan lors de la compilation. Est-ce un problème de ma part ou le problème est dans le PR?

J'ai même essayé de cloner et de compiler votre branche proton-wine VK_KHR_get_surface_capabilities2, toujours les mêmes erreurs.

La version que j'ai envoyée fonctionne parfaitement avec doom éternel maintenant c'est vrai que ce sont surtout ceux qui archivent linux ou manjaro qui pourront y jouer le plus facilement.
Au moment où la demande d'extraction est fusionnée. Ma solution n'est qu'une solution de contournement

@ Kron4ek Vous devrez exécuter make_vulkan en dlls/winevulkan avant de construire

make[2]: *** [loader/CMakeFiles/asm_offset.dir/build.make:63: loader/CMakeFiles/asm_offset.dir/asm_offset.c.o] Error 1 make[2]: Leaving directory '/home/user/Downloads/vulkan-icd/src/Vulkan-Loader-1.2.135/build' make[1]: *** [CMakeFiles/Makefile2:201: loader/CMakeFiles/asm_offset.dir/all] Error 2 make[1]: Leaving directory '/home/user/Downloads/vulkan-icd/src/Vulkan-Loader-1.2.135/build' make: *** [Makefile:141: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

Oof. Pensées?

Est-ce que makepkg PKGBUILD sort et obtient vulkan-icd-loader-1.2.135 ou est-ce quelque chose que vous devez d'abord vous procurer afin de construire le paquet que pacman utiliserait ensuite pour installer?

make[2]: *** [loader/CMakeFiles/asm_offset.dir/build.make:63: loader/CMakeFiles/asm_offset.dir/asm_offset.c.o] Error 1 make[2]: Leaving directory '/home/user/Downloads/vulkan-icd/src/Vulkan-Loader-1.2.135/build' make[1]: *** [CMakeFiles/Makefile2:201: loader/CMakeFiles/asm_offset.dir/all] Error 2 make[1]: Leaving directory '/home/user/Downloads/vulkan-icd/src/Vulkan-Loader-1.2.135/build' make: *** [Makefile:141: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

Oof. Pensées?

Est-ce que makepkg PKGBUILD sort et obtient vulkan-icd-loader-1.2.135 ou est-ce quelque chose que vous devez d'abord vous procurer afin de construire le paquet que pacman utiliserait ensuite pour installer?

assurez-vous d'obtenir les en-têtes en premier (ils sont dans ce fil), sinon cela échouera

pas besoin d'en-têtes pour exécuter le jeu dans les en-têtes 1.2.332
aucun n'a trouvé le 1.2.335 :(

@ Joshua-Ashton Merci, je ne savais pas que cela était nécessaire.

ouais vous avez besoin de: 1.2.135

image

Beau travail .. J'ai placé le vin patché ... mais dans ma boîte gentoo pas de chargeur vulkan 1.2.35 encore .. :(

Rappel amical que le runtime Steam (et non l'outil de compatibilité Steam Linux Runtime) dans la version bêta actuelle du client Steam fournit le chargeur 1.2.135 vulkan.

ah tellement désolé :( @ dylanmc1975

Comment faire pour que make_vulkan se produise dans la compilation @ Tk-Glitch proton-tkg?

@liberodark Malheureusement gentoo n'est pas trop réactif, je dois espérer en valve je pense

Vous bercez les gars Merci !!
Capture d’écran de 2020-03-20 23-06-35

J'ai les mêmes problèmes que @annmuor, je construis le vulkan-icd-loader requis et j'ai essayé la bouteille de vin j'ai toujours les plantages.

Alors tutoriel sur la façon d'obtenir jusqu'à 1.2.135 dans arch (Manjaro):

cd ~/Downloads
mkdir -p vulkan/icd vulkan/headers

wget -O ./vulkan/icd/PKGBUILD "https://gist.githubusercontent.com/oscarcp/4c4fb71fa380015b722172f308d406b1/raw/5d87d9e302fdc1f435457fcdd0dfc7ecaa5bcfa2/gistfile1.txt"

wget -O./vulkan/headers/PKGBUILD "https://gist.githubusercontent.com/oscarcp/9b54ea7f6bd4eb4144bd4e5e980f2c4c/raw/a33607a4f0966e1fed00440c9f8f99a4b7295402/gistfile1.txt"

cd vulkan/headers
makepkg --syncdeps
pacman -U vulkan-headers-1:1.2.135-1-any.pkg.tar.xz -y

cd ~/Downloads/vulkan/icd
makepkg --syncdeps
pacman -U vulkan-icd-loader-1.2.135-1-x86_64.pkg.tar.xz -y

Prochain:
milkyway vulkan-icd]$ pacman -Ql vulkan-icd-loader
vulkan-icd-loader /usr/
vulkan-icd-loader /usr/lib/
vulkan-icd-loader /usr/lib/libvulkan.so
vulkan-icd-loader /usr/lib/libvulkan.so.1
vulkan-icd-loader /usr/lib/libvulkan.so.1.2.135
vulkan-icd-loader /usr/lib/pkgconfig/
vulkan-icd-loader /usr/lib/pkgconfig/vulkan.pc
vulkan-icd-loader /usr/share/
vulkan-icd-loader /usr/share/licenses/
vulkan-icd-loader /usr/share/licenses/vulkan-icd-loader/
vulkan-icd-loader /usr/share/licenses/vulkan-icd-loader/LICENSE.txt

Et puis suivez ceci (avec la permission de @liberodark):

cd ~/Downloads
mkdir dootwine
mv winev2.tar.gz dootwine/.
cd dootwine

tar -xvf winev2.tar.gz

mv ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist_back

mv wine ~/.local/share/Steam/steamapps/common/Proton\ 5.0/dist

En supposant que je n'ai rien manqué, LA SEULE CHOSE QU'ILS DEVRAIENT CRAINDRE, C'EST VOUS ...

Éditer:

Crash toujours pour la version Steam du jeu: -1:

HALP

même que @MuchiMuchiPink , @liberodark J'ai essayé votre build wine mais pour moi, au moins, ça plante. Le journal est ici .
J'ai compilé vulkan-icd-loader en 1.2.135 en modifiant le PKGBUILD. Exécuter Arch 5.5.10 avec un R9 290 et le dernier du repo mesagit

si vous voulez l'icd: @pastapojken
vulkan-icd-loader-1.2.135-1-x86_64.pkg.zip

Avoir réessayer avec 1.2.332 est un crash nécessaire pour redémarrer après l'installation

Toujours pas eu nulle part depuis cette

Toujours pas eu nulle part depuis cette

Quelle distribution utilisez-vous? ces gars-là l'exécutent sur une distribution basée sur Arch. Je suis sur Pop! _Os (basé sur ubuntu) et cela ne fonctionne pas non plus pour moi.

@wundrweapon Je pense que vous devez impliquer l'exécutable sans DRM, comme mentionné ci-dessus. Certes, je ne sais pas si liberodark et al utilisent la version sans DRM.

EDIT: J'aimerais essayer cela moi-même, mais peut-être avec un guide plus simple, bien que j'utilise Fedora.

Mettez à jour ici, j'ai utilisé @liberodark wine comme nouveau coureur dans Lutris et maintenant cela fonctionne. Merci tout le monde.

Salut les gars,

Je ne peux pas suivre la moitié de ce que vous faites / dites, mais j'ai utilisé la version wine de liberodark et (avec et sans) les options de lancement, il plante.
Je suis sous Linux Mint 19.3 (basé sur ubuntu 18.04) avec les pilotes du noyau 5.5.9 et nvidia 440.64 - je l'ai essayé sur Steam (acheté là-bas).
Le vulkan des «systèmes» est trop ancien, mais comme mentionné ci-dessus, ils viendraient avec Steam-beta, non?
Ai-je oublié quelque chose? Dois-je installer le dernier pilote bêta à partir d'ici: https://developer.nvidia.com/vulkan-driver ?

Merci h4ck3rz :)

Je fais ce que je peux, peut-être que je ne peux pas aider tout le monde avec ma solution.
Si nécessaire, je vous donnerai mon identifiant Discord pour partager un écran avec moi et essayer de vous aider autant que possible.
liberodark # 0928

Quelle distribution utilisez-vous?

Void Linux

Je pense que vous devez impliquer l'exécutable sans DRM

Peut-être que je fais… Qu'il en soit ainsi

Je vais vous donner mon identifiant discord

Je vous remercie; a envoyé une demande, je ne sais pas si / quand j'aurai besoin d'aide

@wundrweapon J'ai fait de même, remplacé Proton 5.0 / dist par @liberodark 's Wine, mais après avoir exécuté le jeu, Steam a tout écrasé automatiquement pour qu'il ne fonctionne pas avec ses modifications Wine. Vous pouvez également le vérifier vous-même.

Est-ce que quelqu'un sait comment exécuter un jeu Steam en utilisant le vin du système au lieu de Proton?

En fait, il n'est pas nécessaire de remplacer tout le répertoire de Proton, il suffit de remplacer winevulkan.dll.so et winex11.dll.so dans le répertoire "steamapps / common / Proton 5.0 / dist / lib64 / wine", et après cela Proton sera capable d'exécuter le jeu (comme l'a déjà dit @werman).

Vulkan-Loader 1.2.135 est requis, alors assurez-vous de l'avoir installé.

Et je n'ai vu aucun article mentionnant l'exécution de la version Denuvo avec succès, donc l'exe sans DRM est probablement toujours nécessaire.

@wundrweapon après avoir exécuté un jeu avec Proton, Steam extrait proton_dist.tar dans le dossier dist /. J'ai changé ce fichier proton_dist.tar pour qu'il soit le même que celui de @liberodark 's Wine et l'ai essayé mais idTechLauncher.exe s'est immédiatement écrasé (aucune icône de la barre d'état système non plus), j'ai même essayé de remplacer idTechLauncher.exe par DOOMEternalx64vk.exe mais cela n'a pas fonctionné non plus . Cela ne fonctionne probablement pas avec la version DRM.

Après avoir patché manuellement Proton 5.0 et mis à jour le chargeur vulkan icd, quelqu'un peut-il détailler la commande pour exécuter le jeu?

Si j'utilise ./[...]/Proton\ 5.0/dist/bin/wine64 [path to the game.exe] directement, le jeu tourne mais j'ai un son terrible (pas de FAudio je présume ??)

Si j'utilise ./[...]/Proton\ 5.0/proton run [path to the game.exe] j'ai le FATAL ERROR: Please update your driver: VK_KHR_get_surface_capabilities2 is required.

Je suis sur manjaro, en utilisant la version gratuite de drm.

Salut les gars, je suis un peu perdu de tous les messages, est-ce que tout le monde fonctionne sur Steam? Ou via Wine ou Lutris ou tout ce qui précède?
Fonctionne-t-il avec la version Steam standard ou est-il nécessaire d'utiliser l'exe sans DRM?
Si l'exe sans DRM est requis, d'où pouvons-nous l'obtenir?
Je suis désolé si cela a déjà été publié, mais comment mettre à jour Vulkan-Loader 1.2.135 à Manjaro?
J'ai maintenant basculé Steam vers Steam beta, cela signifie-t-il que j'exécute automatiquement Vulkan-Loader 1.2.135? Ou dois-je sélectionner d'autres options?
Merci les gars, génial, vous l'avez fait fonctionner!

@ grand248 : Niveau de succès variable avec l'exécutif sans drm, devra obtenir la version Bethesda.net du jeu (possible qu'il ait déjà été corrigé). La version Steam du jeu est bloquée.

Après avoir finalement réussi à ne pas planter la version DRM, j'ai reçu un bon accueil de Denuvo.
Screenshot_20200320_235341
Rembourser c'est.

@Voxed, qu'avez -vous fait pour arriver aussi loin?

@ PraetorianSC4 J'ai la même chose. Je n'ai rien changé, il suffit de mettre à niveau la version bêta de Steam. Et obtenir cette merde de Denuvo

@ PraetorianSC4 Mettez le patch wine de liberodark dans le répertoire "Proton \ 5.0 / dist", en écrasant les fichiers déjà existants, je pense que vous pourriez avoir besoin du fichier de version déjà dedans (pas sûr). Et mettre à jour icd-vulkan-loader.

Vous devez également désactiver ACO si vous avez cela.

Ma commande de lancement est:
RADV_PERFTEST = llvm PROTON_LOG = 1% commande% + in_terminal 1

@Voxed -

@Voxed : radeon gpu ouais? Peu de chances de fonctionner pour moi, carte nvidia ici.

J'ai déjà effectué toutes les opérations suivantes:

Pas de chance pour l'instant. Majoritairement décevant.

Ouais, personnellement, peu importe ce que je fais ou si j'utilise DRM / pas de DRM, ça plante. J'espère que quelqu'un l'a compris quand je me réveille ¯ \ _ (ツ) _ / ¯

@AllKind Denuvo ne veut pas que vous vous

@Voxed , mais c'est une version achetée sur Windows de Steam ???

@AllKind ce n'est pas le bon endroit pour cette conversation. Attendez 24 heures ou obtenez un remboursement.

Le jeu tourne mais les performances sont terribles:
https://i.imgur.com/wK7Xr3H.png
Ce n'est qu'au début du niveau que je peux obtenir 60 FPS. Si je marche quelques pas et que j'en ai 18 ...

oui @ mozo78 n'est pas très bon et je suis sur nvidia
Mieux sans hdr et vsync

Oui, maintenant c'est 24: D

Je vous envoie un meilleur travail de publication de vin pas besoin de patcher l'exe: D
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view?usp=sharing

Celui-ci l'a fait pour moi aux côtés des deux pkgbuilds pour le 1.3.5 vulkan-icd-loader et l'en-tête, merci beaucoup @liberodark

Pour mentionner que j'ai mis le vin patché dans le dossier dist de proton 5.0

Essayé avec un certain exécutable alternatif. En supposant que l'exe n'est pas cassé, cela fonctionne moins bien maintenant. Je vais m'asseoir pendant un moment jusqu'à ce que tout semble bien ou jusqu'à ce que ma période de remboursement de 2 semaines soit sur le point d'expirer: upside_down_face:

Pour lancer et jouer correctement le jeu, il faudrait deux choses: une amélioration de dxvk et proton pour s'occuper correctement du jeu aussi le jeu que cela lance en vulkan c'est mauvais.

Pour lancer et jouer correctement le jeu, il faudrait deux choses: une amélioration de dxvk et proton pour s'occuper correctement du jeu aussi le jeu que cela lance en vulkan c'est mauvais.

DXVK n'est pas utilisé pour le destin. Il fonctionne nativement en vulkan.

Oui, l'amélioration requise concerne en fait le shim libvulkan de Proton / Wine.

Enfin je l'ai fait fonctionner, bon sang ouais. Vous avez un problème avec la tabulation alternative mais peu importe.
Donc, dans l'ensemble, une instruction rapide pour les utilisateurs de vapeur.

  1. Proton 5.0 fonctionne très bien avec les DLL patchés, vous n'avez plus besoin de sed exe.
  2. wine avec les correctifs fournis ici ne fonctionnait pas pour moi (nvidia 1660, arch) mais le proton le fait.
  3. Voici un lien vers proton (5.0.1 + libs, il suffit de déballer) que j'ai utilisé: https://drive.google.com/open?id=1H4Dljhp5L7d8lI7YVqid8MTkaMM_kOTF
  4. Voici un lien vers mon script d'exécution: https://gist.github.com/annmuor/88009be669db8c53a31b99e6c5835a07
  5. Vous avez besoin du dernier vulkan et c'est la partie la plus délicate ici.

Merci à tous ceux qui l'ont fait fonctionner!

Ouais mais doom éternel avec Vulkan est assez mauvais pour le vin sans dxvk aussi
ne pas avoir de test sans esync ...

@AllKind ce n'est pas le bon endroit pour cette conversation. Attendez 24 heures ou obtenez un remboursement.

Je suppose que le piratage constant de Proton essayant de le faire fonctionner a permis à l'exécutable de voir plus de 5 versions différentes des bibliothèques. Essayez de conserver les mêmes binaires kernel32, ntdll, etc. que vous fouillez.

Ouais mais doom éternel avec Vulkan est assez mauvais pour le vin sans dxvk aussi

DXVK n'est pas lié.

Ouais mais doom éternel avec Vulkan est assez mauvais pour le vin sans dxvk aussi

DXVK n'est pas lié.

oui c'est ce que je dis! mais c'est fou d'avoir une si mauvaise performance ...

doom eternal a publié une mise à jour ... toujours la même. je ne sais pas comment le patch affecterait tout le travail effectué jusqu'à présent

@dxgldotorg Je l'ai joué sur Windows 1 heure après le lancement. J'ai juste eu la mise à jour de Windows mettant à jour les pilotes du chipset AMD après. Le lendemain, après un redémarrage, j'étais "verrouillé". Difficile d'imaginer que les tests sous Linux (dual boot) ont affecté la version Windows ... Cependant " <Removed by moderator> " vient de surgir. Si le problème persiste, j'aurais peut-être une issue :)
Désolé pour les discussions hors-sujet ...

Nous sommes tous dans le même bateau de mauvaises performances, n'est-ce pas? Personne n'a plus de chance?

besoin de comparer AMD et NVIDIA aucune idée pour moi est sur 60 et 25 fps

Nous sommes tous dans le même bateau de mauvaises performances, n'est-ce pas? Personne n'a plus de chance?

J'utilisais la version sans DRM avec 100 ips solides en utilisant du matériel AMD.

vous avez aco?

Dû désactiver aco pour vulkan 1.2.135 à utiliser.

image

Eh bien, cela pourrait être mieux qu'avant, je pense? après avoir appuyé sur play, il affiche le logo id dans une petite fenêtre et sort comme avant.

journal (55 Mo)

existe-t-il un moyen de voir la sortie du terminal du jeu lors du lancement à partir de Steam?

pour avoir besoin d'attendre la mise à jour de game / vulkan & proton / wine

image

Pour moi, le jeu plante avec cela, lorsque vous essayez d'ouvrir avec Steam Play et lorsque vous utilisez ce script d'en haut: https://gist.github.com/annmuor/88009be669db8c53a31b99e6c5835a07

Je suis 3950X / 1080ti. Quelqu'un d'autre a-t-il vu cela?

Est-ce que quelqu'un sait comment exécuter un jeu Steam en utilisant le vin du système au lieu de Proton?

Je suis également intéressé par le moyen le plus rapide. Vous voulez également commencer à tester le repo de vin dans le ticket mfplat

Eh bien, cela pourrait être mieux qu'avant, je pense? après avoir appuyé sur play, il affiche le logo id dans une petite fenêtre et sort comme avant.

Idem ici, à la fois sans DRM et sans DRM

@annmuor Je pense que je vais essayer cette solution. Dois-je créer un dossier Proton séparé pour celui que vous avez fourni ou simplement le déposer dans la version 5.0?

Enfin je l'ai fait fonctionner, bon sang ouais. Vous avez un problème avec la tabulation alternative mais peu importe.
Donc, dans l'ensemble, une instruction rapide pour les utilisateurs de vapeur.

1. Proton 5.0 works great with patched DLLs, you do not need to sed exe anymore.

2. wine with patches provided here didn't work for me ( nvidia 1660, arch ) but proton does.

3. Here's a link to proton (5.0.1+libs, just unpack) I used: https://drive.google.com/open?id=1H4Dljhp5L7d8lI7YVqid8MTkaMM_kOTF

4. Here's a link to my run script: https://gist.github.com/annmuor/88009be669db8c53a31b99e6c5835a07

5. You do need latest vulkan and it's the most tricky part here.

Merci à tous ceux qui l'ont fait fonctionner!

Confirmé sur Void Linux! Ne fonctionne que sur exe sans DRM, cependant…: confus:
20200320-201042

Pour moi, le jeu plante avec cela, lorsque vous essayez d'ouvrir avec Steam Play et lorsque vous utilisez ce script d'en haut: https://gist.github.com/annmuor/88009be669db8c53a31b99e6c5835a07

Cela se produit si vous sélectionnez Proton 4.2-9 ou inférieur. (Impossible d'initialiser SteamAPI)

toute personne qui le fait fonctionner, pouvez-vous donner vos informations système s'il vous plaît?

je n'ai pas pu le faire fonctionner, avec:

  • Système d'exploitation: NixOS (nixos-instable)
  • GPU: rx 5700
  • Pilote: Mesa 19.3.3 (LLVM 9.0.1)
  • Noyau: 5.4.25

Salut les gars,
Quelqu'un peut-il s'il vous plaît expliquer comment obtenir le dernier vulkan à Manjaro.
Merci d'avance.

Quelqu'un peut-il s'il vous plaît expliquer comment obtenir le dernier vulkan à Manjaro.

https://www.archlinux.org/packages/extra/x86_64/vulkan-icd-loader/
A été signalé comme obsolète depuis plus d'un mois. Quelqu'un est-il familier avec le processus de publication d'Arch qui peut escalader via les canaux appropriés?

@liberodark Malheureusement gentoo n'est pas trop réactif, je dois espérer en valve je pense

Nous pourrions essayer d'émerger la dernière version de git.

ps Nous sommes tous les deux nés en 75, nommés dylan, exécutons gentoo et jouons à doom? OMG

@annmuor
J'ai extrait le proton fourni dans ~ / .local / share / Steam / steamapps / common / Proton 5.0 /
Lorsque j'exécute ce script, j'obtiens l'erreur ci-dessous:

bash ~ / Documents / doom.sh
/home/grand/Documents/doom.sh: ligne 6: ~ / .local / share / Steam / steamapps / common / Proton 5.0 / dist / bin / wine: aucun fichier ou répertoire de ce type

J'ai confirmé que le fichier et le répertoire existent.

Je vous remercie

@ashkitten ici vous allez
@ grand248 utilise les PKGBUILD de Tk-Glitch , mais en tant que personne qui n'a jamais joué avec la création de paquets Arch, je ne peux pas expliquer le processus

Toute personne disposant d'une distribution basée sur Arch peut utiliser ce dépôt pour mettre à jour vulkan-headers et vulkan-icd-loader vers la dernière version 1.2.135: https://github.com/Tk-Glitch/PKGBUILDS

@ashkitten Je l'ai fait fonctionner uniquement pour être accueilli par l'écran DRM comme @Voxed posté. J'ai installé les derniers vulkan-headers et vulkan-icd-loader disponibles, puis je l'ai fait fonctionner en utilisant Proton 5.4-GE-1 qui peut être trouvé à partir d'ici: https://github.com/GloriousEggroll/proton-ge-custom/ communiqués

Voici mes informations système: https://gist.github.com/rabidlassie/7c3ab9a232a152aa9e7a684aec86f1ee

Aussi la capture d'écran DRM (elle s'ouvre depuis un navigateur):
doom

@ grand248 J'ai eu le même problème avec le script. Voir ma solution ici . Remarque Je n'arrive toujours pas à faire fonctionner le jeu sur mon système, mais je n'ai pas les derniers en-têtes vulkan.

Je n'ai même pas eu cette image quand j'ai couru sur l'exe Denubloat, il s'est écrasé

@rabidlassie merci d'avoir souligné que Proton-5.4-GE-1 fonctionne, je suis

@ashkitten ouais ce lien ouvre la page que j'ai publiée

@wundrweapon probablement lié aux versions de vulkan, pouvez-vous publier votre journal?

@rabidlassie quel journal est cela et où le trouverais-je

Oh, il ne se lance même pas pour créer un journal, il dit simplement qu'il ne peut pas initialiser l'API Steam; me dit que je dois m'assurer que le bon compte est connecté et ainsi de suite. Je me demande pourquoi?

@wundrweapon avez-vous essayé de lancer le jeu avec le client Steam ou la ligne de commande? Si vous avez essayé la ligne de commande, vous pouvez accéder au client Steam, cliquez avec le bouton droit sur DOOM Eternal -> Propriétés -> Définir les options de lancement -> notez ceci:
PROTON_LOG=1 %command%

donc l'état actuel est-il fonctionne, mais denuvo voyage toujours?

Je pourrais essayer avec Proton dist de @annmuor depuis qu'il l'a fait fonctionner. Quelque chose ne va pas avec Proton 5.4-GE-1. Je ne suis pas sûr cependant. Téléchargement du jeu à nouveau, juste au cas où.

J'ai également eu une mise à jour, la version Proton de Steam a été augmentée à 5.0-5. Lance toujours une erreur DRM :(

J'ai également eu une mise à jour, la version Proton de Steam a été augmentée à 5.0-5. Lance toujours une erreur DRM :(

il n'y a pas de version sur github ... ont-ils inclus les correctifs pertinents?

pouvez-vous publier votre journal?

Yikes, plus de 500 000 lignes o_O
Une recherche directe de vulkan ne permet que le chargement de certains SO

nbd si vous utilisez un pastebin

Bonjour @rabidlassie , si Denuvo est déjà dans l'état agité, il lui faudra un jour pour se réinitialiser avant d'évaluer une autre version de Proton.

Bonjour @wundrweapon , les journaux Proton ont tendance à bien se compresser. Si Github n'aime pas la taille du journal, envisagez de le jeter dans une archive.

Puisque Steam a maintenant Proton 5.0.5, je vais demander à nouveau: dois-je ajouter Proton dist de @annmuor dans le dossier 5.0, ou en créer un séparé?

pensez à le jeter dans une archive.

Pourquoi n'y ai-je pas pensé? Voici l'archive
log.zip

Voici mon journal maintenant avec Proton 5.0.5. Beaucoup plus petit que celui de @wundrweapon
steam-782330.log

Oh, oui, je suppose que je pourrais aussi bien lancer le journal avec Proton 5.0.5 par souci de complétion.
steam-782330.log

@rabidlassie avez-vous l'exe sans DRM pour l'essayer?
Anywho j'ai essayé la solution de contournement de @annmuor et l'écran du jeu clignote juste. Arch (5.5.8-arch1-1), 1050Ti, dernier vulkan. Cant jeter dans un journal atm.

Système.
Proton: 5,0-5.
vulkan-icd-loader et vuikan-headers - 1.2.135.
J'ai essayé de lancer à la fois sans DRM et sans DRM . Après "GPU Vendor Warning", le jeu s'est écrasé, et maintenant j'obtiens un lien vers https: //support.codefusion.technology ...
Proton-5.4-GE-1 ne fonctionne pas sans manipulations spécifiques.

Avec la version 5.0-5 et DRM, je vois l'erreur "AMD ne prend pas encore en charge HDR" maintenant, mais se bloque silencieusement juste après. Utilisation de steam-native, vulkan-icd-loader 1.2.135 et aco désactivée. Je n'ai touché à rien d'autre.

steam-782330.zip

5,0-5:
Correction d'un crash dans certains jeux introduits dans Proton 5.0-4.
Correction d'une erreur de réseau dans Granblue Fantasy: Versus.
Prise en charge des derniers SDK OpenVR.
Ajout de la prise en charge des nouvelles extensions Vulkan utilisées par certains titres récents.

À noter, il semble y avoir eu une mise à jour du pilote Nvidia hier. Je parcourais le Web en essayant de déterminer si je devais installer / mettre à jour vulkan-icd-loader et autres, et j'ai vu cette page Web:

https://www.archlinux.org/packages/?name=nvidia

En vérifiant Flatpak sur mon système Fedora, il y a un nouveau paquet disponible, mais il est toujours 440.64.

MISE À JOUR: Ouais, ça ne marche toujours pas, mais ça valait probablement le coup.

@ kisak-valve bien, merci

@Weilbyte Oui , mais je ne l'ai pas essayé avec Proton car mon compte Steam est lié à mon compte Bethesda, il essaiera probablement de se connecter automatiquement une fois que j'ai ouvert le jeu. Je ne veux pas prendre ce risque.

@liberodark Malheureusement gentoo n'est pas trop réactif, je dois espérer en valve je pense

Nous pourrions essayer d'émerger la dernière version de git.

ps Nous sommes tous les deux nés en 75, nommés dylan, exécutons gentoo et jouons à doom? OMG

LOL

dylan est un surnom, je m'appelle Luca mais les autres choses sont réelles eheh

Dis-moi si tu as de la chance avec git, demain peut-être que j'essaierai

@ Vladimir-A vous n'avez pas de synchronisation, c'est peut-être le problème?

@wundrweapon @ ryester27 vous avez tous les deux un débordement de pile, vous ne savez pas ce qui en est la cause.

@rabidlassie J'ai essayé de lancer avec fsync et sans fsync, par exemple les jeux From Software ne fonctionnent pas avec fsync. Mêmes journaux.

Je ne comprends pas comment l'équipe Proton n'a pas pré-testé un si gros match pour le titre?

Je ne comprends pas comment l'équipe Proton n'a pas pré-testé un si gros match pour le titre?

Probablement parce qu'ils n'ont pas de copie jouable avant le jour de la sortie, je suppose. Bethesda n'a certainement aucune incitation à aider une si petite partie de la base d'utilisateurs qui exécutent un système d'exploitation qu'ils ne prennent même pas en charge.

En espérant qu'ils abandonneront Denuvo bientôt comme avec Rage 2. Surtout depuis que le jeu est sorti de la boîte.

Journal mis à jour avec Proton 5.0-5
steam-782330.log

GPU: 8 Go GTX 1070
Pilote: 440.44
Système d'exploitation: Pop! _OS 19.10
Version Proton: 5.0-5

Je ne comprends pas comment l'équipe Proton n'a pas pré-testé un si gros match pour le titre?

Probablement parce qu'ils n'ont pas de copie jouable avant le jour de la sortie, je suppose. Bethesda n'a certainement aucune incitation à aider une si petite partie de la base d'utilisateurs qui exécutent un système d'exploitation qu'ils ne prennent même pas en charge.

Proton est Steam, n'est-ce pas? Bien sûr, Bethesda fournirait à Steam la copie de publication avant la date de sortie.

Je ne comprends pas comment l'équipe Proton n'a pas pré-testé un si gros match pour le titre?

Probablement parce qu'ils n'ont pas de copie jouable avant le jour de la sortie, je suppose. Bethesda n'a certainement aucune incitation à aider une si petite partie de la base d'utilisateurs qui exécutent un système d'exploitation qu'ils ne prennent même pas en charge.

Proton est Steam, n'est-ce pas? Bien sûr, Bethesda fournirait à Steam la copie de publication avant la date de sortie.

woulda coulda shoulda. C'est toujours un projet open-source

Je ne comprends pas comment l'équipe Proton n'a pas pré-testé un si gros match pour le titre?

Probablement parce qu'ils n'ont pas de copie jouable avant le jour de la sortie, je suppose. Bethesda n'a certainement aucune incitation à aider une si petite partie de la base d'utilisateurs qui exécutent un système d'exploitation qu'ils ne prennent même pas en charge.

Proton est Steam, n'est-ce pas? Bien sûr, Bethesda fournirait à Steam la copie de publication avant la date de sortie.

Valve n'est pas la presse, et ils ne font aucun test d'assurance qualité / de conformité pour les logiciels sur leur plate-forme. Je ne vois pas pourquoi Bethesda aurait besoin de le faire à moins qu'ils ne distribuent également des clés de révision via Steam. Mais je spécule littéralement à ce stade.

Veuillez arrêter de discuter des absurdités dans ce ticket. Ce n'est pas un forum, c'est un ticket de rapport de bogue technique. Aidez à résoudre le problème ou taisez-vous.

Ouais, euh, nous savons

Arch a reçu officiellement vulkan-icd-loader 1.2.135-1 hier soir. Il n'y a plus besoin de le compiler :)

Le .exe sans DRM est-il toujours nécessaire avec Proton 5.0-5 et vulkan-icd-loader 1.2.135-1 sur Arch?

Nous ne le saurons que plus tard dans la journée, Denuvo vous bloque pendant 24 heures si vous essayez
trop de configurations. Donc, les gens avec la version Steam semblent être
en attente de déblocage pour réessayer, si je comprends bien

Le samedi 21 mars 2020, 04:41, Yjnar [email protected] a écrit:

Le .exe sans DRM est-il toujours nécessaire avec Proton 5.0-5 et vulkan-icd-loader
1.2.135-1 sur Arch?

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

Oui, c'est nécessaire :)
@ Kron4ek
Le builld Proton sur votre page GitHub est encore 4 5,0 à . Le jeu plante avec.

@ mozo78 Valve n'a pas encore mis à jour son dépôt github Proton, donc je ne peux pas compiler Proton 5.0-5.

Le Proton affiché sur votre page GitHub est toujours 5.0-4. Le jeu plante avec.

Ça marche pour moi. Je veux dire que j'ai remis en ligne ma version Proton 5.0-4, je l'ai compilée avec les correctifs requis, donc Doom Eternal fonctionne dessus.

Quelqu'un ici a-t-il réussi à compiler Vulkan-Loader sur Ubuntu? La dernière version de apt est 1.1.126.0-2 , donc je suppose que c'est l'un des problèmes que je dois résoudre. Je pensais avoir bien suivi les instructions, mais il ne semble pas que Doom Eternal les reconnaisse.

J'ai remarqué que certains des tests de Vulkan-Loader échouent pour moi, c'est donc au moins une partie de la raison pour laquelle ils échouent pour moi.

@ mozo78 Valve n'a pas encore mis à jour son dépôt github Proton, donc je ne peux pas compiler Proton 5.0-5.

Le Proton affiché sur votre page GitHub est toujours 5.0-4. Le jeu plante avec.

Ça marche pour moi. Je veux dire que j'ai remis en ligne ma version Proton 5.0-4, je l'ai compilée avec les correctifs requis, donc Doom Eternal fonctionne dessus.

J'ai juste essayé le jeu et il s'est écrasé. Avec Winev2 ça marche :)
https://drive.google.com/file/d/197kenSrONBQJvdo4Jd8YSTdOn4f5Bv5T/view

@ mozo78 Je ne sais pas pourquoi cela ne fonctionne pas pour vous, je viens de le télécharger à nouveau depuis ma page github directement (juste pour être sûr de l'intégrité du fichier) et le jeu fonctionne pour moi.

Mais je recompile ma version améliorée en ce moment, peut-être que cela fonctionnera pour vous.

Vous pouvez également essayer ces arguments de jeu:

+in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Arch Linux a mis à jour le chargeur vulkan: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/vulkan -icd-loader & id = f04a0e735e553b1d749730865fe758f38ef6b966

Cela change-t-il quelque chose?

J'essaye sur Arch Linux, beta steam (essayé à la fois runtime et natif), vulkan-icd-loader 1.2.135 et nvidia 440.64 sur une GTX 1080 Ti, en essayant proton 5.0-5 .

Essayer de lancer le jeu Denuvo ne se charge même pas dans un écran noir, il arrête simplement de s'exécuter. vapeur-782330.7z

Essayer de lancer l'EXE sans DRM avec le chargeur d'origine se charge dans un écran noir puis se bloque. Quelqu'un dans les threads de piratage a mentionné que Bethesda a supprimé le dossier original et a corrigé les fichiers afin qu'ils ne fonctionnent pas avec l'exe, c'est peut-être pourquoi.

D'après ce que je lis ici, je devrais au moins pouvoir lancer le jeu DRM dans QUELQUE CHOSE, mais je n'obtiens rien, ai-je raté quelque chose?

J'essaye sur Arch Linux, beta steam (essayé à la fois runtime et natif), vulkan-icd-loader 1.2.135 et nvidia 440.64 sur une GTX 1080 Ti, en essayant proton 5.0-5 .

Essayer de lancer le jeu Denuvo ne se charge même pas dans un écran noir, il arrête simplement de s'exécuter. vapeur-782330.7z

Essayer de lancer l'EXE sans DRM avec le chargeur d'origine se charge dans un écran noir puis se bloque. Quelqu'un dans les threads de piratage a mentionné que Bethesda a supprimé le dossier original et a corrigé les fichiers afin qu'ils ne fonctionnent pas avec l'exe, c'est peut-être pourquoi.

D'après ce que je lis ici, je devrais au moins pouvoir lancer le jeu DRM dans QUELQUE CHOSE, mais je n'obtiens rien, ai-je raté quelque chose?

Mon système et ma configuration sont à peu près identiques et j'obtiens des résultats identiques.

@ C0rn3j Si vous avez une copie de l'exe, cela fonctionne toujours. J'ai été bloqué par Denovo dans Windows parce que j'ai essayé un tas de configs avec wine, mais la commutation de l'exe avec le sans DRM fonctionnait bien.

@wiltaylor
Pouvez-vous confirmer que j'ai les bons fichiers?
Je n'ai pas réussi à les sauver avant que Bethesda ne les supprime, alors je les ai supprimés d'Internet.

[0] % sha256sum idTech* DOOM*      
3d7eae19cc71b64ad911fa46495085d67b7ef2afedba34f4b25b080da9b3bffb  idTechLauncher.exe
a35a9931f38baf0bf49bc017dd5fa5a24b988a17a35a91da19f33d0114bcadef  idTechLauncher.exe.drmfree
6858296bb6e65e95c51b71ec0f91ca7b94b48e65c15083d3fbed7c57a79dffcb  DOOMEternalx64vk.exe
65c1939ca88d613bb78d5bdf3d6804bc171fde708f4f0f0c11daf3a4ad492b40  DOOMEternalx64vk.exe.drmfree

@ C0rn3j ouais même hashs que j'ai pour DOOMEternalx64vk.exe

Je n'ai que l'idTechLauncher.exe sans DRM sur mon système Windows. Les fichiers sont descendus via la vapeur comme d'habitude.

J'ai les mêmes hachages aussi @ C0rn3j

@wiltaylor Tentative de lancement avec juste le fichier EXE modifié (gardé le lanceur actuel), pas de changement, plante toujours.

steam-782330.log

J'ai essayé un préfixe propre pour une bonne mesure ( rm -rf ~/.local/share/Steam/steamapps/compatdata/782330/pfx ), cela n'a pas aidé.

+ in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1

Je l'ai essayé avec un préfixe propre et cela fonctionne réellement. Désolé pour ça :)

@ mozo78 pas de problème :)

pour moi ça ne marche pas non plus,
nvidia 440.64 vulkan-icd-loader 1.2.135
steam-782330.log
démarre et plante

ce serait génial si quelqu'un pouvait télécharger une version Proton fonctionnelle

D'accord, j'ai compilé le proton de Tk-Glitch avec le correctif appliqué (https://github.com/Tk-Glitch/PKGBUILDS/commit/52d0e915a7c88acaf544ad1c9b7eb9fcc23645cb) et la version Steam non modifiée de DOOM Eternal fonctionne avec cela. Options de lancement utilisées: +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

DOOM semble bien fonctionner maintenant avec DRM!

EDIT: Voici ma construction de proton binaire: https://ufile.io/x58gs3ia
EDIT2: Voir ci-dessous pour des instructions étape par étape pour exécuter DOOM Eternal.

@ 999eagle et toute autre personne ayant réussi à le faire fonctionner: les rapports ProtonDB sont les bienvenus: https://www.protondb.com/app/782330

@ McMarius11 fera l'affaire

@tuxayo yup, je vais ajouter mon rapport

@ McMarius11 a téléchargé et édité mon commentaire avec le binaire.

@ 999eagle Est-il possible d'avoir un guide étape par étape infaillible? Ou les inexpérimentés devraient-ils simplement attendre la valve pour résoudre le problème? Est-ce que je risque de faire un gâchis?

téléchargé et édité mon commentaire avec le binaire.

Pour une raison quelconque, mon FAI semble bloquer ufile.io mais pas uploadfiles.io ... Donc lien complet ici si cela aide quelqu'un d'autre: https://uploadfiles.io/x58gs3ia

@ 999eagle Est-il possible d'avoir un guide étape par étape infaillible? Ou les inexpérimentés devraient-ils simplement attendre la valve pour résoudre le problème? Est-ce que je risque de faire un gâchis?

Je suis toujours dans l'enfer de la bibliothèque dans Arch en raison de la non mise à jour de la base de données du package et de certaines autres dépendances, donc mon conseil est: patience, cela viendra finalement, pas trop longtemps maintenant

@ FTL-Space-Warp

  1. Téléchargez la version Proton que j'ai téléchargée (https://ufile.io/x58gs3ia ou https://uploadfiles.io/x58gs3ia), décompressez à ~/.steam/root/compatibilitytools.d/
  2. Assurez-vous que vous avez activé la version bêta du client Steam (Steam> Paramètres> Compte> Participation à la bêta)
  3. Redémarrez Steam
  4. Ajoutez ces options de lancement à DOOM Eternal dans Steam: +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
  5. Choisissez Proton-tkg 5.4.r10.g7c7868f4 comme version Proton à utiliser pour DOOM Eternal
  6. Rip and Tear!

Espérons que nous obtiendrons au moins une version bêta pour ne pas avoir à compter sur la distribution de binaires les uns aux autres.

https://github.com/Tk-Glitch/PKGBUILDS/commit/52d0e915a7c88acaf544ad1c9b7eb9fcc23645cb#commitcomment -37957962

Signaler des commentaires dans le commit ci-dessus sur la réussite de l'exécution de Doom Eternal devrait vous aider à avoir confiance en la possibilité de diffusion du correctif.

@ 999eagle merci embrassez vos yeux!

Quelqu'un l'a-t-il fait fonctionner sur un GPU AMD? Si oui, quelle version mesa a été utilisée? Je continue de rencontrer FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required. malgré l'utilisation de vulkan-icd-loader 1.2.135 et de la dernière version mesa-git.

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

Ne pas avoir le dossier Compatibilitytools.d dans ~ / .steam / root /, créé, après le redémarrage de Steam, l'outil est apparu.

Lors d'une tentative d'exécution:

======================
Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/az/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+com_skipIntroVideo', '1', '+com_skipKeyPressOnLoadScreens', '1', '+com_skipSignInManager', '1']
Options: {'logcommandtoprefix', 'nonvapi', 'winedxgi', 'winetricks'}
======================
ERROR: ld.so: object '/home/az/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/az/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

@ FTL-Space-Warp

  1. Téléchargez la version Proton que j'ai téléchargée (https://ufile.io/x58gs3ia ou https://uploadfiles.io/x58gs3ia), décompressez à ~/.steam/root/compatibilitytools.d/
  2. Assurez-vous que vous avez activé la version bêta du client Steam (Steam> Paramètres> Compte> Participation à la bêta)
  3. Redémarrez Steam
  4. Ajoutez ces options de lancement à DOOM Eternal dans Steam: +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
  5. Choisissez Proton-tkg 5.4.r10.g7c7868f4 comme version Proton à utiliser pour DOOM Eternal
  6. Rip and Tear!

Une question, utilisez-vous vulkan-icd-loader 1.2.135 ou une version précédente?
Plus tard, j'essaierai, mais je ne suis pas sûr que ce soit du travail

@zaggynl Je n'ai aucune idée pourquoi cela dépend toujours de ce chemin ... Le fichier existe dans ~/.steam/root/compatibilitytools.d/proton_tkg_5.4.r10.g7c7868f4/dist/lib/wine/ntdll.dll.so , je ne sais pas pourquoi la construction n'utilise pas celui-là.

@ dylanmc1975 J'utilise vulkan-icd-loader 1.2.135 , mais la version bêta de Steam devrait l'inclure

@kdwinter J'utilise ubuntu 19.04 avec les pilotes steamvr mesa et un rx580 et jusqu'à présent, le jeu fonctionne.

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

MISE À JOUR AVERTISSEMENT : Si vous utilisez GNOME ou un bureau basé sur GNOME, N'ALT-TAB et ne quittez pas la fenêtre.

Confirmé au travail , quelques notes de mon côté:

  • Je suis piégé dans l'enfer de la bibliothèque et j'ai cassé mon installation vapeur. J'ai dû tout réinstaller, heureusement les jeux étaient toujours là

Bibliothèques que j'ai installées (vous n'en avez peut-être pas besoin, je les ai mises ici pour la finalisation, le runtime steam devrait déjà en avoir )

  • lib32-nvidia-vulkan-utils 440.66.03-1
  • nvidia-vulkan 440.66.03-1
  • opencl-nvidia-vulkan 440.66.03-1
  • nvidia-vulkan-utils 440.66.03-1
  • lib32-opencl-nvidia-vulkan 440.66.03-1
  • lib32-vulkan-icd-loader 1.2.135-1
  • vulkan-icd-loader 1.2.135-1
  • vulkan-headers 1: 1.2.135-1
  • vulkan-extra-couches 1.1.130 + 10614 + a70d5d17e-1

@ dylanmc1975 J'utilise vulkan-icd-loader 1.2.135 , mais la version bêta de Steam devrait l'inclure

J'espère que gentoo ne le fait pas :)

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

Le jeu ne démarre toujours pas, même si la fenêtre contextuelle du vin n'apparaît plus.

Comment puis-je consulter le fichier journal?

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

Le jeu ne démarre toujours pas, même si la fenêtre contextuelle du vin n'apparaît plus.

Comment puis-je consulter le fichier journal?

Dans les options de lancement du jeu, mettez PROTON_LOG = 1% commande%

@ FTL-Space-Warp

1. Download the Proton version I uploaded (https://ufile.io/x58gs3ia or https://uploadfiles.io/x58gs3ia), unpack to `~/.steam/root/compatibilitytools.d/`

2. Make sure you're opted in to the Steam client beta (Steam > Settings > Account > Beta participation)

3. Restart Steam

4. Add these launch options to DOOM Eternal in Steam: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1`

5. Choose `Proton-tkg 5.4.r10.g7c7868f4` as the Proton version to use for DOOM Eternal

6. Rip and Tear!

Le jeu ne démarre toujours pas, même si la fenêtre contextuelle du vin n'apparaît plus.

Comment puis-je consulter le fichier journal?

Ajouter PROTON_LOG = 1% commande% pour lancer les options dans Steam, démarrer le jeu, lire ~ / steam-782330.log

edit: j'ai oublié la commande%% bit, désolé.

@zaggynl @ 999eagle J'ai le même problème avec le chemin /home/sophie/ .
Le dossier Compatibilitytools est cependant à ~/.steam/steam/compatibilitytools.d/ pour moi.

J'ai essayé de configurer WINEPATH avec WINEPATH = / home / az / .steam / root / compatibilitools.d / proton_tkg_5.4.r10.g7c7868f4 / dist / lib / wine dans les options de lancement mais pas de joie.

J'utilise Pop_os 19.10 et je n'ai pas pu installer les vulkan-headers 1.2.135.
J'ai pu installer 1.2.131 mais cela ne semble pas suffisant. Quelqu'un sait-il comment je pourrais installer le 1.2.135 sur Pop_oS 19.10 (ou Ubuntu 19.10?)

/home/mcmarius11/.steam/steam/compatibilitytools.d/proton_tkg_5.4.r10.g7c7868f4/

@zaggynl @ 999eagle J'ai le même problème avec le chemin /home/sophie/ .
Le dossier Compatibilitytools est cependant à ~/.steam/steam/compatibilitytools.d/ pour moi.

/home/USERNAME/.steam/steam/compatibilitytools.d/proton_tkg_5.4.r10.g7c7868f4/
ça devrait ressembler à ça

pour moi, le jeu plante toujours,
ai-je besoin de la dernière nvidia 440.66.03?

wine: échec de l'initialisation: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: impossible d'ouvrir le fichier d'objet partagé: Non tel fichier ou répertoire

C'est parce que @ 999eagle a compilé la version TkG Proton sur Arch (ai-je raison?), Donc GLIBC 2.31 est nécessaire pour que cette version fonctionne.

Sur les systèmes avec des GLIBC plus anciens, vous obtiendrez ce type d'erreurs.

Je n'ai pas pu installer les vulkan-headers 1.2.135.

Le moyen le plus simple est d'utiliser le client bêta de Steam car il inclut désormais la version 1.2.135.

@RumenBlack Exécutez -vous la version bêta du client Steam? Je lance le jeu avec ubuntu mate 19.04 et la version proton personnalisée très bien.

La version proton de @ 999eagle plante pour moi sur Pop_os comme elle l'a toujours fait.
steam-782330.log

Pas de chance non plus. Tout mis à jour, construit ce proton patché, mais toujours en panne. Je ne peux pas obtenir de journaux hors de cela, J'AI passé PROTON_LOG = 1, j'ai même essayé d'exécuter Steam lui-même avec cela, mais je ne trouve les journaux nulle part.

Pas de chance non plus. Tout mis à jour, construit ce proton patché, mais toujours en panne. Je ne peux pas obtenir de journaux hors de cela, J'AI passé PROTON_LOG = 1, j'ai même essayé d'exécuter Steam lui-même avec cela, mais je ne trouve les journaux nulle part.

Ne sont-ils pas sur votre dossier personnel en tant que steamapp- {gameID} .log?

Mon mauvais, il s'avère que mon ensemble global WINEDEBUG = -all envvar (pour quand j'exécute d'autres trucs avec wine) empêche les journaux de fonctionner.

steam-782330.log

A la suite de 999eagle post , je reçois une fenêtre pop - up d'erreur:
_ "Désolé, une erreur s'est produite. Pour obtenir des solutions, veuillez visiter "_
qui pointe vers une page de Bethesda disant
_ "Votre achat de jeu ne peut actuellement pas être validé à nouveau, veuillez patienter 24 heures et réessayer." _

Ça sent comme Denuvo ... je suppose que je vais réessayer demain.

@kdwinter J'utilise ubuntu 19.04 avec les pilotes steamvr mesa et un rx580 et jusqu'à présent, le jeu fonctionne.

Vous obtenez toujours l'erreur FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required. malgré la mise à jour également vers la version bêta du client Steam. Impair. Utilisant également un RX580, fwiw.

Je n'ai pas pu installer les vulkan-headers 1.2.135.

Le moyen le plus simple est d'utiliser le client bêta de Steam car il inclut désormais la version 1.2.135.

J'utilise le client bêta de vapeur en ce moment, mais quand je lance vulkaninfo, il dit toujours que j'ai 1.2.131

J'ai essayé le vin / protons personnalisé affiché ici, mais j'obtiens un écran noir qui se bloque après quelques secondes.

@kdwinter J'utilise ubuntu 19.04 avec les pilotes steamvr mesa et un rx580 et jusqu'à présent, le jeu fonctionne.

Vous obtenez toujours l'erreur FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required. malgré la mise à jour également vers la version bêta du client Steam. Impair. Utilisant également un RX580, fwiw.

@kdwinter Avez-vous essayé de le désactiver et de le

@ Kron4ek oui, j'ai compilé cette version sur Arch, donc GLIBC 2.31 est requis. Aucune idée de la raison pour laquelle mon chemin de construction est toujours dans les binaires.

@kdwinter RADV + ACO ne fonctionne pas actuellement, vous devrez utiliser LLVM ( RADV_PERFTEST=llvm si votre build l'a activé par défaut) ou un pilote différent.

Le pilote propriétaire Vulkan offre de loin les meilleures performances dans ce jeu, vous voudrez donc l'utiliser si vous savez comment l'installer, mais ne gâchez

J'utilise le client bêta de vapeur en ce moment, mais quand je lance vulkaninfo, il dit toujours que j'ai 1.2.131

Vulkaninfo utilise l'installation à l'échelle du système, Steam beta utilise son propre runtime. Par exemple, mon système:
~/.local/share/Steam/ubuntu12_32/steam-runtime/usr/lib/x86_64-linux-gnu/libvulkan.so.1.2.135

@kdwinter RADV + ACO ne fonctionne pas actuellement, vous devrez utiliser LLVM ( RADV_PERFTEST=llvm si votre build l'a activé par défaut) ou un pilote différent.

Le pilote propriétaire Vulkan offre de loin les meilleures performances dans ce jeu, vous voudrez donc l'utiliser si vous savez comment l'installer, mais _ne pas_ bousiller votre système en installant tous les packages amdgpu-pro, ce n'est pas nécessaire.

C'était en effet le problème, merci!

Le jeu fonctionne avec des problèmes de performances majeurs avec le pilote de développement Nvidia 440.66.03 vulkan avec une GTX 1080ti. Des idées pour améliorer les performances? Je suis sur Arch et j'ai le dernier paquet vulkan-icd-loader installé (1.2.135-1)

Le journal dédié du jeu ne semble pas être créé mais le fichier error.log de Steam contient ceci après l'échec du lancement du jeu:
»
CreatingProcess "
Mise à jour du jeu: AppID 782330 "", ProcID 30492, IP 0.0.0.0:0
Démarrage de l'application 782330

Ajout du processus 30492 pour l'ID de jeu 782330
GameAction [AppID 782330, ActionID 2]: LaunchApp a changé la tâche en WaitingGameWindow avec ""
ERREUR: ld.so: l'objet '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD ne peut pas être préchargé (mauvaise classe ELF: ELFCLASS32): ignoré.
ERREUR: ld.so: l'objet '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD ne peut pas être préchargé (mauvaise classe ELF: ELFCLASS32): ignoré.
ERREUR: ld.so: l'objet '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD ne peut pas être préchargé (mauvaise classe ELF: ELFCLASS32): ignoré.
GameAction [AppID 782330, ActionID 2]: LaunchApp a changé la tâche en Terminé avec ""
Ajout du processus 30493 pour l'ID de jeu 782330
Ajout du processus 30494 pour l'ID de jeu 782330
Ajout du processus 30495 pour l'ID de jeu 782330
Ajout du processus 30496 pour l'ID de jeu 782330
Jeu supprimé: AppID 782330 "", ProcID 30492
AppInterfaceStats téléversé sur Steam
Sortie de l'application 782330
Aucun mappage persistant mis en cache dans ActivateActionSet.
»

J'ai suivi les instructions de 999eagle (je suis sur arch) et la version Steam du jeu fonctionne, mais fonctionne très mal (15-25 fps).

Le jeu fonctionne avec des problèmes de performances majeurs avec le pilote de développement Nvidia 440.66.03 vulkan avec une GTX 1080ti. Des idées pour améliorer les performances? Je suis sur Arch et j'ai le dernier paquet vulkan-icd-loader installé (1.2.135-1)

Il a certainement des problèmes de performances, mais gardez à l'esprit que nous en corrigeons l'enfer. J'ai un arc et un 2060 et je peux à peine l'avoir en haut (rappelons-nous qu'il y a 4 réglages plus élevés au-dessus) à 30-40 fps

@kdwinter RADV + ACO ne fonctionne pas actuellement, vous devrez utiliser LLVM ( RADV_PERFTEST=llvm si votre build l'a activé par défaut) ou un pilote différent.

Le pilote propriétaire Vulkan offre de loin les meilleures performances dans ce jeu, vous voudrez donc l'utiliser si vous savez comment l'installer, mais _ne pas_ bousiller votre système en installant tous les packages amdgpu-pro, ce n'est pas nécessaire.

@doitsujin Vous pouvez en fait simplement extraire le pilote pro-vulkan dans votre répertoire personnel et l'utiliser sans avoir à l'installer du tout. (quand je dis sans avoir besoin de l'installer, je veux dire sans gestion de paquet impliquée). J'ai fait un tutoriel sur la façon de faire ceci:
https://www.reddit.com/r/linux_gaming/comments/fddt2n/tutorial_how_to_use_amds_pro_vulkan_driver_or_the/

il semble que nous devrons attendre une autre version stable pour profiter de ce chef-d'œuvre.

@oscarcp Oui, j'ai pensé que les correctifs avaient un impact sur les performances. Bon travail jusqu'à présent, toutes les personnes impliquées!

Soulignant simplement que Proton 5.0-5 vient de sortir et semble venir avec les extensions vulkan manquantes!

Cependant, cela ne semble toujours pas fonctionner «prêt à l'emploi», en utilisant le client bêta Steam-runtime et Proton 5.0-5

@RumenBlack Exécutez -vous la version bêta du client Steam? Je lance le jeu avec ubuntu mate 19.04 et la version proton personnalisée très bien.

Je vais peut-être essayer un autre DE, j'ai entendu dire que les gens avaient des problèmes avec gnome.

@RumenBlack Exécutez -vous la version bêta du client Steam? Je lance le jeu avec ubuntu mate 19.04 et la version proton personnalisée très bien.

Je vais peut-être essayer un autre DE, j'ai entendu dire que les gens avaient des problèmes avec gnome.

Jusqu'à présent, le seul problème que j'ai dans GNOME est la superposition, si quelque chose change de contexte hors des fenêtres de DOOM, il plantera de manière spectaculaire.

Je peux signaler, avec la solution de @ 999eagle fonctionne. J'ai testé sans options de lancement, il arrive à la vidéo d'introduction de Bethesda et se fige 1 seconde dans la vidéo, provoquant un crash. mais avec les options de lancement qu'elle a fournies, cela fonctionne à 100%. Le lissage de la souris est une douleur, mais on peut résoudre ce problème facilement avec les options de lancement ou les paramètres du jeu.
Je vais jouer avec les options de lancement pour voir celles que l'on peut omettre. Mais avec les étapes qu'elle a fournies, cela fonctionne.

@APoniatowski par 100% vous voulez dire que vous n'avez aucun problème de performance?

je dois aimer quand les gens utilisent des sites lents pour les téléchargements

@oscarcp intéressant, j'ai la plupart des options sur High ou Ultra et obtenir 60fps avec quelques fossés mineurs ici et là sur un RX580 en utilisant mesa-git.

J'ai la plupart des options sur High ou Ultra et obtenir 60fps avec quelques fossés mineurs ici et là sur un RX580 en utilisant mesa-git.

@MuchiMuchiPink Avec la version Steam ou sans drm? Utilisez-vous également radv-llvm, radv-aco ou admgpu-pro?

@ 999eagle Avez-vous utilisé la version sans DRM?

Eh bien, j'ai lancé le jeu, mais les performances sont atrocement mauvaises (même avec tout au plus bas) et j'ai appris à mes dépens que je ne peux pas faire fonctionner la superposition de vapeur. Cependant, le FPS monte en flèche lorsque le jeu est mis en pause, il se peut donc que mon i5-6400 ne soit plus bon.

@elovin Non, j'utilise juste la version Steam non modifiée par défaut

Eh bien, j'ai lancé le jeu, mais les performances sont atrocement mauvaises (même avec tout au plus bas) et j'ai appris à mes dépens que je ne peux pas faire fonctionner la superposition de vapeur. Cependant, le FPS monte en flèche lorsque le jeu est mis en pause, il se peut donc que mon i5-6400 ne soit plus bon.

Non, je suis avec 9900K / 1080Ti et nous sommes dans le même bateau. Le jeu fonctionne avec un FPS très bas ...

Bonjour, cela vaut peut-être la peine de mentionner # 3267. La version abrégée de cette discussion est qu'il peut y avoir une régression en amont qui rend Denuvo mécontent de ces versions non officielles de Proton, mais est bien avec la version principale de Proton. Le scénario d'échec dans ce rapport de problème est que le jeu fonctionnerait pendant 5 démarrages de jeu par jour, puis passerait à l'état d'agitation.

Cela ne s'applique peut-être pas directement à ce jeu, mais cela vaut la peine d'être surveillé.

4790k 1070 ici le noyau pds personnalisé 5.6 le plus récent et plus de 100 FPS au maximum 1080p

@ ReaperOfSouls1909
Pourriez-vous s'il vous plaît nous donner plus d'informations sur votre configuration (quelle version de pilote avez-vous utilisée, quelle version wine / proton, sans drm ou non)?

je dois aimer quand les gens utilisent des sites lents pour les téléchargements

https://zaggy.nl/nextcloud/s/W96Z7BBy6oirJpY

4790k 1070 ici le noyau pds personnalisé 5.6 le plus récent et plus de 100 FPS au maximum 1080p

C'est à cause du noyau pds peut-être?

Proton 5.0.5 440.64 nvidia dkms tkg travail sans drm et drm

Envoyé de mon iPhone

Le 21 mars 2020 à 10h39, elovin [email protected] a écrit:


@ ReaperOfSouls1909
Cloud vous merci de nous donner plus d'informations sur votre configuration (quelle version de pilote avez-vous utilisé, quelle version wine / proton, drm libre ou pas)?

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

@madewokherd J'ai acheté le jeu au bethesdalauncher, en utilisant le binaire sans drm, radv-llvm.
Je joue à travers Lutris avec @liberodark wine en tant que coureur personnalisé.

Tous les utilisateurs de systèmes basés sur Arch avec une carte AMD souhaitant la version 19.50 des pilotes pro vulkan, comme @doitsujin l'a suggéré pour obtenir les meilleures performances, voici une version préconstruite:
vulkan-amdgpu-pro-19.50_967956-1-x86_64.pkg.tar.xz.zip

@ gardotd426 merci je vais vérifier ça.

@MuchiMuchiPink assurez-vous de diriger le jeu pour utiliser ce pilote vulkan avec VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd64.json

Mais comme vous utilisez le lanceur Bethesda et non Steam, le lanceur peut être 32 bits, ce qui est le cas avec Origin, vous devez donc également déclarer un pilote vulkan 32 bits, donc quelque chose comme: VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.i686.json:/usr/share/vulkan/icd.d/amd_icd64.json , ou vous pouvez installer lib32-amdvlk et utiliser le 32 bits ouvert amdvlk pour le lanceur, donc ce serait VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd32.json:/usr/share/vulkan/icd.d/amd_icd64.json , mais j'essaierais simplement d'utiliser le 64 bits d'abord, inutile de faire de ces affaires à moins que vous n'en ayez besoin.

Bon cela fonctionne en utilisant la version proton @ 999eagle . Obtenir des FPS jouables, ~ 20-30, en utilisant les paramètres graphiques par défaut et une GTX 970.

Arch Linux 64 bits, noyau durci, dernier pilote propriétaire Nvidia (DKMS), version bêta de vapeur.

EDIT: jouer en medium donne une expérience fluide dans mon cas

@ FTL-Space-Warp jusqu'à présent, il avait l'air lisse, pas encore de ralentissements (en dessous de 30fps), à part le lissage de la souris (ce qui est ennuyeux). Je vais faire quelques tests supplémentaires, mais pour le moment, j'ai d'autres priorités à régler.

@ kisak-valve 5 commence le jeu? okey dokey. Je garderai un œil sur cela, car je l'ai déjà commencé une fois.

J'ai presque installé Windows, juste pour pouvoir jouer. Je dois aimer la communauté open source. Une solution de contournement pompée, plus rapide que n'importe quel studio de développement ne peut en produire une.

@ gardotd426 non, je ne joue pas via le lanceur. Je viens de démarrer DOOMEternalx64vk.exe avec un wineprefix 64bit, mais merci :)

@MuchiMuchiPink d' accord alors, mais je viens de vérifier mon lanceur bethesda et il est en fait 32 bits, il semble, donc si quelqu'un a par hasard la version Bethesda et utilise le lanceur et essaie d'utiliser la version pro du pilote vulkan d'AMD , vous devez en fait définir à la fois 32 et 64 bits dans VK_ICD_FILENAMES , donc VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_icd32.json:/usr/share/vulkan/icd.d/amd_icd64.json
Le pilote vulkan amdgpu-pro pré-emballé que j'ai téléchargé ci-dessus n'est que le 64 bits, mais tout ce que vous avez à faire est d'installer lib32-amdvlk (ou même d'essayer simplement le chargeur vulkan 32 bits mesa).

Avec @ 999eagle indices et proton, j'ai cette erreur sur le journal proton
Et je ne sais vraiment pas comment faire :(

Unhandled exception: page fault on read access to 0x00000010 in 64-bit code (0x000000014007fbaf). 16179.948:0031:0032:fixme:dbghelp:elf_search_auxv can't find symbol in module

@ dylanmc1975 recherche dans ce journal le FATAL ERROR le plus proche ci-dessus (peut-être quelques centaines de lignes). Et assurez-vous d'avoir le paramètre +in_terminal 1 .

Pour mémoire, le miroir de @zaggynl correspond au fichier original de @ 999eagle
(https://zaggy.nl/nextcloud/s/W96Z7BBy6oirJpY)
md5sum: feec62ea77baa5b37bbe6f92946a42ea

Le chargeur Vulkan 1.2.135 est-il toujours une exigence? Je veux tester la version gratuite drm avec proton 5.0-5 sur PlayOnLinux et j'utilise les versions quotidiennes d'Ubuntu 20.04. libvulkan est actuellement à 1.2.131 sur Ubuntu 20.04.

@VincentGuinaudeau J'ai mis PROTON_LOG=1 %command% sur les options de lancement, mais je n'ai pas d'erreurs fatales dans le steamlog

utilisez PROTON_LOG=1 %command% +in_terminal 1

@VincentGuinaudeau 17067.935:002f:0030:warn:debugstr:OutputDebugStringA "Unspecified Vulkan error: Error( VK_ERROR_INITIALIZATION_FAILED )

La seule erreur que j'ai eue, je pense que c'est ma bibliothèque Vulkan manquante 1.2.135

Ça marche!!!!!
le DRM-Free ne fonctionne pas pour moi, j'ai utilisé la version normale. maintenant ça marche
edit: maintenant ça ne marche plus: /

Bonjour @ dylanmc1975 , veuillez copier les informations de votre 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.

Proton 5.0.5 440.64 nvidia dkms tkg travail sans drm et drm

Envoyé de mon iPhone
Le 21 mars 2020 à 10h39, elovin @ . *> A écrit: @ ReaperOfSouls1909 - Cloud vous s'il vous plaît nous donner plus d' informations sur votre configuration ( la version pilote avez - vous utilisé, ce vin / version proton, drm libre ou non)? - Vous recevez cela parce que vous avez été mentionné. Répondez directement à cet e-mail, affichez-le sur GitHub ou désabonnez-vous.

Malheureusement, cela n'aide pas. Juste installé nvidia-dkms-tkg - pas de joie. Quel DE courez-vous? Je suis avec le plasma.

Opérationnel avec

Exécutable du jeu Steam avec le DRM.

openSUSE Tumbleweed
Mesa 20.0.1
AMD Vega 56

60 ips stables avec vsync activé, paramètres graphiques élevés.

Merci a tous!

Proton 5.0.5 440.64 nvidia dkms tkg travail sans drm et drm

Envoyé de mon iPhone
Le 21 mars 2020 à 10h39, elovin _ @ _. *> A écrit: @ ReaperOfSouls1909 - Cloud vous s'il vous plaît nous donner plus d' informations sur votre configuration ( la version pilote avez - vous utilisé, ce vin / version proton, drm libre ou non)? - Vous recevez cela parce que vous avez été mentionné. Répondez directement à cet e-mail, affichez-le sur GitHub ou désabonnez-vous.

Malheureusement, cela n'aide pas. Juste installé nvidia-dkms-tkg - pas de joie. Quel DE courez-vous? Je suis avec le plasma.

Je ne possède pas encore le jeu, donc je ne peux pas tester, mais une chose à garder à l'esprit est que 440.64 n'est pas vulkan 1.2, alors que 440.66.03 est 1.2.133 qui est la même version vulkan que Doom Eternal Game Ready Pilote Windows.

@ McMarius11

Ça marche!!!!!
le DRM-Free ne fonctionne pas pour moi, j'ai utilisé la version normale. maintenant ça marche

comment choisissez-vous l'exe à exécuter?

Quelqu'un l'a-t-il déjà fait fonctionner sur Ubuntu 18.04?

Quelqu'un l'a-t-il déjà fait fonctionner sur Ubuntu 18.04?

Je n'ai pas ...

@ 999eagle

comment se fait-il que votre dossier personnel (je suppose que c'est le cas) apparaît dans mon journal?

Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/aleksbenmaza/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipSignInManager', '1']
Options: {'nonvapi', 'winetricks', 'winedxgi', 'logcommandtoprefix'}
======================
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

Bonjour @ dylanmc1975 , veuillez copier les informations de votre 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.

@ kisak-valve

https://gist.github.com/dylanmc1975/f017873abfc82a9af619adc45667ab80

Merci @ dylanmc1975 , puisque vous avez copié les informations système avant la fin des diagnostics srt-info, je ne peux que spéculer, mais vérifiez que media-libs / mesa est construit avec USE = vulkan.

Quelqu'un l'a-t-il déjà fait fonctionner sur Ubuntu 18.04?

J'ai tout essayé ici avec la version DRM, dernière tentative avec le post 999eagle, et non. Crash crash crash crash crash crash crash. J'en ai marre à ce stade.

Proton 5.0.5 440.64 nvidia dkms tkg travail sans drm et drm

Envoyé de mon iPhone
Le 21 mars 2020 à 10h39, elovin _ @ _. *> A écrit: @ ReaperOfSouls1909 - Cloud vous s'il vous plaît nous donner plus d' informations sur votre configuration ( la version pilote avez - vous utilisé, ce vin / version proton, drm libre ou non)? - Vous recevez cela parce que vous avez été mentionné. Répondez directement à cet e-mail, affichez-le sur GitHub ou désabonnez-vous.

Malheureusement, cela n'aide pas. Juste installé nvidia-dkms-tkg - pas de joie. Quel DE courez-vous? Je suis avec le plasma.

Je ne possède pas encore le jeu, donc je ne peux pas tester, mais une chose à garder à l'esprit est que 440.64 n'est pas vulkan 1.2, alors que 440.66.03 est 1.2.133 qui est la même version vulkan que Doom Eternal Game Ready Pilote Windows.

Je viens d'installer 440.66.03. C'est un peu mieux mais j'arrive à peine à atteindre 24 FPS ...

Merci @ dylanmc1975 , puisque vous avez copié les informations système avant la fin des diagnostics srt-info, je ne peux que spéculer, mais vérifiez que media-libs / mesa est construit avec USE = vulkan.

Non, je ne vois maintenant aucun support vulkan, maintenant je le recompile également avec opencl.
Mais je me demande comment fonctionne doom 2016, mais ce n'était peut-être pas la version vulkan, je ne me souviens toujours pas

Peut confirmer que la compilation de wine-tkg de @ 999eagle fonctionne correctement.

Gentoo Linux, RX 5700 XT, utilisant AMDGPU-PRO 19.50 avec ce jeu car c'est apparemment le pilote le plus rapide. Paramètres Ultra-Nightmare et jusqu'à présent, le GPU ne transpire pas.
Utilisation de l'exécutable DRM.

1080Ti - 24 FPS sur les réglages bas: D: D: D

@ 999eagle

comment se fait-il que votre dossier personnel (je suppose que c'est le cas) apparaît dans mon journal?

Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/aleksbenmaza/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipSignInManager', '1']
Options: {'nonvapi', 'winetricks', 'winedxgi', 'logcommandtoprefix'}
======================
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

de plus, j'ai essayé d'utiliser votre patch avec d'autres jeux, aucun d'eux ne fonctionnait.

@ dylanmc1975 doom 2016 a toujours des apis opengl, tandis qu'Eternal est exclusivement vulkan

Peut confirmer que la compilation de wine-tkg de @ 999eagle fonctionne correctement.

Gentoo Linux, RX 5700 XT, utilisant AMDGPU-PRO 19.50 avec ce jeu car c'est apparemment le pilote le plus rapide. Paramètres Ultra-Nightmare et jusqu'à présent, le GPU ne transpire pas.
Utilisation de l'exécutable DRM.

Salut, quel opencl avez-vous?
J'utilise amd-gpu, est-ce que c'est le plongeur le plus rapide?

@ 999eagle

Êtes-vous en mesure de partager les correctifs pour proton afin que nous puissions nous compiler?

@ 999eagle

comment se fait-il que votre dossier personnel (je suppose que c'est le cas) apparaît dans mon journal?

Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/aleksbenmaza/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipSignInManager', '1']
Options: {'nonvapi', 'winetricks', 'winedxgi', 'logcommandtoprefix'}
======================
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/aleksbenmaza/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

C'est probablement pourquoi il s'écrase? Le mien démarre, j'obtiens un écran noir, mais ensuite le jeu plante. J'ai essayé avec le proton 5.4.x ainsi qu'avec le proton 5.0.5. Les deux cas, avec la version Steam du jeu, il plante. Bien qu'avec 5.0.5, cela m'amène à la page DRM du jeu qui n'est pas revalidée et que je dois attendre 24 heures. C'est donc un lavage. Super gelée de tous les gars qui l'ont fait fonctionner.

1080Ti - 24 FPS sur les réglages bas: D: D: D

Curieusement, NMS a un problème avec ses performances de Nvidia vulkan qui, avant que HG ne le corrige, une solution temporaire consistait à usurper en AMD en utilisant cette couche vulkan:

https://github.com/volca02/spoof_vendorid

Ça vaut le coup.

@ fls2018

1080Ti - 24 FPS sur les réglages bas: D: D: D

Curieusement, NMS a un problème avec ses performances de Nvidia vulkan qui, avant que HG ne le corrige, une solution temporaire consistait à usurper en AMD en utilisant cette couche vulkan:

https://github.com/volca02/spoof_vendorid

Ça vaut le coup.

Merci.
Mon 1080 a en fait été usurpé en tant que carte AMD - il y avait un avertissement concernant AMD fonctionnant sur HDR au lancement.
Cependant, le problème persiste: le son bégaie, les cinématiques très lentes et ne rattrapent pas la musique et le gameplay en cours de jeu bien en dessous de 30 images par seconde en réglage bas (tout est désactivé).

Salut, quel opencl avez-vous?

Je ne sais pas pourquoi c'est pertinent, mais je n'utilise rien de propriétaire pour OpenCL, juste Mesa.

J'utilise amd-gpu, est-ce que c'est le plongeur le plus rapide?

D'après ce que j'ai entendu, AMDVLK et RADV sont tous deux nettement plus lents et RADV / ACO plante au lancement.

@aleksbenmaza @ PraetorianSC4 vous avez besoin d'au moins GLIBC 2.31 car j'ai compilé ma version sur Arch, désolé. Je ne sais pas pourquoi mon répertoire de construction apparaît toujours dans les binaires.

@gblanchard J'ai lié le commit exact où le patch a été ajouté. J'ai compilé proton-tkg avec le patch de la communauté winevulkan_fshack_opts.mypatch et tout le reste avec la configuration par défaut.

@ 999eagle Merci!

@ 999eagle Pour mémoire, cela fonctionne avec vos patches sur gentoo avec GLIBC 2.30

: man_shrugging:

Bonjour, cela vaut peut-être la peine de mentionner # 3267. La version abrégée de cette discussion est qu'il peut y avoir une régression en amont qui rend Denuvo mécontent de ces versions non officielles de Proton, mais est bien avec la version principale de Proton. Le scénario d'échec dans ce rapport de problème est que le jeu fonctionnerait pendant 5 démarrages de jeu par jour, puis passerait à l'état d'agitation.

Cela ne s'applique peut-être pas directement à ce jeu, mais cela vaut la peine d'être surveillé.

@ kisak-valve ce thread semble suggérer que la suppression du répertoire compatdata réinitialisera l'état de denuvo. Est-ce vrai? cela ne semble pas être dans mon cas.

1080Ti - 24 FPS sur les réglages bas: D: D: D

Curieusement, NMS a un problème avec ses performances de Nvidia vulkan qui, avant que HG ne le corrige, une solution temporaire consistait à usurper en AMD en utilisant cette couche vulkan:

https://github.com/volca02/spoof_vendorid

Ça vaut le coup.

Oui, cela fait 3-4 FPS de plus, mais c'est toujours injouable. Je vous remercie :)

Bonjour @ashkitten , je crois comprendre que l'état doit être réinitialisé sur certains serveurs Denuvo.

quelqu'un peut-il confirmer que le proton 5.0-5 fonctionne?

@ashkitten

Cela conduit à des échecs d'enregistrement Denuvo pour moi. 5.4.x me donne un écran noir (avec la version de vin corrigée de

R7 3800X | GTX 1080Ti | Manjaro 5.4.4 | 440,64 | En-têtes Vulkan / ICD-Loader: 1.2.135

J'ai essayé tout ce que je pouvais trouver (y compris les ex sans drm). La seule chose qui a fonctionné était la construction de protons de 999eagle et l'exe officiel. Mais toujours avec des performances épouvantables (20 ips sur tous les bas sur un 1070 gtx) sur Arch 5.5.11tkg et le pilote nvidia 440.66.03. Le son craque également dans le jeu.

quelqu'un peut-il confirmer que le proton 5.0-5 fonctionne?

@ashkitten
La version fournie par @ 999eagle (https://github.com/ValveSoftware/Proton/issues/3654#issuecomment-602028651) fonctionnait bien au moins pour accéder à l'état du jeu.
Cependant, pour certains, cela ne fonctionne pas et pour d'autres, cela fonctionne d'une lenteur inacceptable (c'est mon cas avec un 1080).

Mais vous pouvez essayer. Peut-être que tu as de la chance.

La construction de 999eagle n'a pas fonctionné

déb 18.04
bêta de vapeur
glibc 2.31
nvidia 440

ryzen 5
1060 3 Go
asus b350
8 Go

Va toujours à ce stupide DRM pop-up. quelque chose me dit que cela fonctionnerait sans DRM maintenant. D'une manière ou d'une autre, je suis content de penser que je serais plus contrarié s'il fonctionnait mais donnait ensuite des fps injouables.

Bonne chance et merci les gars / filles, je pense que je vais renflouer pour les tentatives et attendre un proton de libération de valve approprié qui fonctionne aussi bien que 2016. Je vais aller réinstaller parce que maintenant la configuration gèle au hasard et donne un rapport d'erreur système au démarrage. Impressionnant.

Va toujours à ce stupide DRM pop-up. quelque chose me dit que cela fonctionnerait sans DRM maintenant.

@ MacroHard-sys
C'est parce que vous avez essayé trop de protons différents pendant 24h
Eu le même hier. Aujourd'hui, tout allait bien car le denuvo merdique a finalement purgé mon identifiant de leur base de données verrouillée. Alors attendez ... ou essayez la version gratuite de drm: wink:

Je suis également dans la prison de Denuvo à ce stade. J'ai récupéré l'exe sans DRM et l'ai déposé dans le dossier du jeu après avoir sauvegardé l'exe d'origine, mais il semble se planter encore plus tôt. Dois-je faire autre chose pour que l'exe sans DRM fonctionne?

@Berinth Si comme moi vous avez le FATAL ERROR: Z:\home\[...]\.local\steamam\steamapps\common\DOOMEternal\base\disclayout.cfg is unexpected, check manifest , j'ai résolu celui-ci en copiant également tous les fichiers à l'intérieur de DOOMEternal/base/ de la version sans drm, attendez-vous aux fichiers se terminant par .streamdb et non les dossiers. Cela fait neuf fichiers au total.

Mais je n'ai pas essayé de le lancer via Steam. Je lance directement depuis le terminal avec une commande comme
STEAM_COMPAT_DATA_PATH=~/.local/share/steam/steamapps/compatdata/782330 ~/.steam/steam/steamapps/common/Proton\ 5.0/proton run ~/.local/share/steam/steamapps/common/DOOMEternal/DOOMEternalx64vk_DRMFREE.exe +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

@ 999eagle Vous construisez des œuvres pour moi (gentiment)

  1. Téléchargez la version et placez-la dans ~ / .steam / Compatibilitytools.d /
  2. Configurer Steam pour opter pour la version bêta et redémarrer Steam
  3. Définissez la version proton à utiliser pour votre build dans Steam
  4. Définissez les options de lancement comme vous l'avez suggéré (+ in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1)

Le jeu commence, est plus ou moins jouable. Avec des paramètres graphiques moyens, j'obtiens entre 25 et 40 FPS.

Je lance Fedora 31 Workstation, noyau 5.5.7-200.fc31 avec le pilote NVIDA 440.64. Matériel: Ryzen 1700, RTX 2060, 16 Go de RAM.

Étant donné que le jeu fonctionne essentiellement avec proton (du moins dans certaines configurations), je suis plutôt convaincu que cela fonctionnera parfaitement bientôt.

Merci @ 999eagle et toutes les autres personnes impliquées pour vos efforts!

Le correctif de @ 999eagle fonctionne pour moi, même si quels que soient les paramètres de qualité que je choisis, le framerate semble être plafonné à environ 15-20 fps. J'espère qu'il y aura bientôt un nouveau patch officiel de protons, mais pour le moment, je vais profiter du jeu. L'exe Denuvo-free améliore-t-il la solution de contournement?

Fedora 31
Intel-i5 6600K
Nvidia GTX970
16 Go de RAM

Si vous souhaitez mettre à jour Vulkan Loader vers la dernière version sur Ubuntu 18.04 et supérieur, utilisez ces commandes:

wget -qO - http://packages.lunarg.com/lunarg-signing-key-pub.asc | sudo apt-key add -
sudo wget -qO /etc/apt/sources.list.d/lunarg-vulkan-bionic.list http://packages.lunarg.com/vulkan/lunarg-vulkan-bionic.list
sudo apt update
sudo apt dist-upgrade

@Berinth Si comme moi vous avez le FATAL ERROR: Z:\home\[...]\.local\steamam\steamapps\common\DOOMEternal\base\disclayout.cfg is unexpected, check manifest , j'ai résolu celui-ci en copiant également tous les fichiers à l'intérieur de DOOMEternal/base/ de la version sans drm, attendez-vous aux fichiers se terminant par .streamdb et non les dossiers. Cela fait neuf fichiers au total.

Mais je n'ai pas essayé de le lancer via Steam. Je lance directement depuis le terminal avec une commande comme
STEAM_COMPAT_DATA_PATH=~/.local/share/steam/steamapps/compatdata/782330 ~/.steam/steam/steamapps/common/Proton\ 5.0/proton run ~/.local/share/steam/steamapps/common/DOOMEternal/DOOMEternalx64vk_DRMFREE.exe +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Je suis sur Pop_os donc mes répertoires sont un peu différents. Mais j'ai adapté cette commande et elle renvoie ceci: no such file or directory: ~/.steam/debian-installation/steamapps/common/Proton\ 5.0/dist/bin/wine
même si j'ai vérifié à cet endroit et que le vin existe là-bas

@Berinth Je pense que j'ai aussi eu cette erreur hier, mais je ne m'en souviens pas avec certitude. Vérifiez peut-être s'il s'agit d'un lien symbolique dans le chemin et modifiez votre chemin en conséquence afin qu'il n'utilise pas le lien symbolique. Si cela ne fonctionne pas, je n'en ai aucune idée.

Bonjour @Berinth , essayez d'utiliser un chemin absolu ( /home/username ) au lieu de ~ .

Les gars, pouvez-vous signaler un bogue chez NVIDIA? Je ne suis pas très bon en anglais donc je vous le demande. Donnez-nous un lien ici et nous confirmerons le problème une fois le sujet créé.

Bonjour @Berinth , essayez d'utiliser un chemin absolu ( /home/username ) au lieu de ~ .

J'ai essayé le même résultat. Ma partition personnelle réside sur un lecteur distinct de ma partition racine, mais elle est montée sur / home. Serait-ce le jeter pour une boucle?

Edit: Je suis un idiot. Exécutait accidentellement le mauvais script. Le script s'exécute maintenant, mais le jeu ne fonctionne toujours pas

Je viens d ' @ 999eagle . Void Linux, à peu près tout à jour, y compris le chargeur Vulkan et les en-têtes (pourquoi il dit 1.2.133, je n'en ai aucune idée; j'utilise 135). A travaillé sans accroc. La commutation d'espace de travail i3wm peut être compliquée, mais à part ça, hé: ça marche. J'avoue être extrêmement déçu par le framerate, mais je pense que cela se gérera avec quelques ajustements de paramètres graphiques et quand ils supprimeront Denubloat sur toute la ligne. Rip and Tear! :métal:

EDIT: j'ai oublié de mentionner, un peu important, lorsque la mission de campagne a commencé, cela m'a averti qu'il ne pouvait pas se connecter à Steam et que je serais plus ou moins hors ligne? J'espère que ce n'est que DRM qui est aggro de mes tests d'hier soir mais je n'ai vraiment aucune idée de la vraie cause

20200321-141737
20200321-141959

en utilisant la solution de 999eagle, j'ai remarqué que le panneau d'information en jeu de Doom éternel indique que j'utilise vulkan 1.1.119 malgré le fait que la version 1.2.135-1 de vulkan-icd-loader est installée et que j'utilise la version bêta de vapeur faire cela sur Arch avec la version DRM du jeu

Screenshot_20200321_191241

le spectacle supprime le focus du jeu, le faisant geler, c'est pourquoi il affiche 0fps et un écran noir

Quelqu'un sur ProtonDB a signalé que les pilotes GPU de pointe avec Proton 5.0-5 fonctionnent parfaitement. Quelqu'un peut-il le confirmer? Je suis toujours coincé dans l'enfer de Denuvo, donc je ne peux pas tester Proton ainsi que la version de @ 999eagle .

Fonctionne maintenant comme un charme! merci à @ 999eagle

AMD Ryzen 5 1600X
16 Go de mémoire
Radeon RX 480
Gentoo Linux
Noyau 5.5.9

@ kisak-valve il me manquait un support vulkan sur ma machine, merci

Quelqu'un sur ProtonDB a signalé que les pilotes GPU de pointe avec Proton 5.0-5 fonctionnent parfaitement. Quelqu'un peut-il le confirmer? Je suis toujours coincé dans l'enfer de Denuvo, donc je ne peux pas tester Proton ainsi que la version de @ 999eagle .

Il n'y a pas de pilote plus récent que 440.66.03 je pense. Je les utilise et je ne peux pas obtenir plus de 25-30 FPS.

en utilisant la solution de 999eagle, j'ai remarqué que le panneau d'information en jeu de Doom éternel indique que j'utilise vulkan 1.1.119 malgré le fait que la version 1.2.135-1 de vulkan-icd-loader est installée et que j'utilise la version bêta de vapeur faire cela sur Arch avec la version DRM du jeu

Screenshot_20200321_191241

le spectacle supprime le focus du jeu, le faisant geler, c'est pourquoi il affiche 0fps et un écran noir

Ce sont mes statistiques, cela fonctionne aussi avec 1.2.133 au lieu de 1.2.135 (j'ai pris une photo parce que si j'essaye de faire une capture d'écran en cas de panne)
photo6033081157454770620

Est-ce juste moi ou semble-t-il que les personnes avec de mauvaises performances sont pour la plupart des utilisateurs de geforce 10xx? Semble bien pour les cartes AMD et pour la série 20xx

Il semble qu'un certain nombre de personnes qui ont réussi à exécuter le jeu à une fréquence d'images plus élevée aient utilisé le planificateur PDS. Je peux confirmer que l'utilisation du planificateur PDS sur le noyau xanmod ne fournit pas un taux d'images plus élevé lorsqu'il est associé au nouveau proton TKG. Cependant, je suis actuellement verrouillé et incapable de tester d'autres configurations avec PDS.

Est-ce que quelqu'un qui a démarré le jeu avec le stock proton 5.0-5 pourrait tester un noyau TKG avec PDS pour voir si cela se traduit par de meilleures performances? Il pourrait être utile de préciser pourquoi certaines personnes voient des performances acceptables et d'autres non.

J'utilise un fwiw 1070.

Dans ce tred, un utilisateur se plaint également du GTX970, si je me souviens bien.

Est-ce juste moi ou semble-t-il que les personnes avec de mauvaises performances sont pour la plupart des utilisateurs de geforce 10xx? Semble bien pour les cartes AMD et pour la série 20xx

Je crois que @ ReaperOfSouls1909 a mentionné qu'ils atteignaient 100 + fps en utilisant un 1070

La version DRM par défaut fonctionne correctement avec:

Ryzen 3700X
Vega 56

ArchLinux (noyau zen)
mesa-git
vapeur-beta
proton-tkg construit avec le patch mentionné ci-dessus

options de lancement de vapeur (rappelez-vous que lors du premier démarrage du jeu, n'utilisez pas le skipSignInManager ..):
RADV_PERFTEST = llvm + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

De plus, les performances sont jouables avec environ 60 ips en haute résolution et WQHD

Screenshot_20200321_194344

Avec la solution de @ 999eagle , je suis capable de démarrer le jeu et d'y jouer, ce qui est énorme car rien dans ce fil de discussion la nuit dernière n'a fonctionné. Mais les performances sont mauvaises (FPS bas).

Comme avec d'autres dans cette situation, je suis sur un 1080ti (avec Ryzen 3950x). Dernier Ubuntu Focal avec tous les packages mis à jour et le noyau 5.6.0-rc6 personnalisé.

Peut-être que le jeu repose sur le traçage de rayons ou une nouvelle technologie similaire que les cartes geforce de la série 10 n'ont pas?

Est-ce que la mise à niveau des paquets système vulkan résoudrait potentiellement ce problème? Le dépôt lunarg-vulkan suggéré ci-dessus ne contenait aucun package mis à jour pour mon système.

Est-ce juste moi ou semble-t-il que les personnes avec de mauvaises performances sont pour la plupart des utilisateurs de geforce 10xx? Semble bien pour les cartes AMD et pour la série 20xx

@tehradamant ce n'est pas bien pour mon 2060, donc je ne pense pas que la logique se détache. dans la Forteresse de Doom, j'obtiens 20-30fps sur mon 2060 @ 1440p; dans Windows, il est fixé à 144 ips

la différence entre ceux qui obtiennent des performances élevées et ceux qui ne semblent pas être amd vs nvidia

@GloriousEggroll devriez-vous intégrer ce commit et baliser une version? https://github.com/Tk-Glitch/PKGBUILDS/commit/52d0e915a7c88acaf544ad1c9b7eb9fcc23645cb

Nous avons une poignée de personnes qui réussissent à exécuter le jeu grâce à cela. L'avoir dans votre build permettrait des tests plus larges.

(quelqu'un me corrige si les builds de protons personnalisés ont besoin de quelque chose d'autre)

Est-ce juste moi ou semble-t-il que les personnes avec de mauvaises performances sont pour la plupart des utilisateurs de geforce 10xx? Semble bien pour les cartes AMD et pour la série 20xx

Je crois que @ ReaperOfSouls1909 a mentionné qu'ils atteignaient 100 + fps en utilisant un 1070

Je pense que c'est une erreur ou il sera le seul :)

Est-ce juste moi ou semble-t-il que les personnes avec de mauvaises performances sont pour la plupart des utilisateurs de geforce 10xx? Semble bien pour les cartes AMD et pour la série 20xx

Je crois que @ ReaperOfSouls1909 a mentionné qu'ils atteignaient 100 + fps en utilisant un 1070

Je pense que c'est une erreur ou il sera le seul :)

non pas le seul lol

Certaines vidéos ou captures d'écran sont les bienvenues :)

J'ai essayé le correctif de @ 999eagle plus les pilotes mis à jour, toujours rien. Notez que j'utilise une GTX 950. Peut-être que je suis stupide et que j'ai besoin d'une mise à niveau?

J'ai essayé proton 5.0, version gratuite de drm et ça marche, mais c'est plus proche d'un diaporama que d'un jeu. J'utilise une GTX 1060 btw

FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required pour moi avec le dernier proton mesa-git, icd-loader et 999eagle, j'utilise un R9 290 avec le pilote amdgpu. J'ai essayé les deux avec et sans RADV_PERFTEST=llvm , toujours rien ...
steam-782330.log
La version sans DRM ne fonctionne pas, je ne peux pas tester le denuvo car j'ai trop déconné et je dois attendre mes 24h ...

J'aurais peut-être trouvé une solution pour les utilisateurs de NVIDIA rencontrant de mauvaises fréquences d'images lors de l'utilisation de la version proton fournie par @ 999eagle :

Trouvez le fichier user_settings.py fourni avec le zip et commentez la ligne "PROTON_NVAPI_DISABLE": "1" . Maintenant, j'obtiens des fréquences d'images décentes de> 70 aux paramètres Full HD et Ultra Nightmare sur un RTX 2080 Ti et ~ 40 FPS lors du rendu à 4k (j'ai eu ~ 20FPS avec tous les paramètres avant).

Remarque: après avoir désactivé l'option, j'ai reçu un avertissement concernant les pilotes obsolètes (vous avez vu cette capture d'écran plusieurs fois dans ce fil) mais je pouvais l'ignorer en toute sécurité.

La version Proton de

Arch Linux
Ryzen 2600
RX 560
1080p haute préréglage (piscine de texture moyenne)
40 à 55 ips

Au fait, les 2 premières vidéos de logo de démarrage étaient-elles supposées avoir du son? Tout est silencieux jusqu'à ce que j'atteigne le menu principal

Avons-nous une idée des raisons pour lesquelles les utilisateurs de nvidia obtiennent des performances inférieures? C'est l'idée que je vais si loin ...

J'ai essayé de mettre à niveau les packages vulkan via https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602076507 mais le jeu ne démarre pas via Proton 5.05 normal et 5.04 personnalisé.
Une solution de contournement pour le problème de la glibc en dehors de la mise à niveau vers Ubuntu 19.10 ou la version 20.04 non publiée?

Les résultats normaux de Proton 5.05 dans: http://i.imgur.com/Q5cps5h.png et un grand fichier journal:
steam-782330_zaggynl.log.zip

Personnalisé 5.04:

======================
Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/az/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipKeyPressOnLoadScreens', '1', '+com_skipSignInManager', '1']
Options: {'logcommandtoprefix', 'winetricks', 'winedxgi', 'nonvapi'}
======================
ERROR: ld.so: object '/home/az/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/az/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/az/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

Qu'est-ce qui est causé par différents Glibc selon les commentaires précédents?

Je l'ai fait fonctionner avec la version de @ 999eagle .
Cambre
vega56
avec pilote amdgpu pro vulkan
réglages élevés 1440p 90-100 fps
doom
Ultra Nightmare 100 ips
doom3

Avec les options de construction et de lancement de ce commentaire, le jeu ne fonctionnera toujours pas du tout. Je reçois juste un écran noir, puis je reviens au bureau.
Je ne vois pas ce qui me manque ...
steam-782330.log

Serait-ce parce que je suis sur Xubuntu, pas Arch?

@boehmseb Je l'ai essayé et je n'ai vu aucune différence notable. Je dois également mentionner que les graphismes sont de mauvaise qualité, tout est un peu flou, même sur des réglages élevés (avec ou sans le correctif de boehmseb). Le plus visible dans le menu principal.

@boehmseb Je l'ai essayé et je n'ai vu aucune différence notable. Je dois également mentionner que les graphismes sont de mauvaise qualité, tout est un peu flou, même sur des réglages élevés (avec ou sans le correctif de boehmseb). Le plus visible dans le menu principal.

Je dois admettre qu'après avoir joué un peu plus, il me semble que j'étais dans un "bon" endroit sur la carte lors de mon premier test. Cependant, sur ma machine, il y a une différence notable qui rend le jeu au moins jouable pour moi.

@boehmseb
Merci pour vos efforts, mais cela ne m'a pas non plus aidé :(

@ poke86 vous allez avoir les mêmes problèmes que les autres utilisateurs d'Ubuntu, alors parcourez ce fil pour les correctifs d'Ubuntu

@ 999eagle

J'utilise ubuntu 19.10, pour autant que je sache, tout est à jour
il meurt après avoir demandé des winetricks

error.log

Version de l'instance Vulkan: 1.2.131

5.5.11-050511-générique
GL_RENDERER: AMD Radeon R9 200 Series (HAWAII, DRM 3.36.0, 5.5.11-050511-generic, LLVM 9.0.1)
GL_VERSION: 4.6 (Profil de compatibilité) Mesa 20.1.0-devel (git-5cc3ab0 2020-03-21 eoan-oibaf-ppa)

vulkan est vieux, vous devez mettre à jour manuellement

J'ai essayé le correctif

@boehmseb J'ai essayé votre solution mais cela n'améliore vraiment rien. Je reçois le message du pilote obsolète donc je suppose que le correctif a été appliqué.
Mais les performances ne sont pas du tout bonnes.
C'est avec everyt hing réglé sur Low et désactivant tous les effets (flou, etc.):

IMG_20200321_223543

J'ai remarqué cependant que le menu du jeu fonctionne très bien et rapidement avec 144 FPS, mais dès que je reprends, il est de retour à 10-20 FPS.
J'ai le sentiment fort qu'il me manque quelque chose d'essentiel ici.

oublié d'exécuter sudo ldconfig
Version de l'instance Vulkan: 1.2.135

cependant à partir de doom 2016 avec proton_tkg_5.4.r10.g7c7868f4
il montre vulkan 1.2.128
error.log

Alors, comment faire pour que Steam utilise la version d'ubuntu?

vraiment dommage de voir tous ces commentaires sur les mauvaises performances, 2016 avait des performances dignes de Dieu, je pouvais jouer avec des paramètres maximaux à plus de 60fps avec mon R9 290 @ 400mhz ...

Probablement hors sujet, mais quel type d'installation de Steam utilisez-vous tous? J'ai utilisé le package Flatpak, mais je pense que je devrais peut-être utiliser RPM à la place, car je ne peux littéralement pas suivre les

Au cas où quelqu'un d'autre aurait le même problème idiot que moi: vulkan-radeon baise avec amdvlk. Supprimez donc vulkan-radeon :) (a provoqué le retour du jeu FATAL ERROR: Please update your driver: VK_KHR_8bit_storage is required )

@UVCRocketRunner

Probablement hors sujet, mais quel type d'installation de Steam utilisez-vous tous?

En utilisant l'installation native par défaut de mes distributions, ce qui m'a bien servi jusqu'à présent.

multilib/steam-manjaro 1.0.0.61-7 (2.7 MiB 3.0 MiB) (Installed)
    Valve's digital software delivery system

Je ne peux pas obtenir de performances raisonnables de DOOM, j'ai essayé 4 vins différents, tout mis à jour et désactivé nvapi ...

Joué 2 heures, aucun problème :)

782330_20200321214753_1
782330_20200321215249_1
''
/ 0 bus carte mère
/ 0/0 mémoire 15GiB Mémoire système
/ 0/1 processeur AMD Ryzen 5 1600X Six-Core Processor 3600
/ 0/100 Bridge Family 17h (Modèles 00h-0fh) Root Complex
/0/100/0.2 Famille générique 17h (modèles 00h-0fh) Unité de gestion de mémoire E / S
/0/100/1.3 Bridge Family 17h (Modèles 00h-0fh) PCIe GPP Bridge
/0/100/1.3/0 bus 300 Series Chipset USB 3.1 xHCI Controller
/0/100/1.3/0.1 Storage 300 Series Chipset SATA Controller
/0/100/1.3/0.2 pont Advanced Micro Devices, Inc. [AMD]
/0/100/1.3/0.2/0 bridge 300 Series Chipset PCIe Port
/0/100/1.3/0.2/0/0 eth0 network RTL8111 / 8168/8411 Contrôleur Ethernet Gigabit PCI Express
/0/100/1.3/0.2/1 pont Port PCIe du chipset série 300
/0/100/1.3/0.2/1/0 pont ASM1083 / 1085 Pont PCIe vers PCI
/0/100/1.3/0.2/4 pont 300 Series Chipset PCIe Port
/0/100/3.1 famille de ponts 17h (modèles 00h-0fh) Pont PCIe GPP
/0/100/3.1/0 affichage Ellesmere [Radeon RX 480]

proton_tkg_5.4.r10.g7c7868f4
Noyau 5.5.9
amdgpu

@ dylanmc1975 pouvez-vous ajouter des informations sur votre système de vapeur?

@ dylanmc1975 +1, veuillez ajouter vulkan \ os info

@ 999eagle a travaillé pour moi. (Je suis sur Arch avec 1.2.135 vulkan et GeForce 1060). Joué à travers le premier niveau bien, maintenant l'écran de chargement du deuxième niveau se bloque toujours ...

Un ppa ubuntu pour vulkan 1.2 btw? Je ne trouve aucun = (

Une autre raison pour laquelle passer à l'équipe rouge

@brettalcox Quelle version de Vulkan pensez-vous avoir? Le mien pense que j'ai 1.2.119, je pense. Quelle version de pilote utilisez-vous, quel noyau et avez-vous fait autre chose que d'utiliser le vin de @ 999eagle ?

@UVCRocketRunner

.... wat? suivez les instructions de 999eagle, mais créez le répertoire vous-même et extrayez-y le tar. cela fonctionne bien, mis à part les problèmes de performances.

@MagicRB ne sait pas comment déterminer la version que Doom pense avoir, mais le noyau 5.5.10-arch1-1 et 440.64 Nvidia. Et rien d'autre. L'exécution de Steam trop fyi

Ça marche avec la compilation de @ 999eagle . Alt + Tab et prendre des captures d'écran interrompent complètement le jeu. Peut-être lié à Steam Overlay, va le tester.

Il y a des paysages que je peux facilement obtenir 60+ FPS, mais la majorité du jeu se déroule autour de 30-45 FPS.

J'ai également installé Vulkan 1.2.135 mais le jeu fonctionne avec 1.2.133, comme d'autres. Les informations système indiquent également 1.2.133.

Information système

EDIT: Désolé pour les rotations de photos :(

Utilisation du préréglage "Low":

IMG_20200322_014018
IMG_20200322_014307
IMG_20200322_014338

Utilisation du préréglage «Ultra-Nightmare»:

IMG_20200322_014547
IMG_20200322_014601
IMG_20200322_014616

@UVCRocketRunner

.... wat? suivez les instructions de 999eagle, mais créez le répertoire vous-même et extrayez-y le tar. cela fonctionne bien, mis à part les problèmes de performances.

Eh bien, j'ai essayé cela tout à l'heure, et je suppose que je suis censé pouvoir sélectionner sa version Proton séparément, car je ne peux toujours utiliser que la version 5.0.5 et je suis toujours à la case départ.

@brettalcox active les informations de débogage dans doom, paramètres, vidéo

@MagicRB dit qu'il utilise 1.1.119

Je ne peux pas faire fonctionner ça pour la vie de moi. J'ai fait @ 999eagle directions, j'ai compilé vulkan-loader 1.2.135, mais je ne suis pas sûr à 100% qu'il soit installé correctement, sinon je suis sur le 1.2.132 de Manjaro. Même chose peu importe ce que je fais, obtenir le popup "AMD n'a pas de support HDR" puis il se ferme. Je le lance depuis Steam avec les options. Je ne sais pas où le journal est stocké mais le système est:
Manjaro-Gnome
noyau = 5.6.0-2-MANJARO
RX 5700xt
Ryzen 3600

Pour ceux qui veulent prendre des captures d'écran, j'ai trouvé que scrot fonctionne bien. J'ai un raccourci clavier dans mon i3config à scrot -mz (avec quelques autres paramètres pour le nom / l'emplacement du fichier mais c'est hors sujet). Je peux confirmer que cela prendra une capture d'écran sans plantage

Je ne peux pas faire fonctionner ça pour la vie de moi. J'ai fait @ 999eagle directions, j'ai compilé vulkan-loader 1.2.135, mais je ne suis pas sûr à 100% qu'il soit installé correctement, sinon je suis sur le 1.2.132 de Manjaro. Même chose peu importe ce que je fais, obtenir le popup "AMD n'a pas de support HDR" puis il se ferme. Je le lance depuis Steam avec les options. Je ne sais pas où le journal est stocké mais le système est:
Manjaro-Gnome
noyau = 5.6.0-2-MANJARO
RX 5700xt
Ryzen 3600

Si vous voulez en être sûr, lancez vulkaninfo.
Le seul moyen de savoir s'il est correctement installé

Fonctionne pour moi en utilisant proton-tkg avec winevulkan_fshack_opts.mypatch
Version de l'instance Vulkan: 1.2.135
Pilote Nvidia 440.66.03

Prendre des captures d'écran avec Steam en utilisant F12 n'a pas gelé le jeu pour moi.

Les performances sont cependant médiocres,
20200322130224_1

vulkaninfo dit que j'ai 1.1.119, je vais vérifier ma configuration

attendez, ma version api est la 1.1.119

Je pense que j'ai réussi à compiler proton-tkg avec winevulkan_fshack_opts.mypatch pour Ubuntu 18.04, mais je ne peux pas encore le faire fonctionner. Ce qui complique les choses, c'est que ma copie provient de Bethesda.net, donc j'essaye de la configurer via une intégration de jeu non-Steam. Si quelqu'un a réussi à exécuter une configuration non-Steam, veuillez le dire!

Peut confirmer que cela fonctionne sur ma machine

Système d'exploitation: Fedora 32
GNOME: 3,36 X11
AMD Radeon RX 470
Dernière version bêta de Steam
Jeu DRM
Proton de @ 999eagle
Avec ces options: +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

@thebitstick comment est votre performance dans le jeu?

Je viens de vérifier et il semble que le jeu / proton / steam utilise vulkan 1.1.119, du moins les métriques de performance en jeu le suggèrent. La version installée sur mon système est cependant la 1.2.131.

Une idée de comment changer cela? Et cela pourrait-il causer des problèmes de performances?

Doot Eternal via Steam + + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1
Fedora 31, le reste est dans la capture d'écran. pas de hacky bs:
mesa-git, llvm standard livré avec fed 31 + vulkan-loader 1.2.135
Je ne l'ai pas fait fonctionner avec ACO, mais il y a encore quelques choses que je dois essayer.
J'aurai une version GE disponible dès que j'aurai fini de trier d'autres problèmes mineurs:

doot

@ d3rhans 60+ FPS. Exécution d'un moniteur Ultrawide 60 Hz, donc je n'ai rien à redire.
Vulkan vient d'être mis à jour via dnf à mesa-vulkan-drivers-20.0.2-1.fc32.x86_64 .

La version Steam du jeu fonctionne sur ma carte AMD Navi 10. Ses performances à des réglages élevés sont assez correctes, c'est jouable, pas génial. Sur des paramètres élevés (j'utilise ce que le jeu par défaut) à 3440x1440, il tourne autour de 50-80fps en fonction de la scène. J'ai joué au premier niveau avec seulement des problèmes mineurs, j'ai remarqué quelques artefacts graphiques mineurs dans les effets de particules certan.

J'exécute le client Steam Beta et j'utilise la version personnalisée de Proton liée ici:
https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602028651

En utilisant MESA, le jeu plante juste après l'apparition de l'icône de la barre d'état,
Connectez-vous ici

Avec AMDVLK-pro, le jeu fonctionne.
Comment faire ici

Utilisation des options de lancement suivantes:
VK_ICD_FILENAMES=/home/dennis/.drivers/amd-vlk-pro/amd_icd64.json %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Je n'ai pas rencontré le problème que certaines personnes ont signalé à propos du crash du jeu sur GNOME (Xwayland) après ALT + TABing.

Schermafdruk van 2020-03-22 02-21-33

Spécifications complètes du système:
Ryzen 7 3800x
AMD RX 5700
16 Go de RAM
Fedora Workstation 32 Bêta

MESA 20.1
AMDGPU-pro 19.50 (Le composant Vulkan de celui-ci au moins)
GNOME 3.36

battre le jeu sur le pilote arch Nvidia le plus récent noyau bêta Vk 5.6 PDS gnome DE n'a pas de plantage aucun problème utilisé proton 5.0.5

Confirmé que le commentaire de cette ligne sous user_settings.py dans le proton patché pour les utilisateurs de nvidia est désormais jouable en framerate. J'avais 15 ans ... maintenant plus de 60 ans

    #Disable nvapi and nvapi64
#     "PROTON_NVAPI_DISABLE": "1",

@ ReaperOfSouls1909 pouvez-vous publier vos informations système?

  • Steam -> Aide -> Informations système

@gblanchard n'a pas fonctionné pour moi. Pouvez-vous également publier vos informations système?

Impossible d'installer fedora 31 pour le faire fonctionner là-bas

Envoyé de mon iPhone

Le 21 mars 2020 à 22:41, Burak S [email protected] a écrit:


@ ReaperOfSouls1909 pouvez-vous publier vos informations système?

Steam -> Aide -> Informations système
@gblanchard n'a pas fonctionné pour moi. Pouvez-vous également publier vos informations système?

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

AMD Ryzen 9 3950X 16-Core Processor
"Gentoo Base System release 2.7" (64 bit)
Kernel Name:  Linux
Kernel Version:  5.4.14-gentoo-x86_64
Driver:  NVIDIA Corporation GeForce GTX 1660/PCIe/SSE2
Driver Version:  4.6.0 NVIDIA 440.44

Utilisation de proton 5.4.r10 patché + le client beta Steam.
Mon audio est cependant un peu glitch ... mais jouable.

À partir des paramètres du serveur NVIDIA X, j'ai défini le paramètre PowerMizer sur Performances maximales et le paramètre Image OpenGL sur Hautes performances. Avait une forte augmentation de FPS mais avait toujours du mal à atteindre 60 FPS stables à Ultra Nightmare.

J'ai commenté nvapi_disable et cela n'a pas fait grand-chose. M'a acheté quelques images, mais ma fréquence d'images n'est toujours pas ce qu'elle devrait être, selon les rapports Windows de configurations comparables. Selon les métriques de performance DE, mon utilisation du GPU est de 25%, ce qui est apparemment dans le rouge. Je ne sais pas s'il y a quelque chose avec mon système ou si c'est vraiment un problème de jeu.

ED: Gah! Ce n'est pas une utilisation! C'est le temps de rendu.

Mon GPU consomme en moyenne 28 ms / image.

Confirmé que le commentaire de cette ligne sous user_settings.py dans le proton patché pour les utilisateurs de nvidia est désormais jouable en framerate. J'avais 15 ans ... maintenant plus de 60 ans

    #Disable nvapi and nvapi64
#     "PROTON_NVAPI_DISABLE": "1",

Je l'ai essayé, stabilisé par FPS autour de 60 sur des réglages moyens. Je reçois quelques problèmes graphiques de temps en temps, mais rien de grave.

@ ReaperOfSouls1909

battre le jeu sur le pilote arch Nvidia le plus récent noyau bêta Vk 5.6 PDS gnome DE n'a pas de plantage aucun problème utilisé proton 5.0.5

Êtes-vous capable de comparer ces performances à celles d'un noyau en utilisant un ordonnanceur autre que PDS?

Juste une remarque pour les utilisateurs de NVIDIA: j'ai dû mettre à jour vers le pilote 440.66.03 pour faire fonctionner Vulkan 1.2 (au lieu de 1.1.119). Aucune influence sur la performance cependant.

Incroyable. Hé @GloriousEggroll , tu as dit que mesa-git est nécessaire, mais c'est seulement si tu vas utiliser RADV / LLVM, non? Ou avez-vous besoin de mesa-git en dessous même si vous utilisez vulkan-amdgpu-pro?

Incroyable. Hé @GloriousEggroll , tu as dit que mesa-git est nécessaire, mais c'est seulement si tu vas utiliser RADV / LLVM, non? Ou avez-vous besoin de mesa-git en dessous même si vous utilisez vulkan-amdgpu-pro?

Je n'ai pas testé avec vulkan-amdgpu-pro, donc je ne sais pas.

@tizzir J'ai compilé un noyau personnalisé avec PDS et j'ai toujours eu les mêmes résultats. Mon noyau précédent était 5.4.24-1.

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

va tuer les trucs.

Je ne travaille toujours pas pour moi avec mesa-git

J'obtenais des artefacts graphiques avec radv, alors j'ai essayé vulkan-amdgpu-pro et cela fonctionnait beaucoup mieux (plus ~ 30% de fps boost!). cependant, il semble que vulkan-amdgpu-pro pense que vsync activé signifie qu'il devrait plafonner les fps à 60, alors que mon taux de rafraîchissement est en fait de 144. Cela arrive-t-il à d'autres personnes utilisant vulkan-amdgpu-pro? (ou amdvlk, ça arrive aussi avec ça). freesync ne fonctionne pas correctement sans vsync activé, c'est donc vraiment frustrant.

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

va tuer les trucs.

J'ai essayé de l'exécuter avec Vulkan-AMDGPU-pro, il se bloque au démarrage de la même manière qu'il le fait avec vanilla Proton.

Connectez-vous au cas où cela serait utile.

@GloriousEggroll ne fonctionne pas avec vulkan 1.2.135 / nvidia 440.66.03, se bloque juste après l'avertissement d'expiration du GPU. La seule chose qui a fonctionné pour moi jusqu'à présent est @ 999eagle

@GloriousEggroll

error.log

ne lance aucune idée de ce que j'ai cassé d'autre>?
c'est une copie PC ajoutée manuellement dans Steam
Ubuntu 19.10 Kernel 5.5
Version de l'instance Vulkan: 1.2.135 mais quand je joue à doom 2016, il dit toujours 1.2.128
Vulkan version 1.2.131 devine qu'il est temps de voir la mise à jour de ceci

essayé d'utiliser uniquement le lanceur
error.log

a tenté
https://drivers.amd.com/drivers/linux//19.50/amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz
extrait "vulkan-amdgpu-pro_19.50-967956_amd64.deb".
placé "amdvlk64.so" et "amd_icd64.json" à partir du dossier "opt". dans steampath / amdvlk /

Options de lancement Steam définies comme VK_ICD_FILENAMES = / steampath / amdvlk / amd_icd64.json% command% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

error.log

Crashes peu de temps après le AMD pas de support HDR splash

RADV_PERFTEST=llvm PROTON_LOG=1 %command%

steam-782330.log

Utilisation de la nouvelle version GE de @GloriousEggroll

vulkan-icd-loader 1.2.135-1
mesa-aco-git 20.0.0.20200226.7a965bd4c38-7

Est-il possible que l'exe Denuvo en soit la cause? La version Steam n'a pas l'autre version que Bethesda a laissée là-dedans.

mesa-git 1: 20.1.0_devel.121420.500842399a3-1
vulkan-radeon-git 1: 20.1.0_devel.121420.500842399a3-1

steam-782330.log

J'ai essayé l'exe sans DRM de Bethesda et je suis allé plus loin sur un écran noir mais il plante toujours: /

@GloriousEggroll Ne fonctionne pas non plus. Crash peu de temps après l'avertissement du pilote nvidia hors de données. Dit que j'ai besoin de 442.74, mais je ne peux pas obtenir cette version sur Ubuntu, n'est-ce pas? J'ai essayé de tricher en changeant la version requise dans le launcher.cfg, mais cela plante toujours.

@GloriousEggroll de même, même problème que @jldez. Manjaro, 440.64. Il y a une sorte de problème d'incompatibilité de pilote dans lequel il continue de détecter 337.88. Raisons inconnues.

Dommage que cela ne fonctionne pas pour tous.

LD_PRELOAD = / usr / lib32 / libudev.so.1 STEAM_RUNTIME = 1 vapeur

a donné des résultats différents
ERREUR FATALE: Veuillez mettre à jour votre pilote: VK_KHR_8bit_storage est requis.
alors je suppose que c'est une chose mesa?

steamterminal.txt

@jldez 442.74 est pour Windows, son équivalent Linux est 440.66.03. Vous pouvez obtenir le pilote ici .

Le runtime Steam devrait déjà utiliser toutes les bibliothèques système plus récentes.

@MasterCATZ Pourquoi précharger une lib 32 bits pour un jeu 64 bits?

parce que les erreurs elfes dans les journaux me rendaient fou

@MasterCATZ

Vous avez complètement vissé la commande de lancement. Avez-vous oublié la commande%%?

 Z:\ZFS3WAY\SteamLibrary\steamapps\Manual\DOOM.Eternal\DOOMEternalx64vk.exe VK_ICD_FILENAMES=/ZFS3WAY/SteamLibrary/amdvlk/amd_icd64.json %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Il y a une variable d'environnement APRÈS l'exe

J'utilisais idTechLauncher.exe cette fois-là, il lance

Quel proton utilisez-vous? Je ne peux même pas l'obtenir pour afficher la sortie de ligne de commande avec le GE 5.4.

RADV_PERFTEST=llvm PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Je n'ai rien dans le terminal exécutant Steam

même résultat pas de logs,
le proton ne démarre même pas,
le fichier journal doit être dans le dossier personnel, steam - ID # .log
même cela n'a abouti à rien
WINEDEBUG = + horodatage, + pid, + tid, + seh, + debugstr, + module

pour l'instant j'ai besoin de travailler sur ça
ERREUR FATALE: Veuillez mettre à jour votre pilote: VK_KHR_8bit_storage est requis

Vérifiez que vous disposez du dernier pilote. Mesa 20.1 git. Cela semble être une exigence difficile.

vulkaninfo | grep -i 8bit

Mesa 20.1.0-devel (git-5cc3ab0 2020-03-21 eoan-oibaf-ppa)

alors je suppose que je viens de gaspiller tout le week-end et 100 $, pourquoi n'auraient-ils pas pu utiliser le même moteur que 2016 ...

aio @ aio : ~ $ vulkaninfo | grep -i 8 bits
ERREUR: [Message du chargeur] Code 0: loader_get_json: Impossible d'ouvrir le fichier JSON amd_icd32.json
ERREUR: [Message du chargeur] Code 0: loader_get_json: Impossible d'ouvrir le fichier JSON amd_icd64.json
ERREUR: [Message du chargeur] Code 0: /usr/lib/i386-linux-gnu/libvulkan_intel.so: mauvaise classe ELF: ELFCLASS32
ERREUR: [Message du chargeur] Code 0: /usr/lib/i386-linux-gnu/libvulkan_radeon.so: mauvaise classe ELF: ELFCLASS32
AVERTISSEMENT: radv n'est pas une implémentation vulkan conforme, utilisation de test uniquement.
Caractéristiques de VkPhysicalDevice8BitStorage:
storageBuffer8BitAccess = false
uniformAndStorageBuffer8BitAccess = false
storageBuffer8BitAccess = false
uniformAndStorageBuffer8BitAccess = false

#
VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlk / amd_icd64.json STEAM_RUNTIME = 1 vapeur
Exécution de Steam sur Ubuntu 19.10 64 bits
STEAM_RUNTIME est activé par l'utilisateur
Épingles à jour!
/home/aio/.steam/ubuntu12_32/steam
[2020-03-22 16:59:27] Démarrage - programme de mise à jour construit 20 mars 2020 18:24:57
[2020-03-22 16:59:27] J'ai activé la version bêta du client "publicbeta" via le fichier bêta
Vous êtes dans la version bêta du client 'publicbeta'.
[2020-03-22 16:59:27] Vérification de l'installation ...
[2020-03-22 16:59:27] Vérification terminée
STEAM_RUNTIME_HEAVY: ./steam-runtime-heavy
------ Initialisation du système de fichiers ------
Chemin de recherche actuel:
- C: / users / steamuser / jeux enregistrés / id Software / DOOMEternal / base /
- Z: /ZFS3WAY/SteamLibrary/steamapps/Manual/DOOM.Eternal/base/
------ Système de fichiers initialisé.
AVERTISSEMENT: idBroadcastManager :: Register appelé avec l'ID système hors de portée [65535]
----- Enregistrement des types de déclin -----
----- Démarrage des tâches d'analyse decls -----
Ajout de la redirection d'impression de l'écouteur de journal structuré
AVERTISSEMENT: idBroadcastManager :: Register appelé avec l'ID système hors de portée [65535]
AVERTISSEMENT: idBroadcastManager :: Register appelé avec l'ID système hors de portée [65535]
------ Ligne de commande ------
Z: \ ZFS3WAYSteamLibrarysteamapps \ Manual \ DOOM.EternalDOOMEternalx64vk.exe RADV_PERFTEST = llvm WINEDEBUG = + horodatage, + pid, + tid, + seh, + debugstr, + module PROTON_LOG = 1% commande% + in_minterminal + 1 + com_SkipIntro
2020-03-22T16: 59: 44.515 + 10: 00 LOG: Ligne de commande: Z: \ ZFS3WAYSteamLibrarysteamapps \ Manual \ DOOM.EternalDOOMEternalx64vk.exe RADV_PERFTEST = llvm WINEDEBUG = + horodatage, + pid, + tid, + seh, + debugstr, + module PROTON_LOG = 1% commande% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

idLib :: SetProduction (PROD_PRODUCTION)
------- Initialisation de renderSystem --------
PreliminaryRenderSetup
... classe de fenêtre enregistrée
Traceur de pile initialisé
ERREUR FATALE: Veuillez mettre à jour votre pilote: VK_KHR_get_surface_capabilities2 est requis.

: @

vient d'explorer /etc/vulkan/icd.d

liens morts vers amd_icd64.json + amd_icd32.json

qui pointait vers
/etc/alternatives/amd_icd64.json
/etc/alternatives/amd_icd32.json

qui pointait vers /opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd32.json etc.
Je suppose que je ferais mieux de résoudre ça maintenant

C'est étrange que cela soit vrai pour moi

ker<strong i="6">@wolfcola</strong> ~]$ DISPLAY=:0 vulkaninfo | grep -i 8bit                ERROR: [Loader Message] Code 0 : /usr/lib32/libvulkan_radeon.so: wrong ELF class: ELFCLASS32
VK_KHR_8bit_storage                     : extension revision 1
VkPhysicalDevice8BitStorageFeatures:
storageBuffer8BitAccess           = true
uniformAndStorageBuffer8BitAccess = true
storageBuffer8BitAccess                            = true
uniformAndStorageBuffer8BitAccess                  = true

Progrès, je suis arrivé à un écran de démarrage, il semble donc que les liens vers des liens vers des liens aient été rompus à un moment donné, je ne sais pas comment mes jeux vulkan fonctionnent maintenant ...
Je me sens 100 $ plus riche maintenant

RADV_PERFTEST = llvm PROTON_LOG = 1% commande% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

proton_tkg_5.4.r10.g7c7868f4
terminalproton_tkg_5.4.r10.g7c7868f4.txt
error.log

Après avoir réinstallé Steam et beaucoup de distraction, j'ai finalement réussi à faire fonctionner le correctif Proton de 999 - après une deuxième tentative de lancement, de toute façon.
20200322_004828

Je n'ai pas screencap après avoir allumé le moniteur de perf, mais je crois que mon vulkan-icd-loader n'est pas sur la dernière version, ce qui pourrait expliquer le son craquant que j'ai obtenu. Donc, deux dernières questions simples: comment mettre à jour l'icd-loader vers la dernière version, et d'ailleurs, dois-je mettre à jour mon pilote Nvidia vers la version de pointe?

(EDIT: hourra pour l'orientation des photos du téléphone portable ... j'espère que c'est à droite en plein écran ...)

(EDIT 2: juste pour rappeler les spécifications de base: Fedora 31, i7-3770K, GTX 1050Ti (pilote 440.64-2))

J'ai installé:

En-têtes et chargeur Vulkan 1.2.135
Pilote Nvidia 440.66.03 beta
MESA 20.1
Proton 5.4 GE-2

Et je reçois juste un écran noir. Le jeu ne se lance pas mais ne plante pas trop. Que faire?

Est-ce votre première tentative? Vous devrez peut-être simplement le faire planter / le tuer, puis réessayer, comme je l'ai fait.

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

va tuer les trucs.

Merci!

Eu une autre tentative mais pas de joie.
-Supprimé kisak-mesa ppa, installé oibaf ppa car il a plus récent mesa, mis à jour les paquets, noté les commandes de restauration et les noms de paquet pour quand les choses vont exploser, redémarré.
-Ran Doom Eternal avec:
RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Sans PROTON_NO_ESYNC = 1, cela se plaindrait:
612.339:0036:0037:err:esync:esync_init Failed to open esync shared memory file; make sure no stale wineserver instances are running without WINEESYNC.

tête vulkaninfo:
Vulkan Instance Version: 1.2.70

vulkaninfo | grep -i 8 bits:

VK_KHR_8bit_storage                 : extension revision  1
VK_KHR_8bit_storage                 : extension revision  1

Journal: https://gist.githubusercontent.com/zaggynl/6a4ab3b3a48b2fb1808ac0ada15ff0f7/raw/3d4c9d466bb3ba7cb79afbe789bc3df63b671ba6/zaggynl%2520another%2520doom%20

Informations sur le système de vapeur: https://gist.githubusercontent.com/zaggynl/2e3e46c2d6588608d2dcae8f24583251/raw/aaaea3be8e4dbc555fa5457f63655248bfbe425f/zaggynl%2520sysinfo%225

Mes notes jusqu'à présent:

Install oibaf ppa for latest mesa bits
https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
REMOVE EXISTING PPAs, I HAD KISAK-MESA:
sudo apt install ppa-purge
sudo ppa-purge ppa:kisak/kisak-mesa
NOTE PACKAGES REMOVED!
sudo add-apt-repository ppa:oibaf/graphics-drivers
sudo apt-get update
NOTE PPA PURGE COMMAND FOR OIBAF: sudo ppa-purge ppa:oibaf/graphics-drivers

Get latest vulkan on Ubuntu 18.04
From: https://github.com/ValveSoftware/Proton/issues/3654#issuecomment-602076507
wget -qO - http://packages.lunarg.com/lunarg-signing-key-pub.asc | sudo apt-key add -
sudo wget -qO /etc/apt/sources.list.d/lunarg-vulkan-bionic.list http://packages.lunarg.com/vulkan/lunarg-vulkan-bionic.list
sudo apt update
sudo apt dist-upgrade

Download latest tar.gz rom:
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2
Place extracted Proton-5.4-GE-2 folder into:  ~/.steam/root/compatibilitytools.d/
Create compatibilitytools.d if does not exist
Restart Steam
Select Proton-5.4-GE-2 as specific compabitility tool
Set Doom Eternal launch options to:
RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 
(ACO not supported yet, ESYNC disabling because broken, log for log, rest to skip crap)
Start game

Utilisation du noyau 5.5.8
Mesa 20.1.0-devel (git-d9d549ff88)
Version de l'instance Vulkan: 1.2.135
GloriousEggroll 5.4-2

Je n'obtiens rien, reste juste assis à jouer pendant environ une minute avant de fermer. La dernière chose dans le journal Proton est
L'application a essayé de créer une fenêtre mais aucun pilote n'a pu être chargé.

steam-782330.log

m Paramètres du serveur NVIDIA X J'ai défini le paramètre PowerMizer sur Performances maximales et Paramètre d'image OpenGL

Oui, cela aide un peu et ajoute 5-6 FPS supplémentaires. Maintenant, on peut jouer avec 35 FPS sur 1080 Ti :)

pour aggraver encore les choses, un correctif vient de sortir qui a fait planter les utilisateurs de Windows dans le jeu ...

Je continue toujours à planter dès que le son entre, je vois un flash d'un bouton de menu et il reste sur l'écran noir avec le symbole de chargement à moitié terminé, en train de télécharger à nouveau le jeu et de recommencer à zéro

Gyus,
Voici le rapport de bogue sur le site NVIDIA. Veuillez confirmer le problème de faible performance, merci:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394

Bien fonctionner avec 5.4-GE-2 ici, il y a toujours le problème où l'alt-tabbing ou l'utilisation de la superposition de vapeur se fige avec un écran noir, mais le jeu est jouable autrement.

Je dois admettre que les problèmes de performances sont parfois un peu pénibles, mais je n'ai généralement que des chutes à 20 FPS, donc c'est toujours ... "jouable".

Confirmé que le commentaire de cette ligne sous user_settings.py dans le proton patché pour les utilisateurs de nvidia est désormais jouable en framerate. J'avais 15 ans ... maintenant plus de 60 ans

    #Disable nvapi and nvapi64
#     "PROTON_NVAPI_DISABLE": "1",

Je peux confirmer que cela fait une différence, dans le cas où tous les framedrop / bégaiement du jeu ont disparu, le FPS qu'il montre est le FPS que j'obtiens

Problème lié pour ceux qui sont bloqués avec la version Flatpak de Steam, comme moi: https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/989

tl; dr si vous utilisez Steam de Flatpak, il obtient vulkan-loader de org.freedesktop.Platform.GL et org.freedesktop.Platform.GL32 et ainsi mettre à jour la version de votre système d'exploitation de vulkan-loader est futile.

Noyau 5.5.10
Nvidia 440.64
Version de l'instance Vulkan: 1.2.135
Proton-tkg 5.4.r10.g7c7868f4
i7 5930k et GTX TITAN X (Maxwell)

J'obtenais 10-20 fps en bas, avec PROTON_NVAPI_DISABLE j'obtiens environ 40 ~ avec des baisses jusqu'à 20. Je sais que ma carte est vieille mais j'ai l'impression que les performances devraient être un peu meilleures étant donné que je suis à 1080p et que je fonctionne à bas .

Cause possible, les métriques en jeu montrent la version 1.1.119 de vulkan, bien que vulkaninfo affiche 1.2.135.
Des idées n'importe qui? Je n'utilise pas Flatpak Steam, et j'utilise Steam beta.

Gyus,
Voici le rapport de bogue sur le site NVIDIA. Veuillez confirmer le problème de faible performance, merci:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394

Ce n'est pas un bogue avec NVIDIA. Gardez à l'esprit que ce que nous faisons ici n'est pas techniquement pris en charge.

J'exécute ce jeu à ~ 70fps sur une carte vidéo plus petite que la vôtre. Tout dépend de la bibliothèque que vous utilisez et des versions.

L'entrée du contrôleur est défectueuse. Les bâtons se comportent de manière aléatoire.

Gyus,
Voici le rapport de bogue sur le site NVIDIA. Veuillez confirmer le problème de faible performance, merci:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394

Ce n'est pas un bogue avec NVIDIA. Gardez à l'esprit que ce que nous faisons ici n'est pas techniquement pris en charge.

J'exécute ce jeu à ~ 70fps sur une carte vidéo plus petite que la vôtre. Tout dépend de la bibliothèque que vous utilisez et des versions.

Voici les derniers packages. Me dites-vous que je dois installer des bibliothèques plus anciennes pour obtenir des performances décentes? C'est un problème NVIDIA. Tous les utilisateurs d'AMD ont de bonnes performances.

Essayer le Proton personnalisé et supprimer la ligne "PROTON_NVAPI_DISABLE": "1", les performances ne sont pas bonnes :(

image

Tous les utilisateurs AMD ont de bonnes performances

Je suis à peu près sûr qu'il ne se lance pas pour la majorité d'entre nous.

Aussi pour tous ceux qui l'ont fait fonctionner, utilisez-vous ou non l'exe Denuvo?

Aussi pour tous ceux qui l'ont fait fonctionner, utilisez-vous ou non l'exe Denuvo?

Version non modifiée de Steam.

mesa-git 1:20.1.0_devel.121471.f02ae698674-1
vulkan-radeon-git 1:20.1.0_devel.121471.f02ae698674-1
RADV_PERFTEST=llvm PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Nouvelle mise à jour mesa-git. Toujours rien.

Steam natif
steam-782330.log

Durée d'exécution de la vapeur
steam-782330.log

Système
system.txt

Semble être le même que jamais pour moi

36368.922:0035:0036:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe" Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).

Random se bloque avec mesa radv git.

Je n'ai pas pu faire fonctionner le jeu sur Kubuntu 18.10 quelle que soit la suggestion que j'ai essayée, j'ai donc mis à niveau vers une version bêta quotidienne de Kubuntu 20.04 et installé les derniers pilotes 440 Nvidia.

Avec Steam réglé en version bêta et la version personnalisée de Proton, je suis heureux d'annoncer que le jeu fonctionne maintenant. J'utilise l'exe Denuvo.

C'est assez jouable, mais il y a des problèmes de résolution plein écran et les performances ne sont pas trop bonnes, même avec tous les paramètres graphiques désactivés. Je joue dessus sur un i7 avec GTX1050ti.

Jeu incroyable. J'espère que les problèmes restants seront bientôt résolus.

@xDShot

Random se bloque avec mesa radv git.

Essayez le pilote open source admgpu-pro vulkan - il ne s'est pas bloqué après plusieurs heures de jeu.

mesa-git 1:20.1.0_devel.121471.f02ae698674-1
vulkan-radeon-git 1:20.1.0_devel.121471.f02ae698674-1
RADV_PERFTEST=llvm PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Nouvelle mise à jour mesa-git. Toujours rien.

Steam natif
steam-782330.log

Durée d'exécution de la vapeur
steam-782330.log

Système
system.txt

Semble être le même que jamais pour moi

36368.922:0035:0036:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).```

Pareil pour moi. Quel GPU utilisez-vous? Je suis sur une Radeon RX 5700.
J'utilise Proton-5.4-GE-2, je suppose que vous l'utilisez aussi?

Apparaît pas de blocage avec amdvlk fourni par l'équipe Arch (https://www.archlinux.org/packages/extra/x86_64/amdvlk/), bien que 20% moins de FPS que sur mesa radv.

UPD: Non. Je viens de geler aussi.

@TimoFreiberg RX 480 et oui j'essaye le 5.4 GE 2

@TimoFreiberg @parkerlreed
Cela peut être évident, mais avez-vous créé un compte Bethesda.net, puis l'avez-vous lié à votre compte Steam? La première fois que vous démarrez le jeu, vous ne devez pas utiliser l'option + com_skipSignInManager 1, sinon le jeu ne démarrera pas du tout car vous devez d'abord ajouter un compte.

C'était juste une tentative de quoi que ce soit qui fonctionne. Même résultat sans lui

J'obtiens le HDR AMD non pris en charge et puis rien d'autre. Crashes.

Merci pour les conseils @elovin , j'obtiens le même journal d'erreurs sans l'argument +com_skipSignInManager 1 .

@parkerlreed Je ne vois rien sur AMD HDR non pris en charge dans mes journaux, où voyez-vous cette erreur?

@TimoFreiberg Cela devrait être une fenêtre qui apparaît. Vérifiez votre installation Vulkan si ce n'est pas le cas

image

Je reçois le crash après avoir frappé ce jeu (peut-être 8 secondes).

Quelle version de vulkan icd loader utilisez-vous? Si vous utilisez le runtime steam, il utilisera le chargeur vulkan du runtime.Dans ce cas, vous devez utiliser la version bêta de vapeur pour obtenir le dernier chargeur vulkan du runtime steam.

Quelqu'un d'entre vous a-t-il essayé la version Proton liée à https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602028651?

Le jeu fonctionne bien pour moi avec cette version, mais se bloque immédiatement une fois que j'ai essayé la version Proton GE.

@elovin Déjà sur Steam beta. De plus, mon chargeur système icd est également le plus récent.

[parker<strong i="7">@wolfcola</strong> ~]$ pacman -Q vulkan-icd-loader 
vulkan-icd-loader 1.2.135-1

@parkerlreed ah, ce popup, je l'ai désactivé avec la recommandation des notes de publication ici: https://github.com/GloriousEggroll/proton-ge-custom/releases

Cette personne aimable ici a également recommandé la compilation proton-tkg téléchargée par @ 999eagle au lieu de Proton-5.4-GE-2:
https://www.reddit.com/r/linux_gaming/comments/fmsoc2/gloriouseggrolls_proton54ge2_released/fl6v52i/

Dommage, je voulais éviter de télécharger des trucs aléatoires à partir de sites de téléchargement de fichiers, je vais probablement le compiler moi-même.

@TimoFreiberg Je veux dire que je

@TimoFreiberg vous pouvez le construire vous-même si vous êtes sur arch linux ou utilisez un conteneur de docker arch linux
téléchargez le proton-tkg PKGBUILD et ajoutez winevulkan_fshack_opts.mypatch à l'option _community_patches dans le fichier proton-tkg.cfg. Vous pouvez examiner les deux fichiers avant de les créer pour les approuver. Ensuite, extrayez simplement la boule tar si vous ne souhaitez pas l'installer à l'échelle du système.

@parkerlreed Non, cette version a été téléchargée il y a 8 jours, vous devez extraire la dernière version de git master, ajouter le correctif, puis le construire.

Suivez ces instructions et ajouter winevulkan_fshack_opts.mypatch à _community_patches option dans le proton-tkg.cfg fichier sinon suivez les paramètres par défaut du script de compilation et quand il vous demande d'utiliser le type patch communautaire y / Oui.

Les performances sont nettement meilleures avec vulkan-amdgpu-pro. Tout ce que j'ai fait a été de télécharger le package Ubuntu, d'extraire amd_icd64.json, amdvlk64.so , d'éditer le json pointant vers l'emplacement correct du binaire et de l'utiliser pour l'environnement VK_ICDFILE. Avec RADV, j'ai eu des chutes et des problèmes, tous partis maintenant.

Nous avons la vie avec la construction tkg d'en haut. Teste actuellement le Mesa git RADv et verra comment cela se passe.

J'ai eu la version drm (steam) en cours d'exécution hier avec la version bêta de Steam et Proton construite par @ 999eagle (https://github.com/ValveSoftware/Proton/issues/3654#issuecomment-602028651).

Aujourd'hui, j'ai décidé d'essayer Proton-5.4-GE-2, car les performances étaient vraiment mauvaises hier et je voulais essayer si cette version GE faisait une différence.
et oui, cela fait vraiment une grande différence. Mais pas dans la performance ou une autre bonne manière. Le jeu ne se lance même plus.

J'obtiens maintenant ceci lorsque j'essaye de lancer la version drm:

grafik

Lorsque je clique sur le lien, j'obtiens ce site Web:

grafik

Il dit qu'il n'a pas réussi à revalider mon achat et que je devrais réessayer dans 24 heures.

Cela se produit maintenant également avec la version que j'ai utilisée hier, donc je suppose que c'est Denuvo qui la bloque.
J'ai donc essayé l'exe sans drm, mais celui-ci ne se lance pas avec les deux versions Proton (versions 999eagle et GE). J'obtiens un écran noir plein écran pendant quelques secondes, mais ensuite il plante.

Maintenant je ne peux plus jouer: /
... ou devrais-je mieux dire, regardez le film Doom Eternal en 24 ips "fluides".

Ceci est mon journal de l'exe gratuit drm, qui plante après un court écran noir:
steam-782330.log

Quelqu'un a une idée du problème et comment le faire fonctionner?
Chose étrange, la version drm normale a fonctionné hier, mais je ne peux pas l'utiliser actuellement à cause de Denubloat.

Confirmé de travailler de mon côté avec la version Steam / Denuvo avec la configuration suivante:

Système de base

  • Système d'exploitation: Arch Linux
  • Version du plasma KDE: 5.18.1
  • Version des cadres KDE: 5.67.0
  • Version du noyau: 5.5.4-zen1-1-zen
  • Type de système d'exploitation: 64 bits
  • Processeurs: 16 × AMD Ryzen 7 3700X 8-Core Processor
  • Mémoire: 31,3 Gio

Graphique

  • mesa-git: 20.1.0_devel.121471.f02ae698674-1
  • ID du GPU: 0 (AMD RADV / ACO VEGA10 (LLVM 9.0.1))
  • ⚠️ Version de l'instance Vulkan: 1.2.135 ⚠️ / Obtenu avec les derniers packages vulkan-icd-loader et lib32-vulkan-icd-loader /

Procédure

Obtenez une version corrigée de Proton:

  • https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

    • Des autres builds flottant, je manquais particulièrement:

      • VK_KHR_get_surface_capabilities2

        Intégrez-le


  • Suivez la procédure standard pour intégrer à l'environnement d'exécution Steam:

    • De mon côté, décompressé dans ~ / .local / share / Steam / Compatibilitytools.d /
  • Redémarrez Steam s'il était déjà en cours d'exécution
  • Achetez + Téléchargez le jeu si ce n'est pas déjà fait

    Exécutez le jeu avec

  • Sélectionnez "Proton-5.4-GE-2" dans les paramètres de Steam par jeu pour DoomEternal

    Notez qu'il semble que le backend du compilateur ACO ne convient pas encore ici

  • ⚠️⚠️⚠️ Pour l'implémentation de RADV vulkan sur Mesa, au moins jusqu'au commit mentionné ci-dessus sur la branche master, ACO n'expose pas un certain nombre d'extensions Vulkan obligatoires pour exécuter le jeu. Vous devez recourir à l '"ancien" compilateur LLVM en désactivant le backend du compilateur aco : Ceci est réalisé de ma part en lançant le jeu comme ceci:

    • RADV_PERFTEST="" %command%
  • Vous pouvez définir les options qui vous conviennent dans les paramètres de lancement
  • Lancer le jeu

Ce qui précède est ce qui a fonctionné pour moi, le kilométrage peut varier pour tout le monde.

En utilisant RADV, les performances sont acceptables et la plupart du temps fluides pour moi, tant que vous ne descendez pas en dessous de 60 ips. Lorsque cela se produit, pour une raison quelconque, le rendu devient lent et bien que le jeu rapporte 60 ips, il semble en fait qu'il est tombé à 30. C'est avec le vsync à triple tampon activé et mon compositeur étant éteint.

J'ai toujours l'impression que dans l'ensemble, le jeu devrait mieux fonctionner et être plus fluide.

: information_source: NB:

  • Votre expérience de la tabulation Alt peut varier, pour moi, je suis capable de changer de bureau sans trop de problèmes, mais j'avais un écran noir lorsque spécifiquement la tabulation alt du jeu sur le même bureau

@Bleuzen That 5.4 GE 2 ne semble fonctionner pour personne. Utilisez la version que vous utilisiez et essayez certains des autres pilotes si sur AMD

@parkerlreed
Je suis revenu de Proton-5.4-GE-2 à la version proton_tkg_5.4.r10.g7c7868f4 qui fonctionnait hier. Mais je ne peux plus utiliser la version drm car j'ai été bloqué par Denuvo pour les prochaines 24 heures.
Alors maintenant, j'essaie de faire fonctionner l'exe sans drm, mais cela ne fait rien d'autre que montrer un écran noir et des plantages.

Je suis sur Nvidia avec une GTX 1060 et la version du pilote 440.64.

J'ai également édité mon dernier message pour inclure un journal de l'échec de la version gratuite de drm.

Edit: J'ai déjà essayé de supprimer mon préfixe wine ( ...SteamLibrary/steamapps/compatdata/782330/ ) et de le laisser recréer après être revenu à la construction proton_tkg_5.4.r10.g7c7868f4 .
La version sans DRM plante toujours.

@Bleuzen Besoin de plus de confirmation mais je pense que l'exe sans DRM ne fonctionne plus avec la mise à jour actuelle du jeu. Crashes pour moi aussi.

@Voxed

Avez-vous essayé la solution évoquée par @VincentGuinaudeau?:

@Berinth Si comme moi vous avez le FATAL ERROR: Z:\home\[...]\.local\steamam\steamapps\common\DOOMEternal\base\disclayout.cfg is unexpected, check manifest , j'ai résolu celui-ci en copiant également tous les fichiers à l'intérieur de DOOMEternal/base/ de la version sans drm, attendez-vous aux fichiers se terminant par .streamdb et non les dossiers. Cela fait neuf fichiers au total.

Mais je n'ai pas essayé de le lancer via Steam. Je lance directement depuis le terminal avec une commande comme
STEAM_COMPAT_DATA_PATH=~/.local/share/steam/steamapps/compatdata/782330 ~/.steam/steam/steamapps/common/Proton\ 5.0/proton run ~/.local/share/steam/steamapps/common/DOOMEternal/DOOMEternalx64vk_DRMFREE.exe +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

Il semble que vous ne pouvez plus déposer l'exe sans DRM dans une installation existante sans également copier du contenu du jeu.

De retour ..... baaaaack encore ...

Obtenez le même message DRM reeeeeeee avec cette version GE 2.

Je commence à penser que j'ai été ruiné parce que j'ai gâché le DRM gratuit avec Steam, que peut-être que je suis inscrit sur la liste permanente, même si j'ai acheté ce sacré jeu? Si tel est le cas, Valve reçoit le plus long appel téléphonique qu'ils aient jamais eu.

Pensées de quelqu'un?

@ MacroHard-sys
Non, ce n'est probablement que les prochaines 24 heures depuis votre interdiction.

Pour certaines raisons, différentes versions de Wine ou même la même version de Wine apparaissent comme différents ordinateurs du DRM, ce qui déclenche le seuil d'activation. C'est vraiment un cancer.

@ MacroHard-sys
Non, ce n'est probablement que les prochaines 24 heures depuis votre interdiction.

Pour certaines raisons, différentes versions de Wine ou même la même version de Wine apparaissent comme différents ordinateurs du DRM, ce qui déclenche le seuil d'activation. C'est vraiment un cancer.

Ok, parce que cela m'a donné chaque tentative depuis le jour de la sortie. Fait un curieux. Merci. Vraiment ralentir cela parce qu'en théorie, rien d'autre que j'essaye aujourd'hui ne fonctionnera. Puis une tentative demain jusqu'à ce que rien d'autre ne fonctionne. Rincez à nouveau.

Je ne peux pas non plus passer le SteamAPI, tout comme @LarsBremen et @jrgp. La discussion dans le Gist par @annmuor@SalmonSeasoning essayait des choses, cette discussion ne m'a pas non plus aidé.

Je suis toujours bloqué sur la fenêtre "Impossible d'initialiser SteamAPI".

@tizzir Je vais examiner cela, merci.

Bien!
Le jeu est en cours d'exécution , j'ai testé un peu maintenant que mon délai d'attente de 24 heures sur Denuvo est terminé. _Merci Denuvo, je t'aime aussi ._

  • Siduction (basé sur Debian Sid), KDE 5.17.5
  • Xrender compositor (se désactive automatiquement lors de l'exécution du jeu)
  • Intel 8700k, régulateur de mise à l'échelle du processeur: performances
  • Nvidia 1080ti, 440.64-2
  • Client bêta Steam
  • Proton-5.4-GE-2

Paramètres Nvidia:

  • ForceCompositionPipeline est activé. La désactivation n'a aucun effet sur les images par seconde.
  • Paramètres du Powermizer - aucun effet sur les images par seconde. Réglez sur Auto.
  • Paramètres d'image OpenGL - La haute performance a eu un impact réel et le jeu s'est déroulé beaucoup plus facilement.

Ajustements de Doom Eternal

  • PROTON_NVAPI_DISABLE 1 ou 0, aucun effet sur les images par seconde
  • Utilisation de l'exe de jeu Steam normal
  • Options de lancement: +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 (non nécessaire)
  • Modification de launcher.cfg pour se débarrasser des avertissements du pilote.
  • J'utilise deux moniteurs, la résolution native du moniteur principal est de 3440x1440, j'ai finalement décidé d'opter pour 2560x1080 et aucune mise à l'échelle de la résolution.
  • Les paramètres de flou de mouvement n'avaient aucun effet sur les images par seconde.
  • Plein écran, préréglage moyen, vsync désactivé, HDR désactivé, abb chromatique activé, DOF activé, DOF AF désactivé.

A mon avis ... jouable
Pas des performances étonnantes bien sûr ... Fps passe au-dessus de 60 quand il ne se passe pas grand chose mais ne semble pas descendre en dessous de 40 dans des combats agités. Il y a une performance certaine lorsque l'action se réchauffe, mais au moins rien de majeur qui brise le gameplay. La définition de préréglages graphiques plus élevés tue totalement les performances lors d'une action intense et si vous ne pouvez pas frapper les ennemis en raison de faibles fps et d'un bégaiement ... eh bien. _Vous mourez, évidemment._

Remarques
Fonctionne avec la superposition Steam activée, avec une dégradation notable des performances. Le jeu est beaucoup plus saccadé. Peut toujours faire tourner Doomguy avec la souris lorsque la superposition est activée.

ALT + TAB suspend le jeu, la musique / les sons ambiants continuent à jouer avec un écran noir, même avec et sans superposition Steam.

Il y a une quantité massive d'avertissements dans la console Doom, aucune idée si ceux-ci sont pertinents.

Fps dans la première pièce avec les 3 zombies varie de 45 à 120+. Pouah.

@dpanter Des conseils pour ne pas déclencher Denuvo? Je suis entré hier seulement pour être instantanément verrouillé à nouveau.

Des conseils pour ne pas faire trébucher Denuvo?

Pas vraiment, à part la théorie actuelle selon laquelle cela pourrait déclencher l'utilisation de différentes versions de Proton. J'ai redémarré Doom Eternal quelque chose comme 50 fois aujourd'hui, je ne l'ai pas déclenché à nouveau. N'est-ce pas Denuvo comme totalement génial et tellement la meilleure chose qui soit? Délicieux.

Les différentes versions de Wine / Proton déclenchent Denuvo. Garde le en mémoire.

J'ai essayé la version Proton personnalisée de @ 999eagle et l'option du lanceur et cela fonctionne!

Système d'exploitation: Pop! _OS 19.10
GPU: AMD RX 580

Je pensais qu'il s'agissait d'un fichier de sauvegarde corrompu, mais la deuxième sauvegarde se bloque également à chaque fois que la mission n ° 2 commence à se charger

Quelqu'un sait-il si une mise à jour bêta officielle de Proton arrive bientôt de Valve? Je ne suis pas à l'aise d'exécuter des binaires à partir de sources non officielles.

Denuvo n'aime pas Wine Staging, sur lequel proton-ge est basé, donc si vous voulez éviter de faire trébucher Denuvo, restez à Proton normal

Désolé pour les questions de base ci-dessous. Je n'ai pas l'habitude de jouer avec ces choses et j'attends généralement des solutions plus stables. Cependant, c'est DOOM et donc important et urgent.

  1. Alors, comment puis-je installer nvidia-driver-440. J'utilise ubuntu 18.04 et la dernière version disponible avec apt-get est 435. J'ai essayé d'obtenir 440.64 sur https://www.nvidia.com/en-us/drivers/unix/ , puis d'exécuter le script dans le terminal. Cependant, cela échoue et me dit que je n'ai besoin de rien en cours d'exécution sur le GPU. Cela signifie-t-il que je dois l'exécuter sans interface graphique de bureau? Comment je fais ça?

  2. Est-il confirmé que la chose mesa-git est obligatoire? Et y a-t-il des risques de casser des choses? J'ai un peu peur de l'installer, car j'ai un bon record de briser ubuntu et les pilotes lorsque je déconne avec ce roi des choses.

@jldez

  1. Je recommanderais cette archive:

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

Là, il y a deux commandes pour l'installer, puis un redémarrage.

  1. Je n'avais pas besoin de la dernière version, bien que je sois sur 19.10, donc j'ai une version plus récente que vous par rapport à 18.04 LTS.

J'utilise Ubuntu 19.10 avec le dernier pilote propriétaire Nvidia (440.64) à partir des pilotes propriétaires PPA, Steam beta, et j'ai essayé à la fois la dernière version corrigée de Proton de GE, ainsi que la version 999eagle. J'ai tout ce que les derniers paquets vulkan de https://packages.lunarg.com/vulkan/lunarg-vulkan-bionic.list fournissent (ne ressemble qu'à 1.2.131, pas 1.2.135 mais je pensais que la version .135 est fournie avec la version bêta de Steam?)

Quoi qu'il en soit, je ne peux TOUJOURS pas le faire démarrer, il me dit qu'il a besoin de "VK_EXT_full_screen_exclusive" (avec l'une ou l'autre des versions de Proton corrigées - qui, je pensais que les deux incluent un correctif pour cette exigence - mais c'est toujours le point de crash pour moi - comment venir?):

Application Info
-------------------------
App    : DOOMEternal - 1.0.2
Engine : idTech - 7.1.1
-------------------------
Instance Extensions
-------------------------
 + VK_KHR_surface
 + VK_KHR_win32_surface
 + VK_KHR_get_surface_capabilities2
Initialized stack tracer
FATAL ERROR: Please update your driver: VK_EXT_full_screen_exclusive is required.
wine: Unhandled exception 0x80000003 in thread 29 at address 0000000140822626 (thread 0029), starting debugger...

Malheureusement, aucune de ces solutions n’a eu de chance. J'utilise Linux Mint 19.3 (basé sur ubuntu) avec une Nvidia GTX 1070.
Proton 5.0-5 m'amène à un écran noir qui plante après quelques secondes.
Proton-5.4-GE-2 me donne cette fenêtre:
Bildschirmfoto vom 2020-03-22 17-47-12
en cliquant sur #str_launch_button_label, j'obtiens le même problème d'écran noir.
Le proton personnalisé de @ 999eagle ne démarre même rien, me donne ce journal:

Proton:`` 1552061114 proton-tkg-5.4.r10.g7c7868f4 SteamGameId: 782330 Command: ['/home/marvin/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+in_terminal', '1', '+com_skipIntroVideo', '1', '+com_skipKeyPressOnLoadScreens', '1', '+com_skipSignInManager', '1'] Options: {'nonvapi', 'winedxgi', 'logcommandtoprefix', 'noesync', 'winetricks'} ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

c'est apparemment parce que je n'ai pas les dernières bibliothèques GLIBC, mais celles-ci ne semblent pas encore être publiées pour mon système d'exploitation. Quelqu'un connaît-il des solutions de contournement pour cela?

@maarvw J'ai essayé ce package .deb, je ne sais pas s'il fonctionnait parce que je suis en enfer DRM. essayez-le et faites un rapport. https://debian.pkgs.org/sid/debian-main-amd64/libc6_2.30-2_amd64.deb.html

Bonjour @rodhull , veuillez vérifier si vous avez opté pour la version bêta du client Steam. Le client 2020-03-20 fournit le chargeur vulkan 1.2.135.

image

Oui, j'ai fait cela, je pense dans la zone Paramètres - Compte (voir ci-dessus) - Steam s'est mis à jour immédiatement après avoir fait cela, et je n'ai plus de mises à jour client.

@ MacroHard-sys Je n'ai pas trop d'expérience avec ce genre de choses, y a-t-il des risques associés à cela? et je ne pense pas que le package amd64 serait le bon pour moi, je n'ai pas de produits amd dans mon ordinateur. Ou peut-être que je suis juste stupide

@ MacroHard-sys Je n'ai pas trop d'expérience avec ce genre de choses, y a-t-il des risques associés à cela? et je ne pense pas que le package amd64 serait le bon pour moi, je n'ai pas de produits amd dans mon ordinateur. Ou peut-être que je suis juste stupide

quand il s'agit de packaging linux, AMD64 et x86_64 sont presque toujours interchangeables. vous devriez bien utiliser les packages AMD64 sur un système Intel x86_64.
Je sais pertinemment que les paquets Debian avec l'étiquette AMD64 sont également compatibles avec x86_64.

@ MacroHard-sys Je n'ai pas trop d'expérience avec ce genre de choses, y a-t-il des risques associés à cela? et je ne pense pas que le package amd64 serait le bon pour moi, je n'ai pas de produits amd dans mon ordinateur. Ou peut-être que je suis juste stupide

Inquiétude légitime je suppose. Pas sûr à 100%. C'est de debian.pkgs.org donc, j'ai pensé que c'était sûr. Si quelqu'un d'autre pouvait intervenir, ce serait génial.

Merci @ahoneybun , j'ai la version 440.
Si quelqu'un veut savoir comment obtenir le nvidia-driver-440:
sudo add-apt-repository ppa: drivers-graphiques / ppa
sudo apt-get mise à jour
redémarrer? (pas sûr si nécessaire)
sudo apt-get installer nvidia-driver-440
redémarrer

Cependant, j'ai toujours le même problème que les autres. En utilisant le proton 5.4 ge-2, j'obtiens l'écran
Screenshot from 2020-03-22 13-12-54
Il pense toujours que j'ai la version 337.88. Mais nvidia-smi confirme que j'ai 440.64. (Il dit que j'ai besoin de 442,74, mais c'est l'équivalent Windows que quelqu'un a dit). Après avoir appuyé sur yes ou play, rien ne se passe.

d'accord, je vais l'essayer. La dernière fois que j'ai entendu dire que la version 2.31 était requise? ce lien est pour 2.30

d'accord, je vais l'essayer. La dernière fois que j'ai entendu dire que la version 2.31 était requise? ce lien est pour 2.30

Quelqu'un plus haut a dit qu'ils l'avaient avec 2.30, je n'ai pas trouvé de 2.31.

Presque rien de ce que j'ai essayé sur cette carte n'a fonctionné. Il est temps de pirater Windows 10.

Je viens de trouver cette vidéo:

https://www.youtube.com/watch?v=lpHdJ_i1T_k&feature=youtu.be

Alors je suppose que nous devons aussi attendre une mise à jour mesa?

@MuchiMuchiPink

Avez-vous fait ça sur Arch? Utilisez-vous le pilote standard du noyau? J'ai essayé mais le jeu ne fonctionnera tout simplement pas avec le pilote amd pro vulkan.
Même si je peux avoir des titres DXVK, et des applications natives comme VKCUBE et Shadow of the Tomb Raider fonctionnent bien avec.

@ Birdman7 Mon amour pour DOOM <ma haine des fenêtres;)

Je vais juste attendre une solution stable. Bonne chance aux personnes compétentes qui y travaillent et merci!

Merci @ahoneybun , j'ai la version 440.
Si quelqu'un veut savoir comment obtenir le nvidia-driver-440:
sudo add-apt-repository ppa: drivers-graphiques / ppa
sudo apt-get mise à jour
redémarrer? (pas sûr si nécessaire)
sudo apt-get installer nvidia-driver-440
redémarrer

Cependant, j'ai toujours le même problème que les autres. En utilisant le proton 5.4 ge-2, j'obtiens l'écran
Screenshot from 2020-03-22 13-12-54
Il pense toujours que j'ai la version 337.88. Mais nvidia-smi confirme que j'ai 440.64. (Il dit que j'ai besoin de 442,74, mais c'est l'équivalent Windows que quelqu'un a dit). Après avoir appuyé sur yes ou play, rien ne se passe.

Vous n'avez pas besoin de redémarrer à ce stade:

sudo add-apt-repository ppa: drivers-graphiques / ppa
sudo apt-get mise à jour
sudo apt-get installer nvidia-driver-440
redémarrage sudo systemctl

Je ne suis pas sûr de NVIDIA mais je vois le message HDR avec mon GPU AMD mais je peux simplement cliquer sur OK pour celui-ci.

je ne comprends pas ce qui ne va pas dans mon cas.
ive mis à jour mesa à 20.10, im utilisant proton-ge-custom 5.4-ge-2
ive a désactivé les avertissements HDR
ive aco désactivé pour ce jeu
ive a opté pour la version bêta du client Steam
voici mon journal sysinfo et proton
https://gist.github.com/mathew2214/dcde50c78274a7629c6ae74277c426b5

MISE À JOUR: comme c'est étrange, Steam prétend que ma version mesa est 19.3. pourtant glxinfo -B montre correctement que son 20.1.0.

Je peux confirmer que sur Ubuntu 20.04 fonctionnera.
Pilote Nvidia: 440.66.03
VulkanInfo: Version de l'instance Vulkan: 1.2.131

  1. Installez le correctif de @ 999eagle ici
  2. Créez un répertoire et déplacez-le vers ~/.steam/root/compatibilitytools.d/
  3. Participez à la version bêta Steam Steam>Setting>Account>Beta participation
  4. Changez le jeu de vapeur pour la version proton corrigée Steam>Settings>Steam Play>Enable Steam Play/Run other titles with
  5. Définir les options de lancement Library>Doom>Settings(Gear Icon)>Properties>Set Launch Options
    +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
  6. Configurez le jeu pour n'utiliser que cette version Library>Doom>Settings(Gear Icon)>Properties>Force the use of a specific Steam Play compatibility tool
$cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu Focal Fossa (development branch)"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal

$vulkaninfo
==========
VULKANINFO
==========

Vulkan Instance Version: 1.2.131


Instance Extensions: count = 18
====================

$lshw -c video
WARNING: you should run this program as super-user.
  *-display                 
       description: VGA compatible controller
       product: TU102 [TITAN RTX]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci<strong i="25">@0000</strong>:65:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: vga_controller bus_master cap_list rom
       configuration: driver=nvidia latency=0
       resources: irq:107 memory:d7000000-d7ffffff memory:c0000000-cfffffff memory:d0000000-d1ffffff ioport:b000(size=128) memory:c0000-dffff
WARNING: output may be incomplete or inaccurate, you should run this program as super-user.
$ nvidia-smi
Sun Mar 22 12:32:02 2020       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 440.66.03    Driver Version: 440.66.03    CUDA Version: 10.2     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  TITAN RTX           Off  | 00000000:65:00.0  On |                  N/A |
| 41%   35C    P0    65W / 280W |    660MiB / 24217MiB |     27%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      1832      G   /usr/lib/xorg/Xorg                            45MiB |
|    0      2707      G   /usr/lib/xorg/Xorg                           206MiB |
|    0      2932      G   /usr/bin/gnome-shell                         299MiB |
|    0      6251      G   ...ic/.local/share/Steam/ubuntu12_32/steam    21MiB |
|    0      6262      G   ./steamwebhelper                               3MiB |
|    0      6280      G   ...uest-channel-token=17622251660803828376

Avec tes pas @digikin , j'obtiens cet écran:

Screenshot from 2020-03-22 13-44-05
Puis crash

Cependant, je suis sur Ubuntu 18.04. Et pour la version vulkan, je pensais que l'utilisation des mises à jour bêta de Steam inclurait la bonne version vulkan? Ou j'ai mal compris?

D'après ce que je comprends, le support Vulkan provient des pilotes Nvidia.
NVIDIA fournit une prise en charge complète de Vulkan 1.2 et des fonctionnalités sur les cartes graphiques NVIDIA GeForce et Quadro avec l'un des GPU Turing, Volta, Pascal, Maxwell (première et deuxième génération) et Kepler
@jldez Pour une raison quelconque, je n'ai pas pu le faire fonctionner le 18.04. Le pilote Nvidia 440.66.03 nécessite le noyau supérieur. Avec le mois d'avril qui arrive le mois prochain, j'ai pensé que c'était une bonne occasion de passer à 20.04LTS.
sudo do-release-upgrade -d
Je suis très content du 20.04 !!

Bonsoir à tous, il semble qu'il y ait eu toute une activité sur cette question.
Ma petite contribution:

Avec Arch Linux entièrement mis à niveau avec les derniers pilotes NVIDIA et le chargeur vulkan et le préfixe personnalisé lié ici (avec toutes les options de lancement pertinentes activées) https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602028651, le jeu se lance.

Cependant, j'ai d'énormes problèmes de performances (cela peut provenir de mon ancien GPU, mais comme beaucoup de gens ici ont remarqué une baisse des performances, cela pourrait être lié).

Journal Steam: https://we.tl/t-2N2iqK5acs
Informations sur le système vapeur: https://gist.github.com/GirardR1006/bac21ceb93c5e45570658f6d2c343bec

D'après ce que je comprends, le support Vulkan provient des pilotes Nvidia.
NVIDIA fournit une prise en charge complète de Vulkan 1.2 et des fonctionnalités sur les cartes graphiques NVIDIA GeForce et Quadro avec l'un des GPU Turing, Volta, Pascal, Maxwell (première et deuxième génération) et Kepler
@jldez Pour une raison quelconque, je n'ai pas pu le faire fonctionner le 18.04. Le pilote Nvidia 440.66.03 nécessite le noyau supérieur. Avec le mois d'avril qui arrive le mois prochain, j'ai pensé que c'était une bonne occasion de passer à 20.04LTS.
sudo do-release-upgrade -d
Je suis très content du 20.04 !!

va essayer ceci avec mon grille-pain plus tard, comment est votre performance?

Bonsoir à tous, il semble qu'il y ait eu toute une activité sur cette question.
Ma petite contribution:

Avec un Arch Linux entièrement mis à niveau avec les derniers pilotes NVIDIA et le chargeur vulkan et le préfixe personnalisé lié ici (avec toutes les options de lancement pertinentes activées) # 3654 (commentaire), le jeu se lance.

Cependant, j'ai d'énormes problèmes de performances (cela peut provenir de mon ancien GPU, mais comme beaucoup de gens ici ont remarqué une baisse des performances, cela pourrait être lié).

Journal Steam: https://we.tl/t-2N2iqK5acs
Informations sur le système vapeur: https://gist.github.com/GirardR1006/bac21ceb93c5e45570658f6d2c343bec

Bonjour,
Voir ce commentaire ici:
https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602175041

Salut à tous. Si quelqu'un a des problèmes de performances, essayez de désactiver le compteur Steam FPS. Je sais, cela semble idiot, mais j'ai simplement augmenté mon FPS de 20-30 à 55-60, et j'ai RTX 2070.

Voici un fil sur reddit où certains gars ont découvert cette chose.

Le seul problème que j'ai maintenant est le son crépitant.

Spécifications complètes:

Processeur: i5 9600k
GPU: Nvidia RTX 2070
Mémoire RAM: 32 Go
Système d'exploitation: Arch Linux
Proton: 5,4 de @ 999eagle

@ MacroHard-sys en essayant d'utiliser dpkg sur ce fichier .deb, j'obtiens des erreurs disant que cela endommagerait les locales. Le texte entier était en allemand car c'est la langue sur laquelle mon PC est configuré, donc je ne prendrai pas la peine de le poster ici. Je pense qu'il est peut-être impossible de fonctionner sur mon système d'exploitation actuel. Il semble que j'aurais besoin de passer à Arch ou d'utiliser un autre ubuntu plus récent. Mint 19.3 semble être basé sur ubuntu 18.04 et j'ai vu des gens ici dire que cela ne fonctionne que sur 20.x et plus.

Je peux confirmer que amdgpu-pro a de bien meilleures performances que RADV
(testé avec amdgpu 19.50 vs mesa-git en utilisant Vega 56 et Ryzen 3700X) mais comme amdgpu-pros vulkan part ne prend pas en charge freesync, il n'a pas l'air aussi lisse (même dur, c'est environ 60 vs 100 fps AVG).

J'ai essayé Proton GE (ne se lance pas), j'ai essayé de compiler la version TKG, j'ai essayé de désactiver le compteur et la superposition de fps. Aucun changement de fps du tout.

J'en ai testé un peu plus, voici l'état des choses:

  • Toujours en utilisant la version proton de @ 999eagle , tout le reste ne fonctionne pas pour moi jusqu'à présent
  • Les performances ne sont pas bonnes. Je joue actuellement sur 1280x720 avec des paramètres moyens. FPS est d'environ 60, mais en fait les paramètres ne semblent pas avoir beaucoup d'importance, car je n'obtiens qu'une légère diminution avec les paramètres de résolution "Ultra" et FullHD
  • Le CPU et le GPU ne semblent pas être pleinement utilisés
  • La version Vulkan et la version du pilote NVIDIA ne semblent pas avoir beaucoup d'importance avec Vulkan 1.2.133 fourni par le pilote NVIDIA 440.66.3 J'ai les mêmes résultats qu'avec Vulkan 1.1.119 fourni par le pilote NVIDIA 440.60
  • Je viens d'apprendre (cela a probablement déjà été discuté ici, je ne donne pas suite à tous les commentaires) que NVIDIA a publié un pilote 442.75 pour Doom Eternal, qui n'est pas disponible pour Linux. Peut-être que nous aurons plus de chance après la prochaine mise à jour du pilote NVIDIA.

Joué pendant quelques heures, il y a quelques problèmes graphiques mineurs et des problèmes sonores moins mineurs (principalement la lecture de musique). Sinon, le jeu est stable.

(Fedora Workstation 32beta, Kernel 5.6 git, matériel: Ryzen 1700, RTX2060, 16 Go de RAM)

@ d3rhans Donc, fondamentalement, Team Red a plus de chance dans ce cas que Team Green? Sentir juste les choses à noter.

Salut à tous. Si quelqu'un a des problèmes de performances, essayez de désactiver le compteur Steam FPS. Je sais, cela semble idiot, mais j'ai simplement augmenté mon FPS de 20-30 à 55-60, et j'ai RTX 2070.

Voici un fil sur reddit où certains gars ont découvert cette chose.

Le seul problème que j'ai maintenant est le son crépitant.

Spécifications complètes:

Processeur: i5 9600k
GPU: Nvidia RTX 2070
Mémoire RAM: 32 Go
Système d'exploitation: Arch Linux
Proton: 5,4 de @ 999eagle

J'ai essayé avec DRM Free exe et de cette façon je n'utilise pas du tout Steam donc il n'y a pas de compteur Steam FPS. Quoi qu'il en soit, j'obtiens toujours 26-28 FPS ...

@ Birdman7 peut-être, semble un peu comme ça. Mais nous ne le ferons que maintenant, lorsque NVIDIA publiera un pilote mis à jour pour Linux à un moment donné. Mais comme je l'ai dit plus tôt, le jeu fonctionne essentiellement avec proton, donc je suis convaincu que cela fonctionnera parfaitement avec Steam + Proton bientôt.

J'ai finalement pu faire fonctionner le jeu Steam sur TkG-r10 mais pas GE. J'ai également pu passer de GE à TkG sans déclencher Denuvo, mais cela pourrait être une chose ponctuelle.

Ce que j'ai fait pour éviter d'avoir un autre délai de revalidation de 24 heures:

  • Sauvegardez les répertoires Steam / steamapps / compatdata / 782330 et Steam / userdata en cas de déclenchement de Denuvo. Je ne sais pas si ces sauvegardes fonctionneront mais selon pcgamingwiki, les jetons hors ligne sont stockés dans le répertoire userdata.
  • L'utilisation de protontricks permet d'activer "Masquer la version Wine des applications" sous Staging.

Tout cela n'est pas confirmé mais j'ai pu éviter d'être envoyé en enfer de Denuvo pour la troisième fois.

FYI, semble bien fonctionner pour moi en utilisant uniquement les instructions de @ 999eagle .

  • Système d'exploitation: Fedora 32beta
  • Processeur: AMD Ryzen 1800x
  • GPU: AMD Vega 56

Semble fonctionner assez bien pour moi avec des fps dans la plage des 70 à 90. Les paramètres sont élevés à 1440 avec quelques autres ajustements mineurs de préférences personnelles (flou de mouvement inférieur, pas de vsync car j'ai freesync). J'ai également désactivé la superposition de vapeur et le nombre de fps selon d'autres commentaires, bien que je l'ai fait lors de ma première lecture, donc je ne sais pas quel effet cela a eu.

Lorsque le jeu se lance, il apparaît brièvement comme une très petite fenêtre en haut à gauche puis cesse de se lancer.

J'ai un système arch linux entièrement mis à niveau avec toutes les dépendances mentionnées ci-dessus et activé proton.

  • GPU: nvidia 1050ti
  • Processeur: i7-9700K 3.60ghz
  • 32g dd4

Mise à niveau vers Ubuntu 20.04,
paquets mélangés là où c'est nécessaire,
essayé la version non-GE, au moins j'obtiens DRM maintenant:
"Actuellement, votre achat de jeu ne peut pas être validé de nouveau avec succès, veuillez patienter 24 heures et réessayer." donc je suppose que le progrès.

Mise à niveau vers Ubuntu 20.04,
paquets mélangés là où c'est nécessaire,
essayé la version non-GE, au moins j'obtiens DRM maintenant:
"Actuellement, votre achat de jeu ne peut pas être validé de nouveau avec succès, veuillez patienter 24 heures et réessayer." donc je suppose que le progrès.

@zaggynl Je suis pratiquement dans la même position que vous. Il est donc bon de savoir que nous sommes sur le point de résoudre cette énigme. La seule différence est que j'ai utilisé Proton-5.0-GE

il semble que si vous sautez entre les protons, cela provoquera le déclenchement du DRM

999eagle's proton_tkg_5.4.r10.g7c7868f4
ne pas cliquer sur le menu winetweaks et nouvelle installation avec amdpro
VK_ICD_FILENAMES = / pathtofile / amdvlkpro / amd_icd64.json STEAM_RUNTIME = 1 vapeur

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

modification de launcher.cfg à tout 0

cela semble fonctionner, le seul problème est d'obtenir le son pour passer par la bonne carte son et des sons claquants / crépitants

et 1/4 du FPS que j'ai eu dans Doom 2016

Juste pour information, même si ça va probablement être enterré (je compte sur les quelques personnes qui le voient pour partager si besoin).

L'option PROTON_NVAPI_DISABLE est unique à Proton-tkg et n'est PAS prise en charge par GE ou vanilla Proton. Essayer de l'utiliser avec ceux-ci n'aura aucun effet. Le build @ 999eagle a été téléchargé étant un build Proton-tkg, celui-ci sera affecté par l'option.

De plus, même si cette option est connue pour résoudre d'autres problèmes ici et là (et en créer également ici et là), j'ai changé les valeurs par défaut de Proton-tkg pour éviter la mauvaise interaction spécifique qui a été vécue par certains (la plupart?) Utilisateurs de Nvidia .
De cette façon, les personnes qui construisent Proton-tkg à partir de maintenant n'auront plus besoin de jouer avec l'option interne pour jouer à Doom Eternal (le patch de la communauté n'est plus nécessaire aussi, btw, et construire Proton-tkg tel quel avec aucune modification n'est suffisante pour un Doom Eternal fonctionnel).

Cependant, cela ne résout pas ce qui semble être un problème plus profond et spécifique à Nvidia.

Sur Nvidia et Nvidia uniquement, le jeu charge apparemment une énorme quantité de choses dans la mémoire système, mettant une charge inhabituellement élevée sur le bus PCI-E et conduisant finalement à de faibles performances avec une faible utilisation du processeur graphique et du processeur.

Ce n'est pas le premier jeu à résoudre ce problème spécifiquement sur les GPU Nvidia (R6S et les versions antérieures de Grim Dawn viennent à l'esprit). Je suppose que plus votre bus RAM / PCI-E est rapide, moins vous serez affecté, mais il est peu probable que vous obteniez les performances attendues de toute façon.

Pouvez-vous expliquer techniquement cela aux développeurs NVIDIA?
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394
Alors maintenant, nous pouvons utiliser Tkg sans avoir besoin de jouer avec nvapi?

@ mozo78 L'équipe des pilotes Linux a déjà été informée.

En effet, à partir de maintenant, vous pouvez construire Proton-tkg tel quel pour obtenir une configuration qui fonctionne pour Doom Eternal. Le problème est que ce n'est pas une solution universelle et que certains jeux auront sélectivement besoin de nvapi explicitement désactivé, mais tous les cas connus reposent sur DXVK et peuvent donc utiliser une approche différente de celle fournie par DXVK. Cependant, pour les titres natifs de Vulkan, DXVK n'a évidemment aucun effet et nous n'avons pas de moyen facile de contourner nvapi au cas par cas, c'est pourquoi j'ai changé les valeurs par défaut. Meilleur équilibre, je suppose.

Mis à jour au 20.04. Mais ce n'était pas du tout simple. Géré pour réparer la plupart des paquets, cependant, rien n'a changé pour moi. J'ai toujours le même écran pour le pilote gpu. Pense toujours que j'ai 337,88.

@ mozo78 L'équipe des pilotes Linux a déjà été informée.

En effet, à partir de maintenant, vous pouvez construire Proton-tkg tel quel pour obtenir une configuration qui fonctionne pour Doom Eternal. Le problème est que ce n'est pas une solution universelle et que certains jeux auront sélectivement besoin de nvapi explicitement désactivé, mais tous les cas connus reposent sur DXVK et peuvent donc utiliser une approche différente de celle fournie par DXVK. Cependant, pour les titres natifs de Vulkan, DXVK n'a évidemment aucun effet et nous n'avons pas de moyen facile de contourner nvapi au cas par cas, c'est pourquoi j'ai changé les valeurs par défaut. Meilleur équilibre, je suppose.

Merci beaucoup! Je vais l'essayer dès que possible!
Avez-vous informé NVIDIA du problème? Le ne semble pas du tout au courant de notre rapport de bogue ...

Pour info, j'ai corrigé mon problème de mission qui plantait toujours en validant à nouveau les fichiers du jeu. Steam a trouvé des problèmes et les a retéléchargés

aucun proton tkg ne fonctionne pas du tout pour moi

Le dernier Tkg ne fonctionne pas non plus pour moi :(
PreliminaryRenderSetup
... classe de fenêtre enregistrée
Traceur de pile initialisé
ERREUR FATALE: Veuillez mettre à jour votre pilote: VK_KHR_get_surface_capabilities2 est requis.

Et cela a fonctionné avec la version précédente 999eagle partagée?
Si c'est le cas, le correctif de Josh doit être interrompu et je reviendrai à ma version précédente qui fonctionnait.

Très bien, j'ai remplacé le 1080ti par ma Radeon VII.
Après avoir oublié de supprimer xorg.conf pendant quelques minutes (doh!), J'ai vite été opérationnel avec les mêmes spécifications qu'avant, à part le nouveau GPU bien sûr.

Default amdgpu.ppfeaturemask: 0xffffbfff
xserver-xorg-video-amdgpu 19.1.0-1
mesa-vulkan-drivers 20.0.2-1 (LLVM 9.0.1)
amdvlk 2020.Q1.3
amdgpu-pro-19.50-967956-ubuntu-18.04

Performances avec les mêmes paramètres moyens qu'avant, mais à 3440x1440 - au moins deux fois plus élevés. Trois chiffres tout autour.

Régler tout sur max / Ultra Nightmare a vu les chiffres descendre à un peu au-dessus de 50 pendant un combat intense, pas de creux majeurs, pas de bégaiement du tout. Je vais probablement le modifier un peu ou simplement descendre d'un niveau prédéfini. Peut-être mettre à jour vers mesa-git. Définitivement undervolt à nouveau ... mais pour un test rapide ... _ dayym. _

Le Radeon VII est un putain de boss.

Capture d'écran avec RADV - pilote Mesa 20.0.2 - Vulkan 1.2.128 de la première salle avec les 3 zombies, 3440x1440 chaque paramètre au maximum. Fps varie de 60 à 120

Capture d'écran avec AMDVLK - pilote 2.0.137 - Vulkan 1.2.133 même pièce. Les performances en général semblent être de 5 à 10 ips plus élevées que radv. Presque à 60 ans maintenant dans une bataille mouvementée.

Capture d'écran avec AMDGPU-PRO - pilote 2.0.122 - Vulkan 1.1.129 Impossible de vraiment faire la différence par rapport à AMDVLK, semble à peu près la même performance.

Ces screenies sont d'ailleurs tirées de la superposition Steam. Ai-je mentionné que ALT + TAB fonctionne également? _Agréable._

Imgur La désactivation de la superposition Steam envoie les fps en orbite, cette capture d'écran est avec AMDGPU-PRO et près de 120 fps. Triple chiffres au combat, n'importe qui? _Irréel._

@ Tk-Glitch évidemment je suis une personne différente, mais le jeu a cessé de fonctionner avec votre build ce matin. Je n'ai pas testé après la mise à jour de cet après-midi, mais la version de 999eagle a fonctionné à la fois avant et après.

@wundrweapon Merci d'avoir confirmé. Je vais alors me débarrasser du patch le plus récent / cassé.

@ Tk-Glitch Cette charge de mémoire élevée explique-t-elle les performances audio / stuttery craquantes?

EDIT: Aussi, dois-je passer à ce que vous avez construit, ou continuer à jouer avec la version Proton de 999eagle et attendre que Nvidia ou Valve publie une mise à jour?

Le Radeon VII est un putain de boss.

Capture d'

Je serais intéressé de voir ce qui se passe si vous essayez le pilote Vulkan d'AMDGPU-PRO au lieu d'utiliser RADV / Mesa. (Vous pouvez le tester sans installer formellement le pilote.)

@UVCRocketRunner Je n'ai encore partagé aucune version
Les problèmes de performances de Nvidia ne seront de toute façon pas résolus en changeant de build Proton, et il doit être résolu soit par Nvidia, soit par ID / Bethesda.

Je serais intéressé de voir ce qui se passe si vous essayez le pilote Vulkan d'AMDGPU-PRO au lieu d'utiliser RADV / Mesa. (Vous pouvez le tester sans installer formellement le pilote.)

Publication mise à jour avec le test AMDVLK, 5-10 fps plus rapide que radv. :)

Je serais intéressé de voir ce qui se passe si vous essayez le pilote Vulkan d'AMDGPU-PRO au lieu d'utiliser RADV / Mesa. (Vous pouvez le tester sans installer formellement le pilote.)

Publication mise à jour avec le test AMDVLK, 5-10 fps plus rapide que radv. :)

C'est intéressant aussi. Certains ont dit que le pilote Vulkan extrait du bundle AMDGPU-PRO se comporte un peu différemment (plus vite) que AMDVLK même. Seriez-vous prêt à le tester? Comme je l'ai dit, il n'est pas nécessaire de l'installer.

Si vous êtes intéressé:

https://drivers.amd.com/drivers/linux/19.50/amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz

Comment l'utiliser sans rien installer:

tar xf amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz
cd amdgpu-pro-19.50-967956-ubuntu-18.04
mv vulkan-amdgpu-pro_19.50-967956_amd64.deb ..
cd ..
ar x vulkan-amdgpu-pro_19.50-967956_amd64.deb
tar xf data.tar.xz
cd opt
cp amdgpu-pro / / opt /

Vous pouvez simplement supprimer le dossier "amdgpu-pro" de / opt après avoir terminé si vous ne voulez pas le conserver.

L'argument de lancement serait:
VK_ICD_FILENAMES = "/ opt / amdgpu-pro / etc / vulkan / icd.d / amd_icd64.json"% commande%

Il y a quelques instants, il y a eu une mise à jour du jeu via Steam. Depuis, j'ai des performances bien améliorées, le FPS se situe entre 50 (endroits extérieurs très fréquentés) et 100+ (en intérieur, peu ou pas de démos) sur 1920x1080 avec des paramètres moyens. Donc j'ai définitivement atteint le niveau jouable :)

Je veux juste dire que cette communauté Linux est géniale!

Et cela a fonctionné avec la version précédente 999eagle partagée?
Si c'est le cas, le correctif de Josh doit être interrompu et je reviendrai à ma version précédente qui fonctionnait.

Oui, cela fonctionne avec la version de 999eagle :) Lorsque vous supprimez le patch borked, laisserez-vous le paramètre nvapi? J'ai hâte de l'essayer :)

Je veux juste dire que cette communauté Linux est géniale!

Il vaut mieux partager le combat que le faire seul. Voici pour trouver une solution universelle rapide, je suppose.

À partir de la mise à jour du jeu d'aujourd'hui, je reçois maintenant des plantages occasionnels sans explication. Le jeu est juste allé caca après une heure ou deux, deux fois

signifie pendant que cette mise à jour a fait fonctionner la mienne

Certains ont dit que le pilote Vulkan extrait du bundle AMDGPU-PRO se comporte un peu différemment (plus vite) que AMDVLK même. Seriez-vous prêt à le tester?

Merci pour le lien et les informations, je pensais l'avoir installé, mais je ne l'ai pas fait. Message mis à jour ci-dessus avec screenie AMDGPU-PRO. Les performances étaient très similaires à AMDVLK, au moins aucune différence facilement reconnaissable.

Il semble que nous nous rapprochons d'une solution largement répandue.Tout ce dont j'ai besoin maintenant pour assurer la jouabilité, c'est pour moi d'obtenir un nouveau GPU.
Oh et suppression de DRM aussi.

Certains ont dit que le pilote Vulkan extrait du bundle AMDGPU-PRO se comporte un peu différemment (plus vite) que AMDVLK même. Seriez-vous prêt à le tester?

Merci pour le lien et les informations, je pensais l'avoir installé, mais je ne l'ai pas fait. Message mis à jour ci-dessus avec screenie AMDGPU-PRO. Les performances étaient très similaires à AMDVLK, au moins aucune différence facilement reconnaissable.

Merci d'avoir testé cela pour moi / nous. =) J'utilise également une Radeon VII et j'attends avec impatience une mise à jour de Proton qui me permettra de commencer à jouer à Doom Eternal. Il semble que je puisse m'attendre à de bonnes performances.

Merci d'avoir testé cela pour moi / nous. =) J'utilise également une Radeon VII et j'attends avec impatience une mise à jour de Proton qui me permettra de commencer à jouer à Doom Eternal. Il semble que je puisse m'attendre à de bonnes performances.

Très agréable! Je pense que vous aimerez ça alors, j'ai juste fait quelques tests avec la superposition Steam désactivée. Nous parlons de trois chiffres, au combat. _Bro._

Publication mise à jour ci-dessus avec la capture d'écran désactivée de la superposition Steam

J'obtiens systématiquement 30% de fps plus élevés avec vulkan-amdgpu-pro qu'avec radv ou amdvlk sur mon rx5700. le principal problème pour moi est que vsync limite le framerate à 60 alors que mon taux de rafraîchissement réel est de 144hz

Je suis sous Linux Mint 19.3
J'ai AMDGPU-PRO 19.50 avec Proton 5.4 GE-2 et j'obtiens

"Exception non gérée: erreur de page lors de l'accès en lecture à 0x00000000 dans le code 64 bits (0x000000014093f5bd)."

Que dois-je faire pour résoudre ce problème? Dois-je attendre une nouvelle version de Proton? Je ne peux pas utiliser la version TKG car je ne peux pas télécharger GLIBC ou libc6 pour corriger l'erreur de dossier de départ incorrecte. Ou est-ce que je manque quelque chose? Merci pour votre temps, j'aimerais pouvoir offrir de l'aide moi-même :(

steam-782330.log

si quelqu'un pouvait être si gentil? Je semble être hors de l'enfer DRM, la tentative fait apparaître un avertissement du pilote, mais je plante après avoir appuyé sur play.

https://raw.githubusercontent.com/MacroHard-sys/proton-log/master/steam-782330.log

ubuntu 18.04, bêta de vapeur, pilote nvidia 440, 5.2ge

@ MacroHard-sys Utilisez le proton tkg de 999 ci-dessus. 5.4 GE 2 plante exactement de la même manière pour la plupart d'entre nous ici

@parkerlreed ne semble malheureusement pas possible avec ces spécifications. J'ai essentiellement les mêmes que mon Linux Mint est basé sur Ubuntu 18.04 et je n'ai eu aucune chance avec l'une des versions de protons publiées ici

maintenant je comprends ceci:

======================
Proton: 1552061114 proton-tkg-5.4.r10.g7c7868f4
SteamGameId: 782330
Command: ['/home/n13/.steam/steam/steamapps/common/DOOMEternal/idTechLauncher.exe', '+com_skipIntroVideo', '1', '+com_skipKeyPressOnLoadScreens', '1']
Options: {'logcommandtoprefix', 'winetricks', 'winedxgi', 'nonvapi'}
======================
ERROR: ld.so: object '/home/n13/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/n13/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/n13/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
wine: failed to initialize: /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

Oh oui, j'ai besoin de 20.04?

@ MacroHard-sys maintenant vous êtes au même problème que vous avez essayé de m'aider plus tôt: /

J'ai pu reproduire le crash sur ma dernière version après avoir effacé le préfixe et testé sur mon ordinateur de bureau et mon ordinateur portable. exécuter certains tests, fournira une autre mise à jour si denuvo ne me verrouille pas.

Je suis peut-être juste moi. Mais j'y réfléchirais à deux fois avant de passer à 20.04. Ce n'était pas du tout une mise à jour fluide et mon gnome est très bogué en ce moment. Au final, cela n'a rien arrangé pour le jeu non plus.

le mien fonctionnait sous Ubuntu 19.10
mais le mien n'a pas non plus essayé d'utiliser le répertoire de compilation git de sophie

Je suppose que le mien connaît un autre emplacement pour les fichiers manquants comme ntdll.dll.so?
peut-être créer un lien symbolique vers un autre dossier proton lib? , le fichier est fourni avec défi

@ MacroHard-sys, @ Phobos001

quelque chose comme
mkdir -p /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10.g7c7868f4
ln -s ~ / .steam / root / Compatibilitytools.d / proton_tkg_5.4.r10.g7c7868f4 / dist / lib /home/sophie/projects/git/tkg-pkgbuilds/wine-tkg-git/proton_dist-5.4.r10. g7c7868f4 / lib /

Aujourd'hui, le jeu a bien fonctionné sous Linux.
Essayé en mode solo, obtenant environ 30 images par seconde en 4k avec Vega 64 sur des paramètres ultra-cauchemardesques presque complets, avec une résolution dynamique activée, il passe jusqu'à 50 secondes.

En utilisant Proton 5.4 GE-2, compilé le dernier pilote mesa-git et le client bêta Steam

Spécifications:
4790k 4,6 GHz tous les cœurs OC + 4,4 GHz uncore OC
2200 MHz 32 Go DDR3 double canal
Vega 64 ~ 1650 MHz GPU Core OC + 1045 MHz HBM2 OC
SSD NVMe

@FogLizard Vous pouvez

@ Tk-Glitch J'ai remarqué que mes performances de jeu sont goulotées par le processeur en fait, j'ai augmenté l'horloge à 4,8 GHz et réduit 5 fps de plus en moyenne. Je préfère m'en tenir à mes pilotes open source, juste une préférence, mais merci pour les conseils. Tant qu'il reste au-dessus de 50, comme c'est le cas maintenant la plupart du temps sans baisse significative de résolution, c'est assez bon.

Je n'aurais pas pensé que 4790K serait cette limitation sur un tel jeu. Tant pis. AMDVLK donnerait également de bien meilleurs résultats que RADV, à l'instar de DOOM 2016.

Suivez les instructions de

EDIT: Je semble avoir résolu ce problème en supprimant le truc de vérification des messages d'erreur Proton des options de lancement. Voici mes nouvelles options de lancement: +in_terminal 1 +com_enableCrashHandler 2 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 Avec cela, Proton 5.0-5 semblait toujours ne pas fonctionner, Proton 5.4-GE2 a en fait gelé le foutu de Steam, et le paquet Proton modifié de 999eagle a fait apparaître le oh-so- excellent message de page de support .

Échec complet, ne s'est pas lancé du tout pour moi.
J'ai essayé les versions Proton suivantes avec un succès variable:

  • Proton 5.0-5: Le jeu afficherait l'avertissement du GPU NVIDIA, mais se planterait silencieusement après cette fenêtre. Seulement atteint la fenêtre contextuelle en modifiant le fichier de configuration en premier lieu pour afficher l'avertissement NVIDIA.
  • Proton 5.4-GE2: a dépassé l'avertissement standard du GPU NVIDIA. Ensuite, j'ai reçu l'avertissement que les pilotes du GPU NVIDIA étaient obsolètes. Cliqué pour jouer et cela a fait apparaître un menu de rapport de plantage cassé.
  • "proton_tkg_5.4.r10.g7c7868f4" de 999eagle: Tout cassé. Immédiatement silencieusement écrasé et a entraîné les deux autres versions de Proton à changer leur comportement et ils se bloquent maintenant silencieusement (au moins à partir de cette session) aussi.

$ pacman -Q vulkan-icd-loader vulkan-headers nvidia wine-staging
vulkan-icd-loader 1.2.135-1
vulkan-headers 1: 1.2.135-1
nvidia 440.64-5
vin-mise en scène 5.4-1

Version Steam du jeu. Cela a été un peu touché par les tentatives de patch précédentes, mais j'ai vérifié les fichiers du jeu via Steam. J'ai opté pour Steam Beta. Si vous voulez des journaux, dites-moi où ils seraient stockés. J'ai cherché dans le dossier DOOMEternal et je ne trouve rien d'autre qu'un "LastCrashInfo.txt" super corrompu qui est joint.

LastCrashInfo.txt
sysinfo.txt

@ Tk-Glitch avez-vous également le problème avec vulkan-amdgpu-pro verrouillant la fréquence d'images à 60 avec vsync activé? est-ce seulement moi?

@ashkitten Pas de problème de mon côté, mais j'ai des déchirures subtiles même avec vsync activé. Mais non, vsync me verrouille à 144fps, ce qui est correct pour mon écran 144Hz.

Salut les gars,
Je suis donc un utilisateur de Nividia exécutant Manjaro, proton_tkg_5.4.r10.g7c7868f4 et Steam beta et obtenant 20-30fps.
J'ai remarqué que le jeu exécute vulkan 1.1.119, mais j'ai installé vulkan 1.2.135-1, je me demande pourquoi si c'est la raison pour laquelle les utilisateurs de Nividia ont des problèmes de performances, pensez-vous?
image
pacman -Qs vulkan local/lib32-nvidia-440xx-utils 440.64-1 NVIDIA drivers utilities (32-bit) local/lib32-vulkan-icd-loader 1.2.135-1 Vulkan Installable Client Driver (ICD) Loader (32-bit) local/lib32-vulkan-intel 19.3.5-1 Intel's Vulkan mesa driver (32-bit) local/lib32-vulkan-radeon 19.3.5-1 Radeon's Vulkan mesa driver (32-bit) local/nvidia-440xx-utils 440.64-1 NVIDIA drivers utilities local/vulkan-headers 1:1.2.135-1 (vulkan-devel) Vulkan header files local/vulkan-icd-loader 1.2.135-1 Vulkan Installable Client Driver (ICD) Loader
La communauté Linux est géniale btw!
À votre santé

Juste une petite note. Je ne lirais pas trop dans la version de Vulkan que le jeu rapporte. Pour moi, il montre exactement la même version sur Windows 10 et j'ai la version du pilote que le jeu recommande par ailleurs.

@ grand248 Cela est attendu et peut être ignoré en toute sécurité.

@ashkitten Pas de problème de mon côté, mais j'ai des déchirures subtiles même avec vsync activé. Mais non, vsync me verrouille à 144fps, ce qui est correct pour mon écran 144Hz.

utilisez-vous x11 ou wayland?

Se pourrait-il que Nvidia ait un chemin de code spécifique qui ne fonctionne pas bien avec le pilote Linux? Pouvez-vous cacher que votre GPU est Nvidia? Je pense que DXVK fait cela.

Pour les utilisateurs de GPU Navi qui souhaiteraient utiliser RADV / LLVM (car ACO ne dispose pas pour le moment des capacités storage_8bit / storage_16bit requises) au lieu d'AMDGPU-PRO ou AMDVLK, je viens de faire un correctif / hack pour mesa-git qui permettra le jeu à exécuter: https://github.com/Tk-Glitch/PKGBUILDS/blob/master/community-patches/mesa-git/gfx10_always_report_subgroup_shuffle_support.mymesapatch

@ Tk-Glitch
Avez-vous déjà annulé le patch borked? Pouvons-nous réessayer Tkg?

Oui. J'ai testé le jeu moi-même pour être sûr cette fois.
modifier: répondre au message ci-dessous -> oui. Je vous invite à lire le journal de validation sur mon repo pour réduire le spam indésirable ici;)

Et le réglage nvapi est toujours là?

Proton-tkg 5.4.r10, bêta d'exécution de vapeur et Nvidia 440.64-2 sur Linux 5.5.8-1-MANJARO fonctionne bien mais se bloque chaque fois qu'il perd le focus (par exemple par alt-tabbing). Testé sur GNOME et KDE Plasma

@ Ryhon0 L' utilisation du plein écran fenêtré au lieu du plein écran par défaut a corrigé cela de mon côté sur Plasma. L'inconvénient est que vous ne pouvez pas le minimiser, bien sûr.

Pour les utilisateurs de GPU Navi qui souhaiteraient utiliser RADV / LLVM (car ACO ne dispose pas pour le moment des capacités storage_8bit / storage_16bit requises) au lieu d'AMDGPU-PRO ou AMDVLK, je viens de faire un patch / hack pour mesa-git course de jeu: https://github.com/Tk-Glitch/PKGBUILDS/blob/master/community-patches/mesa-git/gfx10_always_report_subgroup_shuffle_support.mymesapatch

Crash toujours sur mon Navi. Cependant, j'utilise GE proton. Dois-je utiliser le vôtre?

IMG_20200323_095356

Enfin, je l'ai fait fonctionner sur Fedora 31 Silverblue en passant à Steam natif, par opposition à Flatpak. La construction TKG Proton de
Pour arriver à ces 30 ips, j'ai dû baisser la résolution à 1280x720 et baisser les paramètres de qualité à "Faible" dans l'ensemble. Je n'envisage même pas de jouer au jeu dans cet état et j'espère que les nouvelles versions de Proton et / ou les pilotes NVidia résoudront les problèmes de performances qui doivent clairement être liés au pilote. Peut-être en passant, mon GPU est accessible via Thunderbolt, c'est-à-dire que c'est un eGPU, mais cela n'a jamais causé de problèmes auparavant.

En bout de ligne, c'est la première fois de ma vie que j'envie les propriétaires de GPU AMD.

@ igo95862

Crash toujours sur mon Navi. Cependant, j'utilise GE proton. Dois-je utiliser le vôtre?

Certaines personnes ont signalé des problèmes de plantage avec la version de GE qui ne se sont pas produits avec la version 999 de tkg, donc je suppose que cela vaut le coup. Je n'ai aucune expérience avec la version GE (ni aucune intention de la déboguer 🐸) donc je ne sais pas ce qui pourrait y être cassé. Au moins, je peux attester que le jeu fonctionne parfaitement de mon côté avec une nouvelle version de proton-tkg (soit avec AMDGPU-PRO ou RADV / LLVM avec le patch mesa ci-dessus sur un 5700XT).

@ e-user Cela ne changera probablement pas grand-chose à votre vie de le savoir, mais proton-tkg utilisera les bibliothèques FAudio de votre système, tandis que GE livrera les siennes. Donc, si votre distribution fournit un FAudio ancien / cassé, vous pourriez avoir des problèmes de son sur -tkg.

@ Ryhon0 L' utilisation du plein écran fenêtré au lieu du plein écran par défaut a corrigé cela de mon côté sur Plasma. L'inconvénient est que vous ne pouvez pas le minimiser, bien sûr.

Malheureusement, courir en plein écran fenêtré n'a pas résolu le problème pour moi. J'ai essayé de jouer à la campagne mais le framerate est très bas sur mon 1050Ti. J'obtiens 60fps dans les menus et les salles de tutoriel et 15-20fps dans les environnements normaux où, comme sur Windows, je reçois environ 55fps

@ e-user Cela ne changera probablement pas grand-chose à votre vie de le savoir, mais proton-tkg utilisera les bibliothèques FAudio de votre système, tandis que GE livrera les siennes. Donc, si votre distribution fournit un FAudio ancien / cassé, vous pourriez avoir des problèmes de son sur -tkg.

Je n'ai aucune version de libFAudio installée sur mon système pour le moment. Êtes-vous sûr que cela est lié?

Étant donné que je n'éprouve aucun crépitement et que le jeu charge définitivement les bibliothèques FAudio ici, je suppose que oui. Peut-être que vous obtenez un repli étrange.

ce qui causait réellement mes plantages de connexion était la superposition de vapeur activée
le grand visage-paume a du sens, il est mort à chaque fois que le logo de la vapeur est apparu
proton_tkg_5.4.r10.g7c7868f4
il exécute ce doux incertain de ce qui a changé au cours des 12 dernières heures, mais mon ancien r9 290 est plafonné à 60fps, tout est au maximum, ce matin, je me sentais vraiment à la traîne
juste besoin de trouver un moyen de décapsuler son limiteur de fps ...

@ Tk-Glitch
La dernière version de la vôtre fonctionne sans problème, merci :)
Malheureusement, votre paramètre NVAPI ne modifie en aucun cas les faibles performances :(

J'ai expliqué le problème précédemment et je me suis dit assez clair que même si l'appel nvapi est respecté, le problème racine est toujours là et ne peut être résolu que par Nvidia ou ID Software dans la mesure où nous en comprenons.
En fonction de votre combinaison vitesse RAM / PCI-E gen / topologie mobo / CPU, vous pourriez voir une (assez petite) augmentation des performances sur le front du processeur au mieux, mais c'est à peu près tout.

Oui, je suis conscient que le problème vient du pilote NVIDIA mais j'espérais que cela augmentera un peu le FPS.
Et ma configuration est assez rapide:
Intel 9900K
ASUS ROG STRIX Z390-E GAMING
ASUS GeForce GTX 1080 Ti
2x Kingston KHX3000C15 / 16GX (32 Go)
Et cela ne fait aucune différence. Tout ce que j'obtiens est 24 FPS: D

Oui, vous n'êtes pas limité par le processeur de quelque manière que ce soit avec ce 9900K, donc cela ne fera pas vraiment de différence. Vous pouvez vérifier la charge du bus PCI-E dans les paramètres nvidia pendant que le jeu est en cours d'exécution, juste pour le lulz. Votre jeu moyen atteindra généralement 2 à 4% d'utilisation, à titre de comparaison.

Je ne peux pas le vérifier car le jeu plantera si je Alt + Tab. Je peux essayer de connecter nvidia-smi mais c'est vraiment inutile. Nous attendons que NVIDIA intervienne. C'est triste qu'il n'y ait aucune nouvelle de leur part. Même un message serait bien, mais il n'y a rien d'eux :(

Cela ne fait que quelques jours. Donnez-lui une semaine ou deux.

Il ne reste plus qu'à attendre :)

@ Tk-Glitch J'ai compilé votre proton mais mon jeu plante toujours.

Unhandled exception: divide by zero in 64-bit code (0x0000000141ec920c).

@ Tk-Glitch J'ai compilé votre proton mais mon jeu plante toujours.

J'ai le même problème.

Unhandled exception: divide by zero in 64-bit code (0x00007f62aa74f06b).

Après avoir joué avec des trucs pendant quelques heures pendant le week-end, j'ai finalement réussi à lancer le jeu. Un test rapide montre 50-60fps sur les paramètres élevés. Je vais lui donner un peu plus de temps de jeu après le travail et voir si des problèmes se présentent.

Intel Core i5-4670
NVIDIA GTX 970
Client bêta Steam

Ubuntu 18.04
noyau 5.0.0-23-générique
pilote nvidia 440.66.03
Proton-5.4-GE-2

@ thedopefish

Après avoir joué avec des trucs pendant quelques heures pendant le week-end, j'ai finalement réussi à lancer le jeu. Un test rapide montre 50-60fps sur les paramètres élevés. Je vais lui donner un peu plus de temps de jeu après le travail et voir si des problèmes se présentent.

Intel Core i5-4670
NVIDIA GTX 970
Client bêta Steam

Ubuntu 18.04
noyau 5.0.0-23-générique
pilote nvidia 440.66.03
Proton-5.4-GE-2

Qu'avez-vous fait pour que le jeu fonctionne?

@aleksbenmaza La dernière étape qui l'a fait fonctionner a été de passer de Proton-5.0-5 à Proton-5.4-GE-2.
J'exécute la version Steam non modifiée du jeu. Cela me donne le faux message d'avertissement concernant les pilotes NVIDIA obsolètes au démarrage, mais je clique simplement au-delà et la superposition dans le jeu montre la version correcte.

J'ai réessayé avec la compilation de @ 999eagle , ça a marché! Tout ce dont j'ai besoin maintenant, c'est d'un nouveau GPU et d'autres conseils pour aider à aplanir les autres problèmes de démarrage de ce jeu sous Proton.
EDIT: lancé à nouveau, coincé dans un écran noir infini. Yay.

Après avoir joué avec des trucs pendant quelques heures pendant le week-end, j'ai finalement réussi à lancer le jeu. Un test rapide montre 50-60fps sur les paramètres élevés. Je vais lui donner un peu plus de temps de jeu après le travail et voir si des problèmes se présentent.

Intel Core i5-4670
NVIDIA GTX 970
Client bêta Steam

Ubuntu 18.04
noyau 5.0.0-23-générique
pilote nvidia 440.66.03
Proton-5.4-GE-2

Êtes-vous resté par hasard au même début de niveau? Là, nous tous les utilisateurs pauvres de NVIDIA obtenons 60 FPS. Faites quelques pas en avant.

@aleksbenmaza La dernière étape qui l'a fait fonctionner a été de passer de Proton-5.0-5 à Proton-5.4-GE-2.
J'exécute la version Steam non modifiée du jeu. Cela me donne le faux message d'avertissement concernant les pilotes NVIDIA obsolètes au démarrage, mais je clique simplement au-delà et la superposition dans le jeu montre la version correcte.

UH HUH. MAINTENANT. Dites-moi toutes les étapes que vous avez prises avant s'il vous plaît !!!!!

l'erreur que je rencontre avec la version Steam et GE-2 est

ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. (à partir du journal)

comment cela peut-il être résolu?

l'erreur que je rencontre avec la version Steam et GE-2 est

ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. (à partir du journal)

comment cela peut-il être résolu?

Vous pouvez simplement ignorer ce message d'erreur particulier. Vous verrez cela avec pratiquement tous les jeux Steam si vous regardez la console. C'est une erreur concernant la superposition de Steam, pas le jeu. Ce n'est pas fatal.

l'erreur que je rencontre avec la version Steam et GE-2 est
ERROR: ld.so: object '/home/marvin/.steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored. (à partir du journal)
comment cela peut-il être résolu?

Vous pouvez simplement ignorer ce message d'erreur particulier. Vous verrez cela avec pratiquement tous les jeux Steam si vous regardez la console. C'est une erreur concernant la superposition de Steam, pas le jeu. Ce n'est pas fatal.

J'ai désactivé la superposition de vapeur pour ce test après l'avoir lu, ce qui a causé des problèmes dans certains cas. pourrait-il être sans rapport?

@ mozo78 C'était dans un espace extérieur peu de temps après avoir terminé le niveau 1.

@ MacroHard-sys Les étapes que j'ai prises qui n'ont certainement pas aidé ont été d'essayer le non-Denuvo .exe, et d'essayer de lancer proton à partir de la ligne de commande. Les mesures que j'ai prises qui peuvent ou non avoir aidé incluent le passage au client bêta Steam, la désactivation de la superposition Steam pour le jeu et la mise à niveau du pilote NVIDIA 440.64 vers 440.66.03.

@ mozo78 C'était dans un espace extérieur peu de temps après avoir terminé le niveau 1.

@ MacroHard-sys Les étapes que j'ai prises qui n'ont certainement pas aidé ont été d'essayer le non-Denuvo .exe, et d'essayer de lancer proton à partir de la ligne de commande. Les mesures que j'ai prises qui peuvent ou non avoir aidé incluent le passage au client bêta Steam, la désactivation de la superposition Steam pour le jeu et la mise à niveau du pilote NVIDIA 440.64 vers 440.66.03.

ne peut pas trouver ce pilote broy. le lier? Edit: je l'ai trouvé.

Quelqu'un a une idée pourquoi mon destin éternel ne se lance pas?
j'utilise mesa-git
im utilisant proton-ge-custom 5.4-ge-2
j'utilise la version bêta du client Steam
ive aco désactivé pour ce jeu
qu'est-ce que j'ai manqué ici?

sysinfo et proton log:
https://gist.github.com/mathew2214/e927b5db0da74544134bf987ab28cf9d

cela semble être là où ça plante

813.843:0038:0039:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).

Pareil pour moi:
Informations sur le système à vapeur: https://gist.githubusercontent.com/zaggynl/19d6a81cd78c88066c7be8f132e63a3e/raw/51cf2ba54ad6cedea97c5648222216beb38ba0c2/gistfile1.txt
Journal proton: https://gist.githubusercontent.com/zaggynl/028a7174d613123237b13a60794a728b/raw/bbae23a21f95d3d902d8c6c857d2721abeb8b3f0/gistfile1.txt

sommaire:
ubuntu 20.04
mesa-git via oibaf ppa
utilisant le proton 5.4 ge-2
bêta de vapeur
rx5700
options de lancement utilisées:
RADV_PERFTEST = llvm PROTON_NO_ESYNC = 1 PROTON_LOG = 1% commande% + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager

Éditer:

Le Proton 5.05 officiel laisse un journal de 50 Mo, zippé:
steam-782330-zaggynl.log.zip

Je pense que c'est quelque chose que Navi a raconté. Il y a un patch quelques messages mais cela ne semble pas m'aider.

J'ai pu faire fonctionner le jeu sur Mesa et j'ai joué environ 5 heures pendant le week-end sans tomber en panne. Les performances sont fantastiques sur un RX5700 XT. Il y a de légers artefacts. Cela ne suffit pas pour rendre le jeu injouable, mais amdvlk peut offrir une meilleure expérience.

Je construis une version personnalisée de proton, en suivant les étapes décrites ici:
https://github.com/Tk-Glitch/PKGBUILDS/tree/master/proton-tkg

Un correctif communautaire est nécessaire pour que tout fonctionne, vous devez donc ajouter winevulkan_fshack_opts.mypatch à PKGBUILDS/wine-tkg-git/customization.cfg avant de construire proton.

Je ne peux pas faire fonctionner Mesa 20 uniquement 19:

lib32-llvm 9.0.1-1
lib32-llvm-libs 9.0.1-1
lib32-mesa 19.3.4-3
lib32-vulkan-icd-loader 1.2.135-1
lib32-vulkan-radeon 19.3.4-3
llvm 9.0.1-2
llvm-libs 9.0.1-2
mesa 19.3.4-2
mesa-demos 8.4.0-2
vulkan-icd-loader 1.2.135-1
vulkan-radeon 19.3.4-2
vulkan-tools 1.2.135-1
xf86-video-amdgpu 19.1.0-1

Système:

Arch Linux x86_64 5.5.10-arch1-1

essayé avec le commit mesa mentionné dans https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -602687860
aucun changement de comportement du jeu. plante toujours avec
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd). 92.563:004f:0050:fixme:dbghelp:elf_search_auxv can't find symbol in module

Comme @bnpfeife l'a commenté, peut confirmer de légers problèmes graphiques sur les textures (notamment le hud) avec RX Vega 64 / amdgpu-pro également.
Pas horrible mais à noter:
image
image

@ mathew2214 J'ai rencontré ce problème précis avec GE-2, TkG-r10 fonctionne bien cependant.

Où tout le monde obtient-il Proton 5.4? J'ai activé le support bêta sur Steam et je ne vois pas cette version de Proton répertoriée, seulement Proton 5.0 et inférieur.

@thedopefish

@ mozo78 C'était dans un espace extérieur peu de temps après avoir terminé le niveau 1.

@ MacroHard-sys Les étapes que j'ai prises qui n'ont certainement pas aidé ont été d'essayer le non-Denuvo .exe, et d'essayer de lancer proton à partir de la ligne de commande. Les mesures que j'ai prises qui peuvent ou non avoir aidé incluent le passage au client bêta Steam, la désactivation de la superposition Steam pour le jeu et la mise à niveau du pilote NVIDIA 440.64 vers 440.66.03.

Je suppose que vous n'avez pas installé vos pilotes à partir de PPA?

@Voxed pouvez-vous s'il vous plaît télécharger le fichier d'archive Proton avec

@thedopefish

@ mozo78 C'était dans un espace extérieur peu de temps après avoir terminé le niveau 1.
@ MacroHard-sys Les étapes que j'ai prises qui n'ont certainement pas aidé ont été d'essayer le non-Denuvo .exe, et d'essayer de lancer proton à partir de la ligne de commande. Les mesures que j'ai prises qui peuvent ou non avoir aidé incluent le passage au client bêta Steam, la désactivation de la superposition Steam pour le jeu et la mise à niveau du pilote NVIDIA 440.64 vers 440.66.03.

Je suppose que vous n'avez pas installé vos pilotes à partir de PPA?

C'est correct. J'ai apt source 'd le paquet 440.64 du PPA, puis téléchargé le programme d'installation 440.66.03 du site Web de nvidia et construit un nouvel ensemble de paquets.

Je n'ai pas pu faire fonctionner le jeu avec les instructions ci-dessus, sur un système 1080 ti Arch, mais j'ai gagné une interdiction de 24 heures, tandis que les versions piratées du jeu circulent depuis le premier jour, tandis que les gens qui ont payé le jeu est puni pour avoir simplement voulu jouer.

Merci Denuvo ...

Une façon de contourner l'interdiction DRM de 24 heures?

J'ai payé ça, ce n'est pas piraté, qu'est-ce qui se passe avec ça?

Une façon de contourner l'interdiction DRM de 24 heures?

J'ai payé ça, ce n'est pas piraté, qu'est-ce qui se passe avec ça?

Malheureusement, vous ne pouvez rien y faire. Attendez 24 heures ou trouvez quelqu'un qui a la version Bethesda.net du jeu et demandez-lui le .exe. Je ne sais pas si la version mise à jour n'a toujours pas de Denuvo

Une façon de contourner l'interdiction DRM de 24 heures?
J'ai payé ça, ce n'est pas piraté, qu'est-ce qui se passe avec ça?

Malheureusement, vous ne pouvez rien y faire. Attendez 24 heures ou trouvez quelqu'un qui a la version Bethesda.net du jeu et demandez-lui le .exe. Je ne sais pas si la version mise à jour n'a toujours pas de Denuvo

je pense qu'ils l'ont enlevé assez rapidement. vous devriez toujours pouvoir le trouver facilement en ligne

Une façon de contourner l'interdiction DRM de 24 heures?
J'ai payé ça, ce n'est pas piraté, qu'est-ce qui se passe avec ça?

Malheureusement, vous ne pouvez rien y faire. Attendez 24 heures ou trouvez quelqu'un qui a la version Bethesda.net du jeu et demandez-lui le .exe. Je ne sais pas si la version mise à jour n'a toujours pas de Denuvo

je pense qu'ils l'ont enlevé assez rapidement. vous devriez toujours pouvoir le trouver facilement en ligne

J'ai la version 1.0 sans denuvo et elle plante si vous essayez de lancer le jeu avec des fichiers mis à jour

Cela fonctionne pour moi maintenant avec de très bons fps dans les premières salles.
Je ne pense pas avoir changé quoi que ce soit depuis hier: woman_shrugging:

Options de lancement: RADV_PERFTEST=llvm %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1

Arch Linux
Radeon RX 5700
mesa-aco-git 20.0 avec ACO désactivé (le RADV_PERFTEST=llvm dans les options de lancement)
amdvlk 2020.Q1.3-1
Proton-tkg 5.4.r10.g7c7868f4 auto-compilé (je suis sûr que j'ai utilisé ce commit , bien que plusieurs correctifs de doom éternels soient venus après: penser:)

~ J'obtiens le son grésillant, même si j'ai faudio 20.03-1 sur mon système ... ~
edit: la prochaine fois que j'ai commencé doom, le crépitement avait disparu.

Cela fonctionne parfaitement maintenant, je peux même alt-tab!
Le seul problème pour le moment est que le curseur dans les menus est un peu lent.

Juste un petit mot, comme @ Tk-Glitch l'a souligné, les pilotes NVIDIA ont un problème spécifique à ce jeu. Le jeu utilise la mémoire système plutôt que la VRAM.

  • Paramètres Ultra-Nightmare (notez comment 13 Go d'espace RAM sont alloués, et le manque d'utilisation de l'espace VRAM malgré l'exécution d'une application 3D):
    Screenshot_20200323_214640

@TimoFreiberg vous n'utilisez pas amdvlk si ce sont vos options de lancement, donc AMDVLK ne signifie rien pour votre système. Si votre système est configuré pour utiliser mesa vulkan, c'est ce qu'il utilise. Vous devez utiliser VK_ICD_FILENAMES pour définir un pilote vulkan différent.

De plus, vous n'utilisez peut-être pas mesa, vous utilisez peut-être AMDVLK, mais dans ce cas RADV_PERFTEST=llvm est inutile car llvm / aco ne sont que des options RADV, qui est mesa. AMDVLK est distinct. Mais la raison pour laquelle je dis que vous utilisez peut-être AMDVLK est que j'ai découvert que Steam utilisera AMDVLK par défaut sur certains jeux (au moins certains jeux, peut-être tous) si AMDVLK et mesa sont installés sur votre système. Avec Resident Evil (à la fois 2 et 7), par exemple, si vous avez installé mesa et AMDVLK et que vous ne spécifiez pas VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.x86_64.json il utilise AMDVLK.

Pour faire court, vous utilisez soit mesa, soit amdvlk, vous ne pouvez pas utiliser les deux, et si vous utilisez amdvlk, RADV_PERFTEST ne fait rien. Vous pourrez peut-être utiliser mangohud pour savoir lequel vous utilisez, mais sinon vous devrez vérifier les journaux, cela indiquera RADV et NAVI 10 pour le GPU, sinon cela indiquera Unknown AMD GPU ou RX 5700 si vous utilisez AMDVLK, je sais que le 5600 XT apparaît avec AMDVLK comme "GPU AMD inconnu" mais je ne suis pas sûr du 5700 bien que j'imagine que c'est la même chose. Quoi qu'il en soit, si vous utilisez Mesa, il indiquera RADV et simplement NAVI 10, sinon vous utilisez AMDVLK

@rabidlassie Je ne pense pas que le jeu utilise intentionnellement beaucoup de mémoire système. Sur mon système Windows, le jeu utilise une quantité considérable de VRAM (~ 8 Gio à Ultra-Nightmare 1440p) et montre de bonnes performances. Le fait qu'il ne le fasse pas sous Linux suggère qu'il y a quelque chose qui force le jeu à réduire l'utilisation de la VRAM. Cela explique des performances médiocres (car une grande partie des données doit marteler PCIe). Je ne peux pas dire s'il s'agit du pilote ou de Wine / Proton, mais je suppose que cela peut être l'un ou l'autre. Par exemple, peut-être qu'une extension Vulkan ne fonctionne pas correctement, ce qui interrompt le streaming de texture / données.

J'ai payé pour ça

Oui, vous pouvez en profiter pleinement pendant 24 heures. Merci pour votre achat, cher client.

Une façon de contourner l'interdiction DRM de 24 heures?

J'ai payé ça, ce n'est pas piraté, qu'est-ce qui se passe avec ça?

@ jonlee836 Il n'y a pas de solution de contournement. Attendez et réessayez demain. Il suce une énorme bite d'âne je sais, mais c'est ce que c'est.

Je le redis

Denuvo n'aime pas Wine Staging, sur lequel proton-ge est basé, donc si vous voulez éviter de faire trébucher Denuvo, restez à Proton normal

et évitez également de changer de version de Wine trop souvent, car cela déclenchera également Denuvo

@Voxed pouvez-vous s'il vous plaît télécharger le fichier d'archive Proton avec

C'est le build @ 999eagle téléchargé. Utilisez à vos risques et périls bien sûr.
https://uploadfiles.io/x58gs3ia

@ mathew2214
https://github.com/Tk-Glitch/PKGBUILDS/commit/6353338e80f440148e7b31e9ecad8438265a2228
construire à partir de git pourrait être le meilleur moyen pour une version plus mise à jour
c'est la construction que j'ai faite ce matin
https://drive.google.com/file/d/1WRY8g8z1ulrfs1aYZqgO7KsdwmBT13Wk/view?usp=sharing

mais considérant maintenant que même Proton-5.4-GE-2 fonctionne,
Je ne sais pas pourquoi tout fonctionne sans problème maintenant même le stock de vapeur 5.0-5 fonctionne
alors j'aurais pu modifier quelque chose d'autre quelque part ... ou la mise à jour mesa de la nuit dernière
au moins maintenant, je reçois trois chiffres sur un vieux R9 290

>

Je le redis

Denuvo n'aime pas Wine Staging, sur lequel proton-ge est basé, donc si vous
voulez éviter de faire trébucher le bâton Denuvo sur Proton normal

et évitez également de changer de version de Wine trop souvent, car cela risque également de trébucher
Denuvo

Cela s'applique-t-il également au proton-tkg? Ce problème git est difficile à suivre
mais je pensais que Proton normal ne fonctionnait pas du tout. Je n'ai pas pu
lancez le jeu mais je ne sais pas si j'ai été banni ou non
parce que je ne peux pas passer le popup HDP sans crash.

Je le pense. proton-tkg est généralement construit comme une mise en scène

@ blazini36 proton-tkg est construit contre la staging par défaut. Il peut être construit
contre stable, mais cela doit être fait manuellement et ne l'est certainement pas
sur l'un des builds flottant ici. J'ai personnellement pensé à la vanille
Proton a également été construit à partir de la mise en scène du vin, mais je suppose que non, bien que je puisse
ont juré que c'était le cas. Quoi qu'il en soit, les versions intermédiaires n'ont rien à voir avec
il. Toute nouvelle version de pilote, wine / proton ou dxvk que vous essayez de lancer
Le jeu Denuvo avec est enregistré comme une machine spécifique. Si vous modifiez peu
choses ici et là, même si vous utilisez la même construction de protons, cela compte comme
une machine distincte, et vous obtenez seulement 5 lancements de machine séparés par
journée avec Denuvo. Même si vous avez essayé 5 versions non intermédiaires, cela ferait le
même chose.

Le lun 23 mars 2020 à 18 h 15 jason0987 [email protected] a écrit:

Je le pense. proton-tkg est généralement construit comme une mise en scène

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

@ gardotd426 Eh bien, j'ai rencontré plusieurs fois maintenant que si j'utilise la mise en scène avec n'importe quel jeu Denuvo, je ne peux pas lancer le jeu plus de 5 fois par jour (limite d'activation) alors que cela ne se produit pas avec du vin normal. J'ai également vu une autre personne décrire exactement le même problème avec un autre jeu (NFS Heat)

En guise de suivi, j'ai construit mesa-git aujourd'hui et les artefacts ont disparu!

lib32-llvm 9.0.1-1
lib32-llvm-libs 9.0.1-1
lib32-mesa-git 20.1.0_devel.121503.41412cc4b74-1
lib32-vulkan-icd-loader 1.2.135-1
llvm 9.0.1-2
llvm-libs 9.0.1-2
mesa-demos 8.4.0-2
mesa-git 20.1.0_devel.121503.41412cc4b74-1
radeon-profile-git 20190903.r8.g306743e-1
vulkan-icd-loader 1.2.135-1
vulkan-tools 1.2.135-1
xf86-video-amdgpu 19.1.0-1

@ jason0987 Cela ressemble plus à un problème de préfixe qu'à wine-staging lui-même. Sous certaines conditions, un préfixe peut entrer dans un état dans lequel tout appel ultérieur au binaire Wine déclenchera une mise à jour du préfixe et entraînera la génération d'un ticket à partir de denuvo. Peut-être qu'il y a eu une régression spécifique sur la mise en scène à un moment donné qui a déclenché cela, mais nuancer le préfixe devrait corriger ce comportement à la fois sur la ligne principale et la mise en scène.

Pour le moment, la seule configuration de travail que j'ai est la construction TkG de 999eagle qui a un son légèrement craquelé, mais plus important encore, il se bloque systématiquement à un stade particulier lors de la chasse à l'un des Hell Priests. Là, un bloc avec lequel vous frappez ouvre un grand tapis de saut bleu, et vous l'utilisez pour frapper la poitrine verte d'un démon crucifié. Je vais devoir revérifier où exactement cela se trouve. Quoi qu'il en soit, la cinématique provoque un crash complet de la machine en quelques secondes ou deux. Le son continue de jouer mais les graphiques échouent avant de se transformer en arc-en-ciel et sans fonctions d'entrée, ce qui signifie que je dois réinitialiser mon mobo. Quelqu'un d'autre a ce problème? Comment puis-je contribuer à le résoudre?

@wundrweapon essayez ceci
https://drive.google.com/file/d/1WRY8g8z1ulrfs1aYZqgO7KsdwmBT13Wk/view?usp=sharing

J'exécute actuellement ceci, je ne sais pas si c'est bien emballé ou non, mes tailles de fichiers semblent toujours plus petites que celles de tout le monde
construit sur arch et fonctionnant sur mon ubuntu 19.10 le son me convient aussi maintenant
superposition de vapeur et j'utilise
VK_ICD_FILENAMES = / pathto19.5files / amdvlkpro / amd_icd64.json STEAM_RUNTIME = 1 vapeur

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

@MasterCATZ Je suis presque sûr que c'est la même version que j'ai, TkG 5.4-r10-g7c7868f4. De plus, je n'utilise pas AMDGPU-PRO, j'utilise les logiciels open source amdgpu et amdvlk

@MasterCATZ avec cette version de proton,

3365.691:0015:0016:err:esync:esync_init Server is running with WINEESYNC but this process is not, please enable WINEESYNC or restart wineserver.

même un redémarrage complet ne l'a pas résolu, aucune idée d'où cela vient. Des idées sur ce qui pourrait causer cela?

@maarvw ajoute PROTON_NO_ESYNC=1 aux options de lancement du jeu.

@wundrweapon c'est votre problème, le jeu ne fonctionne pas bien avec RADV (et ne fonctionne pas du tout avec ACO activé sur RADV). Vous devez utiliser vulkan-amdgpu-pro pour obtenir les meilleures performances sur AMD.

@ gardotd426 j'avais cela activé dès le début. utilisé toutes les options de lancement suggérées par @MasterCATZ en fait.

Welp, je suppose que je vais attendre. Je n'utiliserai pas de pilotes propriétaires jusqu'à ce que je sois mort.
Il doit y avoir quelque chose, non? Je peux accepter de mauvaises performances, mais il ne devrait pas y avoir quoi que ce soit que le propriétaire puisse rendre que le bourgeoifree est littéralement incapable de faire. Même si je dois assister à une cinématique à 1 ips, il doit sûrement y avoir quelque chose pour au moins empêcher un blocage complet du système

@wundrweapon Il n'y en a littéralement pas. Et je comprends que tout le monde souhaite utiliser l'open source, mais vous essayez de jouer à un jeu propriétaire, et je vous garantis que vous avez de nombreux logiciels propriétaires sur la même boîte sur laquelle vous dites que vous refusez d'utiliser des pilotes GPU propriétaires. Il est toujours préférable d'utiliser l'Open Source lorsque vous le pouvez, mais dans ce cas, ce n'est malheureusement pas une option. Vous n'avez pas à remplacer Mesa, vous pouvez littéralement utiliser le pilote propriétaire vulkan JUSTE pour ce jeu et rien d'autre. Cela n'a littéralement aucun sens de tracer arbitrairement votre ligne d'acceptation propriétaire au point où cela vous empêche de jouer à un jeu propriétaire à 60 dollars que vous avez payé pour jouer sur un lanceur propriétaire, tout en utilisant également d'autres codecs, pilotes et autres composants système propriétaires.

Mesa s'améliorera probablement dans un mois ou deux (ou plus), mais d'ici là, utilisez simplement le pilote propriétaire.

Je continuerais de répondre, car la réponse est «non», mais c'est hors sujet. En attendant, je vais voir si je peux trouver pourquoi exactement amdgpu plante; avec moi chance

AMDVLK est un bon compromis. C'est le pilote AMD open source et fonctionne avec le jeu. Ce n'est pas aussi bon que AMDGPU-PRO mais c'est meilleur que RADV pour le moment.

@ gardotd426 Bien que le jeu fonctionne mieux avec le pilote amdgpu-pros vulkan, RADV ne fonctionne pas si mal sur les cartes Vega, j'ai essayé les deux et oui, c'est jusqu'à 50% plus rapide, mais si vous utilisez freesync, vous voudrez peut-être rester avec RADV (depuis amdgpu- pro ne prend pas en charge sur vulkan). Pour moi, 60-70 fps (mesa) avec freesync me sentais mieux qu'environ 90-100 fps (amdgpu-pro) sans freesync.

@ Tbird761 J'ai installé amdvlk, et les métriques de performance dans le jeu montrent que c'est le pilote en jeu

@wundrweapon comment ma build a été construite ce matin après l'ajout des correctifs navi
j'utilise
Série AMD Radeon R9 200 (HAWAII, DRM 3.36.0, 5.5.11-050511-générique, LLVM 9.0.1)
GL_VERSION: 4.6 (Profil de compatibilité) Mesa 20.1.0-devel (git-f02ae69 2020-03-22 eoan-oibaf-ppa)

avec les fichiers amdpro extraits de amdgpu-pro-19.50-967956-ubuntu-18.04
(vulkan-amdgpu-pro_19.50-967956_amd64.deb)
extraire ce fichier extraire data.tar.xz et placer ces fichiers quelque part modifier amd_icd64.json pour pointer vers l'emplacement de amdvlk64.so
la merde amd n'a pas besoin d'être installée: P

@MasterCATZ , je l'ai déjà expliqué, mais vous utilisez toujours un pilote propriétaire dans ce cas, et apparemment c'est hors de la table pour @wundrweapon. Ils sont donc coincés avec ce qu'ils ont jusqu'à ce que d'autres correctifs atteignent mesa-git.

@MasterCATZ J'essaye de faire ça mais le jeu

En faisant vulkaninfo j'obtiens:

    driverID           = DRIVER_ID_AMD_PROPRIETARY
    driverName         = AMD proprietary driver
    driverInfo         = 

Existe-t-il un guide complet sur la façon d'intégrer cela? Parce que ça me manque durement ...

Je viens de passer d'AMDVLK à RADV, et bien que les performances soient nettement pires, comme mentionné, la cinématique s'est déroulée sans accroc. Je vais continuer avec cela jusqu'à ce que nous voyions une autre mise à jour AMDVLK, puis refaire ce niveau

RE le lock-out Denuvo:
Je peux confirmer que j'ai essayé toutes les versions officielles de Proton de Steam, m'a verrouillé. Même à partir de mon installation Windows à double démarrage.
Je me suis plaint du soutien de Bethesda.
Every1 ici en lock-out, devrait faire la même chose à mon humble avis ... :)

@wundrweapon vient de construire AMDVLK fonctionne bien

VK_ICD_FILENAMES = / home / aio / Programmes / AMDVLK / bin / vulkandriver / drivers / xgl / builds / Release64 / icd / amd_icd64.json STEAM_RUNTIME = 1 vapeur

AMDVLK

mais je préfère le gain de performances de 30%
VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlkpro / amd_icd64.json STEAM_RUNTIME = 1 vapeur

AMDPRO

@DistantThunder n'importe quel système de chat, nous pourrions utiliser beaucoup de fouillis ici, inconvénient de github, a vraiment besoin d'un système de PM

La liste des étapes de @ 999eagle ne fonctionne pas pour moi: / Tentatives de chargement mais échouent rapidement, le bouton Steam revient juste à "jouer".

J'ai extrait le tkg dans le dossier de compatibilité .steam (essayé à la racine, ainsi qu'un dossier dédié pour la version tkg Proton).

Voici mes options de lancement actuelles:
VK_ICD_FILENAMES = / etc / vulkan / icd.d / amd_icd64.json + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1% commande%

J'ai également essayé de m'en tenir strictement aux options de lancement dans le message d'origine.

Exécution de KDE Neon 18.04 Plasma, AMD 5700XT avec amdgpu.

@nessonic
Essayez de démarrer Steam avec
VK_ICD_FILENAMES = / etc / vulkan / icd.d / amd_icd64.json STEAM_RUNTIME = 1 vapeur
éditez également "amd_icd64.json" pour que son chemin pointe vers "amdvlk64.so"
la valeur par défaut de amdgpu-pro serait /opt/amdgpu-pro/lib/x86_64-linux-gnu/amdvlk64.so

Fichiers Proton extraits dans
~ / .steam / Compatibilitytools.d

root n'est qu'un lien symbolique vers .steam

Quelqu'un a-t-il essayé https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3 ?
Je l'ai mis dans le dossier compatibilité.d, mais il n'apparaît pas dans le menu de sélection de la version de proton ...

Bonjour @nessonic , %command% vous permet de mettre des choses devant la commande qui est exécutée par Steam. Cela nous permet de définir des variables d'environnement par jeu qui seraient autrement difficiles à faire. Dans votre cas, vous cherchiez probablement quelque chose comme VK_ICD_FILENAMES=/etc/vulkan/icd.d/amd_icd64.json %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1 .

pour une raison quelconque, le mien ne charge pas correctement les pilotes si je le mets dans le lanceur de jeu alors je commence à jouer avec

ERREUR FATALE: Veuillez mettre à jour votre pilote: VK_KHR_8bit_storage est requis.

------ Ligne de commande ------
Z: \ ZFS3WAYSteamLibrarysteamapps \ Manual \ DOOM.EternalDOOMEternalx64vk.exe VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlkpro / amd_icd64.json PROTON_NO_ESYNC = 1% command% + in_terKnagerSignal com 1% commande% + in_terminal Comprimé_InskipInsk 1 + in_terminalSignal 1
2020-03-24T12: 15: 28.292 + 10: 00 LOG: Ligne de commande: Z: \ ZFS3WAYSteamLibrarysteamapps \ Manual \ DOOM.EternalDOOMEternalx64vk.exe VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlkpro / amd_iccd64.json% command_minal_pro / amd_icd64.json 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1

VK_ICD_FILENAMES = / ZFS3WAY / SteamLibrary / amdvlkpro / amd_icd64.json STEAM_RUNTIME = 1 vapeur

fonctionne pour moi comment jamais

J'ai construit vulkan-icd-loader et proton-tkg-r11 à partir de tkglitch / pkgbuilds. Quand je vais éditer /etc/vulkan/icd.d/amd_icd64.json, cela n'existe pas. Le répertoire est là mais il est vide. Existe-t-il un modèle pour ce fichier?

{ "file_format_version" : "1.0.0", "ICD" : { "library_path" : "/opt/amdgpu-pro/lib/x86_64-linux-gnu/amdvlk64.so", "api_version" : "1.1.129" } }

@ blazini36 Même si le fichier était là, vous n'avez aucune raison de le modifier. Qu'est-ce qui vous a fait penser que vous devriez? Si vous avez installé mon paquet amdgpu-pro, vous trouverez les fichiers json dans le répertoire /opt/amdgpu-pro/etc/vulkan/icd.d . Lancer le jeu avec VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command% comme paramètre de lancement utilisera amdgpu-pro au lieu de mesa.

@ Tk-Glitch, quelques articles de mastercatz ont dit de modifier ce fichier pour qu'il pointe vers le pilote amdvlk. Merci d'avoir clarifié cela.

J'ai défini ces options de lancement:
VK_ICD_FILENAMES = / etc / vulkan / icd.d / amd_icd64.json% commande% + in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1

Toujours planter sur moi immédiatement, ne me pose même plus de question sur le HDR, il suffit d'obtenir le popup winetricks puis pouf. Je ne peux même pas dire si je suis banni.

@ blazini36 pouvez-vous démarrer Steam dans le terminal afin qu'il
et je faisais référence à si quelqu'un téléchargeait et décompressait amdgpu-pro-19.50-1011208-ubuntu-18.04.tar.xz sans exécuter le script de récolte de quelqu'un d'autre

nessonic avait enregistré son fichier dans /etc/vulkan/icd.d/ et c'est à qui je répondais

/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json est le chemin par défaut

@ Tk-Glitch en fait, je ne sais pas si c'était clair, j'ai installé amdgpu-pro ...... J'ai le répertoire mais il est vide, pas de fichier json là-dedans.

/etc/vulkan/icd.d/amd_icd64.json ! = /opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json

@ La commande Tk-Glitch ne s'exécute pas, peut-être que amdgpu-pro n'est pas installé correctement. Je viens d'installer le package de pamac.
$ vulkaninfo | grep driver ERROR: [Loader Message] Code 0 : /opt/amdgpu-pro/lib/i386-linux-gnu/amdvlk32.so: wrong ELF class: ELFCLASS32 ERROR: [Loader Message] Code 0 : /usr/lib32/libvulkan_intel.so: wrong ELF class: ELFCLASS32 ERROR: [Loader Message] Code 0 : /usr/lib32/libvulkan_radeon.so: wrong ELF class: ELFCLASS32 driverVersion = 83886179 (0x5000063) driverID = DRIVER_ID_MESA_RADV driverName = radv driverInfo = Mesa 20.1.0-devel (git-d9d549ff88) (LLVM 9.0.1) driverUUID = 414d442d-4d45-5341-2d44-525600000000 driverUUID = 414d442d-4d45-5341-2d44-525600000000 driverID = DRIVER_ID_MESA_RADV driverName = radv driverInfo = Mesa 20.1.0-devel (git-d9d549ff88) (LLVM 9.0.1) VK_KHR_driver_properties : extension revision 1 driverVersion = 8388708 (0x800064) driverID = DRIVER_ID_AMD_PROPRIETARY driverName = AMD proprietary driver driverInfo = driverUUID = 414d442d-4c49-4e55-582d-445256000000 VK_KHR_driver_properties : extension revision 1 driverVersion = 8388742 (0x800086) driverID = DRIVER_ID_AMD_OPEN_SOURCE driverName = AMD open-source driver driverInfo = driverUUID = 414d442d-4c49-4e55-582d-445256000000 driverUUID = 414d442d-4c49-4e55-582d-445256000000 driverID = DRIVER_ID_AMD_OPEN_SOURCE driverName = AMD open-source driver driverInfo = VK_KHR_driver_properties : extension revision 1

c'est assez normal
J'ai les pilotes amdpro-gpu qui remplissent / opt / amdgpu-pro ...

vulkaninfo | pilote grep
ERREUR: [Message du chargeur] Code 0: /opt/amdgpu-pro/lib/i386-linux-gnu/amdvlk32.so: mauvaise classe ELF: ELFCLASS32
ERREUR: [Message du chargeur] Code 0: /usr/lib/i386-linux-gnu/libvulkan_intel.so: mauvaise classe ELF: ELFCLASS32
ERREUR: [Message du chargeur] Code 0: /usr/lib/i386-linux-gnu/libvulkan_radeon.so: mauvaise classe ELF: ELFCLASS32
AVERTISSEMENT: radv n'est pas une implémentation vulkan conforme, utilisation de test uniquement.
driverVersion = 83886179 (0x5000063)
driverID = DRIVER_ID_MESA_RADV
driverName = radv
driverInfo = Mesa 20.1.0-devel (git-f02ae69 22/03/2020 eoan-oibaf-ppa) (LLVM 9.0.1)
driverUUID = 414d442d-4d45-5341-2d44-525600000000
driverUUID = 414d442d-4d45-5341-2d44-525600000000
driverID = DRIVER_ID_MESA_RADV
driverName = radv
driverInfo = Mesa 20.1.0-devel (git-f02ae69 22/03/2020 eoan-oibaf-ppa) (LLVM 9.0.1)
VK_KHR_driver_properties: extension révision 1
driverVersion = 8388730 (0x80007a)
driverID = DRIVER_ID_AMD_PROPRIETARY
driverName = pilote propriétaire AMD
driverInfo =
driverUUID = 414d442d-4c49-4e55-582d-445256000000
VK_KHR_driver_properties: extension révision 1
driverVersion = 8388730 (0x80007a)
driverID = DRIVER_ID_AMD_PROPRIETARY
driverName = pilote propriétaire AMD
driverInfo =
driverUUID = 414d442d-4c49-4e55-582d-445256000000
VK_KHR_driver_properties: extension révision 1

@ blazini36 Veuillez fournir un journal de vin.

Pour ce faire, ouvrez ~/.steam/root/compatibilitytools.d/proton_tkg_5.4.r11.g75c7644c/user_settings.py et décommentez la ligne WINEDEBUG . Puis lancez le jeu jusqu'à ce qu'il plante. Vous trouverez ensuite le journal dans votre répertoire personnel steam-gameid.log .

Eh bien, je n'ai pas la valeur par défaut /opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json non plus, / opt / amdgpu-pro est aussi profond que possible. donc je suppose qu'il y a quelque chose qui ne va pas avec mon installation amdgpu-pro? Comment les utilisateurs d'Arch / Manjaro installent-ils ceci

Depuis que vous avez construit proton-tkg, vous avez mon dépôt autour. Allez dans le amdgpu-pro-vulkan-only et exécutez makepkg -si . Suivez les invites. Terminé. Cependant, vous semblez avoir un peu dérangé votre système, donc je me débarrasserais de tout ce que vous avez installé / ajouté à la main / modifié avant de le faire.

En fait, à part ces builds protons, et les vulkan-headers et icd-loader de votre dépôt, je n'ai rien fait d'extraordinaire. Tout le reste était juste via pamac et c'est une installation manjaro assez récente, âgée d'environ un mois. Je vais essayer de construire le pilote

steam-782330.log

wellp ........
`` :: Continuer l'installation? [O / n] y
(1/1) vérification des clés dans le trousseau de clés [###################################### ###################################] 100%
(1/1) vérification de l'intégrité du colis [####################################### ##################################] 100%
(1/1) chargement des fichiers du package [####################################### ##################################] 100%
(1/1) vérification des conflits de fichiers [###################################### ###################################] 100%
erreur: échec de la validation de la transaction (fichiers en conflit)
amdgpu-pro-vulkan-only: /opt/amdgpu-pro/lib/i386-linux-gnu/amdvlk32.so existe dans le système de fichiers (appartenant à lib32-vulkan-amdgpu-pro)
amdgpu-pro-vulkan-only: /opt/amdgpu-pro/lib/x86_64-linux-gnu/amdvlk64.so existe dans le système de fichiers (propriété de vulkan-amdgpu-pro)
Des erreurs se sont produites, aucun package n'a été mis à niveau.
==> AVERTISSEMENT: Échec de l'installation des packages intégrés.

err:vulkan:wine_vkCreateInstance Failed to create instance, res=-3
warn:debugstr:OutputDebugStringA "Unspecified Vulkan error: Error( VK_ERROR_INITIALIZATION_FAILED )"

Ouais, quelque chose est brouillé avec votre pilote / libs vk.

Modifier: vous voudrez désinstaller les packages vulkan-amdgpu-pro et lib32-vulkan-amdgpu-pro avant de continuer.
Edit2: Mais vous avez dit que vous n'aviez pas ces fichiers? Problèmes d'autorisation?

Je les ai désinstallés via le gestionnaire de packages, votre installation s'est bien déroulée après. Ces paquets ont été installés, j'ai dit que les fichiers .json étaient manquants, et le répertoire par défaut a arrêté 2 niveaux courts. Je n'ai pas spécifiquement vérifié les fichiers de pilotes, mais le gestionnaire de packages les a signalés comme étant installés.

Edit: ouais je ne sais pas, les pilotes du repo tkg maintenant installés, redémarrés, plantent toujours immédiatement. Je peux toujours exécuter Doom 2016 dans Vulkan alors je dirais que rien n'est trop embêté

DOOM 2016 fonctionne-t-il avec VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command% comme paramètre de lancement? Juste pour vous assurer que amdgpu-pro fonctionne.

Quelqu'un a-t-il réussi à lancer doom éternel avec le pilote amdgpu par défaut (pas amdgpu-pro) et avec le vin habituel + dxvk (pas le proton)?

Quelqu'un a-t-il réussi à lancer doom éternel avec le pilote amdgpu par défaut (pas amdgpu-pro) et avec le vin habituel + dxvk (pas le proton)?

DOOM Eternal est un jeu natif de Vulkan. DXVK n'est pas impliqué.

@ Tk-Glitch, Oui, il fonctionne avec cette option de lancement @ 4k et 60fps verrouillés

DOOM 2016 fonctionne-t-il avec VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command% comme paramètre de lancement? Juste pour vous assurer que amdgpu-pro fonctionne.

Fonctionne très bien ici.

amdgpupro

@ClockGen Ce que igo95862 a dit. En ce qui concerne RADV, il nécessite actuellement mesa-git si vous avez un GPU Navi (certains 19 premiers devraient également fonctionner). Polaris / Vega devrait pouvoir l'exécuter OOTB avec mesa 19/20. Cela ne fonctionne pas actuellement avec ACO. Et bien sûr, vous avez besoin du patch winevulkan pour wine sinon le jeu plantera au lancement.

@ blazini36 Comment avez-vous alors construit votre proton? Avez-vous exécuté proton-tkg.sh, ou avez-vous utilisé PKGBUILD?

a exécuté ./proton-tkg.sh depuis le répertoire proton-tkg.

En ce qui concerne ce que vous venez de dire à l'autre affiche pour que je ne sois pas confus ici ... dites-vous que Doom éternel nécessite un mesa-git avec un GPU Navi? J'espère pas parce que je cours un 5700xt lol ...........

EIther était que j'utilisais Mesa git et que je ne pouvais pas exécuter le jeu, peut-être pour d'autres raisons.

C'est exactement ce que j'ai dit. Je l'ai fait un hack hier (puisque j'utilise également un 5700XT), mais utiliser AMDGPU-PRO est une alternative fonctionnelle. Le patch permettant à RADV d'exécuter le jeu sur Navi n'a été fusionné qu'aujourd'hui dans mesa-git, donc à moins que vous n'ayez essayé spécifiquement aujourd'hui, et il n'y a pas si longtemps, il ne devrait pas fonctionner.

En ce qui concerne le processus de construction, cela peut valoir la peine d'exécuter makepkg -s pour déclencher la résolution des dépendances, puis de l'annuler quand il commence réellement à construire wine, puis de réexécuter ./proton-tkg.sh pour vous assurer que vous construisez contre un ensemble complet de dépendances.

Eh bien ça marche ... mais c'est lent et le son grésille. Parfois, le FPS chute à 28 ips

Processeur: Intel i7 8700K en stock
GPU: nVidia GeForce RTX 2070 en stock
Dist. Ubuntu-Budgie 19.10
Vulkan ver: 1.2.131
Pilote nVidia ver: 440.66.03
Steam: version bêta
Proton: Proton-tgk 5.4.r10.g7c7868f4

Aussi, pour les nouveaux venus sur Linux (comme moi). Je n'ai pas pu l'exécuter à partir de mon volume NTFS jusqu'à ce que j'aie suivi ces instructions ci-dessous. Il planterait en charge.

https://github.com/ValveSoftware/Proton/wiki/Using-a-NTFS-disk-with-Linux-and-Windows

Les gars, je suis complètement perdu ici. J'ai essayé tout ce que je pouvais et je n'arrive pas à faire fonctionner ce jeu.

Spécifications du système:

  • Processeur: Intel i9-8950HK
  • GPU: RTX 2070 Mobile
  • Mémoire: 32 Go
  • Système d'exploitation: Pop! _OS 19.10
  • Noyau: 5.3.0-7642-generic
  • Version du pilote GPU: 440.44
  • Version Vulkan: 1.2.135

Lancer le jeu avec:

  • Options de lancement: PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1
  • Versions Proton: 5.0-5, 5.4-GE-2

Donc, parmi les choses que j'ai vues ici:

  1. J'ai sauté les mises à jour du pilote GPU car nVidia affirme que 440.64 n'a pas de changements majeurs. Je devrais peut-être essayer ceci ensuite, mais je ne suis pas convaincu.
  2. J'ai construit et installé manuellement la dernière version de Vulkan. Pas de dés, et j'ai lu des rapports contradictoires sur la nécessité ou non.
  3. J'ai essayé plusieurs versions de Proton, comme indiqué dans les commentaires. Pour le moment, je m'en tiens à ce qui suit:

Le stock 5.0-5 se bloque silencieusement. Les journaux Proton représentent 54 Mo stupéfiants. J'ai téléchargé un fichier compressé: https://drive.google.com/open?id=1LQ5Xa6HbF3MadzNtefRaze1XdJyg4_4m

Voici un court extrait de la fin:

 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3cf: DW_CFA_advance_loc 2
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d1: DW_CFA_restore %r14
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d1: DW_CFA_advance_loc 2
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d3: DW_CFA_restore %r15
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d3: DW_CFA_advance_loc 1
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d4: DW_CFA_restore %rbp
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d4: DW_CFA_def_cfa %rsp, 8
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d4: DW_CFA_advance_loc 1
 84.223:003a:003b:trace:seh:execute_cfa_instructions 7f8bae60f3d5: DW_CFA_restore_state
 84.223:003a:003b:err:seh:setup_exception stack overflow 1632 bytes in thread 003b eip 00007f8bb0c6a118 esp 0000000000130fb0 stack 0x130000-0x131000-0x230000
 85.238:001e:0022:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\WineUsd.sys" : builtin
 85.239:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
 85.239:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
 85.240:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
pid 3974 != 3973, skipping destruction (fork without exec?)

Lorsque j'utilise 5.4-GE-2, je peux accéder à la fenêtre contextuelle de la version du pilote GPU. J'appuie sur play et le jeu plante peu de temps après. Voici un aperçu des journaux pour cela: https://gist.github.com/thebozzcl/80197c6c98652a70e801950ba677311e

La section qui a attiré mon attention était:

1494.038:0049:004a:fixme:dbghelp:elf_search_auxv can't find symbol in module
1494.048:0049:004a:fixme:dbghelp:elf_search_auxv can't find symbol in module
1494.058:0049:004a:fixme:dbghelp:elf_search_auxv can't find symbol in module
1494.059:0035:0036:trace:seh:call_teb_handler handler at 0x7b4749f0 returned 1
1494.059:0035:0036:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).
1494.069:0049:004a:fixme:dbghelp:elf_search_auxv can't find symbol in module

Je pense avoir vu quelqu'un d'autre qui avait un problème similaire. Je vais devoir fouiller à nouveau dans la pile de commentaires ... mais en attendant, si quelqu'un a la moindre idée de la cause de cela, faites-le moi savoir.

Je suis complètement perdu ici. J'ai compilé les derniers wine-tkg-git et mesa-git. Mais le jeu continue de planter au lancement avec cette erreur
FATAL ERROR: Please update your driver: VK_KHR_get_surface_capabilities2 is required.
bien que cette extension soit dans les derniers radv, amdgpu-pro et winevulkan.

@ Progman-DT Je me souviens de cette erreur
Ubuntu 19.10 DRM 3.36.0, 5.5.11-050511-generic, LLVM 9.0.1 Mesa 20.1.0-devel
(git-f02ae69 22/03/2020 eoan-oibaf-ppa)

, ne me souviens plus de ce que j'ai fait pour le résoudre,
c'était soit moi qui corrigeait le fichier exe
(instructions quelque part dans les 300 premiers commentaires mais je pense que proton a eu un patch ajouté depuis)

ou c'était le pré-chargement des pilotes lorsque la vapeur a commencé
pour moi en ajoutant
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command%
n'a jamais fonctionné mais quelque chose comme ça a fonctionné
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.jsonn STEAM_RUNTIME=1 steam

puis lancement du jeu avec
PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1

Cependant, ne pas savoir qui est Nvidia / AMD ... rend difficile de savoir quels pilotes les gens utilisent

vous avez également besoin de Vulkan Instance Version: 1.2.135

@ Progman-DT cette erreur est due au fait que vous n'avez pas le Proton corrigé (vous n'avez pas dit quelle version de Proton vous utilisez) ou que vous n'avez pas mis à jour votre instance vulkan. mesa-git ne suffit pas, cela ne fournit que vulkan-radeon , ce qui n'a rien à voir avec le chargeur ou les en-têtes icd. Wine-tkg-git n'a rien à voir avec l'exécution du jeu. Vous avez besoin d'un PROTON-tkg patché, et non de wine-tkg-git, avec le patch winevulkan. Ou Proton-5.4-GE.

Si vous utilisez une distribution basée sur Arch, vous devez mettre à jour (ou installer si vous ne les avez pas déjà) vulkan-icd-loader lib32-vulkan-icd-loader vulkan-tools vulkan-headers (seuls vulkan-icd-loader et vulkan-headers seront requis immédiatement pour Doom Eternal, mais vous aurez quand même besoin des autres pour d'autres jeux. Installez-les ou mettez-les à niveau.

Ensuite, vous avez besoin soit de proton-tkg avec le patch winevulkan, soit de Proton-5.4-GE-3 ou de la dernière version de GE.

Donc - après quelques tests supplémentaires entre la version Steam et la version `` sans DRM ''. Proton-5.4-GE-2 fonctionne réellement. Le problème est que lorsque les utilisateurs obtiennent le mystérieux crash "sans lancement" où ils appuient sur le bouton de lecture et le logo id apparaît dans la barre d'état système, puis sort tout simplement - c'est denuvo.

Il y a de fortes chances que vous frappiez denuvo et que vous deviez probablement l'attendre. C'est juste un crash au lieu de donner un avertissement.

J'ai réussi à obtenir l'erreur denuvo plus tôt dans la journée avec une nouvelle version de test, puis j'ai fait une autre version, et j'ai rencontré un crash "sans lancement". J'ai ensuite essayé avec ma version 5.4-GE-2, et j'ai eu le même crash "sans lancement". J'ai ensuite essayé la version "DRM-FREE" avec à la fois 5.4-GE-2 et ma version de test - et les deux se sont bien lancées.

En fait, le Proton-5.0.5 standard fonctionne également avec la version «DRM-FREE».

Pour l'instant je vais attendre 24 heures et voir si cela permet de courir après.

Pour plus de précision, voici à quoi ressemble le journal des erreurs avec le plantage "pas de lancement":

147104.271:0034:0035:trace:seh:call_teb_handler handler at 0x7b4749f0 returned 1
147104.271:0034:0035:warn:seh:virtual_unwind exception data not found in L"DOOMEternalx64vk.exe"
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x000000014093f5bd).
147104.279:005a:005b:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:
 rip:000000014093f5bd rsp:0000000000924290 rbp:00000000009243c0 eflags:00010202 (  R- --  I   - - - )
 rax:00000001433551f8 rbx:0000000145ff3d80 rcx:0000000000000000 rdx:000000013b4442e8
 rsi:000000000092cd90 rdi:0000000000000000  r8:0000000000000000  r9:0000000000000202 r10:0000000000000001
 r11:0000000000000202 r12:0000000000000000 r13:000000014604e840 r14:000000000092ee50 r15:0000000000000000
Stack dump:
0x0000000000924290:  000000014263a8e8 000000007ca199e2
0x00000000009242a0:  0000000000000000 0000000000923da8
0x00000000009242b0:  000000000092cd90 000000014096ce89
0x00000000009242c0:  0000000000924d90 0000000000924cc0
0x00000000009242d0:  0000000000000000 0000000000000000
0x00000000009242e0:  000a7325202c6425 0000003000000020
0x00000000009242f0:  0000000000924dc0 0000000000924cf0
0x0000000000924300:  0000000000000000 0000003000000020
0x0000000000924310:  0000000000924de0 0000003000000020
0x0000000000924320:  0000000000924df0 0000000000924d20
0x0000000000924330:  0000000000924e00 0000000000924d30
0x0000000000924340:  000a7325202c6425 2c70252000000009
Backtrace:
=>0 0x000000014093f5bd EntryPoint+0xe2c4a59d() in doometernalx64vk (0x00000000009243c0)
  1 0x000000014096ce89 EntryPoint+0xe2c77e68() in doometernalx64vk (0x00000000009243c0)
  2 0x0000000140aebda5 EntryPoint+0xe2df6d84() in doometernalx64vk (0x0000000000000000)
  3 0x0000000140318ce1 EntryPoint+0xe2623cc0() in doometernalx64vk (0x0000000000000000)
  4 0x00000001403192a2 EntryPoint+0xe2624281() in doometernalx64vk (0x000000000092ffd0)
  5 0x00000001423d06f7 EntryPoint+0xe46db6d6() in doometernalx64vk (0x000000000092ffd0)
  6 0x000000007b455131 __wine_start_process+0x160() in kernel32 (0x000000000092ffd0)
0x000000014093f5bd EntryPoint+0xe2c4a59d in doometernalx64vk: movq  (%rcx),%rax
Modules:
Module  Address                 Debug info  Name (136 modules)
PE            930000-          a2c000   Deferred        oo2core_8_win64
PE            a30000-          a43000   Deferred        aclui
PE            a50000-          b96000   Deferred        comctl32
PE          62600000-        6263c000   Deferred        usp10
PE          637c0000-        6387a000   Deferred        winmm
PE          64340000-        64380000   Deferred        winhttp
PE          64940000-        64959000   Deferred        shcore
PE          64c80000-        64c8d000   Deferred        steamclient64
PE          64d40000-        64d4f000   Deferred        vulkan-1
PE          65000000-        65143000   Deferred        ole32
PE          65600000-        6561e000   Deferred        xinput1_3
PE          65780000-        6578e000   Deferred        version
PE          68a40000-        68a96000   Deferred        shlwapi
PE          6a100000-        6a231000   Deferred        oleaut32
PE          6a700000-        6a77e000   Deferred        setupapi
PE          6afc0000-        6afcb000   Deferred        msimg32
PE          6b2c0000-        6b340000   Deferred        wininet
PE          6b880000-        6b887000   Deferred        api-ms-win-core-fibers-l1-1-1
PE          6bec0000-        6bed9000   Deferred        imm32
PE          6c0c0000-        6c0d1000   Deferred        wsock32
PE          6d9c0000-        6d9df000   Deferred        mpr
PE          6e340000-        6e348000   Deferred        api-ms-win-core-synch-l1-2-0
PE          6e6c0000-        6e6c8000   Deferred        api-ms-win-core-localization-l1-2-1
PE          6e780000-        6e7da000   Deferred        oleacc
PE          6f480000-        6f504000   Deferred        gdiplus
PE          6fbc0000-        6fc44000   Deferred        rpcrt4
PE          71240000-        71260000   Deferred        jsproxy
PE          7b000000-        7b0bc000   Deferred        kernelbase
ELF         7b400000-        7b67b000   Export          kernel32<elf>
  \-PE          7b410000-        7b67b000   \               kernel32
ELF         7bc00000-        7bdaf000   Deferred        ntdll<elf>
  \-PE          7bc20000-        7bdaf000   \               ntdll
ELF         7c000000-        7c004000   Deferred        <wine-loader>
PE         13b400000-       13b44b000   Deferred        steam_api64
PE         140000000-       15e3b2000   Export          doometernalx64vk
PE         180000000-       18007b000   Deferred        bink2w64
ELF     7f544ae80000-    7f544cbd4000   Deferred        steamclient.so
ELF     7f544cbd5000-    7f544cf54000   Deferred        lsteamclient<elf>
  \-PE      7f544ccf0000-    7f544cf54000   \               lsteamclient
ELF     7f544cf56000-    7f544d074000   Deferred        libgcrypt.so.20
ELF     7f544d074000-    7f544d095000   Deferred        liblz4.so.1
ELF     7f544d095000-    7f544d0be000   Deferred        liblzma.so.5
ELF     7f544d0be000-    7f544d150000   Deferred        libpcre2-8.so.0
ELF     7f544d150000-    7f544d203000   Deferred        libsystemd.so.0
ELF     7f544d203000-    7f544d230000   Deferred        libselinux.so.1
ELF     7f544d230000-    7f544d286000   Deferred        libdbus-1.so.3
ELF     7f544d286000-    7f544d28d000   Deferred        libkeyutils.so.1
ELF     7f544d28d000-    7f544d56d000   Deferred        libcrypto.so.1.1
ELF     7f544d56d000-    7f544d57f000   Deferred        libkrb5support.so.0
ELF     7f544d57f000-    7f544d586000   Deferred        libcom_err.so.2
ELF     7f544d586000-    7f544d59f000   Deferred        libk5crypto.so.3
ELF     7f544d59f000-    7f544d690000   Deferred        libkrb5.so.3
ELF     7f544d690000-    7f544d6a5000   Deferred        libavahi-client.so.3
ELF     7f544d6a5000-    7f544d6b3000   Deferred        libavahi-common.so.3
ELF     7f544d6b3000-    7f544d705000   Deferred        libgssapi_krb5.so.2
ELF     7f544d705000-    7f544d7a1000   Deferred        libcups.so.2
ELF     7f544d7a1000-    7f544d7fa000   Deferred        libvulkan.so.1
ELF     7f544d7fc000-    7f544d805000   Deferred        libxfixes.so.3
ELF     7f544d805000-    7f544d812000   Deferred        libxcursor.so.1
ELF     7f544d8e8000-    7f544d916000   Deferred        libexpat.so.1
ELF     7f544d916000-    7f544d95e000   Deferred        libfontconfig.so.1
ELF     7f544d95e000-    7f544d978000   Deferred        libz.so.1
ELF     7f544d978000-    7f544d9ae000   Deferred        libpng16.so.16
ELF     7f544d9ae000-    7f544d9c2000   Deferred        libbz2.so.1
ELF     7f544d9c2000-    7f544da83000   Deferred        libfreetype.so.6
ELF     7f544da83000-    7f544da95000   Deferred        libxi.so.6
ELF     7f544da95000-    7f544da9a000   Deferred        libxcomposite.so.1
ELF     7f544da9a000-    7f544daa7000   Deferred        libxrandr.so.2
ELF     7f544daa7000-    7f544dab4000   Deferred        libxrender.so.1
ELF     7f544dab4000-    7f544dabb000   Deferred        libxxf86vm.so.1
ELF     7f544dabb000-    7f544dac0000   Deferred        libxinerama.so.1
ELF     7f544dac0000-    7f544db8b000   Deferred        winex11<elf>
  \-PE      7f544dad0000-    7f544db8b000   \               winex11
ELF     7f544db8c000-    7f544dbaf000   Deferred        libgpg-error.so.0
ELF     7f544dbaf000-    7f544de2e000   Deferred        libgcrypt.so.11
ELF     7f544de2e000-    7f544de39000   Deferred        libffi.so.6
ELF     7f544de39000-    7f544deb6000   Deferred        libgmp.so.10
ELF     7f544deb6000-    7f544dee8000   Deferred        libhogweed.so.5
ELF     7f544dee8000-    7f544df25000   Deferred        libnettle.so.7
ELF     7f544df25000-    7f544df3b000   Deferred        libtasn1.so.6
ELF     7f544df3b000-    7f544e0bf000   Deferred        libunistring.so.2
ELF     7f544e0bf000-    7f544e0e1000   Deferred        libidn2.so.0
ELF     7f544e0e1000-    7f544e20d000   Deferred        libp11-kit.so.0
ELF     7f544e20d000-    7f544e3e3000   Deferred        libgnutls.so.30
ELF     7f544e3e3000-    7f544e3fc000   Deferred        libnss_myhostname.so.2
ELF     7f544e3fc000-    7f544e405000   Deferred        libnss_dns.so.2
ELF     7f544e405000-    7f544e41e000   Deferred        libresolv.so.2
ELF     7f544e41e000-    7f544e424000   Deferred        libnss_mdns4_minimal.so.2
ELF     7f544e424000-    7f544e438000   Deferred        libnss_files.so.2
ELF     7f544e438000-    7f544e496000   Deferred        winspool<elf>
  \-PE      7f544e440000-    7f544e496000   \               winspool
ELF     7f544e496000-    7f544e4d8000   Deferred        ws2_32<elf>
  \-PE      7f544e4a0000-    7f544e4d8000   \               ws2_32
ELF     7f544e4d8000-    7f544e531000   Deferred        winevulkan<elf>
  \-PE      7f544e4f0000-    7f544e531000   \               winevulkan
ELF     7f544e531000-    7f544e575000   Deferred        uxtheme<elf>
  \-PE      7f544e540000-    7f544e575000   \               uxtheme
ELF     7f544e575000-    7f544efe6000   Deferred        shell32<elf>
  \-PE      7f544e590000-    7f544efe6000   \               shell32
ELF     7f544efe6000-    7f544f0d0000   Deferred        msvcrt<elf>
  \-PE      7f544f000000-    7f544f0d0000   \               msvcrt
ELF     7f544f0d0000-    7f544f104000   Deferred        iphlpapi<elf>
  \-PE      7f544f0e0000-    7f544f104000   \               iphlpapi
ELF     7f544f104000-    7f544f182000   Deferred        dbghelp<elf>
  \-PE      7f544f110000-    7f544f182000   \               dbghelp
ELF     7f544f182000-    7f544f331000   Deferred        gdi32<elf>
  \-PE      7f544f1a0000-    7f544f331000   \               gdi32
ELF     7f544f331000-    7f544f46c000   Deferred        ucrtbase<elf>
  \-PE      7f544f360000-    7f544f46c000   \               ucrtbase
ELF     7f544f46c000-    7f544f6fa000   Deferred        user32<elf>
  \-PE      7f544f490000-    7f544f6fa000   \               user32
ELF     7f544f6fa000-    7f544f723000   Deferred        bcrypt<elf>
  \-PE      7f544f700000-    7f544f723000   \               bcrypt
ELF     7f544f723000-    7f544f766000   Deferred        sechost<elf>
  \-PE      7f544f730000-    7f544f766000   \               sechost
ELF     7f544f766000-    7f544f7df000   Deferred        advapi32<elf>
  \-PE      7f544f770000-    7f544f7df000   \               advapi32
ELF     7f544f9f0000-    7f544fa04000   Deferred        wow64cpu<elf>
  \-PE      7f544fa00000-    7f544fa04000   \               wow64cpu
ELF     7f545d1ee000-    7f545d1fa000   Deferred        libnss_sss.so.2
ELF     7f545e8d8000-    7f545e8de000   Deferred        libxau.so.6
ELF     7f545e8e0000-    7f545e90b000   Deferred        libxcb.so.1
ELF     7f545e90b000-    7f545e925000   Deferred        libgcc_s.so.1
ELF     7f545e925000-    7f545e9e4000   Deferred        libgldispatch.so.0
ELF     7f545e9e4000-    7f545e9f9000   Deferred        libxext.so.6
ELF     7f545e9f9000-    7f545eb3f000   Deferred        libx11.so.6
ELF     7f545eb3f000-    7f545eb73000   Deferred        libglx.so.0
ELF     7f545eb75000-    7f545ecbb000   Deferred        libm.so.6
ELF     7f545eeb5000-    7f545eebc000   Deferred        libdl.so.2
ELF     7f545eebc000-    7f545eec7000   Deferred        librt.so.1
ELF     7f545eec7000-    7f545ef5c000   Deferred        libgl.so.1
ELF     7f545ef5c000-    7f545f125000   Deferred        libc.so.6
ELF     7f545f127000-    7f545f149000   Deferred        libpthread.so.0
ELF     7f545f149000-    7f545f4da000   Export          libwine.so.1
ELF     7f545f4da000-    7f545f717000   Deferred        gameoverlayrenderer.so
ELF     7f545f719000-    7f545f747000   Deferred        ld-linux-x86-64.so.2
Threads:
process  tid      prio (all id:s are in hex)
00000008 steam.exe
    ["C:\windows\system32\steam.exe" /mnt/Games/Steam/steamapps/common/DOOMEternal/idTechLauncher.exe]
    00000030    0
    00000009    0
0000000c services.exe
    [C:\windows\system32\services.exe]
    00000027    0
    00000018    0
    00000011    0
    0000000e    0
    0000000d    0
0000000f plugplay.exe
    [C:\windows\system32\plugplay.exe]
    00000015    0
    00000014    0
    00000010    0
00000016 winedevice.exe
    [C:\windows\system32\winedevice.exe]
    0000001e    0
    0000001d    0
    0000001c    0
    0000001b    0
    0000001a    0
    00000019    0
    00000017    0
00000025 winedevice.exe
    [C:\windows\system32\winedevice.exe]
    0000002a    0
    00000029    0
    00000028    0
    00000026    0
0000002b explorer.exe
    [C:\windows\system32\explorer.exe /desktop]
    0000002f    0
    0000002e    0
    0000002d    0
    0000002c    0
00000031 idTechLauncher.exe
    ["Z:\mnt\Games\Steam\steamapps\common\DOOMEternal\idTechLauncher.exe"]
    00000033   -2
    00000032    0
00000034 (D) Z:\mnt\Games\Steam\steamapps\common\DOOMEternal\DOOMEternalx64vk.exe
    [DOOMEternalx64vk.exe +com_enableCrashHandler 0 ]
    00000059    0
    00000058    0
    00000057    0
    00000056    0
    00000055    0
    00000054    0
    00000053    0
    00000052    0
    00000051    0
    00000050    0
    0000004f    0
    0000004e    0
    0000004d    0
    0000004c    0
    0000004b    0
    0000004a    0
    00000049    0
    00000048    0
    00000047    0
    00000046    0
    00000045    0
    00000044    0
    00000043    0
    00000042    0
    00000041    0
    00000040    0
    0000003f    0
    0000003e    0
    0000003d    0
    0000003c    0
    0000003b    0
    0000003a    0
    00000039    0
    00000038   -1
    00000035    2 <==
System information:
    Wine build: wine-5.4-205-g3ddf3a7 (Staging)
    Platform: x86_64
    Version: Windows 8
    Host system: Linux
    Host version: 5.5.8-fsync.300.fc31.x86_64
147104.485:0031:0032:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-appmodel-runtime-l1-1-2.dll" at 0x6c100000: PE builtin
147104.485:0031:0032:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000092FA80
pid 160393 != 160392, skipping destruction (fork without exec?)

@GloriousEggroll est-ce que le 'no-launch'

@ Progman-DT Si vous voulez vraiment l'utiliser avec wine-tkg, vous devrez activer l'option _protonify dans le .cfg pour obtenir le correctif winevulkan requis. Proton-tkg est déjà activé.

@ gardotd426 @ Tk-Glitch Merci, j'ai pu lancer le jeu. Mais maintenant, la version "sans drm" ne peut pas se connecter aux serveurs Bethesda et ne me laisse pas entrer :)

Je ne sais pas si cela peut vous aider, mais le jeu fonctionnait le premier jour sur une installation ArchLinux propre et je peux confirmer ce qui suit, dans le cas d'une configuration AMD.

Mesa:

  • mesa-git (version ~ early 20) => plantages (à l'époque, ça devrait aller maintenant)
  • mesa (version ~ early 19) => fonctionne

Compilateurs Mesa shader:

  • ACO shader compilateur => plante
  • Compilateur de shader LLVM => fonctionne

Pilotes Vulkan:

  • radeon-vulkan => fonctionne avec certains artefacts, mais complètement jouable
  • amdvlk => fonctionne sans aucun artefact

Du vin:

  • paquet vin principal => plantages
  • valve / proton wine (compilé à partir des sources) => fonctionne
    (vous n'avez pas besoin de systèmes et de correctifs de construction excessifs, voir ci-dessous pour les étapes de compilation simples)
git clone https://github.com/ValveSoftware/wine.git
cd wine
./configure --enable-win64
make -j16

Configuration X11:

  • L'activation de VSync perturbera le mécanisme de stimulation d'images du jeu. Réglez "VSync" sur "Adaptatif" dans les options vidéo de DOOM pour obtenir un résultat décent.

ALSA:

  • Si vous utilisez ALSA brut sans PulseAudio, il y a un bogue dans wine qui fera planter le jeu de manière aléatoire à moins que la carte son par défaut ne soit définie explicitement (dans les fichiers de configuration ALSA ou avec la variable d'environnement ALSA_CARD). Vous devriez être bien par défaut, mais si vous êtes un bricoleur en série et que vous avez une configuration ALSA avancée, c'est quelque chose que vous devez savoir.

Sur ma configuration, le jeu fonctionne à une vitesse constante de 100 FPS à 1080p avec chaque réglage sur ultra cauchemar (en utilisant un Sapphire RX5700 Pulse et Ryzen 2700).

@ Tk-Glitch

Merci pour vos efforts, le jeu fonctionne maintenant!

Cependant, je reçois le message suivant.

"Des pilotes mis à jour sont requis. Installé: 337.88. Requis: 442.74 ou plus récent."

J'ai installé nvidia 440.64 donc je ne sais pas pourquoi ce message apparaît.

Est-ce un problème avec doom éternel qui ne détecte pas le bon pilote ou le proton / vin à vapeur?

@ jonlee836 Vous pouvez ignorer la vérification du pilote comme indiqué ici https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-2

@cylgom Merci pour cela!

Je n'ai jamais exécuté une version personnalisée de proton et / ou de Wine dans Steam. Des tutoriels pour cela que vous pouvez recommander?

Et qu'en est-il de Denuvo? Ne sera-t-il pas déclenché par la version personnalisée Wine / Proton?

Cela ne fait pas trébucher Denuvo, non. J'ai joué avec la version 999eagle (tkg) et tout s'est bien passé.

Eh bien, il y a différentes expériences.
J'ai essayé deux versions différentes hier 5.4-GE-2 et 5.4-GE-3.
J'essaye seulement de commencer à chaque fois. Maintenant, je suis à nouveau dans l'enfer DRM. Je ne peux même pas le lire sur mon installation Windows.
Devinez comme je suis fou!
Je vais attendre une version officiellement prise en charge.
En attendant, seuls mes ElAmigos peuvent m'aider :)

Enfin, j'ai lancé le jeu avec les pilotes nvidia et le vin de valve, mais je reçois le message "Impossible de contacter les services de jeux ..." Que faire? J'utilise la version sans DRM.

Achetez le jeu

Le mar 24 mars 2020 à 10 h 51, Eldar [email protected] a écrit:

Enfin, j'ai lancé le jeu, mais je reçois un message avec Impossible de contacter
Services Bethesda. Que faire? J'utilise la version sans DRM.

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

Si ce jeu est natif de Vulkan, pourquoi ne fonctionne-t-il pas sur PROTON hors de la boîte et avec de bonnes performances?

@CSahajdacny La même raison pour laquelle Red Dead Redemption 2 ne fonctionne pas
box (pas du tout, sans parler des bonnes performances) - car ce n'est pas simplement
une question de "si un jeu a vulkan, cela fonctionne." Qu'est ce qui te fait penser ça?

Le mar 24 mars 2020 à 11:29 CSahajdacny [email protected]
a écrit:

Si ce jeu est natif de Vulkan, pourquoi il ne fonctionne pas sur PROTON hors du
boîte et avec une bonne performance?

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

@EldarAgalarov Le fichier EXE sans DRM est pour deux versions derrière Steam. Il vous suffit d'utiliser le Denuvo fourni avec Steam.

Mon interdiction de 24 heures est terminée. Le jeu ne fonctionne que parfois pour moi avec proton_tkg_5.4.r10.g7c7868f4, la plupart du temps, j'obtiens un écran noir et je dois forcer la fermeture.
Avec Proton GE, rien ne se passe après avoir appuyé sur Play après le problème de détection du pilote.

Le jeu est bloqué à 40 ips sur des paramètres bas ou élevés, l'utilisation du GPU toujours à 100% et le son est très gltchy.

DoomEternal Screenshot

DeepinScreenshot_select-area_20200324113836

NewShot

@cylgom Une fois que vous avez construit votre propre vin, comment avez-vous fait en sorte que Steam lance Doom Eternal avec? J'ai besoin d'aide pour cette partie.

J'ai réinstallé mon système avec une version plus récente de GNOME et le jeu ne se bloque plus lors de l'alt-tabbing, mais il capture l'entrée même lorsqu'il n'est pas concentré sur la fenêtre

Bien que tous les progrès soient bons, tout ce fil semble être un bon cas d'utilisation pour expliquer pourquoi le passthrough de Windows GPU est une bonne idée.

Bien que tous les progrès soient bons, tout ce fil semble être un bon cas d'utilisation pour expliquer pourquoi le passthrough de Windows GPU est une bonne idée.

C'est ennuyeux de faire les choses facilement.

"Bien que tous les progrès soient bons, tout ce fil semble être une bonne utilisation
pourquoi Windows gpu passthrough est une bonne idée. "

C'est exactement pourquoi il est important de le faire. Ces assistants auront ceci
jeu en cours d'exécution parfait et sans maux de tête. Même si c'est à travers le vin c'est
important pour que ces jeux fonctionnent facilement via Linux afin que l'adoption
ramasse et ces jeux commencent à être proposés de manière native.

Il y a 5 ans, je ne me suis pas soucié des jeux sous Linux, j'ai utilisé des consoles parce que je
ne supporte pas les fenêtres. Maintenant, c'est tellement bien que 90% des jeux Windows ne fonctionnent que
au moment où je les achète. C'est un petit hoquet qui ne me dérange pas
tout.

Le mar 24 mars 2020, 13:39 PraetorianSC4 [email protected]
a écrit:

Bien que tous les progrès soient bons, tout ce fil semble être une bonne utilisation
cas de pourquoi windows gpu passthrough est une bonne idée.

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

Bien que tous les progrès soient bons, tout ce fil semble être un bon cas d'utilisation pour expliquer pourquoi le passthrough de Windows GPU est une bonne idée.

C'est ennuyeux de faire les choses facilement.

Ne peignons pas ici à grands traits. Le passthrough GPU pour Windows sous Linux est encore assez compliqué. Je ne rejette pas non plus la quantité extrêmement positive de résultats obtenus jusqu'à présent, je fais simplement une observation.

@kelvinhbo Quel outil utilisez-vous dans votre deuxième capture d'écran où vous avez l'utilisation du GPU et les temps?

@ dv1 @ Tbird761 Alors que j'ai acheté et téléchargé le jeu sur Steam, je le lance actuellement de manière autonome, en utilisant l'exécutable sans DRM qu'un ami m'a donné et ma propre version de wine. Script Shell ci-dessous pour vous donner une idée.

#!/bin/sh
rm /home/cylgom/games/doom_eternal/log
/home/cylgom/games/doom_eternal/wine/wine64 \
        /home/cylgom/games/pc/doom_eternal/DOOMEternalx64vk_nodrm.exe \
        +in_terminal 1 \
        +com_skipIntroVideo 1 \
        +com_skipKeyPressOnLoadScreens 1 \
        &> /home/cylgom/games/doom_eternal/log

Je ne pense pas que les gens qui ont acheté le jeu devraient être ennuyés par DRM, alors voici le md5 pour l'exécutable principal: 82a3ffa77c438979b863f27beab2f119

@MasterCATZ

Je suis sur Discord et sur plusieurs canaux Discord liés à Linux.

Pour mémoire, j'y parviens:

VK_ICD_FILENAMES=/opt/amdgpu-pro-19.50_967956-1/vulkan/icd.d/amd_pro_icd64.json vulkaninfo  | grep Inst
WARNING: [Loader Message] Code 0 : Didn't find required layer object disable_environment in manifest JSON file, skipping this layer
Vulkan Instance Version: 1.2.135
Instance Extensions: count = 17
    maxMultiviewInstanceIndex = 4294967295
    drawIndirectFirstInstance               = true
    vertexAttributeInstanceRateDivisor     = true
    vertexAttributeInstanceRateZeroDivisor = true

@kelvinhbo Quel outil utilisez-vous dans votre deuxième capture d'écran où vous avez l'utilisation du GPU et les temps?

J'ai utilisé nvtop pour ça

@kelvinhbo

Le jeu est bloqué à 40 ips sur des paramètres bas ou élevés, l'utilisation du GPU toujours à 100% et le son est très gltchy.

Au cas où vous l'auriez manqué, j'ai partagé mon expérience avec la même résolution, le même GPU, un CPU plus faible. J'ai décidé qu'il n'était pas jouable en 3440x1440, même avec les réglages les plus bas possibles.

À propos, cette première salle avec les 3 zombies n'est pas représentative des performances générales du jeu. Vous devez au moins vous rendre à la première scène de combat majeure. Remarquez également que les fps sont annihilés sur le pont avec le démon géant marchant à côté ... oofalicious.

De plus, de nombreux systèmes parfaitement capables d'exécuter le jeu ne prennent pas en charge VT-d / IOMMU. Le passthrough GPU n'est pas une fin, tout est tout.

De plus, tout ce qui permet de ne plus jamais toucher à Windows est A + dans mon livre.

@nessonic
Essayez de démarrer Steam avec
VK_ICD_FILENAMES = / etc / vulkan / icd.d / amd_icd64.json STEAM_RUNTIME = 1 vapeur
éditez également "amd_icd64.json" pour que son chemin pointe vers "amdvlk64.so"
la valeur par défaut de amdgpu-pro serait /opt/amdgpu-pro/lib/x86_64-linux-gnu/amdvlk64.so

Fichiers Proton extraits dans
~ / .steam / Compatibilitytools.d

root n'est qu'un lien symbolique vers .steam

Donc amd_icd64.json pointait déjà vers amdvlk64.so, j'ai vérifié que le fichier existe - donc aucune modification n'y est apportée

J'ai déplacé mon dossier Compatibilitytools.d vers .steam ... et maintenant, après un redémarrage Steam, il ne trouve plus la version tkg de Proton. J'ai essayé vos options de lancement avant d'effectuer ce changement, même problème où il ne se chargera pas du tout.

Je n'utilise pas amdgpu-pro FYI - je ne sais pas si cela était nécessaire. J'ai cassé mon système en essayant de l'installer l'autre semaine, alors je vais attendre ce pilote si possible

Cela fonctionne sous Ubuntu 19.10 avec nvidia 1080: (version gratuite DRM)

nvidia 440.64 via ubuntu graphiques ppa
chargeur vulkan compilé à partir des sources

les performances sont en fait horribles - craquements audio, entrée très lente, sous 30 ips en 1080p. Mais ça marche ...

@nessonic
Vous n'avez pas besoin d'installer AMDGPU-PRO. Vous ne pouvez récupérer Vulkan qu'en quelques étapes simples. Republier les instructions précédentes, il suffit de les nettoyer un peu.

Téléchargez 19.50 - version Ubuntu si vous souhaitez copier / coller les commandes ci-dessous.

tar xf amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz

cd amdgpu-pro-19.50-967956-ubuntu-18.04

ar x vulkan-amdgpu-pro_19.50-967956_amd64.deb

tar xf data.tar.xz

cd opt

sudo cp -r amdgpu-pro/ /opt/

Option de lancement Steam:
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command%

@nessonic , sur quelle distribution êtes-vous? Parce que selon la distribution que vous utilisez, vous semblez probablement avoir reçu de mauvaises informations. La plupart des distributions que je connais, ~/.steam/root/compatibilitytools.d n'est PAS un lien symbolique vers ~/.steam (ce qui bien sûr ne l'est pas, cela n'aurait aucun sens. En réalité, ~/.steam/root est le lien symbolique , et ce n'est PAS à ~/.steam , c'est à ~/.local/share/Steam . Donc, comme ceci:

~/.steam/root/ ------> ~/.local/share/Steam . Ce serait donc ~/.local/share/Steam/compatibilitytools.d .

Un moyen simple de vérifier est d'exécuter simplement file ~/.steam/root , et cela vous dira s'il s'agit d'un lien symbolique ou non.

Mais le fait que vos protons ne soient plus détective montre que vous avez reçu de mauvaises informations, il suffit de les remettre là où elles étaient. Cela n'aurait aucun sens de les déplacer de toute façon, idk pourquoi cela a été suggéré, mais il est impossible de trouver les commentaires précédents dans ce désordre.

@ gardotd426 Je suis sur KDE Neon 18.04. My / root est en effet un lien symbolique vers .local / Steam. Je vais remettre le Compatibilitytools.d

@nessonic c'est pourquoi vous ne devriez pas simplement suivre au hasard les gens qui vous envoient dans des poursuites à l'oie sauvage, ils ne savent souvent pas de quoi ils parlent. De plus, si vous déplacez un dossier d'un lien symbolique vers le dossier réel, cela ne ferait littéralement rien, car c'est la même chose. Alors, pourquoi ils vous ont donné cette suggestion en premier lieu. Dans tous les cas, remettez simplement compatibilitytools.d/ dans ~/.steam/root/ .

Quelle version de proton essayez-vous d'utiliser?

Cela fonctionne sous Ubuntu 19.10 avec nvidia 1080: (version gratuite DRM)

nvidia 440.64 via ubuntu graphiques ppa
chargeur vulkan compilé à partir des sources

les performances sont en fait horribles - craquements audio, entrée très lente, sous 30 ips en 1080p. Mais ça marche ...

Veuillez confirmer la mauvaise performance ici:
https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394

@ gardotd426 Lol J'étais convaincu que je pouvais déplacer un dossier là où il se trouvait, pas de soucis.

J'ai récemment essayé avec la version tkg 5.4 r10 qui a été compilée et publiée ici. J'ai également essayé la dernière version de GloriousEggroll (5.4 GE 2) en vain. Et bien sûr essayé 5.0-5 via le client Steam.

la photo plante sur

33594.400:000c:000d:fixme:dbghelp:elf_search_auxv can't find symbol in module

pour moi, sur n'importe quelle version proton. Quelqu'un d'autre a-t-il eu ce problème ou sait-il comment il pourrait être résolu?

Existe-t-il un moyen d'obtenir une conversation plus organisée avec des statistiques que ce problème git? C'est génial qu'il y ait autant de réponses ...... montre qu'il y a pas mal de gens qui veulent que cela fonctionne correctement. Je n'ai toujours pas eu le jeu pour démarrer et essayer de parcourir ce qui fonctionne et ce qui ne fonctionne pas est presque impossible à ce stade, alors que je suppose que la réponse est probablement déjà là

Parlez à Liam sur GamingOnLinux et voyez comment créer un wiki. Nous devions
faites cela pour les problèmes de crash avec Navi, voici ce wiki
https://www.gamingonlinux.com/wiki/AMD_Navi_GPU_troubleshooting

vous pensez que ce format aiderait?

Le mar 24 mars 2020 à 19h15 blazini36 [email protected] a écrit:

Existe-t-il des moyens d'obtenir une conversation plus organisée avec les statistiques
que ce problème de git? C'est génial qu'il y ait autant de réponses ...... montre
il y a pas mal de gens qui veulent que cela fonctionne correctement. Je toujours
Je n'ai pas commencé le jeu et j'ai essayé de parcourir ce qui fonctionne et
ce qui ne fonctionne pas est presque impossible à ce stade alors que je suppose que le
la réponse est probablement déjà là

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

@nessonic quelle est votre configuration?

Le mar 24 mars 2020 à 18 h 38 nessonic [email protected] a écrit:

@ gardotd426 https://github.com/gardotd426 Lol j'étais confiant que je pouvais
déplacer un dossier là où il était, pas de soucis.

J'ai récemment essayé avec la version tkg 5.4 r10 qui a été compilée et
posté ici. J'ai également essayé la dernière version de GloriousEggroll (5.4 GE 2)
profiter. Et bien sûr essayé 5.0-5 via le client Steam.

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

Système d'exploitation: Manjaro Linux 19.0.2 KDE
Noyau: 5.4.27-1-MANJARO
Processeur: Intel i5-6600K (4) à 4,4 GHz (OC à partir de 3,5 GHz)
Mémoire: 32 Go
Processeur graphique: NVIDIA GeForce GTX 1080
Pilote: 440,64
proton_tkg_5.4.r10.g7c7868f4 avec "+ in_terminal 1 + com_skipIntroVideo 1 + com_skipSignInManager 1" (comme @ 999eagle suggéré).

Réglage par défaut de la boîte - élevé sur toutes les options vidéo avec mise à l'échelle dynamique (1440p) à 50% - m'a donné 30-50 fps avec quelques légers problèmes de sons (une sorte de cocher de temps en temps).
La réduction des paramètres ne semble pas affecter les images par seconde. Mis à part le changement de mise à l'échelle à 100% qui a affecté les fps de 10. Le passage à 1080p n'a rien affecté en termes de performances.

Je surveillais ces tests avec GreenWithEnvy sur un autre moniteur et j'ai découvert un comportement étrange. Pendant que je jouais au jeu, GPU% était à 100% tout le temps et Mem ctrl% était à environ 10% ... La carte elle-même était froide ... 50c froide ... cette carte atteint généralement 70c pendant que je joue d'autres trucs "moins exigeants". Et pendant que je suis dans le menu du jeu, Mem ctrl% augmente à 30% et la tension aussi. Les choses deviennent plus chaudes à partir de là. Je n'ai rien rencontré de tel auparavant.

Le jeu est jouable tho.
J'espère que cette information vous a aidé.

J'aimerais également recevoir des suggestions sur la façon d'améliorer les performances à partir d'ici.
Merci.

Hé les gars, le jeu semble fonctionner plutôt bien sur ma machine (ryzen 1500x 16gb ram gtx 1660ti) à des réglages moyens avec la résolution scalaire réglée sur 50. Cependant, chaque fois que j'obtiens un exploit dans le jeu, il plante immédiatement et je ne peux pas continuer à jouer . J'ai une photo ci-jointe.
AchievementFreezeDoomEternal
Remarquez le rectangle noir dans le coin où se trouvait la réalisation. Faites-moi savoir si l'un d'entre vous en a déjà fait l'expérience.

@ gardotd426 J'ai brièvement essayé de le joindre sur l'IRC puis j'ai réalisé que je ne sais pas ce que je fais sur l'IRC. Cela vous dérange-t-il de le joindre puisque vous semblez connaître votre chemin? Le format est bon Je suis sûr avec les listes de matériel, les versions de pilotes, les options de lancement, etc. Je suis sûr que TKG ou quelqu'un peut spécifier exactement ce qui serait nécessaire mieux que moi ..... Je ne peux pas obtenir le jeu courir après tout lol

Bonjour à tous! Je viens de décider de retirer la poussière de mon ancien compte github pour participer à cette conversation la plus pertinente, la plus importante du siècle dernier à mon avis.

J'ai pu faire courir Doom éternelle avec Proton-tkg de 5.4.r10.g7c7868f4 de @ 999eagle »

J'ai utilisé tous ces paramètres, je ne sais pas encore lesquels sont superflus:
PROTON_NO_ESYNC = 1 PROTON_NO_FSYNC = 1% commande% + in_terminal 1 + com_skipKeyPressOnLoadScreens 1

Steam Beta
Lenovo Legion Y720
Processeur Intel® Core ™ i7-7700HQ à 2,80 GHz × 8
GPU: NVIDIA GeForce GTX 1060
Mémoire vive: 15,6 Go

La distribution est Void Linux
Noyau Linux 5.5.11_1 x86_64
i3wm 4.18
Pilote NVIDIA 440.66.03

Mon Linux était comme un petit désordre, les pilotes vulkan-loader 1.2.135, vkd3d, libOSmesa, glu, etc., installés avec le NVIDIA téléchargé depuis https://developer.nvidia.com/vulkan-driver
J'ai désinstallé autant que possible de tout cela, réinstallé le pilote NVIDIA (juste au cas où) et cela a fonctionné avec tkg. Ne fonctionnait pas avec GE-2 ni proton 5.05.
DOOM 2016 ne commençait pas non plus avec Vulkan avant que je ne le fasse. Cela a aussi commencé à fonctionner après cela.
Le paquet mesa 20.0.2_1 est installé mais je ne sais pas s'il fait quelque chose.

Les performances sont médiocres par un peu jouables. Entre 20 et 50 FPS, même dans des paramètres vidéo faibles, en fonction de ce qui se passe dans le jeu. Se déplacer très lentement en combattant de nombreux démons.
DRM me fait attendre 24h après avoir joué 5 fois.
J'obtiens un écran noir lorsque je passe à un autre espace de travail.
Joué en enfer sur Terre, presque terminé. Arrêté pour faire autre chose, puis DRM est intervenu.

J'espère que la solution pour le faible FPS pourra être trouvée bientôt ...

@danielgul Il semble utiliser la RAM comme VRAM au lieu de la VRAM du GPU, du moins pour les GPU nvidia.

@ gardotd426

Eh bien, le mien renvoie aux dossiers de départ Steam

Screenshot from 2020-03-25 11-28-29

Une autre version mise à jour:

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3

Semble fonctionner lorsqu'il n'est pas bloqué par Denuvo. Denuvo semble effectivement donner la notification attendue lorsqu'il se bloque. Fonctionne avec radv sur mesa-git en utilisant llvm (pas aco). Fonctionne également avec amdgpu-pro. N'a pas testé nvidia. Testé sur au moins deux systèmes. Denuvo a bloqué mon ordinateur portable.

@MasterCATZ Ce n'est pas tout à fait courant, j'ai eu Steam sur plus de 6 distributions
et c'est toujours ~ / .steam / root / ---> ~ / .local / share / Steam. De toute façon, quoi
était même le point de leur dire de déplacer leurs protons? Si vous déménagez
les dans le répertoire lié symboliquement vous ne faites rien du tout.

Le mar 24 mars 2020 à 21:40 Thomas Crider [email protected]
a écrit:

Une autre version mise à jour:

https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3

Semble fonctionner lorsqu'il n'est pas bloqué par Denuvo. Denuvo semble en fait
donner la notification attendue quand il bloque. Fonctionne avec mesa-git. Testé
sur au moins deux systèmes. Denuvo a bloqué mon ordinateur portable.

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

@GloriousEggroll J'ai essayé GE-3 et je reçois toujours un crash immédiatement après avoir joué, mais c'est le cas depuis que j'ai installé AMDGPU-pro. Je peux cependant jouer à Doom 2016 ou à n'importe quoi d'autre à tout moment, donc je sais que mes pilotes ne sont pas complètement embêtés.

Pouvez-vous suggérer des options de lancement ou quoi que ce soit pour que cela fonctionne avec un 5700xt? Je ne sais pas pourquoi j'échoue si dur sur ce point, à ce stade, je serais heureux de voir un message d'interdiction Denuvo

@ blazini36 quelles sont les erreurs que vous obtenez? Comment as-tu installé
vulkan-amdgpu-pro?

Le mar 24 mars 2020 à 22 h 02 blazini36 [email protected] a écrit:

@GloriousEggroll https://github.com/GloriousEggroll J'ai essayé GE-3 et moi
toujours un crash immédiatement après avoir joué, mais c'est le cas
depuis que j'ai installé AMDGPU-pro. Je peux cependant jouer à Doom 2016 ou à n'importe quoi d'autre
à tout moment bien donc je sais que mes chauffeurs ne sont pas complètement borked.

Pouvez-vous suggérer des options de lancement ou quoi que ce soit pour que cela fonctionne avec un
5700xt? Je ne sais pas pourquoi j'échoue si dur sur ce point, à ce stade, je serais
heureux de voir un message d'interdiction Denuvo

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

@ gardotd426 Je n'ai aucune idée de ce que sont les erreurs, lancer Steam dans le terminal ne dit pas grand-chose et le fichier journal est énorme alors qui sait. J'ai installé vulkan-amdgpu-pro à partir des pkgbuilds de TKG, ainsi que les en-têtes vulcan et icd-loader ... 135. J'ai essayé toutes les constructions de protons tkg / GE et je n'ai toujours aucune idée de ce qui se passe.

Sur Manjaro-KDE d'ailleurs, R5 3600 / 5700xt

Alors, pour une raison ridicule, github continue de changer mes comptes de connexion, ShadeTechnik c'est moi

vérifiez votre amd_icd64.json et assurez-vous qu'il est lié au bon emplacement,
ils sont tous différents. Certains forfaits ont
/usr/share/vulkan/icd.d/amd_icd64.json lien vers /usr/lib/amdvlk64.so ou
/opt/amdgpu-pro/lib/amdvlk64.so, certains d'entre eux sont
/usr/share/vulkan/icd.d/amd_pro_icd64.json qui renvoie à /usr/lib/amd64.so
ou /opt/amdgpu-pro/lib/amdvlk64.so, ainsi de suite et ainsi de suite. Je réponds
par e-mail dès maintenant, donc je ne peux pas faire de balises de code, mais vous devriez pouvoir
confirmez que le .json est le bon en exécutant:

yay -Qo /usr/share/vulkan/icd.d/amd_icd64.json

ce qui devrait dire que le fichier appartient au tkg vulkan-amdgpu-pro
package que vous avez installé. À ce stade, il suffit de le chat:

cat /usr/share/vulkan/icd.d/amd_icd64.json

Il vous dira où il recherche le fichier amdvlk64.so, à quel point
assurez-vous que vous avez réellement ce fichier là-bas.

C'est probablement là, et tout fonctionne probablement, mais cela aide toujours à
assurez-vous que ce n'est pas quelque chose de stupide comme ça.

Le mar 24 mars 2020 à 22:31, blazini36 [email protected] a écrit:

Alors, pour une raison ridicule, github continue de changer de connexion
comptes, ShadeTechnik c'est moi

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

Je signale par la présente que j'ai depuis réussi à faire fonctionner la version Steam protégée contre la copie sans problème. Excellentes performances sur "Ultra Nightmare", pas de plantages dans les onglets alt, etc.

Information système

  • Système d'exploitation: Linux Mint 19.3 "Tricia" *
  • GPU: Radeon RX Vega 64
  • Version du pilote: Mesa 20.0.2 (kisak-mesa PPA)
  • Version du noyau: 5.3.0-42-generic
  • Version Proton: Proton-5.4-GE-3

* Basé sur Ubuntu 18.04.3 LTS.

Instructions

  1. Ouvrez la fenêtre "Paramètres" de Steam, allez dans "Compte" et assurez-vous que "Participation à la bêta" est réglé sur "Mise à jour bêta de Steam". Steam devrait commencer à se mettre à jour dès que vous optez pour sa version bêta.
  2. Téléchargez Proton-5.4-GE-3.tar.gz d'ici (merci @GloriousEggroll):
    https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3
  3. Extrayez l'archive dans /home/<username>/.steam/root/compatibilitytools.d .
  4. Démarrez (ou redémarrez) Steam, faites un clic droit sur DOOM Eternal et cliquez sur "Propriétés".
  5. Cliquez sur "Définir les options de lancement ..." et collez ce qui suit à l'intérieur de la saisie de texte:
    %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
  6. Revenez à la fenêtre "Propriétés" en cliquant sur "Ok" à l'intérieur de la fenêtre "Options de lancement".
  7. Cochez "Forcer l'utilisation d'un outil de compatibilité Steam Play spécifique".
  8. Sélectionnez "Proton-5.4-GE-3" en utilisant le contrôle sous la case à cocher de l'outil de compatibilité.
  9. Cliquez sur «Fermer» pour fermer la fenêtre «Propriétés» et lancez le jeu.

Bonne chance; J'espère que cela aidera certains d'entre vous!

@ gardotd426 J'ai dû installer yay car ce n'est pas un paquet Manjaro inclus mais c'est peut-être mon problème?

yay -Qo /usr/share/vulkan/icd.d/amd_icd64.json /usr/share/vulkan/icd.d/amd_icd64.json is owned by amdvlk 2020.Q1.3-1

$ cat /usr/share/vulkan/icd.d/amd_icd64.json { "file_format_version": "1.0.0", "ICD": { "library_path": "/usr/lib/amdvlk64.so", "api_version": "1.2.133" } }

J'étais dans les deux sens avec TKG à propos du truc amdgpu-pro mais je pensais qu'il était trié, ne ressemble pas vraiment à son utilisation de l'AMDGPU-pro

@ 3c8e1f54a4b6 Pourquoi +com_skipSignInManager 1 nécessaire? Je ne trouve pas d'informations sur ce qui manque exactement dans la progression de la campagne (donc, si par exemple des points XP sont manquants, les points d'armes ne sont pas suivis, etc.) si je ne suis pas connecté à un compte Bethesda.

@ 3c8e1f54a4b6 J'ai une carte nVidia et donc, quand elle est lancée, une boîte de dialogue indique que la version du pilote graphique est ancienne (337) et doit être 442 ou plus récente. Sur Linux, le dernier est 440 et j'ai cette version.

@ gardotd426 Je ne leur disais pas de le déplacer, ils disaient qu'ils l'avaient également mis dans /.steam/root/
Je leur disais juste que c'était la même chose que /.steam

@ 3c8e1f54a4b6 Pourquoi +com_skipSignInManager 1 nécessaire?

Je suis heureux de dire que non. Rien n'a changé lorsque je l'ai supprimé de ma liste d'options de lancement. De plus, l'ajouter n'a pas désactivé les fonctionnalités liées à Bethesda.net (pour autant que je sache). Il en va de même pour +com_skipIntroVideo 1 ; le supprimer ne provoque pas de plantages et les vidéos s'affichent très bien.

@ 3c8e1f54a4b6 J'ai une carte nVidia et donc quand elle se lance, elle apparaît avec une boîte de dialogue [...].

Pas sûr, désolé! J'ai un GPU AMD, je ne peux donc pas reproduire les problèmes liés à NVIDIA.

@ blazini36 Vous ne cherchez pas au bon endroit pour amdgpu-pro (du moins avec mes paquets). Le readme leur donne le chemin correct: https://github.com/Tk-Glitch/PKGBUILDS/tree/master/amdgpu-pro-vulkan-only

@ blazini36 voyez c'est exactement pourquoi j'ai dit de vérifier, c'est votre problème
juste là. Vous devez avoir
VK_ICD_FILENAMES = / opt / amdgpu-pro / etc / vulkan / icd.d / amd_icd64.json
Dans vos options de lancement

Le mer 25 mars 2020, 01:03, Etienne Juvigny [email protected]
a écrit:

@ blazini36 https://github.com/blazini36 Vous ne regardez pas à droite
place pour amdgpu-pro (au moins avec mes paquets). Le readme donne le
chemin correct pour eux:
https://github.com/Tk-Glitch/PKGBUILDS/tree/master/amdgpu-pro-vulkan-only

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

@ 3c8e1f54a4b6 Fantastique, merci! Le seul problème restant est un léger crépitement dans l'audio. Les graphismes semblent corrects (je ne pouvais pas encore jouer, je dois d'abord m'occuper de quelque chose d'autre, donc je ne pouvais que lancer le menu principal). Quelqu'un sait quelque chose à ce sujet?

EDIT: Le crépitement ne semble apparaître que dans le menu principal, pas dans le jeu. De plus, j'ai défini VSync sur «Adaptatif» pour améliorer les performances.

@GloriousEggroll
Le post de @ 3c8e1f54a4b6 ci-dessus m'a redonné de l'espoir, j'ai donc essayé votre version 5.4-GE-3.
Le jeu démarre, mais après l'avertissement du pilote (je sais que je peux le désactiver), il n'y a qu'un écran noir.
Peut-être que vous pouvez utiliser ces informations sur une configuration nvidia.

Ou peut-être que quelqu'un d'autre a des idées.
Ou les développeurs de protons très silencieux peuvent jeter un coup d'œil.

Information système:
Linux Mint 19.3 (basé sur Ubuntu 18.04)
noyau personnalisé 5.5.11
dernier mesa git
dernier pilote bêta nvidia
Nvidia RTX 20180 Ti
client bêta de vapeur

sortie de ligne de commande steam:

------ Command Line ------
 DOOMEternalx64vk.exe +com_enableCrashHandler 0 +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
2020-03-25T09:47:59.396+01:00 LOG: Command Line: DOOMEternalx64vk.exe +com_enableCrashHandler 0 +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1
------ OS Information ------
    Microsoft Windows 7 Build 7601

------ CPU Information ------
    AMD Ryzen Threadripper 3960X 24-Core Processor 
    1 CPU package, 24 physical cores, 48 logical cores
    3.5 GHz     AMD CPU with MMX & SSE & SSE2 & SSE3 & SSSE3 & SSE41 & SSE42 & AVX & HTT
    32768 kB 1st level cache, 524288 kB 2nd level cache, 16777216 kB 3rd level cache
    79.73 GB System Memory

idLib::SetProduction( PROD_PRODUCTION )
------- Initializing renderSystem --------
PreliminaryRenderSetup
...registered window class
-------------------------
Application Info
-------------------------
App    : DOOMEternal - 1.0.2
Engine : idTech - 7.1.1
-------------------------
Instance Extensions
-------------------------
 + VK_KHR_surface
 + VK_KHR_win32_surface
 + VK_KHR_get_surface_capabilities2

-------------------------
Vulkan Device Info:
-------------------------
Vendor : NVIDIA
GPU    : GeForce RTX 2080 Ti
VRAM   : 11510 MiB
Driver : 440.66.04 (6e108100)
VK API : 1.2.135


Fossilize INFO: Overriding serialization path: "/Games/SteamLibrary/steamapps/shadercache/782330/fozpipelinesv4/steamapprun_pipeline_cache".
-------------------------
Device Extensions
-------------------------
 + VK_KHR_swapchain
 + VK_KHR_dedicated_allocation
 + VK_NV_dedicated_allocation_image_aliasing
 + VK_KHR_8bit_storage
 + VK_KHR_16bit_storage
 + VK_KHR_shader_float16_int8
 + VK_EXT_descriptor_indexing
 + VK_EXT_full_screen_exclusive
 + VK_KHR_driver_properties
Initializing Vulkan subsystem
ShowGameWindow: (0, 0) 1920 x 1080, full screen
RENDER THREAD STACK SIZE: 4194304
Initialized stack tracer
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.

journal des protons:
steam-782330.log

Merci

5.4-GE-3 fonctionne alors que 5.4-GE-2 ne l'a pas fait, les performances semblent être de quelques fps meilleures que tkg-5.4 dans les zones calmes, mais j'obtiens toujours 20fps dans les combats sur des réglages bas.
Les diagnostics dans le jeu montrent toujours vulkan 1.1.119 qui peut en être la cause (j'ai opté pour la version bêta de vapeur et l'exécution de steam-runtime)

5.4-GE-3 fonctionne pour moi! Avec

%command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1

Vous n'avez besoin d'aucune option de lancement, le jeu fonctionne sans elles.
Pas besoin non plus de% command% au début des options de lancement.
La syntaxe va:
1: environment variables
2: %command%
3: command line arguments for the specific game executable

Exemple:
PROTON_LOG=1 %command% +com_skipIntroVideo 1

salut! Je n'arrive pas à le faire marcher...
Ma configuration:
OS élémentaire 5.1.2 Hera basé sur Ubuntu 18.04.3 LTS
Linux 5.3.0-42-générique
GTX1060 6 Go avec pilotes 440,64
J'ai une version bêta de vapeur
J'ai couru avec la dernière version 5.4-GE-3 et les options de lancement: PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1

J'ai trouvé deux messages d'erreur dans le journal, répétés plusieurs fois:

  1. FATAL ERROR: Please update your driver: VK_EXT_full_screen_exclusive is required.
  2. ERROR: ld.so: object '/home/luka/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

Une idée de comment réparer ça? Merci!
Modifier: tout le journal téléchargé
steam-782330.log

@ gardotd426 qui l'a fait maintenant, il se lance. Lorsque j'ai vérifié ce chemin pour la première fois, je n'avais pas installé AMDGPU-PRO correctement, puis le jour suivant, je n'ai pas dû me rendre compte que j'utilisais le mauvais chemin.

Surpris de ne pas avoir d'interdiction mais j'ai pu le lancer avec GE3 et TKG-r12. Sur le 5700xt @ 1440p, j'obtiens ~ 60FPS qui tombe à ~ 30 dans les combats sur la première étape. Un peu d'audio craquelé dans le menu mais cela semble s'arrêter dans le jeu.

GE3 peut fonctionner légèrement plus fluide que TKG-r12. Je vais devoir parcourir le fil de discussion et voir s'il y a des améliorations à apporter lorsque je quitte le travail, mais pour l'instant, c'est définitivement jouable. Je n'ai pas beaucoup dérangé et ma seule option de lancement est:
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json %command%
Merci les gars

@johnygum vous devez installer le dernier pilote bêta de nvidia, il est livré avec vulkan 1.2.135, qui a cette fonctionnalité VK_EXT_full_screen_exclusive.
https://developer.nvidia.com/vulkan-driver

Vous pouvez ignorer en toute sécurité l'erreur de préchargement ld.so.

@ blazini36
Vos performances 5700XT sont bizarres. Dans quels paramètres jouez-vous? Qu'est-ce qu'il affiche en tant que pilote Vulkan dans la superposition des performances du jeu?

Sur Vega @ 1440p en haut, je suis plus autour de 90-120 fps.

Enfin travailler pour moi maintenant grâce à GE3!
AMD Radeon 5700XT
Kubuntu 19.10
Dernier PPA Oibaf (mesa-git)
Paquet LunarG Vulkan: https://packages.lunarg.com
5.4-GE-3
Client bêta Steam
Fonctionne parfaitement, FPS folle de douceur, performances à égalité avec ma partition Windows, seulement testé un peu jusqu'à présent mais pas de problèmes graphiques, peut alt-tabs bien si le jeu est défini sur fenêtré / sans bordure.
Exe en peluche officiel Denuvo.

@DistantThunder J'ai tout laissé comme il était par défaut pour 1080p et j'ai juste changé la résolution en 1440p pour qu'elle soit haute / ultra. Comme je l'ai dit, je n'ai pas pris le temps de beaucoup jouer avec, j'étais juste content de le voir sortir ... Je vais jouer avec ça plus tard aujourd'hui

Vraiment ennuyeux que git continue de changer de compte au hasard en fonction de l'appareil que j'utilise. Ce qui précède était mon commentaire.

@AllKind J'ai mis à jour mes pilotes graphiques vers 440.66.04, mais l'erreur semble être la même ...
steam-782330.log

Merci @GloriousEggroll , avec Proton-5.4-GE3 ça marche pour moi!

Debian 10.3 (4.19.98-1)
i5 7600k, 32 RAM, RTX2070
Client Steam Beta
Vulkan 1.2.131.2
Pilote NVIDIA 440.66.04

Le jeu est prêt à l'emploi à partir du client Steam sans aucune option de lancement ni binaire sans DRM.
Sur 4k et "Ultra Nightmare", j'obtiens 20-25 FPS.
Sur 2k et "Ultra Nightmare", j'obtiens 40-60 FPS.
Le son est presque propre, au moins ça ne me gêne pas.

Bon travail!

@johnygum, il se peut que vous
Quelqu'un a décrit l'erreur exacte dans certains articles ci-dessus (désolé, je ne prends pas le temps maintenant de faire tout le défilement). Trouvez ce message et comparez-le (peut-être sans PROTON_LOG = 1, il suffit de démarrer Steam dans un terminal). S'ils sont les mêmes, vous devez attendre 24 heures ... et oui, bienvenue dans l'enfer de Denuvo.

@AllKind Oh, ouais c'est peut-être le cas, j'ai commencé Doom plusieurs fois ces derniers temps quand j'essayais différentes configurations ... Merci

avec de nouveaux protons GE-3 de @GloriousEggroll, cela fonctionne enfin pour moi.
Linux Mint 19.3
Nvidia GTX 1070
en utilisant le fichier steam .exe non modifié
n'a utilisé aucune des options de lancement pour sauter des choses.
toujours l'erreur "pilote obsolète" mais je clique juste au-delà
les performances sont toujours assez mauvaises, obtenant 40-60 fps sur les réglages les plus bas avec de très mauvaises baisses de qualité pendant certaines cinématiques et rencontres tendues. mais ça marche

Kubuntu 18.04
Nvidia GTX 1070
Pilote Nvidia 440.64
Vulkan 1.1.126
Proton 5.4-GE-3
(exe standard démarré à partir de vapeur)

J'ai chaud le message du pilote obsolète. Le jeu s'est écrasé lors des deux premiers essais dans l'écran de chargement. Mais après cela, j'ai pu commencer ma campagne et jouer au jeu. Les performances étaient assez mauvaises, j'ai 10-20 fps aux réglages les plus bas avec une résolution de 1080p. Le problème du son crépitant se produit également.

Bonjour @ mozo78 , vous avez auto-promu votre lien de forum 4 fois maintenant. Considérez ceci comme un avertissement que toute autre auto-promotion sera considérée comme du spam.

Les gens avec 5700xt ici, avez-vous un problème lorsque le jeu gèle tout le système après 5 minutes de jeu? J'utilise Proton 5.4-GE-3 et amdgpu-pro.

@ Progman-DT J'ai également connu des gels sur mon 5700 soit au hasard et dans certaines zones de la carte. Le pilote d'affichage plante toujours pendant le niveau Cultist Base lorsque vous vous rendez dans la fosse (où ces démons explosifs sont introduits) par exemple. Parfois, le pilote d'affichage a réussi à récupérer et GNOME-shell plante, parfois tout le système redémarre simplement, parfois je parviens à passer à un autre TTY avant que le pilote d'affichage tente de récupérer, ce qui me permet de redémarrer le système comme d'habitude via le TTY, en passant de un TTY back go GNOME-shell verrouillera toujours le système ou plantera GNOME-shell.

Ces problèmes que j'ai rencontrés avec AMDVLK-pro 19.50 + Linux 5.6rc4 + Cette version Proton personnalisée

Je ne peux pas confirmer si ces problèmes existent sur le dernier noyau stable et Proton 5.5 et / ou GE (en combinaison avec RADV si possible) car Denuvo continue de me donner des interdictions de 24 heures chaque fois que je lance le jeu.

@ dennis1248 AMDVLK est connu pour avoir un tel problème avec le jeu. RADV n'a pas le problème mais des performances inférieures (et vous avez besoin de mesa 19 ou de mesa-git pour Navi, sinon le jeu plantera au lancement). Le pilote propriétaire amdgpu-pro fonctionne également plus stable que AMDVLK et avec des performances élevées. Je ne sais pas si c'est aussi stable que RADV.

Non, je viens de compiler le dernier mesa-git, et le jeu gèle toujours tout le système avec RADV encore plus rapidement qu'avec amdgpu-pro.

Ensuite, vous avez probablement un autre problème. J'ai terminé le jeu avec mes propres builds protons et RADV + 5700XT sans un seul crash ou blocage. Cela étant dit, j'ai joué la première heure environ sur AMDGPU-PRO sans plantage ni blocage non plus.

Ce gars a remarqué le problème avec nvidia: https://forums.developer.nvidia.com/t/low-performance-in-doom-eternal/116394/6

Apparemment, le jeu utilise à peine de VRAM, et je l'ai également vérifié par moi-même. Vous pouvez aussi si vous avez deux écrans: htop et regarder nvidia-smi sur un écran et le jeu sur l'autre. Vérifiez-le vous-même aussi si vous êtes curieux

J'ai littéralement presque le même framerate en bas et en ultra, et avec tous les paramètres jusqu'à ultra, le jeu n'utilise que ~ 850 Mo de VRAM et le processus utilise ~ 9 Go de RAM; Il tomberait à ~ 550 Mo pour le jeu et ~ 5-6 Go avec un réglage sur faible / moyen.
Y a-t-il une explication à ce sujet?

Bonjour @ mozo78 , vous avez auto-promu votre lien de forum 4 fois maintenant. Considérez ceci comme un avertissement que toute autre auto-promotion sera considérée comme du spam.

Bonjour @ kisak-valve,
Ce n'est pas mon forum, c'est le forum NVIDIA.

Proton-5.4-GE-3 fonctionne, aucun paramètre supplémentaire n'est nécessaire. Steam Beta. Mis à jour vers NVIDIA 440.66.04
Il joue même le son de la vidéo d'intro bethesda, ce que le tkg n'a pas fait.

Impossible de passer à une autre fenêtre / espace de travail ou l'écran / la fenêtre DOOM devient tout noir.

Utilisation de la RAM de l'ordinateur portable: 60% de 15,6 Go
Utilisation de la mémoire graphique: 23% de 6 Go

Proton-5.4-GE-3 fonctionne, aucun paramètre supplémentaire n'est nécessaire. Steam Beta. Mis à jour vers NVIDIA 440.66.04
Il joue même le son de la vidéo d'intro bethesda, ce que le tkg n'a pas fait.

Impossible de passer à une autre fenêtre / espace de travail ou l'écran / la fenêtre DOOM devient tout noir.

Utilisation de la RAM de l'ordinateur portable: 60% de 15,6 Go
Utilisation de la mémoire graphique: 23% de 6 Go

Les paramètres comptent beaucoup, pouvez-vous spécifier les paramètres de qualité que vous mettez? (la texture compte le plus pour cela)

Je l'ai fait fonctionner avec le Proton-5.4-GE-3 de @GloriousEggroll . Cependant, il existe des artefacts graphiques et des bégaiements. Regarde:
https://www.youtube.com/watch?v=NhK5NRv7Xhw

J'ai tous les paramètres le plus bas possible et j'ai désactivé tout ce qui peut être désactivé.
Il fonctionne toujours en dessous de 60 FPS, a 17 FPS minimum pendant les scènes non gameplay.

Je pense que la VRAM n'est pas utilisée non plus comme elle le devrait.
Lors de la dernière exécution, les paramètres Nvidia m'indiquent que la mémoire dédiée a atteint 1863 Mo (31%), mais la base lorsqu'elle n'est pas en cours d'exécution est de 21%.

Les gens avec 5700xt ici, avez-vous un problème lorsque le jeu gèle tout le système après 5 minutes de jeu? J'utilise Proton 5.4-GE-3 et amdgpu-pro.

Oui, c'était comme toujours quand je combattais des chevaliers de l'enfer, je ne sais pas si cela est lié. Mais après être passé à amdgpu-pro compilé avec PKGBUILDS de Tkglitch (sa version 19.50, aur a 19.30 en ce moment) tout fonctionne bien :) Mais j'utilise la version proton postée par 999eagle, avec GE 3 le jeu plante après le démarrage

Je l'ai fait fonctionner avec le Proton-5.4-GE-3 de @GloriousEggroll . Cependant, il existe des artefacts graphiques et des bégaiements. Regarde:
https://www.youtube.com/watch?v=NhK5NRv7Xhw

J'ai eu les mêmes problèmes. Je parie que vous utilisez un GPU AMD avec Vulkan-Radeon? Essayez de passer à amdvlk ou vulkan-amdgpu-pro. Ils ont travaillé pour moi sans ces artefacts :)

Je l'ai fait fonctionner avec le Proton-5.4-GE-3 de @GloriousEggroll . Cependant, il existe des artefacts graphiques et des bégaiements. Regarde:
https://www.youtube.com/watch?v=NhK5NRv7Xhw

J'ai eu les mêmes problèmes. Je parie que vous utilisez un GPU AMD avec Vulkan-Radeon? Essayez de passer à amdvlk ou vulkan-amdgpu-pro. Ils ont travaillé pour moi sans ces artefacts :)

Merci! Cela a corrigé les artefacts, mais le bégaiement est toujours là.

Edit: Autre chose étrange, le bouton de l'onglet ne semble pas fonctionner.

Merci! Cela a corrigé les artefacts, mais le bégaiement est toujours là.

Edit: Autre chose étrange, le bouton de l'onglet ne semble pas fonctionner.

Avez-vous essayé de désactiver la superposition Steam et le compteur de fps Steam dans les propriétés du jeu sur Steam?

Enfin fonctionnant!

Spécifications:

  • Ubuntu 19.10, noyau 5.3
  • Pilotes GeForce 440.44

Comment:

  1. Utilisez Proton-GE-5.4-3
  2. (Peut-être facultatif? Pas sûr) Construisez et installez Vulkan-Loader 1.2.135 . Clonez le dépôt et exécutez:
cd Vulkan-Loader
mkdir build
cd build
cmake ..
make
sudo make install
sudo ldconfig
  1. Installez vulkan-tools depuis apt et exécutez vulkaninfo | less . Cela vous montrera votre version Vulkan. Doit être mis à jour après l'exécution de ldconfig .
  2. Exécutez le jeu avec la configuration de lancement suivante: +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1

Le son grésille, les performances (EDIT) sont horribles ... mais ça marche! Je vais bientôt tester et réparer l'audio, et mettre à jour mon message si je le fais fonctionner.

EDIT: J'ai réussi à corriger l'audio en changeant la résolution de l'écran. Il n'a pas été réglé à la résolution native de mon ordinateur portable, pour une raison quelconque. La performance est toujours horrible, cependant, et les vidéos grippent en fait.

Mes spécifications:
Ubuntu 18.04
noyau 5.3.0-42-generic (hwe)
Pilotes GeForce 440.64 (j'ai désinstallé tous les paquets ubuntu nvidia et exécuté le nvidia à la main après systemctl isolate multi-user.target )
Carte GeForce GTX 970
Proton-GE-5.4-3 (même si j'ai rencontré ce bug, il semble utiliser le bon pour Doom Eternal)
J'ai également ajouté +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 pour lancer les paramètres.

J'obtiens une "Erreur du pilote GPU"
image

Cliquez sur Oui pour quitter immédiatement.
Frapper Play désactive mon processeur pendant un moment, puis quitte.

Qu'est-ce que je rate?

Quelqu'un d'autre a-t-il rencontré un crash en jouant au jeu et en remportant un exploit / en voyant un ami se connecter? Cela n'arrête pas de m'arriver et cela commence à devenir vraiment frustrant.

@DrSlowpokePhd Doom

@DrSlowpokePhd jouer avec le mode Borderless Windowed semble résoudre ce problème pour moi, bien que je recommande également de désactiver Steam Overlay.

Mes spécifications:
Ubuntu 18.04
noyau 5.3.0-42-generic (hwe)
Pilotes GeForce 440.64 (j'ai désinstallé tous les paquets ubuntu nvidia et exécuté le nvidia à la main après systemctl isolate multi-user.target )
Carte GeForce GTX 970
Proton-GE-5.4-3 (même si j'ai rencontré ce bug, il semble utiliser le bon pour Doom Eternal)
J'ai également ajouté +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 pour lancer les paramètres.

J'obtiens une "Erreur du pilote GPU"
image

Cliquez sur Oui pour quitter immédiatement.
Frapper Play désactive mon processeur pendant un moment, puis quitte.

Qu'est-ce que je rate?

Kai4785, je crois que ce comportement est ce qui se produit lorsque le DRM entre en action après avoir essayé de l'exécuter plus de 5 fois.
Mon jeu fonctionne bien avec GE-3 (sauf pour le faible FPS car le jeu ne fonctionne pas bien avec NVIDIA), mais après avoir joué 5 fois, il commence à faire ce que vous décrivez. J'attends maintenant 24h avant de pouvoir rejouer.

@KaeKun DRM ne devrait se déclencher que si vous utilisez 5 vins différents ou quelque chose de similaire.

@KaeKun DRM ne devrait se déclencher que si vous utilisez 5 vins différents ou quelque chose de similaire.

Pour moi, il le fait toutes les 5 fois, je le lance avec le même Proton. À moins que quelque chose d'autre ne se passe.

Enfin fonctionnant!

Spécifications:

* Ubuntu 19.10, kernel 5.3

* GeForce drivers 440.44

Comment:

1. Use [Proton-GE-5.4-3](https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.4-GE-3)

2. (Maybe optional? Not sure) Build and install [Vulkan-Loader 1.2.135](https://github.com/KhronosGroup/Vulkan-Loader). Clone the repo and run:
cd Vulkan-Loader
mkdir build
cd build
cmake ..
make
sudo make install
sudo ldconfig
1. Install `vulkan-tools` from apt and run `vulkaninfo | less`. That will show you your Vulkan version. Should be updated after running `ldconfig`.

2. Run the game with the following launch config: `+in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1`

Le son grésille, les performances (EDIT) sont horribles ... mais ça marche! Je vais bientôt tester et réparer l'audio, et mettre à jour mon message si je le fais fonctionner.

EDIT: J'ai réussi à corriger l'audio en changeant la résolution de l'écran. Il n'a pas été réglé à la résolution native de mon ordinateur portable, pour une raison quelconque. La performance est toujours horrible, cependant, et les vidéos grippent en fait.

Ça marche aussi.

Spécifications:
Fedora 31 avec toutes les mises à jour
GPU: nvidia GTX 1070, pilote 440.64

Utilisé la construction de protons mentionnée ci-dessus

Travaillé avec la version du chargeur Vulkan que Fedora 31 possède actuellement.

Notes sur les performances: c'est généralement mauvais. Les choses peuvent être améliorées en passant à Bordeless Window et en désactivant V-Sync. Ce que cela obtient, c'est un bon FPS et une qualité de rendu sur un mélange de paramètres High et Ultra dans le menu, et plus de 30 fps dans la mission Gore Nest (mais avec une qualité de merde puisque le jeu réduira tout pour essayer d'atteindre 60fps). Je suppose que définir 30fps comme objectif de mise à l'échelle améliorera les visuels.

Des craquements sonores.

J'ai un déjà-vu de 2016 lorsque Doom était dans un état similaire pendant un certain temps sous Linux.

Qu'est-ce que je rate?

@ kai4785 Vous pouvez modifier un fichier de configuration pour supprimer l'avertissement du pilote.
Notes de mise à jour de Copypasta de Proton-5.4-GE-2:

Pour vous débarrasser des avis de pré-lancement GPU tels que (HDR non pris en charge), ouvrez DOOMEternal / launcherData / launcher.cfg et remplacez tout cela par 0:

rgl_showAMDStartupWarning 0
rgl_showIntelStartupWarning 0
rgl_showNvidiaStartupWarning 0

@ zachzilla04 il n'est pas nécessaire que ce soit 5 vins différents. Ça peut être un vin
exécutez 5 fois différentes si vous modifiez ou modifiez des choses comme la version DXVK,
version du chargeur vulkan icd, pilote vulkan (amdvlk, radv, amdgpu-pro, etc.),
quelque chose comme ça peut faire croire à Denuvo que vous êtes sur un autre
machine. Cela m'est arrivé plusieurs fois avec Resident Evil 2 avant qu'ils
supprimé Denuvo.

Le jeu.26 mars 2020 à 09:24, dpanter [email protected] a écrit:

Qu'est-ce que je rate?

@ kai4785 https://github.com/kai4785 Vous pouvez modifier un fichier de configuration en
supprimer l'avertissement du pilote.
Notes de mise à jour de Copypasta de Proton-5.4-GE-2:

Pour vous débarrasser des notifications de pré-lancement GPU telles que (HDR non pris en charge), ouvrez
DOOMEternal / launcherData / launcher.cfg et remplacez tout cela par 0:

rgl_showAMDStartupWarning 0
rgl_showIntelStartupWarning 0
rgl_showNvidiaStartupWarning 0

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

Merci pour l'aide.
Dans ma configuration, rgl_showNvidiaStartupWarning 0 était déjà à 0, et l'avertissement s'affiche toujours.
Mais régler rgl_minNvidiaDriverVersion 0 à 0 fonctionne! :)

Ce matin, le comportement est différent, vraisemblablement pour des raisons «Denuvo». Maintenant je reçois
image

Cliquez sur "Réessayer" ici pour revenir en arrière, cliquez sur "OK" pour quitter.

@ kai4785 Vous avez déclenché le DRM d'une manière ou d'une autre et vous devez maintenant attendre 24 heures.

La communauté a donc fait beaucoup de travail:

  • mise à jour des versions de protons personnalisées
  • tester de nombreuses configurations et paramètres différents
  • publication de journaux de débogage et de rapports de réussite
  • rédaction de rapports de bogues
  • s'entraider

Ce serait donc formidable d'entendre les gens de Valve ici. Les développeurs de protons.

  • Comment vos experts en la matière voient-ils les choses?
  • Quelle est la feuille de route?
  • Que fait-on?
  • A quoi pouvons-nous nous attendre?

Merci,
Toutes sortes

Merci! Cela a corrigé les artefacts, mais le bégaiement est toujours là.
Edit: Autre chose étrange, le bouton de l'onglet ne semble pas fonctionner.

Avez-vous essayé de désactiver la superposition Steam et le compteur de fps Steam dans les propriétés du jeu sur Steam?

Bon appel. La désactivation de la superposition Steam fait fonctionner le bouton de l'onglet.

D'un autre côté. L'installation de amdvlk corrige les artefacts dans Doom Eternal, mais les introduit dans d'autres jeux, tels que 7 Days to Die.

D'un autre côté. L'installation de amdvlk corrige les artefacts dans Doom Eternal, mais les introduit dans d'autres jeux, tels que 7 Days to Die.

Pour rappel pour les autres membres du même bateau, vous pouvez spécifier quel Vulkan ICD vous souhaitez utiliser avec la variable d'environnement VK_ICD_FILENAMES au lieu d'essayer de jongler avec lequel est installé ou par défaut. Si vous avez plusieurs ICD sur votre système, spécifiez simplement le chemin d'accès au fichier json qui définit celui que vous souhaitez utiliser avec un jeu particulier.

@PopeRigby n'utilise tout simplement pas AMDVLK pour ces jeux. AMDVLK est utilisé en définissant
un envvar, bien que Steam l'utilise souvent par défaut s'il est installé.
Mais pour vos autres jeux, mettez simplement:

VK_ICD_FILENAMES = / usr / share / vulkan / icd.d / radeon_icd.x86_64.json% commande%

dans les options de lancement. Désolé, je ne peux pas utiliser de balises de code, je réponds par e-mail
et donc ils ne fonctionnent pas.

Le jeu.26 mars 2020 à 14:10, PopeRigby [email protected] a écrit:

D'un autre côté. L'installation d'amdvlk corrige les artefacts dans Doom Eternal,
mais les introduit dans d'autres jeux, tels que 7 Days to Die.

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

Dois-je donc spécifier RADV pour chaque jeu attendu pour Doom Eternal?

Chaque jeu de vapeur, oui. Pour une raison quelconque, Steam utilise automatiquement AMDVLK lorsque
il est installé, même si rien d'autre (comme Lutris / Wine) ne le fait.
Croyez-moi, cela m'a rendu fou avant de le découvrir, parce que les cartes Navi
avec AMDVLK, le texte du menu ne sera pas rendu dans Resident Evil 7 ou Resident
Evil 2 Remake, et je me retournais avant de réaliser ce qui s'était passé.

L'alternative serait d'installer amdvlk et ses fichiers json associés
ailleurs, mais ce n'est pas vraiment possible (enfin, mais pas
conseillé) avec le package officiel Arch / Manjaro. Alors ajoutez simplement cela pour le
jeux pour lesquels vous ne souhaitez pas utiliser amdvlk dans Steam. S'ils n'ont pas
problèmes de rendu Je garderais simplement amdvlk, car les performances sont
surtout le même.

Le jeu.26 mars 2020 à 14:16, PopeRigby [email protected] a écrit:

Dois-je donc spécifier RADV pour chaque jeu attendu pour Doom Eternal?

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

C'est probablement une question de défauts. Lancez Steam lui-même avec cette variable d'environnement définie sur l'ICD que vous souhaitez utiliser par défaut et modifiez simplement celles que vous souhaitez différer.

Puisque ce problème est déjà utilisé comme un fil de discussion de forum:
pour moi avec amdgpu-pro vulkan, tout fonctionne, même la superposition de vapeur et le contrôleur de vapeur (bien que gênant dans le menu, la gâchette droite se transforme en un clic de souris, mais cela peut être contourné en mappant `` a '' et `` d '' aux boutons de poignée ).

Pour résoudre les problèmes mineurs restants:

  • si vous avez un son crépitant, augmentez la fréquence d'échantillonnage de pulseaudio: utilisez default-sample-rate = 48000 dans /etc/pulse/daemon.conf (l'emplacement du fichier dépend de la distribution) et redémarrez pulseaudio
  • pour éviter les problèmes de tabulation alt ou de vol de focus, utilisez un DE différent, comme awesomewm (il peut encore clignoter lorsqu'il est affiché dans la fenêtre, une fois que le bouton plein écran est utilisé, c'est parti)

Pour une solution potentiellement plus simple, cette vidéo d'instructions de Chris Titus Tech pourrait valoir la peine d'être examinée:
https://www.youtube.com/watch?v=g3UPxd8iUsU&feature=emb_logo

Je viens de trouver une solution à mon problème de performances Nvidia, j'ai acheté un RX5700 d'occasion et j'ai vendu mon RTX2060 pour le même prix;)

Pour une solution potentiellement plus simple, cette vidéo d'instructions de Chris Titus Tech pourrait valoir la peine d'être examinée:

Cette vidéo est une horrible épave de train d'informations erronées, déroutantes, imparfaites et tout à fait correctes. Bon sang, ça fait mal de regarder.

Pour une solution potentiellement plus simple, cette vidéo d'instructions de Chris Titus Tech pourrait valoir la peine d'être examinée:

Cette vidéo est une horrible épave de train d'informations erronées, déroutantes, imparfaites et tout à fait correctes. Bon sang, ça fait mal de regarder.

La vidéo dure 11 minutes alors qu'elle prend moins de 2 minutes pour expliquer et faire fonctionner les choses. Le site Web est un meilleur tutoriel que la vidéo. _Installez le dernier Proton modifié avec ces commandes_ puis _copiez + collez ces options de lancement_ puis exécutez. Ensuite, la vidéo étend le tout à 11 minutes avec des randonnées.

Juste pour résumer le problème (pour toute personne venant chercher des informations utiles):

DOOM Eternal utilise des en-têtes Vulkan qui ne sont pas (ou n'étaient pas) disponibles sur Proton et la plupart des distributions Linux.

Pour résoudre ce problème et lancer le jeu sans planter, vous devez utiliser un Proton modifié et installer Vulkan loader et en-têtes version 1.2. La plupart des gens se fient spécifiquement à Proton 5.4-GE-3 .

Vous placez Proton dans ~/.steam/root/compatibilitytools.d , puis allez dans les propriétés DOOM Eternal et forcez Steam à utiliser le Proton personnalisé.

Il y a aussi quelques problèmes avec le démarrage par défaut du jeu, donc l'ajout de certaines options de lancement est également nécessaire. RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 Cela semble bien fonctionner.

Les utilisateurs de GPU AMD semblent avoir d'excellentes performances au-delà de ce point, mais les utilisateurs de GPU NVIDIA comme moi ont des problèmes de performances - quelque chose que NVIDIA semble examiner, pas quelque chose que Valve ou Proton peut nécessairement résoudre.

Bricoler trop avec les versions de Proton ou les fichiers de jeu peut déclencher un verrou DRM qui vous empêchera de lancer le jeu pendant au moins 24 heures, mais il vous en informera via une boîte de message lorsque vous essayez de démarrer le jeu.

Edit: Cela nous amène ici. Il existe un support non officiel pour le jeu. Dégradations de performances pour les utilisateurs de NVIDIA. Selon le système, il peut y avoir des grésillements dans le son. JcKlomp prétend cependant que vous pouvez résoudre ce problème en modifiant la fréquence d'échantillonnage par défaut à 48 kHz.

J'ai DOOM pour démarrer, et aucun problème de performance ici, mais il se bloque à chaque fois qu'un popup de vapeur se produit. Existe-t-il encore un correctif connu? Alternativement, un moyen de désactiver l'affichage des succès Steam aiderait.

@ 75AngryDucks , je pense qu'il a été mentionné que l'utilisation de la fenêtre sans bordure dans les paramètres vidéo du jeu et la désactivation de la superposition de vapeur dans les propriétés du jeu Steam peuvent aider à éviter cela.

@KaeKun Je l'ai réglé sur borderless, et cela l'a corrigé jusqu'à la prochaine fois que j'ai chargé le jeu. La superposition Steam est également désactivée mais elle affiche toujours les réalisations. Je l'ai réglé sur fenêtré maintenant et je vais tester pour voir s'il plante. Curieusement, il est toujours en plein écran même avec le mode fenêtre bordée.

@SalmonSeasoning , le jeu peut ou non vous dire que vous êtes bloqué par le DRM, il peut simplement planter après la première seconde de l'introvideo gelant l'animation de chute du logo du bloc bethesda, ou peut simplement passer à un écran noir puis se bloquer, ou il peut aller à l'écran noir et y rester jusqu'à ce que vous tuiez le processus. J'ai tous ces comportements différents.

J'ai même un nouveau comportement! Je viens de laisser le jeu planter là-bas et cette fenêtre est soudainement apparue. C'est la première fois que cela m'arrive. Cela s'est produit pendant le verrouillage DRM.

image

De plus, l'utilisation de proton semble être suffisante pour le verrouiller par DRM, du moins c'est mon expérience. Est-ce que quelqu'un d'autre peut démarrer le jeu plusieurs fois pendant la journée?

@KaeKun Je ne soupçonnerais pas DRM d'empêcher l'allocation de mémoire vidéo. C'est plus une défaillance du système. Avez-vous essayé de mettre à jour vos pilotes NVIDIA / AMD? Quelle distribution utilisez-vous, etc.? Je ne suis pas un pro de Linux, mais je dirais que vous devriez absolument vérifier que tous vos pilotes et tout le reste sont à jour. Essayez de vérifier vos fichiers de jeu. J'ai déjà été verrouillé par DRM plusieurs fois juste après avoir changé de version de Proton et je n'ai reçu que le message de 24 heures. Il serait peut-être préférable d'essayer de tuer toutes les instances du jeu en utilisant kill -9 <PID> (je n'ai rien vu de WINE répondre à autre chose que -9 quand il est bloqué). Vous pouvez faire ps ax | grep "steam" pour trouver des processus liés à Steam. Edit: J'ai également installé wine-staging par rapport au wine normal. Tu pourrais essayer ça?

Steam pour Linux, bêta
Lenovo Legion Y720
Processeur Intel® Core ™ i7-7700HQ à 2,80 GHz × 8
GPU: NVIDIA GeForce GTX 1060
Mémoire vive: 15,6 Go

La distribution est Void Linux
Noyau Linux 5.5.11_1 x86_64
i3wm 4.18
Pilote NVIDIA 440.66.04

Utilisation de Proton-5.4-GE-3

Tout est à jour. Je n'ai jamais compilé wine ni wine-staging 64bit sur mon Void. Void Linux n'est livré qu'avec wine-32bit donc je dépends du Lutris (je n'utilise pas encore Lutris pour Doom Eternal) et du proton construit pour exécuter wine en 64bit.

Quelqu'un a-t-il remarqué qu'il frappait le processeur plus que les jeux ne le font généralement? Condamner
n'a pas de benchmarks mais en regardant les statistiques du jeu, mon processeur est au maximum
à peu près la même chose que mon 5700xt. Le système de jeu est un R5 3600 avec un
overclocking léger et 16 Go de RAM 3600 MHz. La plupart des jeux exécutent un GPU lié à cela
configuration à ~ 120FPS @ 1440p. J'ai joué un peu à doom éternel sur 1440p de haut
la nuit dernière et ça tourne de 120fps à 40fps dans le jeu. Totalement jouable,
ce n'est pas mal du tout mais je suis sûr que ça pourrait être mieux. Je me demandais juste si le
CPU hit est une chose proton ou quoi, @ 1440p je devrais être goulot d'étranglement par le
GPU.

Le jeu 26 mars 2020 à 17 h 04, Ty Qualters [email protected]
a écrit:

@KaeKun https://github.com/KaeKun Je ne soupçonnerais pas DRM d'empêcher
allocation de mémoire vidéo. C'est plus une défaillance du système. As-tu essayé
mettre à jour vos pilotes NVIDIA / AMD? Quelle distribution utilisez-vous, etc.? Je ne suis pas un
Linux pro, mais je dirais que vous devriez certainement vérifier tous vos pilotes
et tout est à jour. Essayez de vérifier vos fichiers de jeu. J'ai été DRM
verrouillé plusieurs fois déjà juste après avoir changé de version de Proton et j'ai
seulement reçu le message de 24 heures. Il serait peut-être préférable d'essayer de tout tuer
instances du jeu utilisant kill -9(Je n'ai rien vu de VIN
liés répondent à autre chose que -9 quand il est bloqué). Vous pouvez faire du ps
hache | grep "steam" pour trouver les processus liés à Steam.

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

@KaeKun Peut-être un problème car il est dans un ordinateur portable et c'est une carte de la série 10. La plupart des gens ici utilisent probablement une série RTX 20 ou une carte AMD. En recherchant les spécifications de l'ordinateur portable, il indique 6 Go de VRAM et le jeu alloue ~ 3 Go, donc cela ne devrait pas être le problème. Cela pourrait très facilement être juste un autre problème avec les pilotes NVIDIA. Étant donné que vous utilisez Void Linux sur tout, je vais supposer que vous n'avez pas beaucoup de ballonnements en arrière-plan.

Je n'ai aucun problème avec le jeu à part le bégaiement, donc je ne suis pas vraiment sûr de la cause de cela.

Pour une solution potentiellement plus simple, cette vidéo d'instructions de Chris Titus Tech pourrait valoir la peine d'être examinée:

Cette vidéo est une horrible épave de train d'informations erronées, déroutantes, imparfaites et tout à fait correctes. Bon sang, ça fait mal de regarder.

La vidéo dure 11 minutes alors qu'elle prend moins de 2 minutes pour expliquer et faire fonctionner les choses. Le site Web est un meilleur tutoriel que la vidéo. _Installez le dernier Proton modifié avec ces commandes_ puis _copiez + collez ces options de lancement_ puis exécutez. Ensuite, la vidéo étend le tout à 11 minutes avec des randonnées.

Je ne vois pas la pertinence de votre divagation au sujet de sa divagation. Exécuter un script et définir certaines options de lancement est plus facile que certaines des solutions proposées ici et ailleurs, cela peut donc être utile pour beaucoup.

Proton-5.4-GE-3 fonctionne pour moi et fonctionne bien!

75-100FPS selon ce qui se passe vs 120FPS sur Windows, devrait être plus lorsque je supprime la commande de lancement PROTON_LOG = 1, le fichier journal est de 300 + Mo!
Je n'ai eu aucun graphisme / bégaiement étrange.

Informations sur le système de vapeur: https://gist.githubusercontent.com/zaggynl/62963c4962309f9bbc4bc1d091cdf419/raw/f0bbe2b783e63d62d3b3aea9b378362b08fdafea/gistfile1.txt

Fichier journal Proton: steam-782330-zaggynl.log.zip

Commande de lancement: RADV_PERFTEST = llvm PROTON_LOG = 1% commande%

Edit: ajout d'informations complètes sur Steam, le chargement n'a pas été terminé avant.

@KaeKun Peut-être un problème car il est dans un ordinateur portable et c'est une carte de la série 10. La plupart des gens ici utilisent probablement une série RTX 20 ou une carte AMD. En recherchant les spécifications de l'ordinateur portable, il indique 6 Go de VRAM et le jeu alloue ~ 3 Go, donc cela ne devrait pas être le problème. Cela pourrait très facilement être juste un autre problème avec les pilotes NVIDIA. Étant donné que vous utilisez Void Linux sur tout, je vais supposer que vous n'avez pas beaucoup de ballonnements en arrière-plan.

J'ai exactement le même ordinateur portable (le 1060 a 6 Go de VRAM), mais avec un arc à la place. Je peux exécuter la version sans DRM (à la fois proton 5.0.4 et GE-3), bien qu'avec le problème de RAM que je mentionne plus haut dans ce fil.

@zaggynl At -il déjà chuté en dessous de 75 ips? J'ai également un système avec un 3900x et un 5700xt, mais j'ai déplacé le 5700xt sur mon PC Mediacenter qui est un jeu à distance de 3600 cuz ne le coupait tout simplement pas.

Donc, comme je l'ai posté ci-dessus, je vois ~ 40-120fps @ 1440p. La baisse des images peut être un coup dur pour le processeur alors que normalement un 3600 et un 3900x ne seraient pas très loin dans un jeu comme Doom à 1440p

Brève mise à jour après d'autres tests:

  • Proton-5.4-GE-3 fonctionne bien, la meilleure construction de protons que j'ai testée jusqu'à présent
  • Avec cette construction, le bégaiement sonore est corrigé
  • Je pense qu'il y a une légère augmentation des performances, avec 60-100 FPS (720p, détails moyens) plus ou moins tout le temps. Loin d'être idéal compte tenu de mon matériel mais absolument jouable.

Si vous venez de commencer à tester et que vous avez une carte NVIDIA, dans mon cas, les performances dans les premières pièces du premier niveau étaient horribles (20-25FPS) mais s'améliorent après la première zone extérieure.

Je suppose qu'à partir de là, je dois juste attendre un nouveau pilote NVIDIA.

Après avoir battu la campagne sous Windows, j'ai eu l'occasion de tester à nouveau. Sous Windows, j'obtenais entre 80 FPS et 140+ FPS.

Matériel:

  • i7-4770
  • GTX 1080 ti
  • 32 Go de RAM

Logiciel:

  • Fedora 30
  • Pilotes RPMFusion NVIDIA: 440.64
  • Client bêta Steam
  • Proton-5.4-GE-3
  • Doom Eternal Retail (version DRM)

Juste avant le match, je reçois un avertissement indiquant que mes pilotes sont obsolètes, mais le jeu se lance sans problème. Les vidéos semblent bien jouer. La connexion fonctionne bien. Dans les didacticiels Battlemode où il y a très peu d'objets, j'obtiens plus de 140 FPS à 1080p. Dans la Forteresse de Doom, j'obtiens une moyenne de 30 FPS à 1080p. Mes paramètres graphiques sont à Ultra Nightmare avec un FOV de 110. Certains des modèles (comme le Slayer debout sur le podium dans le menu principal) me semblent presque flous.

Quoi qu'il en soit, les progrès sont impressionnants depuis à peine une semaine.

Après avoir battu la campagne sous Windows, j'ai eu l'occasion de tester à nouveau. Sous Windows, j'obtenais entre 80 FPS et 140+ FPS.

Matériel:

  • i7-4770
  • GTX 1080 ti
  • 32 Go de RAM

Logiciel:

  • Fedora 30
  • Pilotes RPMFusion NVIDIA: 440.64
  • Client bêta Steam
  • Proton-5.4-GE-3
  • Doom Eternal Retail (version DRM)

Juste avant le match, je reçois un avertissement indiquant que mes pilotes sont obsolètes, mais le jeu se lance sans problème. Les vidéos semblent bien jouer. La connexion fonctionne bien. Dans les didacticiels Battlemode où il y a très peu d'objets, j'obtiens plus de 140 FPS à 1080p. Dans la Forteresse de Doom, j'obtiens une moyenne de 30 FPS à 1080p. Mes paramètres graphiques sont à Ultra Nightmare avec un FOV de 110. Certains des modèles (comme le Slayer debout sur le podium dans le menu principal) me semblent presque flous.

Quoi qu'il en soit, les progrès sont impressionnants depuis à peine une semaine.

Ouais, je constate moi-même de très mauvaises performances. Le jeu fonctionne enfin, mais sur un 3800X et un 1080Ti, je suis en moyenne 17-30fps à 1080p universellement à 440.64-2 pilotes.

Manjaro 5.4.x avec Proton-5.4.-GE-3. On dirait que Manjaro a besoin de 440.66.0 pour améliorer ces performances. J'espère également que Nvidia pourra se pencher sur le problème du pilote. La performance semble être un mauvais côté de Nvidia.

Bonne nouvelle à tous!

Ubuntu 18.04
GeForce GTX 970 (pilote 440.64)
i5-4670
Mémoire 16 Go
Proton-5.4-GE-3 (Forcer l'utilisation d'un outil de compatibilité Steam Play spécifique dans Propriétés)
Doom Eternal via Steam
Options de lancement: RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1
steamapps/common/DOOMEternal/launcherData/launcher.cfg paramètre rgl_minNvidiaDriverVersion 0 désactivé l'avertissement de la carte graphique.
/etc/pulse/daemon.conf setting default-sample-rate = 48000 corrigé mon grésillement

Et j'ai joué une heure sans plantages.

J'ai dû baisser les graphiques, les performances n'étaient pas excellentes et correspondent à ce dont d'autres ont parlé en termes de performances par rapport à Windows. Je m'attends toujours à un peu de différence, mais plutôt à 4-5%, pas à 20-50% de différence dans les fréquences d'images.
J'ai également remarqué que lorsque les fréquences d'images chutaient, la vitesse de jeu et les scènes cinématiques diminuaient également. Lorsque les gens parlaient à Doomguy, ils commençaient souvent au bon moment, mais ils parlaient plus vite que le rendu des personnages, donc leurs lèvres étaient désynchronisées.
Je ne pouvais pas non plus alt + tab hors du jeu sans provoquer le blocage du jeu sur un écran noir, et j'ai dû être tué par l'identifiant de processus (Steam ne pouvait pas arrêter le jeu).

@zaggynl At -il déjà chuté en dessous de 75 ips? J'ai également un système avec un 3900x et un 5700xt, mais j'ai déplacé le 5700xt sur mon PC Mediacenter qui est un jeu à distance de 3600 cuz ne le coupait tout simplement pas.

Donc, comme je l'ai posté ci-dessus, je vois ~ 40-120fps @ 1440p. La baisse des images peut être un coup dur pour le processeur alors que normalement un 3600 et un 3900x ne seraient pas très loin dans un jeu comme Doom à 1440p

Je n'ai joué qu'une carte, je n'ai pas semblé descendre en dessous de 60FPS, je vais chercher une meilleure journalisation.
De plus, cela a été publié sur Reddit: https://flightlessmango.com/benchmarks/PqwIAd6zmyc via https://old.reddit.com/r/linux_gaming/comments/fphldf/doom_eternal_benchmark_linux_vs_windows/.

Bonne nouvelle à tous!

Ubuntu 18.04
GeForce GTX 970 (pilote 440.64)
i5-4670
Mémoire 16 Go
Proton-5.4-GE-3 (Forcer l'utilisation d'un outil de compatibilité Steam Play spécifique dans Propriétés)
Doom Eternal via Steam
Options de lancement: RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1
steamapps/common/DOOMEternal/launcherData/launcher.cfg paramètre rgl_minNvidiaDriverVersion 0 désactivé l'avertissement de la carte graphique.
/etc/pulse/daemon.conf setting default-sample-rate = 48000 corrigé mon grésillement

Et j'ai joué une heure sans plantages.

J'ai dû baisser les graphiques, les performances n'étaient pas excellentes et correspondent à ce dont d'autres ont parlé en termes de performances par rapport à Windows. Je m'attends toujours à un peu de différence, mais plutôt à 4-5%, pas à 20-50% de différence dans les fréquences d'images.
J'ai également remarqué que lorsque les fréquences d'images chutaient, la vitesse de jeu et les scènes cinématiques diminuaient également. Lorsque les gens parlaient à Doomguy, ils commençaient souvent au bon moment, mais ils parlaient plus vite que le rendu des personnages, donc leurs lèvres étaient désynchronisées.
Je ne pouvais pas non plus alt + tab hors du jeu sans provoquer le blocage du jeu sur un écran noir, et j'ai dû être tué par l'identifiant de processus (Steam ne pouvait pas arrêter le jeu).

Vous êtes avec NVIDIA, pourquoi RADV_PERFTEST = llvm?

Bonne nouvelle à tous! Ubuntu 18.04 GeForce GTX 970 (pilote 440.64) i5-4670 16GiB Memory Proton-5.4-GE-3 (Forcer l'utilisation d'un outil de compatibilité Steam Play spécifique dans Propriétés) Doom Eternal via Steam Launch Options: RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 steamapps/common/DOOMEternal/launcherData/launcher.cfg paramètre rgl_minNvidiaDriverVersion 0 désactivé l'avertissement de la carte graphique. /etc/pulse/daemon.conf setting default-sample-rate = 48000 corrigé mon craquement Et j'ai joué une heure sans plantages. J'ai dû baisser les graphiques, les performances n'étaient pas excellentes et correspondent à ce dont d'autres ont parlé en termes de performances par rapport à Windows. Je m'attends toujours à un peu de différence, mais plutôt à 4-5%, pas à 20-50% de différence dans les fréquences d'images. J'ai également remarqué que lorsque les fréquences d'images chutaient, la vitesse de jeu et les scènes cinématiques diminuaient également. Lorsque les gens parlaient à Doomguy, ils commençaient souvent au bon moment, mais ils parlaient plus vite que le rendu des personnages, donc leurs lèvres étaient désynchronisées. Je ne pouvais pas non plus alt + tab hors du jeu sans provoquer le blocage du jeu sur un écran noir, et j'ai dû être tué par l'identifiant de processus (Steam ne pouvait pas arrêter le jeu).
Vous êtes avec NVIDIA, pourquoi RADV_PERFTEST = llvm?

Ce fil de discussion est si dense que j'imagine qu'il serait facile de se confondre.

J'ai utilisé les options de lancement de @ mozo78 et les performances étaient toujours mauvaises lorsque le compteur de fps à vapeur était activé. Mais le jeu est bien jouable lors de la désactivation du compteur Steam fps.

Btw, quelques bonnes nouvelles, il est devenu un peu plus facile maintenant d'exécuter ce jeu:
Il y a eu une mise à jour du client Steam hier sur son canal stable, nous n'avons donc plus besoin d'utiliser la bêta de Steam, seulement Proton personnalisé :)
Un pas de moins. Agréable.

Vous êtes avec NVIDIA, pourquoi RADV_PERFTEST = llvm?

Je fais toujours facepalm quand quelqu'un suggère des correctifs Mesa pour la propriété Nvidia.

En bref, les performances de Nvidia ne s'amélioreront pas tant qu'il n'y aura pas de correctifs de pilotes ou peut-être que wine vulkan sera amélioré pour gérer les extensions vulkan que les développeurs de jeux utilisent pour la gestion de la mémoire.

No Man's Sky avait le même problème de gestion de la mémoire dans Proton jusqu'à ce que Hello Games le corrige, une solution temporaire consistait à usurper en AMD avec une couche vulkan, mais cela ne fonctionne apparemment pas dans ce cas.

Quelqu'un a-t-il fonctionné en utilisant la version flatpak de Flathub de Steam ?

Je peux sélectionner la version personnalisée de Proton en la plaçant dans ~ / .var / app / com.valvesoftware.Steam / .local / share / Steam / Compatibilitytools.d / Proton-5.4-GE-3 mais le jeu se bloque au démarrage (pas de crash non plus). J'obtiens la fenêtre d'avertissement concernant le support AMD HDR manquant et je vois le logo "id" dans la zone de notification (et je continue à le voir), mais le jeu ne démarre pas et ne plante pas. Impossible de terminer le processus via le client Steam non plus.

Utilisation de Gentoo Linux, AMD Ryzen 3700X, Radeon 5700XT

@ nuku97 J'ai le même problème et je https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/989

Edit: Ce n'est pas tout à fait le même problème que j'exécute nVidia, mais le message d'erreur que j'obtiens dans les journaux pointe dans cette direction, mais le SDK devrait également être l'endroit à regarder dans votre cas.

Système d'exploitation: Fedora 32
NOYAU: 5.6.0-0.rc7.git0.2.fc32.x86_64
Processeur: AMD Ryzen 7 3700X
GPU: Radeon RX Vega 64
PILOTE GPU: 4.6 Mesa 20.0.2
Mémoire RAM: 16 Go
Proton 5.4-GE-3

Le jeu ne se lancera pas non plus pour moi. Il affiche l'avertissement HDR, j'appuie sur le bouton «PLAY», puis le lanceur plante simplement. Je ne sais pas quoi faire d'autre.

@simeonoff
Sur Arch / Manjaro, cela fonctionnera, peut ne pas fonctionner avec Fedora, je ne sais pas ce qu'est le gestionnaire de paquets, mais si vous construisez ces paquets, cela devrait fonctionner, je suppose:

va ici:
https://github.com/Tk-Glitch/PKGBUILDS
Construisez et installez "vulkan-headers-git", "vulkan-icd-loader-git" et "amdgpu-pro-vulkan-only"

Ensuite, définissez l'option de lancement:
VK_ICD_FILENAMES=/opt/amdgpu-pro/etc/vulkan/icd.d/amd_icd64.json
C'est la seule option dont vous avez besoin. Si cela ne fonctionne pas, vérifiez deux fois que amd_icd64.json se trouve à cet emplacement.

Il fonctionnera avec proton 5.4-GE3 ou tkg-5,4-r12, GE3 semble meilleur ATM

Système d'exploitation: Arch, AMD 5600 XT.

Le jeu fonctionne bien, mais j'obtiens d'étranges problèmes graphiques dans mesa et amdgpu-pro. amdvlk n'a aucun problème, mais il se verrouille après un certain temps, et je dois en fait redémarrer mon système pour le remettre en marche.

Exemples de glitch ci-dessous:
2020-03-27-195353_1920x1080_scrot
2020-03-27-195613_1920x1080_scrot

J'avais des problèmes similaires avec exactement la même configuration

@ blazini36 Merci, je préfère garder ma distribution propre pour la stabilité car c'est mon poste de travail. Ces correctifs ne fonctionneront pas sur Fedora car il utilise le gestionnaire de packages DNF. Mais ce que vous dites, c'est que j'ai besoin des derniers en-têtes, chargeurs et pilotes Vulkan pour que cela fonctionne?

@simeonoff Je gère à la fois mesa-git + divers correctifs + vulkan + noyau mis à jour avec fsync pour fedora sur copr ainsi que vkd3d (pour dx12):

https://copr.fedorainfracloud.org/coprs/gloriouseggroll/mesa-aco/
https://copr.fedorainfracloud.org/coprs/gloriouseggroll/kernel/
https://copr.fedorainfracloud.org/coprs/gloriouseggroll/vkd3d/

Cependant, ils sont actuellement pour Fedora 31. Je vais voir comment faire démarrer certaines versions de Fedora 32.

Éditer:

xxmitsu a aussi des builds mesa et kernel, bien que les siennes soient plus vanillées sans correctifs supplémentaires si c'est ce que vous recherchez. Il semble également avoir des accumulations de f32:

https://copr.fedorainfracloud.org/coprs/xxmitsu/kernel-fedora-fsync/
https://copr.fedorainfracloud.org/coprs/xxmitsu/mesa-git/

Afaik, vous devriez juste avoir besoin des packages mis à jour de son repo mesa-git, et définir RADV_PERFTEST = llvm% command% dans les options de lancement du jeu sur Steam.

@simeonoff On

Je ne peux pas dire exactement ce dont vous avez besoin, je peux dire que j'ai un matériel similaire, un 3600 / 5700xt et un 3900x / 5700xt. Je me suis arraché les cheveux avec le même problème que vous, je n'ai pas pu attraper définitivement l'ino dessus à cause de la façon dont ce fil se déplace.

Dès que j'ai fait ce que je vous ai dit, il s'est déroulé tout de suite, pas de problèmes de DRM, pas de longue liste d'options de lancement (juste celle-là). Je vous suggère simplement de sauver le mal de tête et de récupérer Vulkan-icd-loader 1.2.135 et l'en-tête correspondant. puis récupérez le pilote vulkan de AMDGPU-pro, vous n'avez pas besoin de tout le pilote. Où vous les obtenez est à vous

@GloriousEggroll , merci, je vais essayer les mises à jour mesa de xxmitsu. Le plus drôle, c'est que j'étais sur Fedora 31 en utilisant votre mesa-aco mais cela ne fonctionnait pas non plus. C'est pourquoi je suis passé à la version bêta, en espérant que cela résoudrait le problème. Envisagez-vous de mettre à jour le noyau en 32 avec les correctifs fsync proposés?

@ blazini36 Merci, recourra à votre suggestion si les pilotes mesa mis à jour ne fonctionnent pas.

@GloriousEggroll , merci, je vais essayer les mises à jour mesa de xxmitsu. Le plus drôle, c'est que j'étais sur Fedora 31 en utilisant votre mesa-aco mais cela ne fonctionnait pas non plus. C'est pourquoi je suis passé à la version bêta, en espérant que cela résoudrait le problème. Envisagez-vous de mettre à jour le noyau en 32 avec les correctifs fsync proposés?

@ blazini36 Merci, recourra à votre suggestion si les pilotes mesa mis à jour ne fonctionnent pas.

@simeonoff ouais mon aco repo a été configuré pour utiliser directement aco repo de daniel au lieu de mesa-git, qui manque quelques correctifs nécessaires pour que doom éternel fonctionne. J'ai en fait été en train de le convertir pour utiliser mesa-git avec aco auto-enabled ainsi que d'autres correctifs. le noyau que je fournis est patché avec les derniers patches fsync dont j'ai été informé directement de kisak, ils devraient donc être les derniers disponibles

@GloriousEggroll Merci. Après être passé au mesa-git suggéré, il se lance maintenant. Je peux confirmer avec ce mesa, les pilotes vulkan et la mise à jour du lanceur vers:

mesa-vulkan-drivers-20.1.0-0.3.20200327.15.07885cb.fc32.i686
mesa-vulkan-drivers-20.1.0-0.3.20200327.15.07885cb.fc32.x86_64
vulkan-loader-1.2.135-20200325.fc32.i686
vulkan-loader-1.2.135-20200325.fc32.x86_64

Le son grésille avec votre version Proton 5.4-GE-3. Tout le reste semble bien fonctionner. Merci de m'avoir orienté dans la bonne direction et pour tout votre travail!

Éditer:
Lol, a été banni pendant 24 heures par Denuvo pour être passé de Proton 5.4-GE-3 à Proton-tkg 5.4.r10.g7c7868f4 . Note à moi-même: ne changez pas l'outil de compatibilité Steam Play si vous ne voulez pas être banni.

Vous n'avez que 5 tickets par jour, et un certain nombre de choses peuvent consommer un ticket comme le changement de build wine / proton, la version Windows rapportée, le noyau, le GPU (donc indirectement, les pilotes graphiques) etc. Il est extrêmement facile de se verrouiller.

Je pense qu'au moins pour Doom, changer de GPU n'est pas un problème, Dieu merci.

Donc, juste pour référence, les utilisateurs de NVIDIA sont pratiquement verrouillés à moins que NVIDIA ne mette à jour leurs pilotes ou quelque chose?

Plutôt.

Eh bien, ça craint.

C'est ce qui se passe avec les pilotes propriétaires, quand quelque chose comme ça
arrive, il n'y a pas d'autre recours que d'attendre.

Le sam.28 mars 2020 à 07:05 Marisa Kirisame [email protected]
a écrit:

Eh bien, ça craint.

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

Donc, juste pour référence, les utilisateurs de NVIDIA sont pratiquement verrouillés à moins que NVIDIA ne mette à jour leurs pilotes ou quelque chose?

Oui, nous sommes condamnés.

Donc, juste pour référence, les utilisateurs de NVIDIA sont pratiquement verrouillés à moins que NVIDIA ne mette à jour leurs pilotes ou quelque chose?

@FirstZero Eh bien, non.
Comme je l'ai dit dans mon article sur les performances sur un 1080ti, cela fonctionne et est jouable ... pas exactement une expérience stellaire, mais certainement jouable. Je ne vous en veux pas de ne pas avoir vu le post, ce fil a explosé.
Maintenant, le fait qu'un RX460 donne un coup de pied au cul du 1080ti sans transpirer n'enlève rien au fait que nous (enfin, du moins je peux) pouvons jouer à Doom Eternal avec un GPU Nvidia.

TLDR:
Radeon VII: 3440x1440 tout max, RS désactivé, 100 images par seconde
1080ti: 2560x1080, moyen, RS désactivé, 40 images par seconde tristes

En utilisant RADV, voici les problèmes graphiques. Ils sont similaires aux amdgpu_pro, mais différents.
2020-03-28-093348_1920x1080_scrot

Il semble qu'il y ait un problème avec le support Navi 10. La configuration amdgpu_pro dans l'AUR est obsolète, alors c'est peut-être le problème, mais j'exécute la dernière stable mesa, et AFAIK Navi 10 est pris en charge, donc je ne sais pas quel est le problème.

En utilisant RADV, voici les problèmes graphiques. Ils sont similaires aux amdgpu_pro, mais différents.
2020-03-28-093348_1920x1080_scrot

Il semble qu'il y ait un problème avec le support Navi 10. La configuration amdgpu_pro dans l'AUR est obsolète, alors c'est peut-être le problème, mais j'exécute la dernière stable mesa, et AFAIK Navi 10 est pris en charge, donc je ne sais pas quel est le problème.

Essayez mesa-git, j'utilise oibaf ppa sur ubuntu, je n'ai pas encore rencontré de problèmes, à part brièvement lors du redimensionnement.

Je suis passé à mesa-git. Ça court comme un rêve maintenant

Donc, juste pour référence, les utilisateurs de NVIDIA sont pratiquement verrouillés à moins que NVIDIA ne mette à jour leurs pilotes ou quelque chose?

@FirstZero Eh bien, non.
Comme je l'ai dit dans mon article sur les performances sur un 1080ti, cela fonctionne et est jouable ... pas exactement une expérience stellaire, mais certainement jouable. Je ne vous en veux pas de ne pas avoir vu le post, ce fil a explosé.
Maintenant, le fait qu'un RX460 donne un coup de pied au cul du 1080ti sans transpirer n'enlève rien au fait que nous _ (enfin, du moins je peux) _ pouvons jouer à Doom Eternal avec un GPU Nvidia.

TLDR:
Radeon VII: 3440x1440 tout max, RS désactivé, 100 images par seconde
1080ti: 2560x1080, moyen, RS désactivé, 40 images par seconde tristes

<30 ips sur un 3800X + 1080Ti @ 1080p ne peut pas du tout être lu à tous les paramètres graphiques.

Depuis hier, le jeu ne parvient pas à se connecter à Bethesda.net la plupart du temps.
Parfois, avec un peu de chance, cela fonctionne.
Mais la plupart du temps, ce n'est pas le cas.
C'est vraiment triste parce que j'ai des écrans de chargement beaucoup plus longs (parce que le jeu essaie de se connecter aux serveurs là-bas mais je dois attendre qu'il expire) et les messages d'avertissement à cause de cette interruption de jeu.

J'utilise actuellement Proton-5.4-GE-3.
J'ai essayé tout ce à quoi je pouvais penser. J'ai recréé le préfixe wine, essayé une autre version de Proton (ma propre version de tkg), désactivé mon hud, supprimé les paramètres de démarrage ...
Je suis à court d'idées.

Suis-je le seul à avoir ce problème?
Comme je l'ai dit, cela a commencé à apparaître depuis hier. Cela a fonctionné les jours précédents, j'ai joué une histoire avec mon build proton-tkg sans ce problème.

Donc, juste pour référence, les utilisateurs de NVIDIA sont pratiquement verrouillés à moins que NVIDIA ne mette à jour leurs pilotes ou quelque chose?

@FirstZero Eh bien, non.
Comme je l'ai dit dans mon article sur les performances sur un 1080ti, cela fonctionne et est jouable ... pas exactement une expérience stellaire, mais certainement jouable. Je ne vous en veux pas de ne pas avoir vu le post, ce fil a explosé.
Maintenant, le fait qu'un RX460 donne un coup de pied au cul du 1080ti sans transpirer n'enlève rien au fait que nous _ (enfin, du moins je peux) _ pouvons jouer à Doom Eternal avec un GPU Nvidia.
TLDR:
Radeon VII: 3440x1440 tout max, RS désactivé, 100 images par seconde
1080ti: 2560x1080, moyen, RS désactivé, 40 images par seconde tristes

<30 ips sur un 3800X + 1080Ti @ 1080p ne peut pas du tout être lu à tous les paramètres graphiques.

Oui, je suis avec 9900K et 1080Ti et je peux à peine toucher 29 FPS. Ce n'est certainement pas jouable.

Pour faire court, le pilote Nvidia Linux (jusqu'à 440.64-7) a des problèmes majeurs avec Doom Eternal. Je vois une utilisation de 40% sur l'ensemble de mes 16 threads, une utilisation à 100% de mon 1080Ti, une utilisation de 12 Go de RAM mais seulement 3 Go de VRAM.

En tant que tel, je vois plus de 300 images par seconde dans les menus, ~ 45-50 images par seconde dans le menu principal, puis <20 images par seconde dans le jeu réel à 1440p Ultra Nightmare, et cela ne change pas s'il s'agit de Low ou Ultra Nightmare. Sur la base de ce qui précède, je pense que ce qui se passe, c'est qu'au lieu de vider toutes les données visuelles dans la VRAM, il en décharge des quantités massives dans la RAM standard, et le GPU doit passer par le processeur pour accéder à ces données. Il est probable que de nombreux échanges en arrière se produisent, ce qui réduit le framerate.

Sans Doom Eternal en cours d'exécution, j'ai en moyenne 1 à 2% de CPU, 5 à 10% de GPU et 2,5 Go de RAM. Avec Doom Eternal, c'est 40% @ 16 threads, 100% GPU, 3 Go de VRAM et 13,8 Go de RAM système. C'est un problème Nvidia et jusqu'à ce qu'ils le résolvent, nous sommes fondamentalement coincés avec un jeu injouable. Cela dit, bravo à la famille Radeon, heureux que vous puissiez déchirer et déchirer jusqu'à ce que ce soit fait.

Je n'ai eu aucun problème à jouer le tout du début à la fin malgré des baisses constantes de FPS, ce qui à certains moments a fait tourner le jeu au ralenti. Je n'appellerais pas vraiment cela injouable malgré tout cela, mais je préférerais définitivement une expérience plus fluide si elle peut être corrigée.

Ok ... Ceci est dédié à mes frères et sœurs Nvidia qui luttent actuellement.

Donc, après environ une semaine de peaufinage et d'essayer désespérément de tirer le maximum de performances de ma GTX 1080 sur Doom Eternal, tout en lisant et en recherchant tout ce qui concerne la configuration Linux Nvidia sous le soleil, j'ai réussi à obtenir un résultat satisfaisant (et apprendre beaucoup de choses en cours de route).

  • Il est important de noter que ce que je suis sur le point de résoudre, c'est le chemin et les méthodes que j'ai utilisés pour arriver là où je voulais et que je ne prends aucune responsabilité si vous gâchez les choses et gâchez votre PC / GPU / installation. Je suggère de sauvegarder avant de commencer quoi que ce soit. Et si vous n'êtes pas sûr, ignorez simplement ce message.
  • Je suis un apprenant, donc je vous suggère de faire de même en ce qui concerne les méthodes mentionnées. Lisez et recherchez vous-même.
  • Je suis un monstre de l'overclocking total.

Commençons par dire que j'utilise Linux Mint comme pilote quotidien depuis 18 mois et que la quête pour faire fonctionner Doom Eternal comme je le souhaite m'a amené à Manjaro. La seule raison est qu'il est extrêmement facile de créer et d'installer la dernière version des programmes et des utilitaires.
J'ai commencé avec KDE, puis j'ai changé DE en Cinnamon (parce que je suis un noob). Les DE jouent un rôle dans le processus si nu avec moi.

Les spécifications de mon système en ce moment sont:

OS: Manjaro Linux 19.0.2 (KDE >> Cinnamon)
Kernel: 5.5.13-1-MANJARO
CPU: Intel i5-6600K (4) @ 4.400GHz (OC from 3.5GHz)
Memory: 32GB @ 2400MHz
GPU: NVIDIA GeForce GTX 1080 (Driver v440.66.04)
Resolution: 1920x1080<strong i="14">@60</strong>, 2560x1440<strong i="15">@144</strong>, 1920x1080<strong i="16">@60</strong> (yes, this did made some things a bit tricky)

Je vais suivre le processus que j'ai fait des plus évidents aux petits ajustements.

Inutile de dire que vous devez toujours utiliser la version bêta de Steam pour les jeux Linux.
À l'heure actuelle, Proton-5.4-GE-3 est la meilleure option pour Doom Eternal. Pas génial, pas terrible. Je garde un œil sur les nouvelles versions à tester.

Les tests initiaux étaient sous le pilote Nvidia v440.64. Plus tard, j'ai découvert le pilote Vulkan 1.2 Developer Beta - Driver v440.66.04 à partir de - https://developer.nvidia.com/vulkan-driver

Ensuite, il était temps de commencer à déconner avec la configuration xorg.
J'avais des connaissances préalables (mauvaise expérience) en essayant de configurer une disposition à 3 moniteurs en utilisant nvidia-settings sur Cinnamon Mint, donc pas de problème ... cela ne s'est pas vraiment déroulé comme prévu.
Puis j'ai découvert un trésor de connaissances:
https://wiki.manjaro.org/index.php/Configure_Graphics_Cards
https://wiki.archlinux.org/index.php?title=NVIDIA/Tips_and_tricks

J'ai d'abord correctement appris à utiliser nvidia-settings et à le pointer vers le fichier de configuration approprié que j'ai créé pour cela en utilisant:
sudo mhwd-gpu --setmod nvidia --setxorg /etc/X11/mhwd.d/nvidia.conf
(Si vous n'avez pas mhwd-gpu sur votre distribution, je crois que nvidia-xconfig avec le chemin / fichier par défaut étant /etc/X11/xorg.conf , fait de même.)

Puis vint la bonne partie - la configuration elle-même.
Je vous épargnerai les petites choses et je m'en tiendrai aux éléments importants qui se trouvent dans la partie Section "Device" de la configuration, sur laquelle vous devez vous concentrer et ajouter quelques lignes à:
Option "Coolbits" "31" - Débloque toutes les fonctionnalités Nvidia de puissance, de performances et d'overclocking.
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1" - Force le "Powermizer" à utiliser le mode de performance maximale et force les horloges à fonctionner à une valeur de 100%. (Ne vous inquiétez pas, cela ne signifie pas que votre GPU sera utilisé à 100% à tout moment.)

Ça devrait ressembler a quelque chose comme ca:

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce GTX 1080"
    Option         "Coolbits" "31"
    Option         "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1"
EndSection

Ajoutez également une section Module avec les modules suivants comme ceci:

Section "Module"
    Load           "dbe"
    Load           "extmod"
    Load           "type1"
    Load           "freetype"
    Load           "glx"
EndSection

Allez maintenant à nvidia-settings -> "Paramètres OpenGL" et réglez "Paramètres d'image" sur "Haute performance". (vous pouvez activer les indicateurs API si vous le souhaitez VRAIMENT.)
Ensuite, allez à l'élément le plus bas "Configuration nvidia-settings" et cliquez sur le bouton "Enregistrer la configuration actuelle". cela créera .nvidia-settings-rc fichier $HOME .

nv_rc cleaned

Pour rendre ces paramètres persistants après la connexion, ajoutez la ligne nvidia-settings --load-config-only à votre fichier ~/.xinitrc . (si pour une raison quelconque vous n'avez pas ce fichier dans votre répertoire personnel, vérifiez man nvidia-settings pour des méthodes alternatives.)

Sudo save -> redémarrer pour que les modifications de xorg.conf prennent effet.

Je suggère d'installer GreenWithEnvy . C'est un bon outil pour définir une courbe de ventilateur bonne et agressive pour votre carte et même pour l'overclocking et les changements de TDP.
En outre, il fournit des informations très utiles.
https://gitlab.com/leinardi/gwe
https://aur.archlinux.org/packages/gwe

GWE s'appuie sur l'option "Coolbits" "31" mentionnée ci-dessus et ne fonctionnera pas sans elle.

Notez que "GPU%" et "Mem ctrl%" affichent 0% alors que les horloges actuelles sont à leur plage de 100%. Il s'agit d'un bug de capteur causé par le fait que nous forçons les horloges à fonctionner à 100% avec l'option "RegistryDwords" . Cela n'a rien à voir avec GWE, vous verrez d'autres programmes de capteurs rapporter 0%. Vous pouvez considérer cela comme 100%.

gwe cleaned

Je suggère fortement de configurer une courbe de ventilateur ici.

Voici également où vous pouvez effectuer un overclocking. J'utilise des valeurs stables que j'ai trouvées au fil des ans avec ma carte et ce paramètre fonctionne pour moi sans problème.

Ensuite, nous allons au noyau.
Sudo créez /etc/modprobe.d/nvidia.conf (si vous ne l'avez pas déjà) et ajoutez-y options nvidia NVreg_UsePageAttributeTable=1 .
Vous pouvez lire sur la table d'attributs de page (PAT) ici:
https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers#Kernel_module_parameters
https://wiki.archlinux.org/index.php/NVIDIA/Tips_and_tricks#Kernel_module_parameters

Il est important de noter que vous ne devez activer cette option que si votre CPU prend en charge PAT. Pour vérifier s'il le prend en charge, tapez cat /proc/cpuinfo | grep pat

Sudo enregistrez et redémarrez pour que les modules du noyau se chargent avec l'option.

Parlons maintenant du problème du son et de mes spéculations sur les raisons pour lesquelles je ne le ressens pas.
J'utilise un programme appelé PulseEffects et j'y achemine tout mon son. Rien de spécial avec la config vraiment ... juste activé quelques filtres. Tout hors de la boîte. Je suppose que c'est peut-être la raison pour laquelle le son fonctionne très bien sur Doom Eternal pour moi.

pulseeffects cleaned

https://github.com/wwmm/pulseeffects
C'est un jouet vraiment puissant.

Options de lancement Steam:
MANGOHUD=1 RADV_PERFTEST=llvm PROTON_NO_ESYNC=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1
Tiré de https://www.christitus.com/doom-eternal-linux

Pour désactiver l'avertissement «Installer le pilote» au démarrage du jeu, accédez à:
.steam/steam/steamapps/common/DOOMEternal/launcherData/launcher.cfg
et remplacez rgl_minNvidiaDriverVersion par 0.

Une bonne superposition de performances que j'utilise - MangoHud:
https://github.com/flightlessmango/MangoHud
Cela a l'air génial et ne couvre pas le jeu comme la métrique de performance du jeu.

Trouvez un moyen de désactiver le compositeur de votre DE. Dans Cinnamon, il existe une option pour désactiver le compositeur pour les programmes plein écran dans "Paramètres système" -> "Général". Un compositeur peut vraiment tanker les performances.

Et c'est tout. J'espère que je n'ai rien oublié.

Dès le départ, j'ai remarqué une énorme diminution du processeur et j'ai remarqué que ma VRAM en utilise beaucoup plus qu'avant. Vous n'êtes toujours pas parfait, mais BEAUCOUP mieux.

En ce moment, je suis solide à 60 FPS avec des réglages élevés à 1080p.

Je tiens à remercier manjaro-chroot et timeshift pour avoir été mes amis les plus proches au cours de ce processus: D

J'ai écrit ce post principalement pour montrer à tous vos propriétaires de 2080ti que vous pouvez faire mieux et pour vous faire gagner beaucoup de temps à le découvrir.

J'espère que j'ai aidé.
Récoltez et déchirez, jusqu'à ce que ce soit fait!

WWG1WGA,
Daniel

Merci pour vos efforts mais cela n'aide pas du tout :(

@danielgul
man xorg.conf:

Les modules d'extension «extmod», «dbe», «dri», «dri2», «glx» et «record» sont chargés automatiquement, s'ils sont présents, à moins qu'ils ne soient désactivés avec des entrées «Disable».

Pour voir quels modules d'extension sont disponibles, consultez le sous-répertoire extensions sous:
/ usr / lib / xorg / modules

Alors pourquoi mettre freetype, type1 là-dedans? Certains pourraient ne pas l'avoir.

Vous ne pouvez pas définir PowerMizer dans les paramètres nvidia?
comme avec cmdline: nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 (pour définir les performances)
Pas besoin de le définir globalement, juste au moment où vous en avez besoin.

Pourquoi conseiller à tout le monde d'utiliser le triple buffering? Peut-être pas ce que les gens veulent.

"RegistryDwords" "PowerMizerEnable = 0x1; PerfLevelSrc = 0x2222; PowerMizerDefault = 0x1; PowerMizerDefaultAC = 0x1"

Option "EXAPixmaps" "off"

Impossible de trouver une référence à ceux-ci dans le fichier README du pilote nvidia. Où est-ce que tu as trouvé ça?
Vous pourriez avoir de la chance en ce qui concerne le son. Dans les commits de Proton-GE après la v.3, libfaudio est revenu à stable, car certains utilisateurs avaient des problèmes. Il peut être utile, comme d'autres l'ont mentionné, d'augmenter simplement la fréquence d'échantillonnage par défaut dans pulseaudio.

@toutes les personnes
Je n'ai pas trouvé de moyen d'afficher les paramètres actuels du module nvidia, quelqu'un le sait?

Concernant la version flatpak de Flathub de Steam vs Steam-overlay de Gentoo:

@ e-user Je pense que le problème que vous avez lié n'est peut-être pas le (seul) problème de la version de flatpak et a été corrigé, comme indiqué dans le commentaire de @valentindavid . Au moins pour moi, les jeux basés sur vulkan tels que Doom (2016) ) fonctionne à nouveau. Pourtant, Doom Eternal ne fonctionne pas pour moi dans Flatpak-Steam, même lorsque vous utilisez le Proton de @GloriousEggroll .
Cependant, en attendant, j'ai fait travailler Doom Eternal avec une installation Steam non flatpak. Pour moi, cela a commencé à fonctionner après l'installation du dernier Mesa de git. (Autres packages que j'ai installés: llvm-10.0.0 et llvm-9.0.1, vulkan-headers-1.2.135, media-libs / vulkan-loader-1.2.135, Proton-5.4-GE-3 et Steam de La superposition de vapeur de Gentoo avec l'indicateur USE désactivé "-steamruntime". Selon la superposition de données de performance de Doom Eternal, le jeu utilise radv, llvm 9.0.1 et mesa 20.1.0-devel, vulkan 1.2.128). J'obtiens environ 60-70 ips sur mes Ryzen 3700X et Radeon 5700XT en résolution 2560 × 1440 (WQHD) avec tout réglé sur les détails Ultra Nightmare. J'ai également essayé le pilote amdvlk comme alternative aux pilotes vulkan de Mesa, mais avec ce pilote, le jeu plante au démarrage pour moi. Ss, c'est encore moins de la moitié des fps que je reçois sous ma fenêtre à double démarrage, mais je suis quand même surpris il fonctionne déjà aussi bien en ce moment. Je me demande s'il existe un moyen facile d'installer mesa-git sur flatpak - peut-être que @valentindavid a un indice pour moi (j'ai essayé _flatpak install org.freedesktop.Platform.GL.mesa- git_ après avoir vu ce nom de package quelque part, mais il ne trouve pas de package à installer), cela pourrait aider à faire fonctionner le jeu dans le package steam de flathub?

@ nuku97 J'ai le même problème et je https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/989

Edit: Ce n'est pas _ tout à fait_ le même problème que j'exécute nVidia, mais le message d'erreur que j'obtiens dans les journaux pointe dans cette direction, mais le SDK devrait également être l'endroit à regarder dans votre cas.

Le jeu est lancé et fonctionne avec les pilotes Proton 5.4 GE-3, Vulkan Loader 1.2.135 et Nvidia 440.66.04 Beta. Mais le FPS est faible, 25-50 fps avec des paramètres graphiques bas. Comment l'augmenter? Les détenteurs de Nvidia ont-ils le même problème?

@EldarAgalarov si vous lisez le fil de discussion, les pilotes nVidia semblent avoir un problème lorsque ces cartes utilisent la RAM système au lieu de la mémoire GPU intégrée. C'est probablement quelque chose que seul nVidia peut résoudre, car leurs pilotes sont à source fermée et propriétaires.

@danielgul
man xorg.conf:

Les modules d'extension «extmod», «dbe», «dri», «dri2», «glx» et «record» sont chargés automatiquement, s'ils sont présents, à moins qu'ils ne soient désactivés avec des entrées «Disable».

Pour voir quels modules d'extension sont disponibles, consultez le sous-répertoire extensions sous:
/ usr / lib / xorg / modules

Alors pourquoi mettre freetype, type1 là-dedans? Certains pourraient ne pas l'avoir.

@AllKind cette section a été générée après l'installation du pilote bêta 440.66.04.
Je pense que cela doit être explicitement inclus étant donné qu'il s'agit d'un pilote bêta.

Vous ne pouvez pas définir PowerMizer dans les paramètres nvidia?
comme avec cmdline: nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 (pour définir les performances)
Pas besoin de le définir globalement, juste au moment où vous en avez besoin.

Les options de powermizer @AllKind nvidia-settings fonctionnent comme de la merde. cli ne semble pas avoir d'effet sur les horloges et si vous avez réussi à le faire fonctionner, ce n'est pas persistant après le démarrage.
Inclure "RegistryDwords" dans votre xorg.conf garantit qu'il fait ce qui est nécessaire et ne décide pas d'économiser de l'énergie lorsque vous en avez le plus besoin.

Pourquoi conseiller à tout le monde d'utiliser le triple buffering? Peut-être pas ce que les gens veulent.

@AllKind Vous avez raison. J'ai inclus un exemple de ma configuration pour montrer comment les gens peuvent inclure les options dans la section appareil. J'ai supprimé les éléments supplémentaires pour que les gens ne soient pas confus.
Triplebuffer et EXAPixmaps sont là pour m'aider à éliminer les déchirures d'écran et les artefacts dans le compositeur et n'ont rien à voir avec le sujet.

"RegistryDwords" "PowerMizerEnable = 0x1; PerfLevelSrc = 0x2222; PowerMizerDefault = 0x1; PowerMizerDefaultAC = 0x1"

Option "EXAPixmaps" "off"

Impossible de trouver une référence à ceux-ci dans le fichier README du pilote nvidia. Où est-ce que tu as trouvé ça?
Vous pourriez avoir de la chance en ce qui concerne le son. Dans les commits de Proton-GE après la v.3, libfaudio est revenu à stable, car certains utilisateurs avaient des problèmes. Il peut être utile, comme d'autres l'ont mentionné, d'augmenter simplement la fréquence d'échantillonnage par défaut dans pulseaudio.

@AllKind Les pages de
Vous pouvez lire sur le sujet ici:
https://askubuntu.com/questions/379483/nvidia-x-server-settings-lost-on-every-reboot
https://forums.opensuse.org/showthread.php/410089-nvidia-powermizer-how-tweak
Et référez-vous également aux nombreux liens que j'ai fournis sur mon article ci-dessus pour plus d'informations.

Vous avez probablement également raison concernant le problème sonore que j'ai eu de la chance. Comme je l'ai déjà dit, je n'ai rien fait de spécial ou d'intention pour que le son fonctionne bien, j'utilise juste PulseEffects.

@toutes les personnes
Je n'ai pas trouvé de moyen d'afficher les paramètres actuels du module nvidia, quelqu'un le sait?

@AllKind Vous pouvez vérifier les paramètres de module disponibles pour nvidia avec sudo modinfo -p nvidia .
Pour vérifier la configuration du module nvidia, utilisez sudo modprobe -c | grep nvidia .
Plus d'informations ici: https://wiki.archlinux.org/index.php/Kernel_module

Je serais intéressé de savoir lesquels des modules chargés sur le noyau ont réellement "glx" "dbe" etc chargés sur eux. Tout ce que je peux voir, c'est "nvidia", "nvidia_drm" et "nvidia_modeset".
Je vois cependant l'option "NVreg_UsePageAttributeTable = 1" ajoutée à la configuration du module.
Si quelqu'un peut clarifier, ce serait apprécié.

@ mozo78

Oui, je suis avec 9900K et 1080Ti et je peux à peine toucher 29 FPS. Ce n'est certainement pas jouable.

Merci pour vos efforts mais cela n'aide pas du tout :(

C'est bouleversant et je suis désolé d'entendre ça ...
Si vous pouvez clarifier ce que vous faites et quelle distribution vous utilisez, je peux peut-être vous aider.

WWG1WGA,
Daniel

Ps Ce serait formidable si plus de gens pouvaient signaler s'ils essayaient quelque chose dont j'ai parlé et comment cela s'est passé.
Et si vous êtes également à la recherche de performances maximales pour Doom Eternal avec une carte nvidia et découvrez quelque chose d'intéressant qui pourrait être fait. Merci.

Ne t'inquiète pas mon pote, j'attendrai NVIDIA pour réparer les choses :)

Salut à tous,

Je voulais juste voir si quelqu'un d'autre a eu des plantages lors de l'affichage du menu Rune et des plantages intermittents sur les écrans de chargement? Sinon, le jeu fonctionne parfaitement. Essayer de déterminer si ce problème n'est qu'un problème de moi.

https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -605543105

Si rien d'autre, j'utiliserai certains des outils que vous avez mis en évidence. Cela semble être des avantages massifs en matière de qualité de vie, je ne peux pas dire non à cela.

Quelqu'un a-t-il essayé cela avec une carte AMD utilisant RADV? J'utilise Arch avec Mesa 20.0.2. Je vois que je vais devoir utiliser LLVM au lieu d'ACO, mais quelques informations supplémentaires sur l'état actuel de Proton-GE et Mesa seraient très appréciées. Je n'ai pas trop envie de quitter Mesa de si tôt.

@ sonic2kk Je l'ai utilisé pendant un moment. Les performances sont nulles mais je la trouve généralement plus stable

Les personnes ayant des problèmes de grésillement audio / son, cela a résolu le problème pour moi:

Configurez /etc/pulse/daemon.conf pour avoir les paramètres suivants:

default-sample-format = s32le
default-sample-rate = 48000
alternate-sample-rate = 44100

J'ai également installé Faudio réinstallé via protontricks mais cela ne l'a pas corrigé. Mentionner au cas où c'est la combinaison qui le fait.

Je ne suis pas sûr qu'il ait été publié auparavant, mais nVidia a réagi au rapport de faible performance dans leurs forums, déclarant qu'ils allaient l' examiner . Espérons que le nombre d'utilisateurs Linux actifs est suffisamment important pour qu'ils prennent une décision commerciale pour soutenir cela.

Quelqu'un a-t-il essayé cela avec une carte AMD utilisant RADV? J'utilise Arch avec Mesa 20.0.2. Je vois que je vais devoir utiliser LLVM au lieu d'ACO, mais quelques informations supplémentaires sur l'état actuel de Proton-GE et Mesa seraient très appréciées. Je n'ai pas trop envie de quitter Mesa de si tôt.

Il y a plusieurs articles sur la façon d'utiliser RADV avec LLVM moi inclus .

J'utilise toujours proton-tkg avec le patch de @ 999eagle ou vous pouvez simplement utiliser la version qu'elle a téléchargée, pour plus d'informations, consultez cet article.

Il existe également plusieurs articles sur la façon d'utiliser le pilote amdgpu-pros vulkan sans l'installer à l'échelle du système (vous pouvez littéralement ajouter une variable d'environnement aux options de lancement de steams et charger le pilote uniquement pour doom éternel)

Si vous utilisez un ancien GPU AMD (GCN 1.0 / 1.1), vous devrez utiliser mesa-git.

@ sonic2kk ACO et LLVM SONT RADV. RADV est le pilote vulkan-radeon mesa, qui peut être exécuté avec LLVM ou ACO, en utilisant RADV_PERFTEST=llvm ou RADV_PERFTEST=aco . Mais les deux sont en fait RADV. Je ne suis donc pas sûr de ce que vous demandez / vous demandez. Comme @elovin l'a dit, vous pouvez utiliser vulkan-amdgpu-pro et non "laisser mesa derrière", car ils peuvent vivre ensemble sur votre système assez facilement, contrairement à radeonsi et amdgpu-pro-libgl . Vous n'avez pas du tout à l'installer à l'échelle du système si vous ne le souhaitez pas, mais l'installer à l'échelle du système ne signifie pas non plus laisser mesa derrière.

Salut à tous,

Je voulais juste voir si quelqu'un d'autre a eu des plantages lors de l'affichage du menu Rune et des plantages intermittents sur les écrans de chargement? Sinon, le jeu fonctionne parfaitement. Essayer de déterminer si ce problème n'est qu'un problème de moi.

Suite à mon message ci-dessus: si quelqu'un devait avoir ces erreurs, vous pouvez les corriger en effaçant les fichiers dans DOOMEternal / base / video / runes et DOOMEternal / base / video / tutorials. Le jeu fonctionne parfaitement maintenant et ne plante plus. Il semble que quelque chose dans un ou deux de ces fichiers bk2 ne concorde pas avec mon système.

Cela ne semble pas être un problème avec les protons, je voulais donc purifier l'air.

@EldarAgalarov si vous lisez le fil de discussion, les pilotes nVidia semblent avoir un problème lorsque ces cartes utilisent la RAM système au lieu de la mémoire GPU intégrée. C'est probablement quelque chose que seul nVidia peut résoudre, car leurs pilotes sont à source fermée et propriétaires.

Cette déclaration est totalement vraie, j'ai pu la confirmer en jouant en faisant regarder htop ouvert et nvidia-smi. Le pilote nvidia n'alloue pas correctement le vram au jeu et utilise une partie de ma RAM comme tampon. Voici une capture d'écran du jeu en cours d'exécution, je n'ai pas pu obtenir de capture d'écran dans le jeu car le jeu s'est mis en pause lorsque j'ai essayé d'exécuter une commande dans mon WM.

2020-03-31-165511_2560x1440_scrot

Mon utilisation du processeur est pratiquement inexistante et le pilote nvidia n'alloue que 760 Megs ... J'ai aussi le jeu réglé sur ultra pour le tester. Il semble que la superposition de vapeur utilise plus de RAM que le jeu ... Alors oui, nvidia doit résoudre ce problème.

Statistiques du système:

  • Gentoo Linux amd64
  • Noyau: 4.19.66
  • Processeur: AMD Threadripper 1920x
  • GPU: Nvidia RTX 2060

Alors, est-ce que quelque chose est fait pour faire fonctionner le compilateur ACO ou améliorer les performances avec RADV?

Alors, est-ce que quelque chose est fait pour faire fonctionner le compilateur ACO ou améliorer les performances avec RADV?

Je me demande vraiment si cela améliorerait considérablement les performances ou si le goulot d'étranglement se situe ailleurs. Par exemple, dans ma configuration radv avec radeon 5700xt, j'obtiens environ 70 fps, peu importe si la qualité est réglée sur ultra cauchemar ou faible. Sous Windows, j'obtiens environ 140 ips.

@ nuku97 Et vous obtenez en gros ~ 140 ips avec amdgpu-pro sur Linux.

@ Progman-DT Oui, on travaille dessus. Les fonctionnalités manquantes pour ACO sont toujours WIP. Il y a deux MR qui, lorsqu'ils sont combinés, peuvent déjà donner jusqu'à 30% de gains de performance avec RADV / LLVM.

Nvidia vient de publier une mise à jour du pilote pour résoudre le problème:
https://developer.nvidia.com/vulkan-driver

April 1st, 2020 - Windows 442.86, Linux 440.66.07

    New:
        Multi thread-capable deferred ray tracing pipeline creation
        Allow presenting from queue families which only expose VK_QUEUE_COMPUTE_BIT when using XCB in addition to Xlib surfaces [Linux]
    Fixes:
        Added a workaround for Linux Steam Play title DOOM Eternal, which overrides application requested memory locations, to ensure performance-critical resources be placed in video memory [Linux]
        Correctly cap the drawCount for vkCmdDrawIndirectCount and vkCmdDrawIndexedIndirectCount on Turing GPUs
        Fixed descriptor indexing with large arrays and large blocks

Les utilisateurs de la distribution Pacman peuvent le récupérer ici: https://github.com/Frogging-Family/nvidia-all

Finalement!!!

C'est réparé:
Screenshot_20200401_221236

Huzzah: D

Peut confirmer avec le pilote 440.66.07 que je suis maintenant verrouillé à peu près 144 fps
système Arch Linux
Processeur AMD RYZEN 2700x
GPU NVIDIA RTX 2070
48 Go de mémoire DDR 4 3200
version du pilote 440.66.07

Malade! Maintenant, nous attendons juste que Valve publie le patch proton directement à partir de Steam, non?

Oui, 144 + FPS @ 1440p Ultra Nightmare avec le pilote 440.66.07
Ryzen 3700x, RTX 2080, xubuntu 19.10, Proton-5.4-GE-3

Alt-tab en plein écran casse toujours le jeu mais dans une fenêtre sans bordure, cela fonctionne. La superposition de vapeur a toujours un impact important sur les performances (jusqu'à 80-100 FPS)

Malade! Maintenant, nous attendons juste que Valve publie le patch proton directement à partir de Steam, non?

Oui, et je m'y attendrais d'un jour à l'autre. Le temps entre les rejets de protons est généralement de 10 à 14 jours.

Est-ce que quelqu'un d'autre continue de bégayer sur les cartes AMD?

@jalabb Popups (volume, réalisations, etc.) interrompent toujours le jeu pour moi même si le jeu est réglé sur borderless. Puis-je essayer une autre solution?

Mise à jour des pilotes Nvidia vers 440.66.07 beta. Et maintenant, le jeu fonctionne très bien avec des paramètres graphiques stables de 60 FPS sur des paramètres graphiques cauchemardesques sur GTX 1060 6 Go.

Nvidia vient de publier une mise à jour du pilote pour résoudre le problème:
https://developer.nvidia.com/vulkan-driver

April 1st, 2020 - Windows 442.86, Linux 440.66.07

    New:
        Multi thread-capable deferred ray tracing pipeline creation
        Allow presenting from queue families which only expose VK_QUEUE_COMPUTE_BIT when using XCB in addition to Xlib surfaces [Linux]
    Fixes:
        Added a workaround for Linux Steam Play title DOOM Eternal, which overrides application requested memory locations, to ensure performance-critical resources be placed in video memory [Linux]
        Correctly cap the drawCount for vkCmdDrawIndirectCount and vkCmdDrawIndexedIndirectCount on Turing GPUs
        Fixed descriptor indexing with large arrays and large blocks

Les utilisateurs de la distribution Pacman peuvent le récupérer ici: https://github.com/Frogging-Family/nvidia-all

J'ai juste essayé de l'installer _manuellement_ à partir de la distribution. C'était une énorme erreur. Quiconque envisage de suivre cette voie pour Manjaro, ne le faites pas; ça dérange tout. J'ai passé les 45 dernières minutes à prier pour ne pas avoir à réinstaller Manjaro. On dirait que non. Si vous n'êtes pas très averti en technologie et en terminal, j'imagine que vous attendez que 440.66.07 passe par le gestionnaire de paquets.

Cela dit, @ Tk-Glitch: merci pour la mise à jour!

@ PraetorianSC4 Que voulez-vous dire que vous avez essayé de l'installer manuellement?
distro "? Où l'avez-vous obtenu et qu'avez-vous fait?

Le mer.1 avril 2020 à 19:34 PraetorianSC4 [email protected]
a écrit:

Nvidia vient de publier une mise à jour du pilote pour résoudre le problème:
https://developer.nvidia.com/vulkan-driver

1er avril 2020 - Windows 442.86, Linux 440.66.07

New:
    Multi thread-capable deferred ray tracing pipeline creation
    Allow presenting from queue families which only expose VK_QUEUE_COMPUTE_BIT when using XCB in addition to Xlib surfaces [Linux]
Fixes:
    Added a workaround for Linux Steam Play title DOOM Eternal, which overrides application requested memory locations, to ensure performance-critical resources be placed in video memory [Linux]
    Correctly cap the drawCount for vkCmdDrawIndirectCount and vkCmdDrawIndexedIndirectCount on Turing GPUs
    Fixed descriptor indexing with large arrays and large blocks

Les utilisateurs de la distribution Pacman peuvent le récupérer ici:
https://github.com/Frogging-Family/nvidia-all

J'ai juste essayé de l'installer manuellement à partir de la distribution. C'était un énorme
erreur. Quiconque envisage de suivre cette voie pour Manjaro, ne le faites pas
ce; ça dérange tout. J'ai passé les 45 dernières minutes à prier pour que je ne le fasse pas
doivent réinstaller Manjaro. On dirait que non. Si tu n'es pas super tech
averti et averti des terminaux, j'imagine que j'attends que le 440.66.07 passe
le gestionnaire de paquets.

Cela dit, @ Tk-Glitch https://github.com/Tk-Glitch : merci pour le
mettre à 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/3654#issuecomment-607540558 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AM5Y33ZARWY56YNKOTGYTXDRKPFQLANCNFSM4LP25FOQ
.

@ sonic2kk ACO et LLVM _ARE_ RADV. RADV est le pilote vulkan-radeon mesa, qui peut être exécuté avec LLVM ou ACO, en utilisant RADV_PERFTEST=llvm ou RADV_PERFTEST=aco . Mais les deux sont en fait RADV. Je ne suis donc pas sûr de ce que vous demandez / vous demandez. Comme @elovin l'a dit, vous pouvez utiliser vulkan-amdgpu-pro et non "laisser mesa derrière", car ils peuvent vivre ensemble sur votre système assez facilement, contrairement à radeonsi et amdgpu-pro-libgl . Vous n'avez pas du tout à l'installer à l'échelle du système si vous ne le souhaitez pas, mais l'installer à l'échelle du système ne signifie pas non plus laisser mesa derrière.

J'étais précis, je suis conscient qu'il s'agit de RADV. Ce que je voulais dire en ne laissant pas Mesa derrière, c'est que je préfère ne pas utiliser de pilote propriétaire d'aucune sorte. Dommage d'entendre que Mesa ne fonctionne pas aussi bien, j'espère que les correctifs pour ACO mentionnés feront une différence!

J'ai téléchargé et installé le pilote NVIDIA à partir de https://developer.nvidia.com/vulkan-beta-4406607-linux
Void Linux.
installé avec sudo sh NVIDIA-Linux-x86_64-440.66.07.run

Essayez d'abord: lxdm ne démarre pas. (continue d'essayer et échoue)

J'ai donc supprimé /etc/X11/xorg.conf, un fichier désinstallé
sudo sh NVIDIA-Linux-x86_64-440.66.07.run --uninstall

Je l'ai réinstallé, et cette fois il lui a permis de créer son propre xorg.conf
Puis l'a modifié avec les informations de lspci | grep VGA en suivant les instructions de https://wiki.voidlinux.org/Proprietary_Video_Drivers

Et ça a marché :)
«Travailler» sur mon ordinateur signifie que l'écran de connexion de lxdm est un écran noir, mais je peux toujours saisir mon utilisateur et mon mot de passe en appuyant sur les bonnes touches. Pour des raisons d'autorisation, mon x ne peut rien afficher tant que mon utilisateur n'est pas connecté. Je n'ai tout simplement pas vu la nécessité de résoudre ce problème: p

Doom fonctionne bien maintenant, autour de 100 FPS.

Je peux également confirmer que le NVIDIA-Linux-x86_64-440.66.07.run a résolu les problèmes de performances, ce n'est pas un poisson d'avril.
J'ai eu des problèmes d'installation, en utilisant l'outil logiciel d'interface utilisateur, j'ai désinstallé les pilotes Nividia actuels, au redémarrage, je n'avais pas d'interface utilisateur.
J'ai essayé d'installer le nouveau pilote mais j'ai obtenu l'erreur "Le fichier d'en-tête du noyau ..... n'existe pas".
Pour résoudre ce problème après un redémarrage, ctrl, alt, F6 pour vous connecter via CLI. Ensuite, j'ai lancé pacman -S linux-headers et sélectionné linux-55 pour ma version de noyau (uname -r).
C'est pour Manjaro.
Je pourrais alors installer les nouveaux pilotes Nivida.
sudo sh NVIDIA-Linux-x86_64-440.66.07.run
À votre santé

J'obtiens la fenêtre de pilote obsolète, puis le jeu plante avec une nouvelle installation Ubuntu et Steam, en utilisant Proton-5.4-GE-3. Tout fonctionne bien sur mon autre PC.

Distribution: Ubuntu 18.04
Noyau: 5.3.0-45
GPU: RTX 2080 SUPER
Pilote: 440,64
Processeur: Ryzen 9 3900X
Mémoire vive: DDR4 3200 MHz 64 Go

Extrait de journal

3778.856:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSIMG32.dll" at 0x6afc0000: PE builtin
3778.856:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\OLEACC.dll" at 0x950000: PE builtin
3778.857:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\gdiplus.dll" at 0x6f480000: PE builtin
3778.871:0030:0031:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7fd7ff890000: builtin
3779.003:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" at 0x6e340000: PE builtin
3779.003:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-fibers-l1-1-1.dll" at 0x6b880000: PE builtin
3779.006:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-localization-l1-2-1.dll" at 0xf20000: PE builtin
3779.010:0030:0031:fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"!
3779.025:0030:0031:fixme:heap:RtlSetHeapInformation 0x10000 0 0x92d480 4 stub
3779.048:0030:0031:warn:debugstr:OutputDebugStringA "Winsock Initialized\n"
3779.048:0030:0031:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b00fdce ip=7b00fdce tid=0031
3779.048:0030:0031:trace:seh:raise_exception  info[0]=0000000000000015
3779.048:0030:0031:trace:seh:raise_exception  info[1]=0000000000925390
3779.048:0030:0031:trace:seh:raise_exception  rax=0000000000924db0 rbx=00007fffffea8000 rcx=0000000000924d90 rdx=0000000000000000
3779.048:0030:0031:trace:seh:raise_exception  rsi=0000000000924e90 rdi=0000000000924dc0 rbp=00000000009251d0 rsp=0000000000924d70
3779.048:0030:0031:trace:seh:raise_exception   r8=0000000000000002  r9=0000000000924e80 r10=6b636f736e695722 r11=0000000000000000
3779.048:0030:0031:trace:seh:raise_exception  r12=0000000000000001 r13=0000000000000001 r14=00000001409939e8 r15=000000000092d428
3779.048:0030:0031:trace:seh:RtlVirtualUnwind type 1 rip 7b00fdce rsp 924d70
3779.048:0030:0031:trace:seh:dump_unwind_info **** func fd80-fe07
3779.048:0030:0031:trace:seh:dump_unwind_info unwind info at 0x7b08e344 flags 0 prolog 0x11 bytes function 0x7b00fd80-0x7b00fe07
3779.048:0030:0031:trace:seh:dump_unwind_info     0x11: subq $0xc8,%rsp
3779.048:0030:0031:trace:seh:dump_unwind_info     0xa: pushq %rsi
3779.048:0030:0031:trace:seh:dump_unwind_info     0x9: pushq %rdi
3779.048:0030:0031:trace:seh:dwarf_virtual_unwind function 7b439c71 base 0x7b439a28 cie 0x7b490710 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip

Les personnes ayant des problèmes de grésillement audio / son, cela a résolu le problème pour moi:

Configurez /etc/pulse/daemon.conf pour avoir les paramètres suivants:

default-sample-format = s32le
default-sample-rate = 48000
alternate-sample-rate = 44100

J'ai également installé Faudio réinstallé via protontricks mais cela ne l'a pas corrigé. Mentionner au cas où c'est la combinaison qui le fait.

@mixedCase Pouvez-vous expliquer comment vous avez réinstallé Faudio via protontricks? Je vous remercie

J'ai téléchargé et installé le pilote NVIDIA à partir de https://developer.nvidia.com/vulkan-beta-4406607-linux
Void Linux.
installé avec sudo sh NVIDIA-Linux-x86_64-440.66.07.run

Essayez d'abord: lxdm ne démarre pas. (continue d'essayer et échoue)

J'ai donc supprimé /etc/X11/xorg.conf, un fichier désinstallé
sudo sh NVIDIA-Linux-x86_64-440.66.07.run --uninstall

Je l'ai réinstallé, et cette fois il lui a permis de créer son propre xorg.conf
Puis l'a modifié avec les informations de lspci | grep VGA en suivant les instructions de https://wiki.voidlinux.org/Proprietary_Video_Drivers

Et ça a marché :)
«Travailler» sur mon ordinateur signifie que l'écran de connexion de lxdm est un écran noir, mais je peux toujours saisir mon utilisateur et mon mot de passe en appuyant sur les bonnes touches. Pour des raisons d'autorisation, mon x ne peut rien afficher tant que mon utilisateur n'est pas connecté. Je n'ai tout simplement pas vu la nécessité de résoudre ce problème: p

Doom fonctionne bien maintenant, autour de 100 FPS.

@ gardotd426 voir ci-dessus est ce que j'ai fait. Sauf que je suis revenu à 440,64 stable, tandis que notre champion ici a avancé et l'a fait fonctionner.

Un dernier point, vous aurez besoin de linux ## - headers (## étant la version de votre noyau: 4.9 = 49, 5.4 = 54, et ainsi de suite) pour installer les derniers pilotes. Si vous ne voulez pas bricoler et gérer votre ssdm ou lxdm avec xorg plantant après le redémarrage du pilote, attendez la version stable des pilotes après les tests de la communauté et tout cela. Sinon, ci-dessus est le chemin du succès.

Confirmé! 100-150 fps @ 1440p sur les paramètres Ultra Nightmare avec GTX 1080 avec le nouveau pilote 440.66.07!
Ce jeu est vraiment amusant maintenant: D
DÉCHIRURE ET DÉCHIRURE !!!

Quelqu'un d'autre a un crash après avoir récupéré la deuxième mise à niveau du fusil de chasse? Ensuite, le tutoriel apparaît et le jeu se fige. Au moins, les pilotes ont corrigé les fps.

@ PraetorianSC4 C'est assez simple, vraiment. De mon readme:

git clone https://github.com/Frogging-Family/nvidia-all.git
cd nvidia-all
makepkg -si

Suivez ensuite les invites et remplacez les packages existants par les nouveaux lorsque vous y êtes invité. C'est essentiellement tout ce qu'il y a à faire.
Si vous voulez revenir aux paquets fournis par la distribution, installez-les simplement via mhwd, pacman ou n'importe quelle interface graphique pacman de votre choix, et remplacez les paquets -tkg lorsque vous y êtes invité. Facile.

Si quelqu'un a besoin de RPM Fedora pour les pilotes bêta fonctionnels, veuillez m'envoyer un ping et j'essaierai de les publier sur COPR.

@ e-user ce serait génial!

Il s'avère que les pilotes nVidia figurent sur la liste des éléments interdits pour COPR.

Pour faire court, vous pouvez récupérer les RPM de

@jalabb Popups (volume, réalisations, etc.) interrompent toujours le jeu pour moi même si le jeu est réglé sur borderless. Puis-je essayer une autre solution?

@ 75AngryDucks Ce n'est pas vraiment une solution, mais je désactive simplement n'importe quel popup jusqu'à ce que le problème soit résolu. Pour les popups de succès, la désactivation de la superposition de vapeur devrait les empêcher d'apparaître [EDIT: ce n'est pas le cas]. Volume d'un autre côté, je ne sais pas, c'est spécifique à votre bureau je suppose. Essayez peut-être une autre version de Proton pour voir si cela aide (vanilla 5.0-5 vs 5.3-GE-3 par exemple)

[EDIT] J'utilise XFCE4 (Xubuntu) et les popups de succès / volume ne plantent pas le jeu.

Il s'avère que les pilotes nVidia figurent sur la liste des éléments interdits pour COPR.

Pour faire court, vous pouvez récupérer les RPM de

C'est malheureux, mais merci de partager les fichiers.

Je viens de faire une course parfaite, une heure de 60FPS (vsync à triple tampon) sur les paramètres graphiques cauchemardesques, le son crépitant a disparu après avoir corrigé pulse.conf - mais je ne pouvais plus démarrer le jeu après cela, alors je soupçonne que je 'ai déclenché cinq grèves de Denuvo par interdiction de 24 heures.

Chère équipe Valve, si vous lisez ceci, pourriez-vous nous aider à résoudre la situation Denuvo?

@jalabb pour moi la désactivation de la superposition Steam ne désactive pas les popups de succès
aussi alt-tabbing ne fonctionne pas à moins que j'utilise une résolution inférieure afin que la fenêtre ne remplisse pas tout l'écran (sans bordure)

J'ai réussi à obtenir un peu d'informations sur le fonctionnement de ce jeu jusqu'à présent. Excellent travail jusqu'à présent pour faire fonctionner cela!

Distribution: Arch Linux
GPU: nVidia GTX 1660 Super
Driver/LLVM version: nvidia 440.66.07
Kernel version: 5.5.13-zen2-1-zen
Proton version: 5.4-GE-3
Desktop Environment: KDE 5.18.4.1
Running default exe with denuovo.

Tout d'abord, l'audio:

Les personnes ayant des problèmes de grésillement audio / son, cela a résolu le problème pour moi:

Configurez /etc/pulse/daemon.conf pour avoir les paramètres suivants:

default-sample-format = s32le
default-sample-rate = 48000
alternate-sample-rate = 44100

s32le n'était pas nécessaire, le réglage de la fréquence d'échantillonnage à 48 kHz est la partie importante. Malheureusement, j'utilise la carte son / ampli externe Soundblaster E1 qui ne peut fonctionner qu'à 44,1 kHz. J'étais toujours en mesure de contourner ce problème cependant ...

  • Si je démarre le jeu sur un appareil fonctionnant à 44,1 kHz, il crépitera, même si je le change pour utiliser un appareil 48 kHz, l'audio crépitera toujours, mais ..
  • Si je démarre le jeu sur un appareil fonctionnant à 48 kHz, il ne crépitera pas, et je peux le changer en un appareil 44,1 kHz et il ne crépitera toujours pas! (dans mon cas, utiliser les paramètres de pulseaudio kde pour changer le périphérique par défaut)
  • Y a-t-il un moyen / avons-nous essayé de forcer DE à démarrer à 48Khz quel que soit le périphérique audio auquel il se lie?

En ce qui concerne la stabilité: le jeu devra être en mode fenêtre si je veux pouvoir modifier l'onglet sans que le jeu ne se bloque. Quelque chose semble étrange à propos de l'implémentation de la fenêtre en général: lorsque j'ai mis le jeu en mode fenêtre 1280x720, il présentait toujours la fenêtre comme couvrant la majeure partie de l'écran 2560x1440 avec une bordure en haut. Lorsque j'ai réglé la résolution plus bas, le jeu s'est figé.
Modifier: Le jeu se figeait également lorsque vous cliquiez avec le bouton droit sur la bordure et que vous le définissiez en plein écran de cette façon. Le jeu se fige également lorsqu'une autre boîte de dialogue se superpose en plein écran, comme d'autres utilisateurs l'ont expérimenté.

En ce qui concerne les performances: se sent maintenant identique aux fenêtres, parfait! La désactivation de la superposition de vapeur améliore également les performances (comme dans Windows 10), je vous recommande vivement de l'essayer.

Je viens de faire une course parfaite, une heure de 60FPS (vsync à triple tampon) sur les paramètres graphiques cauchemardesques, le son crépitant a disparu après avoir corrigé pulse.conf - mais je ne pouvais plus démarrer le jeu après cela, alors je soupçonne que je 'ai déclenché cinq grèves de Denuvo par interdiction de 24 heures.

J'ai eu ce problème avec GE proton avec un jeu différent, le démarrer trop de fois en l'utilisant m'obligerait à attendre 24 heures. Mais je n'ai pas eu ce problème sur GE avec Doom Eternal malgré le redémarrage de plusieurs fois (bien qu'après le gel du jeu). Je ne sais pas vraiment pourquoi ...

@jalabb La fenêtre contextuelle de volume est spécifique à mon DE, mais je peux contourner cela en réglant le volume en jeu. La désactivation de la superposition de vapeur n'arrête pas les fenêtres contextuelles de succès, donc actuellement mon jeu se bloque chaque fois que j'obtiens un succès.

@ PraetorianSC4 C'est assez simple, vraiment. De mon readme:

git clone https://github.com/Frogging-Family/nvidia-all.git
cd nvidia-all
makepkg -si

Suivez ensuite les invites et remplacez les packages existants par les nouveaux lorsque vous y êtes invité. C'est essentiellement tout ce qu'il y a à faire.
Si vous voulez revenir aux paquets fournis par la distribution, installez-les simplement via mhwd, pacman ou n'importe quelle interface graphique pacman de votre choix, et remplacez les paquets -tkg lorsque vous y êtes invité. Facile.

@ Tk-Glitch
C'est exactement ce que j'ai fait. Dans mon cas, cela a conduit à un écran noir gpu après le redémarrage. Le processus du pilote recommande d'exécuter mkinitcpio -p une fois l'installation terminée. Cela conduit également à la rupture de xorg. Je ne savais pas que xorg se briserait après une mise à jour du pilote comme l'ont souligné @KaeKun et @ grand248 . En tant que tel, pour revenir à un état stable, j'ai reculé. Je suis sur Manjaro 5.4 contrairement à @ grand248 qui est sur 5.5. Je ne pense pas que la version du noyau compte tant que les en-têtes sont corrects.

Je vais lui donner une autre chance plus tard dans la journée et faire un suivi.


@Waistless : semble-t-il que l'extension plein écran Vulkan est en conflit avec les compositeurs Linux et Windows DE d'une manière ou d'une autre?

@ FTL-Space-Warp @ 75AngryDucks Oui, j'ai obtenu un exploit et il est

Je ne suis pas un expert de la forme ou de la forme, mais cela pourrait être de la composition, XFCE a une composition beaucoup plus légère que GNOME, voire aucune.

EDIT: la composition devrait être désactivée automatiquement, peut-être qu'elle s'allume pendant un moment ou quelque chose de bizarre comme ça

@jalabb J'utilise Manjaro KDE Plasma et le mien plante.

@MagicRB Existe-t-il un moyen de forcer la composition pendant le jeu? Je peux essayer et faire un rapport.

@ 75AngryDucks comme je l'ai dit si vous utilisez Steam et / ou Proton-ge, il devrait déjà être désactivé et je n'ai aucune idée de comment cela fonctionne sur GNOME, je n'ai jamais utilisé GNOME. Mais vous semblez exécuter KDE, sur KDE le raccourci est Alt + Shift + F12 pour basculer la composition.

@ PraetorianSC4 5.4? Le problème probable ici est que la version 5.4 a été construite avec une version antérieure de GCC à celle que vous avez actuellement à l'échelle du système, de sorte que vos modules ne sont pas construits à cause d'une incompatibilité GCC. mkinitcpio -P n'a exactement aucune raison de casser Xorg directement car il n'a aucun rapport et est également exécuté chaque fois que vous installez une mise à jour du noyau, et là encore, le problème probable est celui ci-dessus. Plusieurs utilisateurs de Manjaro exécutant 5.5 / 5.6 n'ont eu aucun problème, ce qui contribue à cette hypothèse.
Edit: Un journal du problème aiderait certainement à le résoudre.

J'ai réussi à lancer le jeu en utilisant Steam Beta et Proton-5.4-GE-3, mais je vois toutes sortes de problèmes graphiques sur presque toutes les surfaces. Quelqu'un sait-il comment résoudre ces problèmes? J'ai un RX 580. Selon mesa-overlay, j'obtiens un 60-80FPS stable sur tous les paramètres Ultra, donc le jeu est définitivement jouable, mais je me demandais si c'est déjà le maximum?

@MagicRB Le basculement de la composition interrompt immédiatement le jeu. J'ai également testé l'utilisation de règles de fenêtre pour forcer la composition, mais cela s'est toujours planté la prochaine fois que j'ai obtenu un exploit. Je pourrais essayer de changer les DE, mais j'ai vu que cela pouvait provoquer des conflits. S'il y a un moyen de les changer proprement, je pourrais essayer xfce4.

Pas vraiment, peut-être que si vous avez réussi à installer une instance vraiment minimale de XFCE mais que je ne le recommande pas, laissez-le à quelqu'un d'autre.

J'ai trouvé un hack temporaire pour désactiver les notifications de vapeur
Dans $ HOME / .local / share / Steam / resource / styles / steam.styles
Remplacez Notifications.Stacksize "3" par "0". Puis redémarrez Steam.

Testé rapidement en activant l'entrée de vapeur pour tous les contrôleurs, puis en branchant mon contrôleur xbox one. Avec ce hack, il ne fait plus apparaître une notification de profil de contrôleur chargé en bas à droite.

J'espère que cela vous aidera à déchirer et déchirer jusqu'à ce que cela soit corrigé :)

@ Tk-Glitch Vous aviez raison, amdgpu-pro est nettement plus rapide que radv. Malheureusement, il a fallu un certain temps pour comprendre comment installer amdgpu-pro sur Gentoo pour une utilisation avec Doom Eternal , voici donc un petit guide pour tout le monde:

  1. Téléchargez amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz depuis https://www.amd.com/en/support/graphics/amd-radeon-5700-series/amd-radeon-rx-5700-series / amd-radeon-rx-5700-xt

  2. Déballer: tar xvfJ amdgpu-pro-19.50-967956-ubuntu-18.04.tar.xz

  3. Décompressez le fichier deb des pilotes Vulkan pour 64 bits: ar x vulkan-amdgpu-pro_19.50-967956_amd64.deb

  4. Décompressez le fichier data.tar.xz qui se trouvait dans le fichier deb: tar xvfJ data.tar.xz

  5. Déplacez le dossier extrait opt ​​/ amdgpu-pro de l'archive vers / opt / amdgpu-pro

  6. Démarrez Steam avec la commande suivante: VK_ICD_FILENAMES = / opt / amdgpu-pro / etc / vulkan / icd.d / amd_icd64.json / usr / bin / steam (vous pouvez également ajouter la variable d'environnement aux options de lancement de Doom Eternal dans Steam) afin d'utiliser le pilote amdgpu-pro vulkan au lieu du pilote mesa radv par défaut. Grâce à la superposition de performances de Doom Eternal, vous pouvez confirmer qu'il utilise le bon pilote (dira pilote amd au lieu de mesa).

Note: J'utilise Gentoo 64 bits, avec des packages pour la plupart stables sauf mesa -9999 (git), steam from steam-overlay avec des mises à jour du client USE "-steamruntime" et beta désactivées, Proton-5.4-GE-3. Matériel Ryzen 3700X avec Radeon 5700XT

@ nuku97 Et vous obtenez en gros ~ 140 ips avec amdgpu-pro sur Linux.

@ Progman-DT Oui, on travaille dessus. Les fonctionnalités manquantes pour ACO sont toujours WIP. Il y a deux MR qui, lorsqu'ils sont combinés, peuvent déjà donner jusqu'à 30% de gains de performance avec RADV / LLVM.

Finalement:

  • Proton 5.4-GE-3
  • NVIDIA 440.66.07
  • Les paramètres de Pulseaudio ont été modifiés pour:

resample-method = speex-float-5
default-sample-format = s24le
taux d'échantillonnage par défaut = 48000
taux d'échantillonnage alternatif = 44100
fragments par défaut = 2
default-fragment-size-msec = 125

Le jeu fonctionne parfaitement, pas de problèmes graphiques, pas de bruit de crépitement, 180-250 FPS en Full-HD et paramètres graphiques trop élevés. (RTX2060, Ryzen 1700, 16 Go de RAM, Fedora 31)

Quand pouvons-nous nous attendre à ce que la version 440.66 soit poussée vers la version stable?

Probablement jamais. La série 445 est plus susceptible d'être la première version stable à contenir le correctif.

Une idée si c'est une question de semaines ou de mois?
J'ai essayé de l'installer manuellement, mais il a cassé mon système et a dû revenir en arrière. Je me demande simplement si cela vaut la peine d'essayer à nouveau.

Système d'exploitation: Manjaro Linux x86_64
Noyau: 5.6.0-rc1-1-tkg-pds
WM: i3 (pas de compositeur)
Processeur: AMD Ryzen 5 2600 (12) à 3,400 GHz
GPU: AMD ATI Radeon RX590
Mesa-git 20.1.0_devel.121255.b93a1952258-1
J'ai 20 images par seconde, je ne peux pas vraiment le dire car MANGOHUD ne fonctionne pas. J'ai aussi essayé amdgpu-pro, j'ai suivi les instructions de @ nuku97 mais cela ne semble pas faire de différence. J'ai essayé Proton-5.4-GE-3 et Proton-tkg-5.5. Des idées pourquoi? Il semble que les utilisateurs de rx580 ou rx590 obtiennent de très bonnes performances. Je suis également sur une résolution assez petite, 1200x900 (moniteur CRT), même si j'ai essayé 1080p et il n'y a pas de différence.
Mes options de lancement sont:
MANGOHUD = 1 STEAM_RUNTIME = 1 RADV_PERFTEST = llvm VK_ICD_FILENAMES = / opt / amdgpu-pro / etc / vulkan / icd.d / amd_icd64.json PROTON_NO_ESYNC = 1% commande% + in_terminal 1 + com_skipIntroVideCommande 1 + in_terminal 1 + com_skipIntroVide

git clone https://github.com/Frogging-Family/nvidia-all.git
cd nvidia-tout
makepkg -si

@ Tk-Glitch Le pilote vulkan beta ne s'installe pas via dkms sur le dernier linux 5.6.2-5-tkg que j'ai construit. 440.64 semble cependant bien s'installer.

@AllKind @ Tk-Glitch Driver a confirmé qu'il fonctionnait sur 5.6.xx avec le commit récemment poussé vers nvidia-all

@Waistless Cela a fonctionné pour moi. Cela n'a pas vraiment résolu le problème, mais cela m'a permis de passer en revue et d'obtenir le reste des réalisations en solo, donc maintenant je peux le rejouer sans problème.

@ nuku97 Merci d'avoir contribué :) Cela m'a définitivement aidé à tirer le meilleur parti de mon GPU avec ce jeu. Ces instructions ont bien fonctionné pour Fedora 32. Tout ce dont j'ai besoin maintenant est de savoir comment activer FreeSync.

Autant que je sache, il n'y a aucun moyen de faire fonctionner FreeSync avec les pilotes mesa. Je dois utiliser des pilotes propriétaires.

@ d3rhans

* Pulseaudio settings changed to:

resample-method = speex-float-5
default-sample-format = s24le
taux d'échantillonnage par défaut = 48000
taux d'échantillonnage alternatif = 44100
fragments par défaut = 2
default-fragment-size-msec = 125

J'obtiens toujours un son crépitant sur Fedora 31, indépendamment de mes paramètres Pulseaudio, mais seulement à chaque autre démarrage du jeu. Obtenez-vous de bons résultats cohérents avec ces paramètres chaque fois que vous démarrez le jeu?

Et pourquoi la méthode de rééchantillonnage devrait-elle avoir de l'importance, avez-vous obtenu ces paramètres ailleurs?

Question:

  • je vois toujours l'option +com_skipSignInManager 1 mais que fait-elle? de la dénomination, je suppose que cela ignore la connexion bethesda, mais ce n'est pas le cas pour moi - je dois toujours attendre que le client se connecte à quelque chose

mon premier lancement n'avait pas de problèmes audio, mais maintenant tous les autres lancements sont pleins de sons crépitants qui le rendent injouable, une idée de comment approfondir ce problème sonore?
ive a essayé les deux configurations pulseaudio sans bons résultats

@ e-user @ evilch3n Lorsque vous exécutez pacmd list-sinks "sample spec" pour votre périphérique audio par défaut (que DE utilise au lancement) affiche-t-il la fréquence d'échantillonnage 44100hz ou 48000hz?
D'après mon expérience, lorsque je lance le jeu avec l'appareil par défaut réglé sur 44100 Hz, il craque toujours même lorsque je change d'appareil par défaut.
Lorsque je lance le jeu sur un appareil 48000hz, il ne craque pas et je peux alors changer le périphérique sonore par défaut et il restera non craquelé. Certaines cartes son telles que mon Soundblaster E1 externe ne peuvent pas fonctionner à 48000 Hz, je dois donc utiliser cette solution de contournement.
Je n'ai pas changé le format d'échantillon par défaut ni aucun autre paramètre. Seulement la fréquence d'échantillonnage par défaut à 48000hz et l'échantillon alt à 44100 (donc il fait 48k lorsque cela est possible).

Peut-être existe-t-il un moyen plus simple de forcer Doom Eternal à fonctionner à 48000 Hz, ou est-ce que ce problème est lié au rééchantillonnage de pulseaudio?

Cela donnera des résultats très différents selon le matériel. Il n'y a pas de réglage pour Pulseaudio. Si vous êtes l'un des malchanceux à rencontrer des problèmes de crépitement induits par Pulseaudio, vous devrez trouver des paramètres qui fonctionnent pour votre matériel spécifique. Copier / coller des paramètres qui fonctionnent aveuglément sur différents matériels n'aidera pas nécessairement du tout et pourrait éventuellement aggraver les choses.
Une mauvaise default-fragment-size-msec , notamment, peut rendre le crépitement insupportable.

Pensez donc à faire des sauvegardes avant de jouer avec PA 🐸

J'ai remarqué que mon audio intégré avait plus d'options de fréquence d'échantillonnage dans Win 10, alors je les ai essayés ici en les forçant via la configuration du démon d'impulsion.
Utilisation UNIQUEMENT: (en remplaçant les valeurs pertinentes)

default-sample-rate = 48000
alternate-sample-rate = 48000

Testé en redémarrant le service et le socket pulseaudio, vérifiant que les modifications ont été acceptées à l'aide de
pacmd list-sinks

44100: Crépitement
48000: amende
96000: Crépitement
192000: Crépitement

  • L'audio Nvidia DisplayPort a eu les mêmes résultats pour 44100 et 48000
  • La modification du paramètre de profondeur de bits (s16le ou s24le) n'a eu aucun impact.
  • Toutes les fréquences d'échantillonnage fonctionnent correctement dans toutes les autres applications.
  • Une fois que le jeu démarre sur un appareil 48Khz, il peut être déplacé vers un appareil 44.1khz sans problème.
  • avoid-resampling = true avec toutes les autres options par défaut (44.1khz, alternative 48khz) avait encore des craquements
  • C'est avec 5.4-GE-3. Je ne peux pas tester 5.0-5 car DE ne démarrera pas avec cette version. Faites-moi savoir si je dois tester une version TKG pour ce problème.

Je ne suis pas sûr qu'il existe un moyen plus définitif de prouver que Doom Eternal sous Wine / Proton n'aime pas les fréquences d'échantillonnage audio autres que 48Khz. Il ne devrait pas être nécessaire de modifier les autres options de pulseaudio.
Pour confirmer que les bons paramètres ont été appliqués:
pacmd list-sinks
Votre audio par défaut doit lire:
sample spec: s16le 2ch 48000Hz

@Waistless

pacmd list-sinks | grep "ample"
    sample spec: s24le 2ch 44100Hz
    sample spec: s16le 2ch 48000Hz
    sample spec: s32le 2ch 48000Hz

: man_shrugging:

@ evilch3n Grep seul ne montre pas tout, il y aura plusieurs appareils répertoriés. À partir de cette liste, il montre que l'un de vos appareils audio ne peut pas fonctionner à 48Khz, en supposant que vous ayez forcé default-sample-rate = 48000 et alternate-sample-rate = 48000 (que vous devez d'abord essayer d'obtenir tous les appareils à 48k)
Si ce périphérique se trouve être le périphérique par défaut que vous utilisez, vous devrez utiliser le travail autour du démarrage de Doom Eternal avec un périphérique 48khz défini par défaut, puis changer par défaut le périphérique 44.1khz.

Cette situation est la raison pour laquelle j'ai suggéré qu'il devrait y avoir un moyen de forcer Doom Eternal à démarrer à 48Khz et de laisser Pulseaudio gérer le rééchantillonnage, mais je ne suis pas sûr qu'une telle commande existe en dehors du codage en dur proton / wine pour le gérer de cette façon .

@Waistless merci pour les infos,
je peux confirmer aucun crépitement avec 48000 pour tout

Le jeu fonctionnait très bien hier avec le nouveau pilote nvidia, mais aujourd'hui, il se bloque sur le bureau au moment où je le démarre. J'obtiens un écran noir pendant une seconde, puis il se ferme. la suppression de + com_skipIntroVideo 1 des options de lancement remplace l'écran noir par la première seconde de la vidéo d'introduction, mais cela ne change rien d'autre. L'ajout de PROTON_LOG = 1 aux options de lancement n'a pas semblé générer de journal. Quelqu'un a-t-il une idée de ce qui se passe? J'utilise manjaro KDE et la version de proton de GloriousEggroll, au cas où cela serait pertinent. essayer d'autres versions de proton ne l'a pas résolu.

Edit: cela fonctionne soudainement après un redémarrage.

@sidok LOL, j'allais vous dire d'essayer de redémarrer.

J'ai le même problème. Ça marche quelques fois, puis ça s'arrête. Je pense qu'il s'arrête après avoir mis mon ordinateur en veille. Ou si je ferme la vapeur. Je ne sais pas encore parce que je n'ai pas essayé de résoudre le problème, je redémarre simplement parce que je veux juste jouer.

Quelqu'un d'autre a le même problème?

Void Linux, Linux 5.5.14_1, gestionnaire de fenêtres i3, Lenovo Legion Y720, Quad Core Intel Core i7-7700HQ, Nvidia GeForce GTX 1060

Exécution du Proton GE-3 de GloriusEggroll également. Aucun paramètre du tout ajouté.

@KaeKun Seules les fois où j'ai eu ces problèmes, c'est quand:

  • Une application démarre automatiquement trop tôt. Généralement, l'ajout de sleep 10s && avant la commande de démarrage automatique résout ce problème
  • Après avoir fait pacman -Syu (mises à jour) et Steam devient confus au sujet d'une dépendance qu'il pensait être là. Je ne sais pas si void linux effectue des mises à jour en arrière-plan?

Désolé si cela fait glisser le problème un peu hors du sujet, mais j'espère que cela vous aidera

@kdwinter RADV + ACO ne fonctionne pas actuellement, vous devrez utiliser LLVM ( RADV_PERFTEST=llvm si votre build l'a activé par défaut) ou un pilote différent.

Le pilote propriétaire Vulkan offre de loin les meilleures performances dans ce jeu, vous voudrez donc l'utiliser si vous savez comment l'installer, mais _ne pas_ bousiller votre système en installant tous les packages amdgpu-pro, ce n'est pas nécessaire.

J'ai fini par utiliser le package AMDVLK Debian / Ubuntu de https://github.com/GPUOpen-Drivers/AMDVLK/releases et j'ai changé ma configuration de lancement pour faire référence VK_ICD_FILENAMES=/etc/vulkan/icd.d/amd_icd64.json

@sidok LOL, j'allais vous dire d'essayer de redémarrer.

J'ai le même problème. Ça marche quelques fois, puis ça s'arrête. Je pense qu'il s'arrête après avoir mis mon ordinateur en veille. Ou si je ferme la vapeur. Je ne sais pas encore parce que je n'ai pas essayé de résoudre le problème, je redémarre simplement parce que je veux juste jouer.

Quelqu'un d'autre a le même problème?

Void Linux, Linux 5.5.14_1, gestionnaire de fenêtres i3, Lenovo Legion Y720, Quad Core Intel Core i7-7700HQ, Nvidia GeForce GTX 1060

Exécution du Proton GE-3 de GloriusEggroll également. Aucun paramètre du tout ajouté.

Face au même problème, j'ai essayé de redémarrer l'application Steam, juste au cas où

Voyons maintenant si cela fonctionne après la re-connexion

N'a pas eu ce problème avec la version distro. Pourrait y revenir.

Fyi, bug lié au suivi de développement mesa radv
https://gitlab.freedesktop.org/mesa/mesa/-/issues/2684#note_455985

Bonjour, avec les derniers pilotes bêta de Nvidia Vulkan, le jeu fonctionne bien (compte tenu de ma plate-forme) en mode fenêtré sur bas.
Cependant, je rencontre un crash lors de la récupération de la première rune du deuxième niveau. Il peut être lié à la lecture d'un film intégré. Un rapide aperçu des journaux mentionne l'échec du lancement d'un utilitaire HAVOK, mais je ne sais pas si c'est la cause première.

Système: Linux 5.5.13-arch1-1
Processeur: Amd Ryzen 2700X
16 Go de RAM
GPU: Nvidia GTX 960
Pilotes: 440.66.07

Le journal Proton est ici: https://we.tl/t-UbFe0fWrMo

Pour quiconque exécute Ubuntu 18.04 avec le noyau Linux 5.3.0, j'ai trouvé ceci pour enfin le faire fonctionner: https://www.protondb.com/app/412020#_8gOCAMdq
Avant cela, j'obtiendrais un segfault même avec tous les ajustements de ce fil. Après avoir ajouté l'option et redémarré, le jeu a juste fonctionné. Système:

  • AMD Ryzen 3900X
  • Nvidia RTX 2070 Super
  • Linux 5.3.0-45-générique # 37 ~ 18.04.1-Ubuntu SMP
  • Proton 5.4-GE-3
  • NVIDIA 440.66.07

Contexte: pour les noyaux <5.4, vous devez ajouter clearcpuid=514 aux options de démarrage du noyau: https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.4-UMIP-Spoofing

@ GirardR1006 Si vous désactivez les didacticiels dans le menu du jeu, le crash disparaît-il?

@teotomic merci pour cela. La désactivation de l'instruction umip corrigé tous mes autres jeux Denuvo mais pour une raison quelconque, Doom Eternal ne fonctionne toujours pas. J'attendrai que les pilotes 440.66 deviennent stables.

Voici le problème Proton de suivi des processeurs du noyau 5.3 et Ryzen 3xxx: numéro 2927

Hé les gars, je suis à bout de nerfs ici et je pourrais avoir besoin d'aide.

Voici les spécifications de mon système:

  • Pop! _OS 19.10, noyau 5.4

    • J'ai mis à jour parce que j'ai vu d'autres avoir des problèmes avec le noyau 5.3.

  • nVidia GeForce RTX 2070, exécutant les pilotes bêta 440.66.08.

    • J'ai annulé les modifications de configuration de Xorg effectuées par le pilote car mon système démarrerait avec juste un écran noir. Je ne sais pas si cela affecte quelque chose.

  • Vulkan 1.2.126 installé dans le système.

    • J'ai essayé de créer et d'installer la dernière version à partir du Vulkan-Loader , mais vulkaninfo ne les reconnaîtra tout simplement pas.

    • IIRC, Proton regroupe Vulkan, donc ce n'est même pas nécessaire.

  • Proton-5.4-GE-3

J'avais exécuté le jeu avec succès avec de bonnes performances auparavant, mais j'ai dû formater mon ordinateur portable parce que j'avais gâché autre chose et je ne pouvais pas le réparer. Je suis donc sur une installation propre, à l'exception des problèmes ci-dessus.

Voici un extrait de mes journaux Proton:

89.589:002f:0035:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:0036:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:0038:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:0039:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:003b:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:003c:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
 89.589:002f:0035:trace:seh:RtlVirtualUnwind type 1 rip 1403973c0 rsp 4a7ffe8
 89.589:002f:0035:trace:seh:dump_unwind_info **** func 3973c0-397424
 89.589:002f:0035:trace:seh:dump_unwind_info unwind info at 0x14317336c flags 0 prolog 0xa bytes function 0x1403973c0-0x140397424
 89.589:002f:0035:trace:seh:dump_unwind_info     0xa: movq %rbx,0x38(%rsp)
 89.589:002f:0035:trace:seh:dump_unwind_info     0xa: subq $0x20,%rsp
 89.589:002f:0035:trace:seh:dump_unwind_info     0x6: pushq %rdi
 89.589:002f:0036:trace:seh:RtlVirtualUnwind type 1 rip 1403973c0 rsp 528ffe8
 89.589:002f:0036:trace:seh:dump_unwind_info **** func 3973c0-397424
 89.589:002f:0036:trace:seh:dump_unwind_info unwind info at 0x14317336c flags 0 prolog 0xa bytes function 0x1403973c0-0x140397424
 89.589:002f:0036:trace:seh:dump_unwind_info     0xa: movq %rbx,0x38(%rsp)
 89.589:002f:0036:trace:seh:dump_unwind_info     0xa: subq $0x20,%rsp
 89.589:002f:0036:trace:seh:dump_unwind_info     0x6: pushq %rdi
 89.589:002f:003d:trace:seh:call_teb_handler handler at 0x7bd0d2c0 returned 1
Unhandled exception: divide by zero in 64-bit code (0x00007f45e757d33d).
 89.602:005e:005f:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:
 rip:00007f45e757d33d rsp:0000000004a70e50 rbp:0000000004a71320 eflags:00010246 (  R- --  I  Z- -P- )
 rax:0000000000000100 rbx:0000000000000000 rcx:00007f45ec0008de rdx:0000000000000000
 rsi:000000007da5bbb8 rdi:0000000000000000  r8:0000000000000000  r9:00007f45ec005180 r10:0000000004a71270
 r11:0000000000000007 r12:0000000004a71250 r13:0000000000008080 r14:000000000000000a r15:0000000000000000
Stack dump:
0x0000000004a70e50:  0000000000000000 0000000004a7c758
0x0000000004a70e60:  0000000000000001 ffffffffffffff90
0x0000000004a70e70:  0000000004a71190 0000000004a7c740
0x0000000004a70e80:  00007f45ec1dd8d0 00007f45ec0d8a30
0x0000000004a70e90:  00007f45ec005140 00007f45ec17e080
0x0000000004a70ea0:  00007f45ec005170 000000007d86bd10
0x0000000004a70eb0:  0000000000000003 0000000000000080
0x0000000004a70ec0:  000000007da5bbb8 000000007da5bba0
0x0000000004a70ed0:  0000000000000000 0000000000000000
0x0000000004a70ee0:  0000000000000000 000000770000007c
0x0000000004a70ef0:  0000005b0000006e 00007f45e77a2472
0x0000000004a70f00:  00007f45e77a20f0 00007f45ec4c3ad0
Backtrace:
=>0 0x00007f45e757d33d in libvulkan_intel.so (+0xa633d) (0x0000000004a71320)
0x00007f45e757d33d: idivl       %edi,%eax

Je n'ai aucune idée de ce qui se passe, à part cela pourrait être lié à Vulkan à cause du retour en arrière. Que dois-je examiner?

Bonjour @thebozzcl , puisque le backtrace pointe vers libvulkan_intel.so et que vous essayez d'utiliser le pilote propriétaire nVidia, vous pouvez essayer d'éviter complètement le pilote Intel vulkan avec quelque chose comme VK_ICD_FILENAMES="/usr/share/vulkan/icd.d/nvidia_icd.json" %command% dans les options de lancement du jeu.

@ kisak-valve merci pour la suggestion! Malheureusement, cela n'a pas fonctionné, j'obtiens la même erreur. Je me demande pourquoi le jeu insiste pour utiliser le pilote Intel Vulkan.

EDIT: Je viens de réaliser que j'ai raté le "V" lors de la copie des options de lancement fournies par @ kisak-valve. Qui sait, cela aurait pu marcher. Au lieu de cela, j'ai emprunté la voie dure et réinstallé tout le système d'exploitation, puis installé Vulkan à partir de ses référentiels et des pilotes nVidia 440.66.07. Je l'ai fait fonctionner à nouveau, heureusement.

Voici exactement ce que j'ai fait, au cas où quelqu'un aurait besoin de savoir:

  1. Réinstaller mon OS (Pop! _OS, noyau Ubuntu 19.10 5)
  2. Construit et installé Vulkan-Headers , Vulkan-Loader et Vulkan-Tools partir de leurs dépôts. Si cela fonctionne, vous devriez pouvoir voir la version 1.2.136 lorsque vous exécutez vulkaninfo | less .

    • Avant de commencer, exécutez sudo apt-get build-dep libvulkan1 && sudo apt-get install cmake pour installer toutes les dépendances dont vous auriez besoin.

  3. J'ai installé les pilotes bêta de nVidia 440.66.07 (j'essayais avec 440.66.08 avant, peut-être que cela avait quelque chose à voir avec le problème). C'est la seule partie vraiment délicate:

    1. Installez certaines dépendances dont vous avez besoin en exécutant sudo apt-get install libglvnd-dev .

    2. Allez dans un terminal en tapant CTRL-ALT-F3 (ou une autre touche F).

    3. Purgez les pilotes nVidia actuels avec sudo apt-get purge nvidia* && sudo apt-get autoremove ( ATTENTION , regardez attentivement ce que ces commandes essaient de désinstaller)

  4. Arrêtez votre gestionnaire de bureau en exécutant sudo service gdm stop ou tout autre gestionnaire de bureau que vous utilisez. Tapez CTRL-ALT-F3 ou autre chose à nouveau pour revenir à votre instance de terminal.
  5. Assurez-vous que nvidia-drm est déchargé en exécutant sudo modprobe -r nvidia_drm .
  6. Vous devriez être prêt à exécuter l'installation du pilote en exécutant chmod +x ./NVIDIA-[whatever].run && sudo ./NVIDIA-[whatever].run . Lors de l'installation, j'ai installé les binaires 32 bits et le module DKMS. NE METTEZ PAS À JOUR LA CONFIGURATION X11 , du moins pour moi qui a cassé mon système au redémarrage.
  7. Vérifiez votre résultat en exécutant nvidia-smi . Au moins pour moi, il a détecté les nouveaux pilotes tout de suite. Cela pourrait également indiquer qu'il y a une incompatibilité, mais je pense que cela ne se produit que si vous ne purgez pas les anciens pilotes au préalable.
  8. Allez-y et redémarrez. Avec un peu de chance, vous pourrez vous connecter à votre système comme d'habitude.
  9. Si vous avez des écrans noirs / gris après le démarrage sans réactivité, vous devrez annuler ces modifications.

    1. redémarrez et accédez à votre chargeur de démarrage (pour mon cas, appuyez sur F10 à plusieurs reprises au démarrage).

    2. Déplacez le curseur sur votre système d'exploitation et le noyau de votre choix, puis appuyez sur "E".

    3. Dans la zone de texte qui apparaît, supprimez «quiet» et «splash» et ajoutez «nomodeset» à la fin.

    4. Appuyez sur Entrée. Vous devriez pouvoir démarrer sur votre machine sur un terminal.

    5. Deux choses que vous pouvez essayer pour résoudre ce problème: purger tous les packages nVidia, exécuter la désinstallation du pilote ( sudo ./NVIDIA-[whatever].run --uninstall ), vérifier /etc/X11 pour les modifications (fichiers sauvegardés par nVidia, par exemple) et annuler ces modifications .

Désolé pour le mur de texte, mais je suis un noob Linux et j'espère que quelque chose comme ça pourrait aider quelqu'un d'autre.

@ GirardR1006 Si vous désactivez les didacticiels dans le menu du jeu, le crash disparaît-il?

Oui ça plante toujours, la fenêtre du tutoriel n'est pas en cause ici. C'est plutôt la fenêtre affichant le choix des runes qui fait planter le jeu.

@ GirardR1006 J'utilise une configuration très similaire et je n'ai pas pu reproduire le problème sur cette rune ou une autre rune. Le journal de crash dit que c'est lié à Faudio, donc tout ce que je pourrais suggérer est de basculer différents paramètres audio, c'est-à-dire le mixage du haut-parleur <> casque, la désactivation du chat vocal ouvert, etc. J'ai essayé tout ce qui concerne cela pour reproduire, mais pas de dés.

GE-5.5 et Proton 5.0-6 RC sont sortis aujourd'hui afin que vous puissiez les essayer. Je pense que je vais également faire des tests pour voir si cela a résolu des problèmes actuels.

Si tout le reste échoue, vous pouvez publier les résultats de pacmd list-sources > pa.txt (il suffit de télécharger le pa.txt résultant dans le répertoire personnel). Si quelqu'un d'autre obtient exactement le même crash, peut-être qu'il y a quelque chose de spécifique qui le déclenche.

Ainsi, le problème du verrouillage soudain du jeu avec un écran noir lors de la tabulation alt ou du changement de résolution / du basculement entre fenêtré / plein écran est toujours une chose.

En dehors de cela, avec les pilotes 440.66.08 et le proton 5.0-6, j'ai remarqué une amélioration monumentale des performances, étant capable de maintenir 60 FPS même sur les réglages les plus élevés (hors taille du pool de texture, mon 1060 n'a pas assez de VRAM ).

J'ai vu les benchmarks montrant qu'il fonctionne mieux que sur Windows maintenant, mais je ne pensais pas que cela ferait une telle différence.

Edit: J'avais l'habitude d'avoir des bégaiements audio avant, mais avec les améliorations de perf, tout est parti, donc il s'agissait peut-être d'une charge CPU excessive (mon pauvre i5-6400 ...)

Proton 5.0-6 RC et 5.5-GE-1 se comportent de la même manière que le 5.4-GE-3 pour moi.
Il reste encore à démarrer le jeu avec un son 48Khz pour éviter les craquements, et le gel des onglets alt en plein écran reste.
Impossible de reproduire un crash runique sur aucune version.

@ kisak-valve - Je voulais souligner que le "hé ça marche!" les rapports sur Proton DB se suivent généralement dans deux camps:

  1. Les personnes utilisant une distribution roulante comme Arch / Manjaro avec AMD ou Nvidia GPU
  2. Les personnes utilisant n'importe quelle distribution mais avec un pilote GPU Nvidia récent

Pour certains d'entre nous sur Ubuntu 19.10 avec un GPU AMD, nous ne pouvons pas obtenir de libvulkan1 compatible (le chargeur icd) car il est à 1.1.114.0 et le prochain LTS (20.04) est à 1.2.131.2. Le PPA Oibaf , qui ils sont également verrouillés à 1.2.131.2 . N'oubliez pas que la version Mesa livrée avec la 20.04 sera verrouillée sur une version plus ancienne pendant 6 mois.

Donc, même avec Ubuntu 20.04 LTS manquant d'exigences minimales pour faire fonctionner DOOM Eternal, quelle est la meilleure méthode pour nous aider? Commençons-nous à mettre ces pilotes dans les versions Proton, les environnements d'exécution Steam ou une autre meilleure méthode? Essayons-nous d'amener l'équipe Ubuntu à mettre à jour son pilote Vulkan avant la version 20.04 même si Debian instable ne l'a pas encore?

Quelqu'un a déjà publié ceci:
https://pastebin.com/gjzLKV7V

Je ne sais pas si cela fonctionne car j'utilise Arch.

Quelqu'un a déjà publié ceci:
https://pastebin.com/gjzLKV7V

Je ne sais pas si cela fonctionne car j'utilise Arch.

Si vous allez sur https://packages.lunarg.com/vulkan/, il semble que la version maximale soit 1.2.131. donc je suis toujours dans le même bateau. Btw, j'ai créé une clé USB amorçable pour Manjaro 19.02 et je suis si proche de quitter Ubuntu. Ça va bien ces dernières années, mais c'est beaucoup trop démodé et quand la nouvelle version sortira le 23 avril, je serai toujours dans le même bateau.

Ubuntu est bien si vous voulez créer une image Docker ou exécuter un serveur, mais pour les jeux, c'est vraiment difficile.

EDIT: 1.2.135 peut être caché là-dedans dans la zone de test, donc je peux lui donner une chance. Cependant, je réfléchis toujours à mon départ.

J'ai essayé la commande et j'ai dû changer l'URL:
sudo wget -qO /etc/apt/sources.list.d/lunarg-vulkan-testing-bionic.list https://packages.lunarg.com/vulkan/testing/lunarg-vulkan-testing-bionic.list

mais il avait le potentiel de perturber le système alors j'ai arrêté pour l'instant:

1 package can be upgraded. Run 'apt list --upgradable' to see it.
N: Usage of apt_auth.conf(5) should be preferred over embedding login information directly in the sources.list(5) entry for 'https://packages.lunarg.com/vulkan/testing'

The following packages will be REMOVED:
  libgl1:i386 libgl1-mesa-dri:i386 libgl1-mesa-glx:i386 libglx-mesa0:i386 libglx0:i386 libvulkan1:i386
  mesa-vulkan-drivers:i386 steam:i386
The following packages will be upgraded:
  libvulkan1
1 upgraded, 0 newly installed, 8 to remove and 0 not upgraded.

@btegs si cela ne fonctionne pas, la construction de Vulkan à partir des dépôts n'est pas difficile.

https://github.com/KhronosGroup/Vulkan-Headers
https://github.com/KhronosGroup/Vulkan-Loader
https://github.com/KhronosGroup/Vulkan-Tools

Avant de commencer, essayez d'exécuter sudo apt-get build-dep libvulkan1 au cas où il vous manquerait des dépendances. Chaque dépôt a des instructions sur la façon de construire, mais elles seront toutes très similaires:

git clone https://github.com/KhronosGroup/Vulkan-$something.git
cd Vulkan-$something
mkdir build
cd build
../scripts/update_deps.sh # Not all of them have this, IIRC
cmake ..
make
sudo make install

EDIT: aussi, au cas où cela aiderait, j'ai énuméré tout ce que j'avais à faire pour que cela fonctionne dans mon cas dans ce commentaire: https://github.com/ValveSoftware/Proton/issues/3654#issuecomment -609094355

@btegs si cela ne fonctionne pas, la construction de Vulkan à partir des dépôts n'est pas difficile.

https://github.com/KhronosGroup/Vulkan-Headers
https://github.com/KhronosGroup/Vulkan-Loader
https://github.com/KhronosGroup/Vulkan-Tools

Avant de commencer, essayez d'exécuter sudo apt-get build-dep libvulkan1 au cas où il vous manquerait des dépendances. Chaque dépôt a des instructions sur la façon de construire, mais elles seront toutes très similaires:

git clone https://github.com/KhronosGroup/Vulkan-$something.git
cd Vulkan-$something
mkdir build
cd build
../scripts/update_deps.sh # Not all of them have this, IIRC
cmake ..
make
sudo make install

EDIT: aussi, au cas où cela aiderait, j'ai énuméré tout ce que j'avais à faire pour que cela fonctionne dans mon cas dans ce commentaire: # 3654 (commentaire)

Merci pour les commentaires. Puisque j'utilise un GPU AMD et que tout est lié à MESA pour les pilotes, je recevais cet avertissement concernant la suppression de mon package MESA. Je suppose que votre cas est différent en raison des pilotes Nvidia qui ne sont pas liés au package MESA de base et sont plus isolés.

@btegs si cela ne fonctionne pas, la construction de Vulkan à partir des dépôts n'est pas difficile.
https://github.com/KhronosGroup/Vulkan-Headers
https://github.com/KhronosGroup/Vulkan-Loader
https://github.com/KhronosGroup/Vulkan-Tools
Avant de commencer, essayez d'exécuter sudo apt-get build-dep libvulkan1 au cas où il vous manquerait des dépendances. Chaque dépôt a des instructions sur la façon de construire, mais elles seront toutes très similaires:

git clone https://github.com/KhronosGroup/Vulkan-$something.git
cd Vulkan-$something
mkdir build
cd build
../scripts/update_deps.sh # Not all of them have this, IIRC
cmake ..
make
sudo make install

EDIT: aussi, au cas où cela aiderait, j'ai énuméré tout ce que j'avais à faire pour que cela fonctionne dans mon cas dans ce commentaire: # 3654 (commentaire)

Merci pour les commentaires. Puisque j'utilise un GPU AMD et que tout est lié à MESA pour les pilotes, je recevais cet avertissement concernant la suppression de mon package MESA. Je suppose que votre cas est différent en raison des pilotes Nvidia qui ne sont pas liés au package MESA de base et sont plus isolés.

Oh oui, j'ai manqué cette partie de votre message. Désolé, cela n'a pas aidé.

Je remarque que certaines personnes ont mentionné des problèmes avec Alt + Tab, mais j'en ai trouvé un qui est légèrement différent de ceux qui ont été mentionnés.

Lorsque j'appuie sur Alt + Tab pendant le jeu, puis que je reviens dans le jeu, la touche de tabulation n'est plus reconnue. Cela ne se produit avec aucun autre jeu. Je peux le résoudre en basculant entre le mode plein écran / sans bordure / fenêtré, mais la prochaine fois que j'appuie à nouveau sur Alt + Tab, le problème revient à nouveau.

Bonjour les mainteneurs de Proton!

Doom Eternal fonctionne bien avec les tests Proton 5.0-6 RC.
Joué à un niveau sans remarquer de problèmes de gameplay.
Alt + Tab pose cependant des problèmes. Dès que je veux retourner au jeu, tout ce que je reçois, c'est un écran noir.
Besoin de terminer le jeu par le gestionnaire de processus.

Système:
Linux Mint 19.3 (Ubuntu 18.04) avec cinnamon Desktop (composition désactivée pour le plein écran).
Forcer le pipeline de composition est désactivé dans nvidia-settings.
Noyau: 5.5.14
Nvidia RTX 2080 Ti avec pilote 440.66.07

Journal de protons:
https://drive.google.com/open?id=1AKaOhfGmLf7oGTEOGYvvba0vMGwZ9FZU

Tout ce que j'ai fait pour le journal était: démarrer le jeu, continuer la campagne, Alt + Tab, Alt + Tab en arrière, terminer le processus.

Mise à jour: besoin de réinitialiser tous les paramètres graphiques de mon jeu, lors du basculement entre les versions de Proton (s'applique également à Wolfenstein II).

@ GirardR1006 J'utilise une configuration très similaire et je n'ai pas pu reproduire le problème sur cette rune ou une autre rune. Le journal de crash dit que c'est lié à Faudio, donc tout ce que je pourrais suggérer est de basculer différents paramètres audio, c'est-à-dire le mixage du haut-parleur <> casque, la désactivation du chat vocal ouvert, etc. J'ai essayé tout ce qui concerne cela pour reproduire, mais pas de dés.

GE-5.5 et Proton 5.0-6 RC sont sortis aujourd'hui afin que vous puissiez les essayer. Je pense que je vais également faire des tests pour voir si cela a résolu des problèmes actuels.

Si tout le reste échoue, vous pouvez publier les résultats de pacmd list-sources > pa.txt (il suffit de télécharger le pa.txt résultant dans le répertoire personnel). Si quelqu'un d'autre obtient exactement le même crash, peut-être qu'il y a quelque chose de spécifique qui le déclenche.

merci d'avoir suggéré la construction de protons personnalisés GE, le problème semble avoir disparu lors de l'utilisation de 5.5-GE1!

Lorsque j'appuie sur Alt + Tab pendant le jeu, puis que je reviens dans le jeu, la touche de tabulation n'est plus reconnue. [...] Je peux le résoudre en basculant entre le mode plein écran / sans bordure / fenêtré, mais la prochaine fois que j'appuie à nouveau sur Alt + Tab, le problème revient.

@SuperMatt J'ai également remarqué cela, pour moi, appuyer sur Alt pour afficher les objectifs actuels permet à la touche Tab de fonctionner à nouveau.

Si je mappe le menu à quelque chose d'autre, cela fonctionne tout en une seule fois sans problème, même si j'ai vu le problème de l'onglet.

Donc, en d'autres termes, c'est comme si le jeu supposait que la touche alt est constamment enfoncée. C'est utile de savoir. Peut-être remapper la touche alt pour qu'elle ne soit plus l'objectif actuel, cela pourrait corriger les choses.

Je ne peux pas comprendre pourquoi cela se produit, mais au niveau Urdak, je reçois un crash brutal de mon ordinateur. Le jeu va geler et je dois redémarrer. Lorsque je redémarre, systemd me place dans un shell d'urgence, mais il dit qu'il ne peut pas accéder à tty et que je ne peux pas taper. Je peux le réparer si j'exécute l'option de démarrage de récupération dans rEFInd, où il indiquera qu'il récupère mon journal.

@PopeRigby J'ai un problème similaire sur "Destroy The Super Gore Nest". Je ne suis pas convaincu que mon problème dépend du niveau. Je ne suis pas non plus tombé dans une coquille d'urgence. Je dois appuyer sur le redémarrage dur de ma tour. Une autre chose étrange que j'ai remarquée était que pendant que le jeu était gelé, le rétroéclairage de ma touche CAPS LOCK l'était aussi.

J'essayais de parcourir mes journaux systemd mais je n'ai pas trouvé l'erreur qu'il m'a montrée.

hum ... Le mien vient juste de me déposer sur mon bureau.

J'utilise une Radeon 5600XT et mesa-git a commencé à avoir des problèmes de corruption graphique, alors je suis revenu à Mesa 20.0.4, qui n'a pas de problèmes graphiques, mais le jeu se verrouille parfois totalement. Contrairement aux anciens verrous, je peux généralement utiliser SSH et tuer le processus, mais c'est néanmoins un problème étrange. Cela peut être similaire aux problèmes que vous rencontrez.

Comme je ne l'ai pas beaucoup expérimenté dans mesa-git, cela pourrait être corrigé dans la prochaine version stable ... nous ne pouvons qu'espérer.

Nvidia vient de publier le pilote stable

Arch Linux l'a déjà emballé.

Cela peut aider certains avec des problèmes audio.

Si protontricks est installé, vous pouvez dire à wine d'utiliser alsa au lieu de pulseaudio.

protontricks 782330 sound=alsa

@TheGreatMcPain suppose que c'est un bon truc :)
Mais cela pourrait également aider: https://github.com/ValveSoftware/Proton/issues/3721#issuecomment -610593779

Pour moi, tout redimensionnement de la fenêtre de jeu provoque le gel (la fenêtre reste noire après cela), je pense que nous pouvons inclure Alt + Tab à cela. Il se fige également si une fenêtre apparaît en haut de la fenêtre du jeu, y compris les notifications Steam (sur les nouveaux messages ou les cartes à collectionner reçues). La dernière ligne du journal (lors du redimensionnement de la fenêtre) dit: Flushing device resizeSwapChain: true, resizeViewDest: false, resizeImageNeedsFlush: false . J'utilise Awesome WM afin de pouvoir basculer la fenêtre en plein écran et inversement avec juste des raccourcis clavier.

@AllKind Intéressant, je me demande si cela aiderait les problèmes de son de DOOM 2016 où si la fréquence d'échantillonnage de votre carte son était différente de 44,1K ou 48K, l'audio serait un désordre.
Bien que cela se produise également sous Windows.

J'utilise le nouveau pilote NVIDIA stable (440.82) et je dois signaler qu'il n'a pas résolu mon problème de plantage. J'utilise également la version beta [next] 5.0-5 de Proton.
Sur une autre note: existe-t-il un moyen d'afficher une liste des mises à jour précédentes de Doom Eternal? Lorsque je clique sur _ "Afficher l'historique des mises à jour éternelles de Doom", le plus récent est le 24 mars.

Je viens de lancer le jeu sur arch avec le nouveau pilote NVIDIA stable (440.82) en utilisant le package Proton-5.5-GE-1. Le jeu s'est plutôt bien déroulé, quelques bégaiements mineurs de temps en temps mais le jeu est désormais jouable.

J'ai remarqué que la résolution dynamique était un peu plus basse que lors de son exécution sur Windows, mais dans l'ensemble, elle est très jouable maintenant.

Edit: J'ai retiré mes options de lanceur car il semble qu'elles contiennent quelques fautes de frappe.

Mes spécifications sont: le dernier pilote NVIDIA 440.82, GTX 1070, i7-7700k, tests Debian, Proton 5.5-GE-1. Après avoir défini les paramètres de lancement sur +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 je suis capable de jouer au jeu et il est lisse comme du beurre, mais ces gels sont facilement reproductibles et inévitables. Le moyen le plus simple de déclencher le gel est de passer en mode fenêtré à partir du plein écran (et inversement si cela ne se produit pas tout de suite). C'est comme si toute invalidation de la fenêtre arrête le rendu (le son continue de jouer). Qu'il s'agisse de redimensionner ou de couvrir la fenêtre avec autre chose, un bureau ou une notification Steam. Je pense donc que le moyen le plus sûr de jouer est de lancer Steam en mode hors ligne et de fermer le navigateur, la messagerie, etc. pour que rien n'apparaisse soudainement.

Lancer le jeu en mode hors ligne n'est pas nécessaire, si vous voulez des fonctionnalités en ligne, vous pouvez modifier $ HOME / .steam / steam / resource / styles / steam.styles:

Changez Notifications.Stacksize "3" à "0", puis redémarrez Steam.

Mes spécifications sont: le dernier pilote NVIDIA 440.82, GTX 1070, i7-7700k, tests Debian, Proton 5.5-GE-1. Après avoir défini les paramètres de lancement sur + in_terminal 1 + com_skipIntroVideo 1 + com_skipKeyPressOnLoadScreens 1 + com_skipSignInManager 1, je suis capable de jouer au jeu et il est lisse comme du beurre, mais ces gels sont facilement reproductibles et inévitables. Le moyen le plus simple de déclencher le gel est de passer en mode fenêtré à partir du plein écran (et inversement si cela ne se produit pas tout de suite). C'est comme si toute invalidation de la fenêtre arrête le rendu (le son continue de jouer). Qu'il s'agisse de redimensionner ou de couvrir la fenêtre avec autre chose, un bureau ou une notification Steam. Je pense donc que le moyen le plus sûr de jouer est de lancer Steam en mode hors ligne et de fermer le navigateur, la messagerie, etc. pour que rien n'apparaisse soudainement.

Je confirme que cela m'arrive également. Même GPU et même logiciel.

Lancer le jeu en mode hors ligne n'est pas nécessaire, si vous voulez des fonctionnalités en ligne, vous pouvez modifier $ HOME / .steam / steam / resource / styles / steam.styles:
Modifiez les notifications.Stacksize "3" à "0", puis redémarrez Steam

Je confirme que cela a résolu le problème pour moi.

steam-782330.zip

Voici mon journal Proton. J'ai commencé le jeu en mode fenêtré, je suis allé dans les paramètres (pas même le chargement de la sauvegarde) passé en plein écran (rien n'a visuellement changé mais la fenêtre occupait déjà toute la zone de l'écran avant cela), puis je suis revenu à fenêtré. À ce moment-là, la fenêtre est devenue noire mais la musique a continué à jouer. J'ai dû tuer le processus de jeu manuellement après cela.

Compte tenu de la facilité de reproduction, cela doit être quelque chose de trivial. Cela ne veut pas dire que ce serait trivial à réparer, bien sûr.

Cette ligne semble suspecte en particulier:

116929.314:0033:0036:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet

Pour d'autres bricoleurs comme moi, le journal a plus de sens après l'avoir filtré via grep -v seh . Ce message est en effet lié au problème (ce n'est pas forcément le coupable mais on dirait qu'il l'est), de la description MSDN :

Envoyé lorsque l'arrière-plan de la fenêtre doit être effacé (par exemple, lorsqu'une fenêtre est redimensionnée). Le message est envoyé pour préparer une partie invalidée d'une fenêtre pour la peinture.

Et c'est exactement ce qui se passe, soit redimensionner, soit effacer après qu'une autre fenêtre couvre celle du jeu. Ce correctif est ancien, il y a des résultats dans Google de 2008. Il est peut-être temps de faire enfin ce qu'il demande: sourire:

J'ai lu un peu la source de Wine. Donc, ce message provient de la fonction pack_message qui sérialise le message de fenêtre pour la communication interprocessus: https://github.com/wine-mirror/wine/blob/a98ca88dd1139ad8e16e63fbb349c2fc5e9ad332/dlls/user32/message.c#L757
Étant donné que WM_ERASEBKGND n'est pas pris en charge, il n'est pas envoyé. Ma spéculation est que Doom s'appuie sur ce message pour redémarrer le moteur de rendu après le redimensionnement de la fenêtre ou toute autre interférence externe et qu'il n'arrive jamais, de sorte que le moteur de rendu est suspendu indéfiniment. Je pense qu'il ne devrait pas être difficile d'implémenter cela en regardant les autres exemples à proximité et ce message particulier est moins complexe que WM_CREATE par exemple. Cependant, s'il n'était pas mis en œuvre depuis au moins 12 ans maintenant, cela pourrait être beaucoup plus difficile qu'il n'y paraît. Espérons que personne ne s'en souciait assez jusqu'à présent.

Un autre test avec le Proton que j'ai moi-même compilé n'a abouti à aucune ligne de fixme WM_ERASEBKGND, donc cette théorie peut être incorrecte. J'ai redimensionné la fenêtre manuellement à l'aide d'un raccourci clavier WM et elle s'est figée comme d'habitude. Mais il n'y avait aucun message associé dans le journal. On dirait qu'ils n'apparaissent que si je change la taille de la fenêtre à partir des options.

Mes spécifications sont: le dernier pilote NVIDIA 440.82, GTX 1070 ti, R5 3600x, Ubuntu 18.04, Proton 5.5-GE-1. Lorsque j'essaye de lancer DE, j'obtiens la fenêtre contextuelle ci-dessous. Toute idée pour résoudre ce problème est grandement appréciée.

Screenshot from 2020-04-10 00-00-54

@chanakaya appuyez simplement sur Play, il devrait se lancer normalement.

@rkfg J'ai déjà essayé ça ... Il sort juste :(

@chanakaya puis vérifiez les journaux, essayez de le lancer avec PROTON_LOG=1 %command% +in_terminal 1 +com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1 +com_skipSignInManager 1 et regardez dans ~/steam-782330.log pour des indices.

@chanakaya il est possible que vous
Some1 way ci-dessus dans ce fil a publié l'erreur exacte. Si vous trouvez cela (cela peut prendre un jour haha), vous pouvez comparer cela à votre journal de protons.
La dernière version officielle de proton candidate contient un correctif drm (je ne pense pas que ce soit déjà dans 5.5-GE-1). https://github.com/ValveSoftware/Proton/issues/3721
Btw: vous pouvez désactiver l'avertissement du pilote dans le launcher.cfg (comment faire est posté une dizaine de fois dans ce fil).

Btw: vous pouvez désactiver l'avertissement du pilote dans le launcher.cfg (comment faire est posté une dizaine de fois dans ce fil).

Offtopic: ce n'est peut-être pas si simple compte tenu de cette merveilleuse "fonctionnalité" de GitHub:
2020-04-10_15-07-26

Comment charger tous les commentaires et / ou les rechercher?
EDIT: trouvé cette extension , installez et Alt + Cliquez sur ce bouton pour charger 200 commentaires au lieu de 60. Un peu mieux mais je préfère une bonne vieille pagination et une recherche correcte à la place.

Je vois beaucoup de commentaires ici disant d'utiliser Vulkan 1.2 ... J'ai des pilotes nvidia 440.82 installés et des informations sur Vulkan prétendent que la version de l'instance est 1.2.131, mais quand je cours avec Proton 5.4GE3, les statistiques de performance de Doom prétendent que je suis toujours sur Vulkan 1.1.119. Y a-t-il une option de lancement que je devrais ajouter pour le forcer à utiliser la version 1.2?

@giblitz Vulkan-loader 1.2 ... N'est nécessaire que pour lancer le jeu, donc s'il fonctionne, vous devriez être prêt à partir, mais si vous voulez vraiment 1.2, vous aurez besoin des pilotes bêta nvidia vulkan.

Salut!

Je joue au jeu avec les pilotes AMD-PRO depuis quelques jours maintenant et il fonctionne très bien, mais pour une raison quelconque, Battlemode ne fonctionne pas sous Linux pour moi, j'ai également essayé sur une VM Windows, et là, il arrive à un match très bien, y a-t-il une solution de contournement pour cela?

Ma config:
OS: Solus 4.1 (j'ai désactivé l'intégration Steam Linux, donc Steam utiliserait le runtime fourni pour le dernier en-tête / chargeur vulkan)
GPU: RX 5700 XT (Mesa 19.3.4)
Version Proton: 5.5-GE-1 (également essayé avec 5.4-GE-3)
Options de lancement: VK_ICD_FILENAMES = / home / jojo / Documents / Drivers / AMDGPU-PRO / amd_icd64.json gamemoderun% command% + com_skipIntroVideo 1

@zKhrona se fige- t-il aussi avec un écran noir pour vous lorsque vous redimensionnez la fenêtre ou si une autre fenêtre apparaît devant elle? Je me demande si c'est un problème de pilote ou celui de Wine.

@rkfg Je n'ai aucune expérience du tout dans ce domaine, mais je me souviens qu'au début du fil, les gens ont mentionné que wine n'a actuellement pas de véritable support pour VK_EXT_full_screen_exclusive, seulement des solutions de contournement. Serait-ce ce qui cause le problème?

@rkfg Heureusement, j'ai vu des gens parler de ce problème ici, mais le mien se redimensionne très bien dans le menu. Je ne suis pas en mesure de modifier l'onglet du jeu, mais changer les espaces de travail fonctionne, même si la souris est toujours accrochée au jeu, donc je ne peux pas l'utiliser. Je ne sais pas si le problème du plein écran est lié au pilote, mais il pourrait fonctionner sur le mien car j'utilise les pilotes PRO.

Wine log de mon coup juste en changeant de bureau virtuel, puis en arrière.

steam-782330.log.gz

J'espère vraiment qu'il peut être résolu, c'est de loin le bogue le plus impactant qui reste dans ce jeu

@ 75AngryDucks Je pense que non parce que cela se produit lorsque je redimensionne simplement la fenêtre de jeu qui est déjà en mode fenêtré, pas en plein écran.
@zKhrona Est-ce que cela fonctionne dans les deux sens pour fenêtré et

Après avoir joué davantage au jeu, j'ai constaté que je pouvais déplacer ma souris en dehors de la fenêtre du jeu si je suis dans un menu dans une mission ou dans la forteresse du destin et changer d'espace de travail pour accéder à mon bureau, car l'onglet alt ne fonctionne pas pour moi même en mode fenêtré. Malheureusement, Battlemode ne fonctionne toujours pas pour moi, chaque fois que j'essaye de trouver une correspondance, le jeu dit simplement qu'il n'en trouve aucune. Sous Windows, cela fonctionne normalement.

@rkfg J'ai essayé de changer la résolution et le rapport d'écran plusieurs fois, cela semble bien fonctionner pour moi, il se fige pendant 2 ou 3 secondes en le changeant, mais c'est tout.

@zKhrona Super, merci de l'avoir vérifié. Alors ce n'est probablement pas du tout un problème de Wine. Sur une note latérale, j'ai fait un patch de fortune pour ce message WM_ERASEBKGND et tout ce qu'il a fait a été de supprimer les lignes fixme dans le journal, le gel lui-même n'a pas été corrigé. Quoi qu'il en soit, ça valait le coup d'essayer. Le problème est probablement du côté du conducteur.

Après m'être caché dans ce fil depuis le jour où le jeu a été abandonné, je peux enfin signaler le succès car j'ai enfin joué mes premières heures de DOOM Eternal sur Linux. Il est important de noter que contrairement à la plupart des gens de ce fil, j'ai acheté le jeu à Bethesda.net, pas à Steam, ce qui complique un peu les choses.

Configuration:
Système d'exploitation: Ubuntu 18.04
GPU: NVIDIA Quadro RTX 4000 (à l'intérieur d'un Thinkpad P53)

Ma procédure pas à pas de configuration minimale:

  1. Mettez vulkan-loader niveau https://packages.lunarg.com/ vers la dernière version 1.2.x. Ceci est crucial si vous ne jouez pas sur Steam.
  2. Mettez à niveau les pilotes NVIDIA vers la dernière version via https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
  3. Ajoutez Proton 5.4 GE-3 de https://github.com/GloriousEggroll/proton-ge-custom/releases à Lutris, soit via Steam ou de toute autre manière. Vous devriez probablement démarrer au moins un jeu une fois via Steam avec cette version afin que le proton_dist.tar.gz intérieur soit décompressé en dist , ce que Lutris recherche. Sinon, Lutris ne verra pas le coureur. Si vous êtes courageux, vous pouvez décompresser vous-même ce tar.gz , jetez un œil là où les autres versions de Proton ont mis leurs répertoires dist .
  4. Installez Bethesda Launcher dans Lutris, démarrez-le et installez le jeu (vous aurez probablement besoin de l'astuce helper.sh ).
  5. Ajoutez une nouvelle entrée dans Lutris, pointant vers le binaire du jeu dans le répertoire de Bethesda Launcher. Les seules choses importantes sont un chemin binaire correct, un runner correct (5.4-GE-3) et des arguments de ligne de commande, qui devraient au moins contenir +in_terminal 1 +com_skipIntroVideo 1 +com_skipSignInManager 1 , +com_skipIntroVideo étant le plus important, sinon vous aurez un accroc après une seconde de vidéo du logo Bethesda.
  6. Démarrez le nouveau raccourci depuis Lutris, vous n'aurez plus jamais besoin de redémarrer Bethesda Launcher, à part la mise à jour du jeu.

J'espère que cela aidera une pauvre âme qui a du mal à configurer cela correctement.

Comment charger tous les commentaires et / ou les rechercher?

@rkfg a créé un script utilisateur simple pour charger tous les commentaires: https://greasyfork.org/en/scripts/400462-git-hub-unroll-comments. Testé uniquement dans Firefox et je dois dire qu'après le chargement de tous les commentaires sur cette page, cela devient un peu lent de temps en temps (la pagination serait mieux, mais faire cela dans un script utilisateur casserait probablement des choses comme l'ajout en direct de nouveaux commentaires ou modifications).

Mise à jour pour tester Proton 5.0.6 RC:
L'accélération de la souris est différente des versions précédentes et des versions GE.
C'est beaucoup plus rapide et ne semble pas constant. Si j'arrive à le rendre joliment jouable pour moi, l'utilisation des autres versions entraîne un déplacement de la souris extrêmement lent.
(et encore, Alt + Tab rend le jeu noir. Alt + Tab ne revient pas. Appuyez une fois sur Alt, puis Alt + Tab, pour revenir au jeu, mais oui uniquement en noir ...)

Journal de protons:
https://drive.google.com/open?id=1fJVizLLrEeOjkoODDFrbQLhEk7gCdsgi

noyau 5.6.3
derniers pilotes nvidia stables 64-440.82
linux mint 19.3 cannelle DE
Souris ROCCAT Kone Pure Owl-Eye

Quelqu'un d'autre a-t-il des problèmes pour se connecter à Bethesdanet? Breaks Battlemode pour moi, malheureusement.

Ces plantages se produisent-ils uniquement sur les cartes Nvidia?

@rkfg Je n'ai aucune expérience du tout dans ce domaine, mais je me souviens qu'au début du fil, les gens ont mentionné que wine n'a actuellement pas de véritable support pour VK_EXT_full_screen_exclusive, seulement des solutions de contournement. Serait-ce ce qui cause le problème?

Alt + Tab dans Doom Eternal sous les pilotes 5.4-3 et 440.82-x est garanti un écran noir permanent. Steam Overlay est également problématique. Le jeu fonctionne bien autrement dans Vulkan avec 1080Ti

@ PraetorianSC4 La superposition de vapeur est connue pour diminuer les performances dans DOOM Eternal , ce n'est pas un problème Wine / Proton. Un commentaire énumère un boost de 5fps, mais pour moi, c'était plus comme doubler le FPS (exécuter un 5700XT avec Mesa 20.0.4 en toute honnêteté).

Un autre article de Reddit a déclaré que c'était le compteur FPS qui causait des problèmes, vous pouvez donc essayer de le désactiver et à la place soit en utilisant les mesures de performance intégrées de DOOM Eternal, soit en utilisant MangoHud que je préfère personnellement et que j'utilise moi-même.

@willpiam Je voudrais participer et dire que l'exécution de la dernière version de Vulkan et Mesa stable sur Arch ne pose aucun problème lorsque vous Alt + Tab, mis à part le bogue documenté du dossier . Il semble donc que ce soit un problème Nvidia.

Hé les gars, pour info juste au cas où quelqu'un aurait le même problème que moi.

J'ai DOOM Eternal fonctionnant parfaitement sur Ubuntu 18.04.4 avec le pilote Nvidia 440.82 des pilotes graphiques PPA et Proton-5.4-GE-3.

Cependant, après l'installation de certaines mises à jour récemment, il a cessé de fonctionner - il a juste continué à planter au démarrage. Le lancement de Steam avec PROTON_LOG = 1 a révélé le message suivant dans le journal:

ERREUR FATALE: Veuillez mettre à jour votre pilote: VK_EXT_full_screen_exclusive est requis.

Après avoir manipulé cela pendant un moment en regardant dans /var/log/apt/history.log, j'ai remarqué qu'avec les mises à jour récentes, j'ai installé les packages libvulkan1 et mesa-vulkan-drivers qui n'étaient pas installés auparavant.

La suppression des deux a résolu le problème pour moi, donc je suppose que ceux-ci provoquent une sorte de conflit avec le matériel Vulkan de Nvidia, d'où les informations sur le pilote d'extensions réellement prises en charge.

Bonjour @megaden , libvulkan1 1.1.70 du 18.04.4 est connu pour être trop vieux pour ce jeu. En l'ajoutant à votre système, il a été préféré à la variante 1.2.135 dans l'exécution de Steam, car la logique d'épinglage de la bibliothèque de Steam n'a pas réussi à détecter qu'un changement mineur s'est produit.

Si vous deviez rajouter libvulkan1, puis allez dans <steam install dir>/ubuntu12_32/steam-runtime et déplacez / supprimez les dossiers pinned_libs_ *, cela entraînerait la régénération des dossiers pinned_libs_ * au prochain démarrage. Après cela, le jeu devrait continuer à fonctionner comme avant.

Avec les nouveaux pilotes nvidia publiés aujourd'hui sur rpmfusion, j'ai eu l'occasion de re-tester sur mes deux systèmes.

DOOM Eternal semble désormais jouable.

Machine 1 (bureau):
Processeur: i7-4770
Mémoire RAM: 32 Go
GPU: GTX 1080ti
Pilotes: 440.82
Distro: Fedora 30
Proton: Proton-5.4-GE-3
Options de lancement: aucune

Machine 2 (ordinateur portable):
Processeur: i7-8750H
Mémoire RAM: 16 Go
GPU: RTX 2060
Proton: Proton-5.4-GE-3
Pilotes: 440.82
Distro: Fedora 30
Options de lancement (pour le déchargement PRIME): __NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia %command%

Au départ, j'ai eu des craquements audio, mais cela semble s'être résolu.

J'ai un journal des plantages pour ce crash dur dont je parlais plus tôt:
https://send.firefox.com/download/945b855f1dd20e0d/#dP9yXbTc4PGFlF5mkZL1EQ

Bonjour @megaden , libvulkan1 1.1.70 du 18.04.4 est connu pour être trop vieux pour ce jeu. En l'ajoutant à votre système, il a été préféré à la variante 1.2.135 dans l'exécution de Steam, car la logique d'épinglage de la bibliothèque de Steam n'a pas réussi à détecter qu'un changement mineur s'est produit.

Si vous deviez rajouter libvulkan1, puis allez dans <steam install dir>/ubuntu12_32/steam-runtime et déplacez / supprimez les dossiers pinned_libs_ *, cela entraînerait la régénération des dossiers pinned_libs_ * au prochain démarrage. Après cela, le jeu devrait continuer à fonctionner comme avant.

Salut @ kisak-valve merci pour votre suggestion, cela a parfaitement fonctionné: +1: En fait, cela a sauvé la journée car j'ai découvert plus tard que la suppression de libvulkan1 avait cassé autre chose, donc super heureux maintenant tout fonctionne bien, merci beaucoup!

Bonjour @megaden , libvulkan1 1.1.70 du 18.04.4 est connu pour être trop vieux pour ce jeu. En l'ajoutant à votre système, il a été préféré à la variante 1.2.135 dans l'exécution de Steam, car la logique d'épinglage de la bibliothèque de Steam n'a pas réussi à détecter qu'un changement mineur s'est produit.

Si vous deviez rajouter libvulkan1, puis allez dans <steam install dir>/ubuntu12_32/steam-runtime et déplacez / supprimez les dossiers pinned_libs_ *, cela entraînerait la régénération des dossiers pinned_libs_ * au prochain démarrage. Après cela, le jeu devrait continuer à fonctionner comme avant.

Cela a également résolu mes problèmes sur Ubuntu 18.04. Merci!

Bonjour, dans l'intérêt de rendre les commentaires utilisables plus accessibles à l'avenir avec ce jeu, j'archive ce rapport de problème et nous continuerons à discuter de Doom Eternal sur # 3773.

Si vous souhaitez continuer à recevoir des notifications sur Doom Eternal, rendez-vous au # 3773 et cliquez sur le bouton d'inscription sur le côté droit du rapport de problème.

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

lumni1968 picture lumni1968  ·  3Commentaires

prototype99 picture prototype99  ·  3Commentaires

juppso picture juppso  ·  3Commentaires

AwesamLinux picture AwesamLinux  ·  3Commentaires

shanefagan picture shanefagan  ·  3Commentaires