Le jeu vient plus loin avec DX9 mais a ensuite beaucoup d'autres problèmes et de mauvaises performances.
D'après le bogue winehq.org, il semble qu'il n'y ait que de très petits changements nécessaires pour que la version DX11 fonctionne correctement!

Il fonctionne avec DX9 mais les performances sont en effet mauvaises et il plante fréquemment. En une session d'une heure, je l'ai fait planter quatre ou cinq fois. J'ai essayé de faire fonctionner la version DX11 sur Wine et DXVK, mais après avoir appliqué ce correctif CoInitialize, il se fige sur un écran noir au démarrage. J'espérais que Proton pourrait faire quelque chose différemment et le faire fonctionner.

Selon cela, il ne nécessite qu'un changement de ligne dans le vin de nos jours, je ne sais pas dans quelle mesure cela affecte les autres jeux

Notez que PoE n'est pas sur la liste blanche, donc je doute que nous obtenions un support officiel pour le moment.

J'ai récemment mis au point un processus pour faire fonctionner PoE pour plus de gens et j'ai publié ces étapes ici

L'essentiel est que PoE fonctionne très bien avec DX11 (DXVK) avec un patch shader. En ce moment, Proton l'exécute simplement en mode DX9 qui ne fonctionne pas pour beaucoup de gens. Nous devons nous pencher sur cette nouvelle configuration qu'ils ont fournie et comprendre comment activer DXVK et comment injecter des correctifs personnalisés.

Je me rends compte qu'il n'est pas sur la liste blanche, mais j'espérais susciter l'intérêt pour le jeu en ouvrant le numéro. Peut-être que si nous pouvons résoudre le problème ici, le jeu sera mis sur la liste blanche plus tôt.

PoE ne fonctionne pas très bien avec DX11 pour moi. En fait, il ne fonctionne pas du tout. Le plus loin que j'ai obtenu est d'éviter tous les crashs au démarrage, mais le jeu ne se bloque que sur un écran noir (il ne rend en fait qu'un seul cadre noir), consommant 100% du temps processeur. Je ne sais pas s'il essaie de charger quelque chose en arrière-plan, mais même après une heure d'attente, cela n'a abouti à rien. L'utilisation de Lutris, PlayOnLinux ou plain Wine ne fait aucune différence. Le patch asynchrone DXVK ne fait aucune différence. Essayer d'utiliser les erreurs d'implémentation D3D 11 intégrées de Wine avec "Impossible de créer un contexte différé".

J'ai essayé d'utiliser WINEDEBUG, DXVK_LOG_LEVEL, voire gdb, mais jusqu'à présent je n'ai aucune idée de ce qui ne va pas. Si vous avez des idées sur ce que je devrais vérifier, je serais ravi de l'entendre.

@DataBeaver Quel est votre système d'exploitation, votre modèle de carte graphique et la version du pilote de votre carte graphique?

Debian instable, GTX 980, 396.51. Le howto Lutris DXVK mentionne que 396.45 ne dispose pas d'une extension Vulkan; J'ai pensé que si c'était le cas avec cette version également, DXVK échouerait tout simplement à s'initialiser. J'ai essayé quelques versions différentes de Wine 3.13 et 3.14, toutes deux mises en scène ou non. La préparation ne semble pas faire de différence tant que le correctif CoInitialize est présent.

@DataBeaver C'est une puce Maxwell qui prend en charge Vulkan et DX11, il y a donc probablement un problème de logiciel / configuration quelque part. Utilisez-vous une version du pilote fourni avec le panneau de configuration NVIDIA? Si oui, cela indique-t-il des problèmes?

Vous voulez dire les paramètres nvidia? Je l'ai installé et je ne trouve aucun indicateur de problème. Je peux également exécuter avec succès vkmark (https://github.com/vkmark/vkmark) afin que Vulkan semble fonctionner.

Mon expérience avec PoE DX11 (AMD Radeon RX470) et le vin est très bonne avec les conditions préalables suivantes appliquées:

• Doit avoir: patch WIC (CoInitialize)

• Variante 1: DXVK 0.70 - compilation de shader forte bégayant au début jusqu'à ce que le cache soit prêt, mais ensuite très stable et de bonnes performances (avec compilation occasionnelle de shader lors de l'entrée de nouvelles zones)

• Variante 2: DXVK 0.65 patché avec shader hack (https://github.com/jomihaka/dxvk-poe-hack) pour éviter le bégaiement - quelques problèmes et scintillement pendant la compilation mais pas de bégaiement et de bonnes performances
  DXVK_USE_PIPECOMPILER=1 DXVK_USE_PLACEHOLDER_SHADERS=1 DXVK_HUD=1 WINEPREFIX=/mnt/storage/wine/poe wine64-staging-3.13 PathOfExile.exe --nologo

Je pourrais être intéressant de porter le hack sur le nouveau système de configuration DXVK 0.70 et peut-être permettre de l'activer pour des jeux très saccadés quand aucun cache n'est prêt.
EDIT: Ou une implémentation bien meilleure et plus simple comme suggéré ici https://github.com/doitsujin/dxvk/pull/564#issuecomment -413160155

J'ai téléchargé le benchmark Unigine Heaven (https://benchmark.unigine.com/heaven) et il fonctionne avec le support D3D 11 intégré de DXVK et Wine. Ainsi, quel que soit le problème avec Path of Exile, il semble être suffisamment spécifique pour n'affecter que certains programmes mais pas d'autres.

En appliquant le patchset d3d11-Deferred_Context de wine-staging, l'implémentation D3D 11 intégrée de Wine se comporte désormais de la même manière que DXVK. En d'autres termes, il se bloque sur un écran noir au démarrage.

Après avoir encore plus regardé les journaux et parcouru le Web, j'ai découvert que les correctifs windowscodecs- * de wine-staging sont également nécessaires. Le jeu se lance maintenant à l'écran de connexion au moins, avec DXVK et le D3D 11. Je vous signale quand j'ai eu le temps de jouer et de tester la stabilité et les performances.

Pourquoi l'approche Lutris n'a pas fonctionné pour moi alors qu'elle le fait pour beaucoup d'autres est encore un mystère.

Je ne fais même pas apparaître la boîte de dialogue, et DX11 devrait être possible d'utiliser en fonction de mon installation LLVM.

J'ai utilisé PoE sous le vieux Wine il y a quelques années, mais cela impliquait beaucoup de modifications. Excité de découvrir comment le faire fonctionner à nouveau dans Proton.

Ne transformons pas cela en un forum de support pour PoE sur toutes les différentes versions de Wine. Il s'agit de Proton ...

Je n'ai pas encore eu beaucoup de temps pour tester la stabilité, mais j'ai couru quelques cartes et je n'ai vu aucun problème.

J'ai fait quelques recherches supplémentaires pour trouver l'ensemble minimal de changements requis pour que le jeu fonctionne. Cela se résume à ceci (avec Wine 3.14 comme point de départ):

1. Le correctif CoInitialize. J'ai créé ma propre version qui gère l'appel de manière plus intelligente: https://gist.github.com/DataBeaver/5e1f1a256c7f1abb339831fc2b72a5db

2. windowscodecs-32bppPRGBA de wine-staging. Il intègre la plupart des autres correctifs windowscodecs- * en tant que dépendances, mais j'ai vérifié que le jeu ne fonctionnait pas sans ce patchset particulier.

3. DXVK. Le D3D 11 de Wine ne prend pas en charge les contextes différés, mais l'utilisation de DXVK contourne ce problème. Le hack de l'espace réservé est facultatif.

En regardant l'arborescence des sources de Wine incluse dans Proton en tant que sous-module, il n'inclut ni les correctifs CoInitialize ni windowscodecs. La version de base de Wine est assez ancienne (3.0-rc1 selon les balises git) donc je ne sais pas si quelque chose d'autre serait également nécessaire sur cette version. DXVK est inclus et bien qu'il s'agisse de la version 0.65, je n'ai aucune raison de croire que cela ne fonctionnerait pas.

J'ai téléchargé la source de protons et appliqué les correctifs dont parle @DataBeaver . Après les correctifs CoInitialize et windowscodec, le jeu fonctionne parfaitement avec DX11. Cependant, le patch 0002 winecodec a échoué mais après l'avoir appliqué manuellement ce n'était pas un problème.

@ c0r73x avez-vous une chance de partager votre build Proton dist? J'essaie de le construire moi-même avec les correctifs PoE, mais je rencontre des erreurs de construction avec winegcc ...

@GregSutcliffe bien sûr, la voici https://mega.nz/#!3253ECqJ!WViplmIgM6FNDSJwnsWFJwEXUUY3_Qzm1c1LVYGfSJ8

@ c0r73x merci, je peux confirmer que cela fonctionne aussi pour moi. Apprécié!

@ c0r73x Merci pour le partage! Facilite les tests.

Malheureusement, cette construction n'est que partiellement réussie pour moi.

PoE se chargera et fonctionnera avec DX11 (DXVK) maintenant, mais le patch coinitialize ne fonctionne pas aussi bien que l'ancien patch shaders de remplacement. Je reçois beaucoup de bégaiement et de gel avec cela dans Steam, alors que le patch shader a PoE fonctionnant presque parfaitement dans Lutris + DXVK pour moi.

EDIT: J'ai essayé à nouveau avec une version de pilote différente mais toujours pas de chance avec le bégaiement du shader. J'obtiens également un comportement graphique étrange avec le filtre et l'atlas des éléments du jeu.

EDIT: L'autre version (patch shader + DXVK + Lutris) fonctionne toujours très bien pour moi. Je ne peux pas comprendre pourquoi la configuration Proton a des performances si pires.

@tainium avez-vous essayé de désactiver la superposition de vapeur?

@ c0r73x Oui.

@tainium Ok, j'ai appliqué le patch shader à dxvk en proton et vous avez raison. Le jeu fonctionne beaucoup mieux avec. La forme microstutter jouant nécro avec beaucoup d'animaux de compagnie est partie: p

Voici les fichiers dxvk corrigés si quelqu'un le veut https://mega.nz/#!nnBylIpB!0KNQwsTf48V861IoFGPBtbZ_sZtX4LRDSA3FdEampnM

@ c0r73x Merci pour le nouveau patch, va le tester dès que possible. Ouais, c'est comme si le patch coinitialize permet définitivement DXVK et de meilleures performances que sans lui, mais le patch de shader complet augmente les performances.

@ c0r73x Confirmé, c'est une énorme amélioration - merci! Puisque vous avez des builds qui fonctionnent, avez-vous une chance de commenter # 494? Ensuite, je peux arrêter de vous déranger pour les builds :)

Comme l'a confirmé @DataBeaver, le jeu a besoin de la série de correctifs windowscodecs de la mise en scène au travail, probablement parce que les textures sont stockées avec des formats d'image inhabituels dans les fichiers de données. Je ne sais pas si CoInitialize est vraiment nécessaire: je vois le même crash avec ou sans lui si windowscodecs est manquant.

Avec DXVK et windowscodecs, je peux jouer à des sessions pendant plusieurs heures, l'utilisation de la mémoire s'établit autour de 2,7 Go de RAM. Le wined3d original avec DX9 dépasse l'utilisation de la mémoire 3,5G (en moins d'une heure), puis commence à manquer des textures et des caractères de texte, puis se bloque généralement dans les écrans de chargement. Donc, à mon humble avis, revenir au support DX9 n'est pas une option.

Proton devrait inclure la série de correctifs windowscodecs. Je préférerais que ceux-ci soient en amont du vin de vanille car il s'agit d'un ensemble de patchs assez volumineux et rendrait plus difficile le rebasage de Proton vers des versions de vin ultérieures.

Bon, ce fut vraiment plaisant le temps que cela a duré. Ensuite, Delve a introduit de nouvelles fonctionnalités graphiques sophistiquées ...

J'avais PoE fonctionnant bien à la fois dans Lutris w / DXVK et SteamPlay avant la mise à jour. Les deux environnements ont mis à jour le jeu mais n'ont pas réussi à se lancer. Le jeu démarre avec le logo de l'engrenage, mais se fige (principalement) et ne charge jamais de graphismes 3D réels. Je dois soit accéder à distance à ma machine et tuer le processus, soit effectuer un redémarrage dur. Jusqu'à présent, aucune des options de lancement ne semble faire de différence.

Des idées?

Je vais essayer de nettoyer tous les artefacts de nos correctifs pour tester avec un environnement propre et puis peut-être re-patch.

Pareil pour moi. J'avais l'intention de démarrer la ligue sous Windows de toute façon, donc je ferai un peu plus de débogage dans une semaine ou deux à moins que quelqu'un ne me batte.

@tainium Appuyer sur Ctrl + Alt + Esc devrait faire apparaître le pointeur de la souris du crâne pour tuer une fenêtre.

Il se lancera au moins en mode DX9, si vous pouvez y arriver. Supprimé ces deux zones pour revenir à DX9:
steamapps / commun / Proton *
steamapps / common / compatdata

Quelqu'un a-t-il le temps, l'opportunité et l'énergie de créer et de partager une version corrigée du dernier Proton?

Je vais essayer de rebaser Proton sur Wine 3.14 mais cela prendra un certain temps pour mettre en place l'environnement ... Vous pouvez suivre mon https://github.com/kakra/wine pour voir la mise à jour.

J'ai déjà rebasé les correctifs esync mais les hacks plein écran sont plus difficiles.

@tainium Jusqu'où

EDIT: avec wine-staging 3.13

Le jeu démarre avec le logo de l'engrenage, mais se fige (principalement) et ne charge jamais de graphismes 3D réels. Je vois la superposition du «masque de connexion» mais je ne peux pas interagir avec elle en raison du gel. Je continue d'essayer divers correctifs et astuces jusqu'à ce que

Je peux charger et cliquer sur connexion via le DVXK @ c0r73x patché fourni il y a quelque temps. Dans la file d'attente maintenant, position 28000: P

@GregSutcliffe Pouvez-vous nous en dire plus sur votre configuration afin que nous puissions trouver le problème?

Idem ici que pour @GregSutcliffe. 3D est OK, en attente dans la file d'attente.

• wine-staging 3.13 avec patch WIC
• dxvk 0.65
• AMD Radeon RX 470 (POLARIS 10)
• Pilotes Mesa de git

info:  AMD RADV POLARIS10 (LLVM 8.0.0):
info:    Driver: 18.2.99
info:    Vulkan: 1.1.70

@tainium Bien sûr, faites-moi savoir si j'ai raté quelque chose.

Archlinux, kernel 4.17.11-6 using CK kernel
Nvidia-ck 2:396.51-2 (GeForce GTX 970)
Mesa 18.1.6-1
Intel(R) Core(TM) i5-6600 CPU @ 3.30GHz
16Gb Ram
Proton / DXVK as per <strong i="7">@c0r73x</strong>

Fait à Lioneye, semble être OK - bégaiement habituel lors du chargement de nouvelles textures mais jouable autrement

Avec mes patchs wine actuels, je peux jouer à PoE ... Mais je dois attendre à l'écran de connexion que le disque dur se calme, sinon il plante.

@kakra Je serais heureux de tester si vous avez un paquet que vous pouvez distribuer. Jusqu'à présent, je n'ai eu aucune chance avec des astuces pour faire fonctionner DX11.

@tainium Je pourrais vous proposer des paquets Gentoo précompilés ... Je ne sais pas s'ils fonctionneraient sur votre système ... Il s'agit de les "tar xf". OTOH, vous pouvez utiliser le système de construction de paquets de votre distribution pour ajouter mes correctifs à vos paquets de distribution officiels.

J'avais le même problème avec les engrenages qui ne bougeaient pas et le jeu accrochant mon PC. J'ai modifié mon fichier production_Config.ini pour le jeu et changé directx_version = en 9, borderless_windowed_fullscreen = false, fullscreen = false. À partir de là, j'ai vérifié que le jeu se chargerait pour moi, changé en direct9ex, cela a fonctionné, puis changé en directx11, et cela fonctionne maintenant en mode fenêtré (je n'ai pas encore essayé de revenir en plein écran mais j'avais envie de jouer toute la journée, alors ça vient première).

en utilisant la construction proton de c0r73x et le DXVK patché comme indiqué précédemment dans le fil, les pilotes nvidia-396 sur un 1050 Ti.

edit: Plein écran, plein écran fenêtré et les résolutions changeantes semblent tous être un coupable ici. Tant que je suis fenêtré et que je règle la résolution que je veux dans le fichier de configuration, le jeu gère parfaitement bien.

Je vois définitivement des problèmes de mémoire, j'ai dû redémarrer 3 fois pendant la course pour agir 2, car le framerate diminue après 3-5 zones. Quelles options de lancement les gens utilisent-ils?

EDIT: Probablement juste eu de la chance pendant un certain temps, les mêmes problèmes sont finalement apparus mais ont semblé prendre plus de temps à apparaître.

@GregSutcliffe J'utilisais --gc 2 pendant un certain temps et je rencontrais des problèmes similaires, j'ai sincèrement désactivé cette option et cela semble avoir atténué ce problème. J'ai eu un crash sur le combat Weaver, mais à en juger par le reddit PoE, cela pourrait tout aussi facilement être un problème client pour le moment. À part cela, --waitforpreload est activé.

Le plein écran, la fenêtre plein écran et les résolutions changeantes semblent tous être un coupable ici. Tant que je suis fenêtré et que je règle la résolution que je veux dans le fichier de configuration, le jeu gère parfaitement bien.

Je ne peux pas faire fonctionner le jeu dans une résolution autre que native (1920x1080 dans mon cas). Chaque fois que j'essaie de changer la résolution dans le fichier de configuration, il se bloque au démarrage, quelle que soit la combinaison de «fenêtré», «plein écran» ou «plein écran fenêtré» que je choisis. Quelles sont vos options de configuration pour ceux-ci? Les résolutions plus petites aident vraiment à améliorer les performances, alors j'aimerais que cela revienne.

@TrueNeutralDesu Je viens d'

@presidentbiggles FTW ... c'est la seule solution qui fonctionne pour moi. Merci d'avoir partagé. Je publierai sur les forums POE. J'ai exactement la même expérience que vous avez décrite. Notez que je fais référence à ma configuration Lutris plutôt qu'à Proton qui refuse de faire autre chose que DX9.

@presidentbiggles merci, oui, je vois la même chose, le supprimer n'aide pas beaucoup.

il semble que PoE a commencé à travailler avec Lutris depuis hier (après la mise à jour de lustris) avec DX11 / DXVK 0.71.
Le jeu devrait donc fonctionner avec DX11 sur Steam également

Lutris n'est pas de la vapeur. Il utilise des scripts créés par l'utilisateur et des builds wine patchés personnalisés. PoE ne fonctionnera pas sur proton tant que le patch CoInitialize ne sera pas ajouté.

il peut fonctionner lentement en dx9, mais c'est un désordre lent.

@tainium Voici ce que j'ai trouvé: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial

@GloriousEggroll Le correctif CoInitialize ne suffit pas: ma construction l'inclut mais PoE ne démarre pas (du moins c'est vrai pour le mode DX11). Vous avez également besoin des correctifs windowscodecs de la mise en scène que j'ajouterai bientôt à ma construction.

@kakra vous avez raison, j'ai oublié de le mentionner. aussi le dxvk poe hack patch + config fonctionne incroyablement bien pour réduire le bégaiement

Je me rends compte que cela a déjà été répondu ailleurs mais je ne trouve pas le lien. Quels sont les plans pour que proton intègre certains des nombreux patchs de la mise en scène? Est-ce que PBA est inclus avec esync? Ou le proton lui-même est-il une fourchette de vin / mise en scène avec des considérations d'inclusions basées sur la stabilité?

@ryanmusante proton est une fourchette de vin avec des patchs personnalisés par valve. esync est inclus, pba ne l'est pas.

@GloriousEggroll btw, merci pour vos vidéos YouTube et de nombreux tutoriels. Je vous ai trouvé pour la première fois lors du dépannage de sombre aube sur archlinux il y a plusieurs lunes.

@GloriousEggroll @tainium Voici ma version mise à jour qui permet à PoE de fonctionner avec Proton: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial-1

Cela inclut désormais les correctifs windowscodecs.

PoE semble être très sensible aux changements de taille de fenêtre. De plus, je recommande d'attendre que le disque dur se calme avant de me connecter. J'avais 60 fps en FHD et environ 30-35 fps à 4k. Semblable à The Witcher 3, le jeu s'étouffe toutes les quelques secondes (on dirait que des chutes d'images ou des ralentissements, non visibles dans les graphiques fps, cela peut être lié à esync mais ce n'est pas vraiment un problème pour jouer, les bégaiements dus à la compilation de shader sont beaucoup plus apparent, mais cela s'aplatit après quelques minutes de jeu). J'ai réussi à désactiver la superposition Steam et à configurer mon gestionnaire de fenêtres pour qu'il se souvienne de la taille de la fenêtre. S'il se fige, appuyez sur Ctrl + Alt + Echap, attendez quelques secondes que le pointeur de la souris crâne apparaisse, puis tuez la fenêtre en cliquant dessus. Les correctifs incluent des mises à jour pulseaudio qui vous permettent de passer à votre casque depuis le jeu (les jeux Proton peuvent voir chaque appareil pulseaudio séparément).

Si vous souhaitez utiliser la version shader-hack de DXVK, vous devez la copier vous-même dans le préfixe, DXVK n'est pas inclus dans cette version (et ne le sera pas). Il réutilise simplement la version DXVK fournie par Proton.

@ryanmusante PBA

@kakra Le problème que j'ai avec PoE et avec beaucoup d'autres titres, est de décider s'il faut ou non utiliser Steam natif ou s'en tenir aux bibliothèques d'exécution Steam. Pour certains jeux, il semble que Steam-native donne une amélioration des performances tandis que pour d'autres, il existe une incompatibilité qui empêche le jeu de se charger.

https://wiki.archlinux.org/index.php/Steam/Troubleshooting#Steam_native_runtime

Quelle est la recommandation pour proton et est-ce uniquement un problème pour les personnes exécutant Arch?

@ryanmusante Je ne sais pas en quoi c'est un problème ici, car le runtime est wine-proton pour PoE. OTOH, au moins dans Gentoo, je n'avais plus aucun problème avec ça. Vous pouvez utiliser le runtime officiel de Steam et définir STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 pour préférer les bibliothèques hôtes aux bibliothèques fournies par Steam.

@GloriousEggroll @tainium Voici ma version mise à jour rebasée sur Wine 3.12. Il inclut le correctif raffiné CoInitialize de @DataBeaver pour exécuter PoE en mode DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

Les performances PoE peuvent être un peu meilleures. Le redimensionnement de Windows n'a pas été testé cette fois.

@tainium Voici un (sorte) enregistrement merdique de PoE dans mon wine proton_3.7 rebasé en version 3.12. Quelque chose a-t-il changé dans DXVK livré avec Proton? Parce que je vois des shaders se charger très tard, il en résulte des modèles noirs.

En dehors de cela, il y a le bogue de ne pas pouvoir se connecter au premier essai (généralement parfois mais à chaque fois lors de l'enregistrement, peut-être lié aux E / S), et bien sûr le bégaiement habituel en ville. Une fois le préchargement et les shaders terminés, il fonctionne plutôt bien (étant donné que je ne pouvais faire que l'encodage logiciel et jouer à 4k, l'enregistrement est réduit à FHD en raison d'une utilisation élevée du processeur). Sans enregistrement, le jeu bégaye se calme beaucoup plus vite. Habituellement, il n'y a pas de problème de décalage après avoir quitté la ville et pénétré dans une zone.

https://youtu.be/7atm6lGioGs

De plus, il y a une baisse de FPS toutes les quelques secondes que je n'ai expérimentée que récemment. Je pense que c'est depuis que j'ai intégré esync dans ma propre version (qui était auparavant basée sur vanilla wine 3.14). Je ne pense pas que ce soit lié au shader ...

(le logo des engrenages bégaie toujours beaucoup)

Path of Exile - plante après ~ 15m de jeu

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/1447.
@zaggynl posté le 2018-09-14T15: 33: 31:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: Path of Exile
• Steam AppID du jeu: 238960

Information système

• GPU: RX 56
• Version du pilote / LLVM: AMDGPU / 8.0 git de padoka instable à partir du 14/09/2018: https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa
• Version du noyau: 4.18.7-041807-lowlatency
• Lien vers le rapport d'informations système complet sous forme de Gist :
  Sortie de la commande sysinfo:
  https://gist.githubusercontent.com/zaggynl/382e129b0d7b48482923f62c57ee5651/raw/67f90e61c38a5a17924347859caa18eab188dc99/sysinfo_zaggynl
  sortie steam sysinfo:
  https://gist.githubusercontent.com/zaggynl/d5443757827a2649013142836ca6c411/raw/599be7e2d3744347aaa06b3147ce73145e05fa3c/steam_sysinfo_zaggynl
• Version Proton: 3.7-6 Bêta

Je confirme:

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

Journal de débogage Steam: https://gist.githubusercontent.com/zaggynl/6d55e984035244ec54274db14a2f77ea/raw/f2ab23db3dace4c6032ffb6aa6389a03ad364240/poe_log_zaggynl

Symptômes

Le jeu plante sur le bureau après environ 15m de temps de jeu
Paramètres PoE:
http://i.imgur.com/8C2p65Y.png
http://i.imgur.com/9TlwF2U.png

@kakra kakra

GloriousEggroll tainium Voici ma version mise à jour rebasée sur Wine 3.12. Il inclut le correctif raffiné CoInitialize de DataBeaver pour exécuter PoE en mode DX11:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

Les performances PoE peuvent être un peu meilleures. Le redimensionnement de Windows n'a pas été testé cette fois.

J'ai essayé cela en renommant dist actuel et en déposant celui-ci dans mon dossier Proton Beta mais des erreurs PoE au lancement et en demandant si vous souhaitez passer à DX9.

@zaggynl Ne supprimez pas le dossier existant ... Il contient des DLL non livrées avec ma version. Faites plutôt une copie de sauvegarde. Cette erreur particulière se produit parce que DXVK manque alors, je suppose. Pour autant que je sache, PoE n'est pas compatible avec wined3d-DX11.
__EDIT__: Comme indiqué par @DataBeaver, c'est vrai pour ma construction.

PS: Vous devez passer PoE en mode DX11 avant de jouer.

PoE fonctionne avec le D3D11 de Wine (à partir de Wine 3.14) après l'application du patchset d3d11-Deferred_Context de wine-staging (en plus des correctifs mentionnés précédemment).

@DataBeaver Peut-être mais ce patchset n'est pas dans ma version actuellement ... Et ce n'est même pas 3.14

Très bien, je voulais juste noter que dans un cas plus général, cela fonctionne avec wined3d.

PoE semble bien fonctionner avec ce script d'installation de Lutris (nécessite un compte Lutris): https://lutris.net/games/path-of-exile-standalone-w-dxvk/installer/edit
Aucun crash dans environ 45m de jeu.
Arguments de lancement PoE: --waitforpreload --nologo --nodx9ex --gc2
a changé l'arche de vin. à 64 bits
a changé Runner en esync-nopulse 3.15
DXVK à 0,72

Le jeu ne commencera pas à utiliser dx11.

Fonctionnera bien sous dx9 en utilisant Proton. Mais il y a des plantages constants. Une fois que le jeu atteint une utilisation de mémoire entre 3-3,2 Go, il plantera, ce qui pour moi, nous n'avons généralement que deux zones.

Mon jeu préféré et je ne peux pas y jouer. :(

@TheVE veuillez lire ci-dessus. Si vous compilez la version Proton que @kakra a liée, elle fonctionnera très bien avec DXVK.
Compilé il y a un jour et il fonctionne sur Archlinux avec les pilotes Nvidia.

@Janhouse J'ai essayé la version précompilée de @kakra mais j'obtiens un

Exécution de Solus, 1700x, RX480 sur le dernier mesa.

@TheVE , compilez-vous parce que je ne pense pas que ce soit portable. Pas certain. Essayez également de supprimer le fichier de configuration PoE dans le préfixe wine.
De plus, je n'ai utilisé que le Proton personnalisé. J'ai conservé la version DXVK distribuée par Valve.

@TheVE Regardez si vous voyez quelque chose dans dmesg quand il se verrouille ... Vous devrez peut-être SSH dans la machine. Si c'est quelque chose qui n'est pas portable en raison de l'optimisation du processeur que j'ai utilisée, cela devrait apparaître là-haut. Sinon, cela peut être lié au pilote graphique qui est propriétaire de NVIDIA ici ... Je vois aussi un tel verrouillage de temps en temps. Tuez le jeu avec Ctrl + Alt + Esc (un pointeur de souris crâne devrait apparaître après quelques secondes, puis cliquez sur la fenêtre du jeu). La solution à ce blocage ici était d'utiliser le plein écran fenêtré et de ne pas redimensionner la fenêtre pendant le jeu (utilisez le fichier de configuration). Un gestionnaire de fenêtres qui peut forcer la position / taille de la fenêtre peut aider.

@kakra J'ai remarqué que si j'utilise le mode fenêtré, il plante principalement, peut-être que Gnome le redimensionne à un moment donné? J'utilise juste le plein écran fenêtré sans bordure et cela fonctionne très bien.

De plus, s'il se fige et que vous n'avez pas ce raccourci ctrl + alt + esc, vous pouvez passer à un autre tty avec Ctrl + Alt + F2, vous y connecter et tuer à partir de là. Il ne change pas immédiatement (prend environ 40 secondes) mais il y arrive finalement.

@Janhouse Désolé, en fait je voulais dire plein écran sans bordure. ;-)

J'utilise ctrl + alt + esc depuis 20 ans maintenant, cela devrait fonctionner immédiatement, je ne pense pas que ce soit une fonctionnalité spéciale de KDE (je l'ai également utilisé dans plain X et fluxbox / openbox). Mais cela prend également environ 40 secondes pour apparaître lorsque PoE est verrouillé.

Mais je viens de découvrir que Gnome peut remplacer ctrl + alt + esc avec une autre fonction ... Si le passage à la console fonctionne, alors c'est la voie à suivre. :-)

EDIT: Juste testé, Ctrl + Alt + Echap appelle juste xkill ... Vous pouvez donc obtenir le curseur de destruction fantaisie en définissant un raccourci global qui exécute xkill.

EDIT2: C'est en fait un raccourci KDE que j'utilise depuis des années (il peut s'agir d'un raccourci par défaut global dans SuSE linux dans l'ancien temps, pas sûr) ... Voici comment réaliser quelque chose de similaire dans Ubuntu:
https://www.maketecheasier.com/kill-unresponsive-application-in-ubuntu/

@kakra , sur Gnome, il y a un problème après avoir tué PoE gelé, la session gnome se bloque également. :désappointé:

@kakra , sur Gnome, il y a un problème après avoir tué PoE gelé, la session gnome se bloque également.

Quelle belle fonctionnalité ... :-)

Je suis un peu en train de compiler noob mais il semble que je ne puisse pas le faire sur Solus?

checking whether gcc -m32 works... no configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries. make: *** [makefile:17: build/wine32] Error 1
Je ne trouve pas les bibliothèques de développement dont j'ai besoin.

@TheVE une autre option consiste à installer PoE autonome via Lutris. Ensuite, vous pouvez simplement utiliser l'interface graphique pour installer wine compilé "esync-3.15" (avec les correctifs esync et pba et PoE) et aussi choisir la version DXVK récente.
Il a en fait un script d'installation disponible, donc la plupart se produira automatiquement.
Cela aide également à installer la version Windows Steam si vous le souhaitez. Ou vous pouvez exécuter PoE sans vapeur, il vous suffit d'écrire au support technique PoE dans les forums pour que l'adresse e-mail soit attribuée au compte afin de pouvoir vous connecter au jeu.
Je suppose qu'il est également plus facile de configurer PoE Trade Macro et Path of Building en utilisant Lutris.

@TheVE Vous avez besoin de

J'ai mis à jour ma version qui devrait améliorer les choses mais le gel après le redimensionnement de la fenêtre est probablement toujours là:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-1

EDIT: Doh! Je jouais avec user_settings (WINEDEBUG & DXVK_LOG_LEVEL "info") ... renommer le fichier a fait l'affaire - donc c'était un peu un problème de journalisation après tout, hah! Merci d'être mon canard en caoutchouc, je suppose :)

EDIT2: eh bien grattez ça, c'est arrivé à nouveau. Semble être après une quantité aléatoire de temps, j'ai pu jouer une bonne 1h sans que cela apparaisse.

Salut @kakra , j'ai testé votre dernière version et je l'ai fait fonctionner, merci beaucoup. FPS entre 40 ~ 140 en veille (avec un certain bégaiement) sur une GTX1060.
Le problème est qu'après quelques minutes de lecture, il commence à perdre massivement des images chaque fois que je déplace le curseur de la souris. Si je clique ou que je maintiens pour marcher (et que je ne déplace pas le curseur), le FPS reste stable. Cependant, si je déplace le curseur, il tank fort et descend jusqu'à 13 FPS. Peut-être un code de journalisation? J'ai cherché sur le wiki POE un moyen de forcer le curseur matériel, mais je n'en ai trouvé aucun. Ceci est sur Ubuntu 18.04.1 btw, avec une souris USB Kensington standard.

@RodrigoHahn Oui, la journalisation est un tueur de performances ... Éteignez-la absolument si ce n'est pas des problèmes de débogage. :-)

Le bégaiement est lié à la compilation de shader. Il existe une variante DXVK piratée qui rend la compilation de shaders asynchrone, mais il en résulte des modèles 3D noirs jusqu'à ce que les shaders soient terminés. Je ne l'ai jamais essayé parce que je n'aime pas l'idée de cela (modèles 3D noirs) mais tous ceux qui ont essayé rapportent que cela aide les bégaiements.

@kakra la nouvelle version fonctionne très bien pour moi, merci beaucoup.

DXVK 0.80 a un nouveau système de mise en cache pour les shaders qui a beaucoup aidé, du moins pour moi. Avec votre proton et cette version de DXVK c'est presque sans faille, au moins jusqu'à ce que le ramasse-miettes me fasse redémarrer PoE (après 5 zones environ, pas trop mal)

Merci!

@GregSutcliffe Oui, je viens de remarquer ce matin qu'il y a DXVK 0.80 disponible et je vais le tester plus tard cette semaine. J'ai vu des plantages occasionnels lors du chargement des écrans dans Shadow of Tomb Raider avec cette version qui n'étaient pas reproductibles lors d'un deuxième essai, cependant.

@GregSutcliffe BTW: Je travaille actuellement sur des correctifs améliorant la latence lors de l'exécution sous un noyau prenant en charge MuQSS (c'est-à-dire les ensembles de patchs CK ou PF), peut-être même en intégrant Wine avec le GameMode de Feral.

@kakra en l'

@GregSutcliffe J'ai déjà publié des PR sur GameMode qui fournissent un meilleur support pour exécuter tout votre client Steam sous GameMode afin qu'il attrape également les jeux Wine. Mais je pense que les composants internes du vin devraient être traités différemment, tout ne devrait pas fonctionner avec la même priorité de planification élevée. Ainsi, les PR GameMode suppriment déjà le client Steam lui-même et wineerver de la gestion par GameMode. Ma version actuelle de Proton que vous avez téléchargée prend en charge la mise en mode SCHED_FIFO du serveur de vins, mais je travaille actuellement sur une activation plus automatique (où vous n'avez pas besoin de configurer quelque chose manuellement en dehors de l'installation de GameMode et n'avez pas besoin d'exécuter le client Steam entier sous GameMode, et vinsserver utilise SCHED_ISO à la place, ce qui est une opération sans privilège)

@GregSutcliffe Voici un aperçu de mes changements SCHED_ISO :
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-2

@DataBeaver @TheVE @Janhouse Voici une autre mise à jour ... En plus de la précédente, elle inclut également PBA et d3d11-Deferred-Contexts. Cela permet de jouer sans DXVK, mais il y a beaucoup plus de problèmes de cette façon (FPS incohérents, courts gels visibles).
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-3

Salut @kakra , juste un rapport: j'ai désactivé FXAA sur l'application NVIDIA XServer Settings, et j'ai pu jouer pendant plus de 3 heures aujourd'hui, sans plantages ni chutes d'images ennuyeuses.

@RodrigoHahn Vous voulez dire que vous avez supprimé "activer FXAA"? Si vous aviez cela activé, il force FXAA activé dans tous les jeux (comme une amélioration pour les jeux qui n'ont pas une telle option). Cela fait plus de mal que de bien, je recommande de ne pas l'utiliser de toute façon et de recourir à des remplacements spécifiques à l'application. Si vous n'activez pas ce paramètre, les jeux peuvent toujours activer FXAA eux-mêmes. Ce n'est donc pas un commutateur de liste noire comme vous l'avez peut-être perçu.

Étant donné que ma compilation inclut également esync, je recommande de vérifier LIMIT_NOFILE et peut-être de l'augmenter pour éviter que le jeu ne plante après un certain temps. Vous devriez voir quelque chose comme eventfd: cannot open file ou similaire dans vos journaux Steam si cela se produit (c'est probablement quelque part dans /tmp/dumps ).

@kakra Ouais, j'ai dû l'
Quant à LIMIT_NOFILE, je vérifierai quand je rentrerai plus tard dans la journée. Merci encore.

@kakra Je n'ai peut-être pas de chance de jouer à POE. :(

Crashes sur les engrenages au début du jeu. Le son continue en arrière-plan. Mais le système ne répond pas. Impossible de ctl + alt + esc ou de changer de tty.

Je peux ssh dans la machine mais je ne peux pas afficher les actions sur le système. En regardant dmesg, c'est une sorte de crash GPU?

`[102.096105] [drm] dce_get_required_clocks_state: horloges non prises en charge disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] ERREUR ring gfx timeout, dernière signalée seq = 298090, dernière émission seq = 298092

[1036.359133] [drm] Récupération du GPU désactivée. »

@TheVE D'accord, c'est un problème de pilote graphique probablement lié à la pile Vulkan mise à jour dans DXVK / Wine. Quelques idées:

1. Pourriez-vous activer la récupération GPU d'une manière ou d'une autre?
2. Si vous utilisez DXVK: Avez-vous recherché des problèmes similaires dans le projet DXVK? Peut-être que cela aide à mettre à niveau / rétrograder DXVK ou à jouer avec les paramètres DXVK.
3. Je vais poursuivre avec une version mise à jour de wine-proton qui permet de fonctionner sans DXVK - vous pouvez essayer cela. Les performances semblent plutôt bonnes avec cela (utilise les contextes différés PBA et DX11).

Faire une construction propre ici prendra quelques minutes ...

@TheVE Voici la version mise à jour:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.17-unofficial-2

Vous pouvez également vérifier le GameMode de Feral et exécuter le jeu dans GameMode activé.
https://github.com/FeralInteractive/gamemode

BTW: Valve a mis à jour Proton pour inclure officiellement DXVK 0.80 (y compris un correctif requis). Vous voudrez peut-être laisser Steam vérifier les fichiers Proton (pour restaurer la version bêta actuelle, y compris la mise à jour DXVK), puis réappliquer ma compilation dessus.

@TheVE J'ai eu le même problème avant. J'ai recompilé wine, dxvk, essayé toutes sortes de choses et cela a échoué. Et puis j'ai créé un nouveau wineprefix. Cela a résolu le problème.
Je n'ai pas changé wine ou dxvk, j'ai juste commencé un nouveau wineprefix et cela a résolu le problème pour moi. Je ne lance pas PoE à partir de Steam et avec Proton, je lance un jeu autonome avec Wine et cela fonctionne très bien sans plantages ni problèmes de mémoire. Il peut fonctionner toute la journée sans plantages ni ralentissements. Mais j'ai également testé la version Steam il y a quelques jours en compilant Proton à partir du repo correctement .

@Janhouse C'est un problème connu si vous basculez entre différentes versions de wine dans le même préfixe: cela peut laisser de mauvaises redirections de DLL derrière, par exemple si vous avez utilisé la mise en scène avec CSMT activé, puis que vous êtes revenu à vanilla, la redirection DLL est toujours en place et utilise une API wined3d CSMT probablement obsolète.

Je ne pense pas que ce soit le cas ici pour @TheVE car le préfixe du jeu est privé et créé par Steam. À moins que @TheVE n'essaie d'exécuter des versions wine personnalisées (non protoniques) dans le préfixe, le préfixe doit être propre et correct.

@Janhouse En fin de compte, la question à se poser: était-ce vraiment le même problème que vous aviez? Je veux dire avec la même sortie dmesg? Ou était-ce juste un gel au niveau du logo en raison d'un autre problème?

Cela aurait pu être un autre problème, mais je pense que cela vaut toujours la peine d'essayer
recréez le préfixe.

Le mar 2 octobre 2018 à 12 h 12, Kai Krakow [email protected] a écrit:

@Janhouse https://github.com/Janhouse Ceci est un problème connu si vous
basculer entre différentes versions de vin dans le même préfixe: il peut laisser
mauvaises redirections de DLL derrière, par exemple si vous avez utilisé la mise en scène avec CSMT activé,
puis retourné à la vanille, la redirection DLL est toujours en place et utilise un
API wined3d CSMT probablement obsolète.

Je ne pense pas que ce soit le cas ici pour @TheVE https://github.com/TheVE
car le préfixe du jeu est privé et créé par Steam. À moins que @TheVE
https://github.com/TheVE a essayé d'exécuter des versions de vin personnalisées (non protoniques)
dans le préfixe, le préfixe doit être propre et correct.

@Janhouse https://github.com/Janhouse Au final, la question à se poser
it: Était-ce vraiment le même problème que vous aviez? Je veux dire avec le même dmesg
production? Ou était-ce juste un gel au niveau du logo en raison d'un autre problème?

-
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/58#issuecomment-426204309 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AA_Ql-tECUxcN2a-6fMtLnx2BsFLLQJ9ks5ugy4IgaJpZM4WHKFm
.

@Janhouse Ne vous méprenez pas: le conseil vaut la peine d'être mentionné et d'essayer. Je voulais juste souligner la signification exacte de «même problème». ;-)

@TheVE Pour recréer le préfixe, déplacez le dossier "pfx" dans compatdata/GAMEID à l'écart, peut-être déplacez-vous le dossier GAMEID complet. L'identifiant du jeu se trouve dans le titre de ce numéro.

Attention, il inclut probablement des données de configuration ... Alors ne le supprimez pas simplement.

@TheVE a écrit:

Je n'ai peut-être pas de chance de jouer à POE. :(

Crashes sur les engrenages au début du jeu. Le son continue en arrière-plan. Mais le système ne répond pas. Impossible de ctl + alt + esc ou de changer de tty.

Je peux ssh dans la machine mais je ne peux pas afficher les actions sur le système. En regardant dmesg, c'est une sorte de crash GPU?

`[102.096105] [drm] dce_get_required_clocks_state: horloges non prises en charge disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] _ERROR_ ring gfx timeout, dernière signalée seq = 298090, dernière émission seq = 298092

[1036.359133] [drm] Récupération du GPU désactivée. »

Regardez ici:
https://github.com/doitsujin/dxvk/wiki/Driver-support

@kakra Hmm. Je suis sur Mesa 18.1.6 mais LLVM 6.0.1. Je devrai peut-être attendre LLVM 7.

Aussi, question noob: pour désactiver DXVK, dois-je simplement utiliser "PROTON_USE_WINED3D11" dans les options de lancement?

À votre santé.

//Éditer. La suppression du préfixe n'a pas aidé.

@TheVE Noob répond: Oui ... Vous n'êtes pas aussi noob que vous le pensiez, hmm? ;-)

@kakra Merci pour toute votre aide. Mais jusqu'à présent, aucune chance d'utiliser Proton. J'ai également essayé Lutris avant sans chance et je lui ai donné une dernière chance tout à l'heure.

Lutris fonctionne en utilisant:

esync-staging-pba-nopulse-3.17-x86_64 (je viens de recevoir le plus récent et je n'en ai pas essayé d'autres).
DXVK désactivé (le système se bloque toujours s'il est activé) - DXVK 0.80 essayé et il se bloque toujours.

Les fréquences d'images ne sont que d'environ 30 ips avec des creux. Mais je peux jouer! Je vais donc m'en tenir à ça pour l'instant.

@TheVE Avez-vous édité user_settings.py.sample ou avez-vous réellement copié cela dans user_settings.py et édité la copie? Montre-t-il toujours que le GPU est bloqué dans dmesg? Cela signifierait que DXVK est toujours activé ...

De plus, je n'inclus pas le jeu de correctifs complet, mais uniquement les séries de correctifs sélectionnées. Cela peut faire une différence. Je me demande quelle série manquerait alors à ma construction.

Êtes-vous sur la version récente du pilote graphique? Je suis presque sûr que DXVK à certains
point requis une toute nouvelle version du pilote (au moins pour Nvidia). Et si tu
ne sont pas sur une distribution de diffusion en continu comme Arch ou en utilisant un saignement personnalisé
référentiel de bord pour les pilotes graphiques alors cela pourrait être le problème pour
DXVK ne fonctionne pas. Ou peut-être que "esync-staging-pba-nopulse-3.17-x86_64" utilise le
ancien patch PoE et qui l'affecte en quelque sorte?

Le mercredi 3 octobre 2018 à 04:19, Kai Krakow [email protected] a écrit:

@TheVE https://github.com/TheVE Avez-vous modifié user_settings.py.sample ou
avez-vous réellement copié cela sur user_settings.py et modifié la copie? Est-ce que
il montre toujours le GPU accroché dans dmesg? Cela signifierait que DXVK est toujours
activée...

De plus, je n'inclus pas le patchset complet de préparation mais seulement le patch sélectionné
séries. Cela peut faire une différence. Je me demande quelle série manquerait
dans ma construction alors.

-
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/58#issuecomment-426481932 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AA_Ql_sZ_9W6EJ2VsD6V4BMEzKRayCdBks5uhBCwgaJpZM4WHKFm
.

Désolé de vous interrompre, mais je suis plus intéressé à savoir quand je peux jouer à Path of Exile via Steamplay en utilisant DX11 sans aucune astuce? Dois-je m'attendre à un correctif bientôt de GGG ou de Valve? J'ai essayé DX9 et j'ai un grand bégaiement, ce qui est un problème courant, je suppose, à peu près la seule chose qui me manque à partir de Windows.

@CTJansson , probablement lorsque le patch PoE est inclus dans wine-staging (il peut s'agir d'un "hack" et donc jamais inclus) et quand Valve passera à la version récente de wine-staging et DXVK.
Je peux me tromper, mais cela peut également nécessiter une version récente du pilote graphique au moins pour les cartes Nvidia, et si Valve se concentre sur la prise en charge d'Ubuntu qui a des pilotes plus anciens, cela pourrait prendre un certain temps. C'est pourquoi Valve autorise l'utilisation de builds Proton personnalisés.
De plus, vous ne savez jamais quand GGG le cassera à nouveau en publiant des mises à jour sophistiquées. :)

Au fil du temps, de plus en plus de jeux plus anciens devraient commencer à fonctionner avec Proton, mais les nouveaux jeux fréquemment mis à jour pourraient poser problème.

TL; DR

@CTJansson Je ne pense pas que ce jeu soit sur la liste des priorités de Valve car il fournit une couche DX9 (apparemment pas si) fonctionnelle. Ce n'est pas que cela ne fonctionnerait pas du tout. Et puis il a besoin du hack CoInitialize qui ne va pas dans le vin officiel, qui ne fait pas non plus partie de la mise en scène, c'est un hack (l'un des nombreux que Valve propose actuellement dans la branche Proton) qui est un autre patch à prendre en charge.

Ensuite, je suis sûr que Valve a sûrement un œil sur tous ces problèmes. Mais ce sont beaucoup d'informations sur de nombreux problèmes qui doivent être surveillés. Et à l'insu de la communauté, Valve peut même avoir du mal à trouver ce qu'il faut réparer et comment. Ce n'est pas comme si vous posiez un souhait ici, et puis un mois plus tard, le jeu fonctionnera comme par magie sans que personne ne le commente, n'essaye des solutions, ne fasse rapport, ne travaille sur des correctifs.

Il existe ici une solution temporaire que vous pouvez utiliser pour le faire fonctionner (en fait, il y en a plusieurs, mais seuls quelques-uns peuvent être utilisés en remplacement de Proton). Ce n'est pas un truc, c'est juste comment cela fonctionne jusqu'à ce que le problème reçoive l'attention officielle de Valve. Et bien que cela soit devenu quelque peu bruyant ici parce que le jeu est assez populaire, il a probablement déjà une solution réalisable que Valve a "juste" besoin de choisir, de tester et d'appliquer.

GGG OTOH n'est probablement pas très intéressé à faire fonctionner officiellement le jeu sous Linux. Leur base d'utilisateurs est principalement Windows, leur technologie est Windows, c'est de là que vient l'argent ... Ils auraient pu faire un correctif qui initialise le moteur différemment (une grande quantité de jeux fonctionne sans cela, donc ce n'est pas inhérent à une vidéo courante ou moteur audio), nous n'aurions donc pas besoin du correctif CoInitialize au moins - mais ils ne l'ont pas fait. S'ils veulent faire quelque chose dans cette direction, mon souhait serait de porter le moteur sur Vulkan au lieu de quelques nouveautés DirectX. Cela ferait alors fonctionner le jeu presque automatiquement avec Proton, et probablement même avec des performances quasi natives.

@Janhouse Je suis à peu près sûr qu'il est plus probable que les nouveaux jeux fonctionnent que les anciens. Il y a les très anciens (DX9) qui fonctionnent déjà sur une implémentation WineD3D très solide. Et puis il y a DXVK pour DX11 qui est en très bon état (l'implémentation WineD3D manque beaucoup de retard). Et puis il y aura VkD3D quelque part dans le futur pour DX12 qui fonctionnera probablement très bien alors. Il y a donc un bavardage avec les titres DX10 / DX11 un peu plus anciens, et il y a un problème avec les titres protégés par DRM. De plus, je ne vois pas que Valve accorde beaucoup d'attention à la mise en scène, ce n'est pas à eux de nettoyer la mise en scène. Ainsi, lorsqu'un hack doit être inclus pour lancer un jeu, il n'est pas nécessaire de l'avoir dans la mise en scène. En fait, Proton utilise exceptionnellement peu de correctifs provenant de la mise en scène.

De plus, je ne vois pas l'intérêt de se concentrer sur les conducteurs plus âgés. Tout ce que je vois se concentre en fait sur des pilotes de pointe - que ce soit les pilotes de développement NVIDIA vulkan ou les pilotes AMD qui nécessitent LLVM et Mesa de pointe pour fonctionner correctement. Cela prendra du temps à s'installer mais je suis sûr que ce n'est pas trop loin. Vous ne pouvez pas faire fonctionner quelque chose comme par magie sans la prise en charge des fonctionnalités dans les pilotes en vous concentrant sur les anciens pilotes dans certaines distributions - et les titres Windows actuels utilisent beaucoup de ces fonctionnalités. Ce sont les distributions et les fabricants de pilotes qui doivent livrer pour la prochaine étape.

Étant donné l'époque où Proton a été publié sur la base de wine-3.7, j'imagine que le développement de Proton manque de deux ou trois mois de retard. Donc, au moment de sa sortie, nous étions à - je ne sais pas - wine-3.14? vin-3.12? Il est probable qu'ils travaillent déjà sur une nouvelle version de Proton basée sur une version wine quelque peu récente, probablement quelque chose autour de la version actuelle. En regardant le flux de correctifs dans la carte des vins provenant de personnes impliquées dans Proton, il semble qu'il y ait actuellement beaucoup d'intégration de correctifs en cours avec des correctifs liés à des éléments de la branche Proton 3.7. Il est donc probable qu'il y aura un gel plus tôt que tard dans la version actuelle de Wine. Je suppose que le prochain Proton serait basé quelque part autour de 3.14 - 3.18. Wine 3.14 / 3.15 a été l'un des rebases les plus difficiles lorsque j'ai rebasé ma branche Proton (donc la limite de version ne semble pas trop fausse). Et puis la réintégration des correctifs et des hacks commencerait, en prêtant également attention aux problèmes ici dans le traqueur. Il faudra probablement à nouveau 2-3 mois pour publier cette version sur les canaux de distribution Steam.

@CTJansson Nous devons garder à l'esprit que ce n'est pas aussi simple que de lancer un jeu. Je suis presque sûr que ma propre branche Proton ne fonctionnera pas avec beaucoup de jeux, y compris probablement même ceux en liste blanche. Mais cela fonctionne très bien pour les jeux auxquels je joue. Mais ce n'est tout simplement pas assez bon en position Valves: ils veulent améliorer la liste des jeux pris en charge sans sacrifier ce qui est déjà pris en charge. Et il doit également passer des tests de compatibilité et de qualité. Pour la prochaine version, je suis à peu près sûr que nous devons attendre au moins jusqu'à ce que les piles graphiques s'améliorent et que l'activité se stabilise un peu (ce qui signifierait aussi qu'il ne reste plus grand-chose qu'une "cible mobile" comme PoE pourrait casser).

Donc, si vous voulez jouer maintenant à des jeux qui ne sont pas dans la liste blanche officielle, vous devez travailler avec quelques astuces. :-)

Mais quand même, désolé pour le bruit. Je me suis déjà demandé si ces discussions élaborées devaient être menées ailleurs. Quelqu'un a une idée ou une opinion là-dessus?

Mais quand même, désolé pour le bruit. Je me suis déjà demandé si ces discussions élaborées devaient être menées ailleurs. Quelqu'un a une idée ou une opinion là-dessus?

@kakra pourrions-nous passer aux forums Path of Exile? https://www.pathofexile.com/forum/view-thread/8980 ou même démarrer un thread spécifique à Proton?

Voici un correctif pour le problème CoInitialize qui élimine le hack CoInit pour Path of Exile:
https://github.com/kakra/wine/commit/f716887123418f1e14fa6c06aad9e854335f6eaa

Quelqu'un sait-il si ce serait assez bon pour suggérer du vin en amont?

@kakra Votre patch est intéressant et je l'ai testé, ça marche.

J'essaie maintenant de comprendre pourquoi il est utile de coinitialiser dans CoInitializeSecurity. Une idée?

Dans la trace ole maintenant, nous voyons des traces similaires comme celle-ci:

(...)
0061:trace:ole:CoInitializeEx ((nil), 0)
0061:trace:ole:CoInitializeEx () - Initializing the COM libraries
0061:trace:ole:RunningObjectTableImpl_Initialize 
0061:trace:ole:apartment_construct creating new apartment, model=0
0061:trace:ole:apartment_construct Created apartment on OXID 600000cafe
0061:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
0061:trace:ole:CoInitializeEx ((nil), 2)
0061:warn:ole:enter_apartment Attempt to change threading model of this apartment from multi-threaded to apartment threaded
0061:fixme:heap:RtlSetHeapInformation 0x110000 0 0x247fe5c 4 stub
0062:trace:ole:DllMain 0x7e160000 0x2 (nil)
0062:trace:ole:CreateConnectionPoint (0x1a2558 {9bfbbc02-eff1-101a-84ed-00aa00341d07} 0x1a2594)
0062:trace:ole:CoInitializeEx ((nil), 2)
0062:trace:ole:apartment_construct creating new apartment, model=2
0062:trace:ole:apartment_construct Created apartment on OXID 6000000062
0062:trace:ole:apartment_get_or_create Created main-threaded apartment with OXID 6000000062
0062:trace:ole:CoCreateInstance (rclsid={cacaf262-9370-4615-a13b-9f5539da4c0a}, pUnkOuter=(nil), dwClsContext=00000001, riid={ec5ec8a9-c395-4314-9c77-54d7a935ff70}, ppv=0x2c2fb44)
0062:trace:ole:CoCreateInstanceEx ({cacaf262-9370-4615-a13b-9f5539da4c0a} (nil) 1 (nil) 1 0x2c2fac0)
0062:trace:ole:CoGetTreatAsClass ({cacaf262-9370-4615-a13b-9f5539da4c0a},0x2c2fa4c)
0062:trace:ole:create_classes_root_hkey L"\\Registry\\Machine\\Software\\Classes" -> 0x80
0062:trace:ole:apartment_addref 6000000062: before = 1
0062:trace:ole:apartment_release 6000000062: after = 1
0062:trace:ole:CoGetClassObject CLSID: {cacaf262-9370-4615-a13b-9f5539da4c0a},IID: {00000001-0000-0000-c000-000000000046}
0062:trace:ole:apartment_addref 6000000062: before = 1
0062:trace:ole:COMPOBJ_DllList_Add L"C:\\windows\\system32\\windowscodecs.dll"
0062:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\windowscodecs.dll"
(...)

Quand j'ai regardé fixme+ole il semblait que le jeu n'appelle que CoInitializeSecurity mais pas CoInitialize(NULL) . J'ai donc annulé le hack et déplacé l'appel vers CoInitializeSecurity qui autrement serait un no-op dans le vin actuel (c'est un stub seulement, ne fait rien):

0061:fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!

Maintenant, le jeu appelle CoInitializeSecurity assez tôt, ce qui à son tour appelle CoInitialize(NULL) et tout va bien. J'ai déjà un correctif légèrement mis à jour dans la file d'attente. Mais cela ne change rien fonctionnellement, cela ne concerne que la journalisation.

Je ne sais pas si ce correctif est "correct", il est clair que CoInitializeSecurity() devrait avoir plus d'effets secondaires que d'appeler simplement CoInitialize() . Mais comme il ne s'agit "que" de sécurité et que Wine agit principalement comme une couche de système d'exploitation mono-utilisateur (il ne fonctionne pas en tant que root, il est emprisonné dans l'utilisateur actuel uniquement), je pense que c'est assez simple de le faire de cette façon. Au moins, j'ai ajouté les vérifications les plus simples selon les documents MS: certains paramètres doivent être définis de manière spécifique.

Sans le hack, je vois maintenant DOOM se plaindre du fait que l'appartement n'est pas initialisé. Mais ce n'est probablement qu'une solution similaire. A part ça, ce jeu fonctionne.

Mais en regardant votre trace et la source de vin (et comment il a utilisé les fonctions), il semble que nous ne devrions pas appeler CoInitialize() partir de CoInitializeSecurity() ... L'appelant doit toujours invoquer les deux fonctions une après l'autre ... C'est peut-être quelque chose à propos des fils?

@kakra Juste un clean sur des makefiles qui n'existent pas sur une nouvelle version.

@ wacossusca34 Oui, je sais. Cela devrait être corrigé avec le prochain push ... Cela devrait fonctionner si vous exécutez d'abord "make configure". Faites-moi savoir si ce n'est pas le cas ...

mon expérience:
il fonctionne avec dx9 et dx9ex - mais il utilise le mode 32 bits et il plante une fois que le jeu atteint 4 Go de RAM, ce qui est généralement après 1 heure de joueur. il existe encore une version 64 bits, mais je n'ai pas pu la démarrer avec cette version.

@SurfingNerd Cela fonctionne avec ma version Proton liée ci-dessus. Je vais bientôt mettre à jour cela pour être rebasé sur Proton 3.16 officiel (en fait, cela comprend les mises à jour de wine-3.19, je suis toujours en train de tester et je veux travailler sur des optimisations supplémentaires). Le Proton original n'a toujours pas le hack CoInit et certains correctifs Windowscodecs pour lancer DX11 avec succès.Vous avez également besoin de DXVK pour l'exécuter car le jeu utilise des contextes différés DX11 (ma version comprend ceux-ci, vous pouvez donc exécuter sans DXVK mais c'est plus lent au moins pour moi).

@edmondo Pendant ce temps, j'ai CoInitializedSecurity() parce que cela semble faux. J'utilise à nouveau le hack raffiné d'origine à la place.

@kakra Même chose ici. Le hack raffiné semble être la «meilleure» solution de contournement pour le moment: si apartment n'est pas initialisé, initialisez-le.

J'ai parcouru la documentation Microsoft et je partage le même sentiment que CoInitialize dans CoInitializedSecurity () semble être la mauvaise chose à faire.

Ce que je suis assez surpris et ne comprends pas, c'est pourquoi le coinit à l'intérieur de l'appel de sécurité "résout" le problème plus tard? C'est en quelque sorte inattendu pour moi (et je ne suis pas sûr de bien comprendre mes traces).

Ma meilleure hypothèse est que dans le code wine, un appel CoInit est manquant quelque part dans les autres sous-systèmes car il est compté en référence. Peu de temps avant que le jeu n'attende un cloisonnement initialisé, il est non initialisé et compté à 0. Il semble que cela soit lié au code DX. Je suppose qu'il devrait être compté à au moins 1 à ce stade, il manque donc un init quelque part auparavant.

@SurfingNerd De plus, le code DX9 ( Wine ou dans le jeu) semble fuir de mémoire car la version 64 bits reste en dessous de 2,7G d'utilisation de RAM pour moi.

Quelqu'un a-t-il essayé cette solution? Je pense que c'est utile
https://bugs.winehq.org/show_bug.cgi?id=42695#c15

@ teh-monad, PoE fonctionne déjà très bien avec wine-staging et DXVK tant que vous incluez le patch coinitalize. D'autres correctifs semblent facultatifs.
Je l'ai joué pendant des sessions jusqu'à ~ 12 heures sans aucun problème.
Il plante lors du changement de résolution (redimensionnement de la fenêtre / basculement vers / depuis le plein écran) mais si vous ne le touchez pas, cela fonctionne très bien.
De plus, j'ai inclus le patch de shader d'espace réservé DXVK pour ne pas retarder le jeu pendant que de nouveaux shaders sont calculés.
Dans l'ensemble, j'obtiens des performances similaires à celles de Windows.
L'outil PoE Trade fonctionne également, mais vous devez ouvrir et fermer sa fenêtre de paramètres à chaque fois que vous le démarrez.

@Janhouse Encore assez nouveau sous Linux, mais comment faire fonctionner ce patch avec Lutris? Jusqu'à présent, je n'ai joué qu'à des jeux natifs, donc j'essaie d'apprendre Lutris.
La version Wine est WineHQ devel (3.19) et DXVK 0.90, donc j'ai simplement besoin du patch.

@CTJansson , j'ai lu quelque part que dans Lutris, la mise en scène wine incluse avec les correctifs esync qui peuvent être obtenus dans Lutris comprend tous les correctifs nécessaires pour PoE. (Sous Lutris> Gérer les coureurs> Versions de Wine)

Ensuite, sélectionnez simplement DXVK 0.90 si vos pilotes le prennent en charge et que vous devriez être OK.

J'ai également mis en place des variables supplémentaires, mais celles-ci ne sont probablement pas nécessaires.

J'ai installé PoE dans Lutris en utilisant leur recette d'installation fournie.

Je lance maintenant le jeu sans Steam ou Lutris, mais c'était certainement beaucoup plus facile avec Lutris au départ. J'espère que ces correctifs seront éventuellement ajoutés à Proton, ce serait formidable si l'un des meilleurs jeux de Steam fonctionnait sous Linux sans aucun bricolage. : smiley:

@Janhouse Merci pour l'aide sur Lutris, _ mais cela ne semble pas résoudre le crash de DX11 au démarrage? _
EDIT: Il semble que je manquais les pilotes vulkan mesa, fonctionne maintenant!

@CTJansson essayez de configurer un nouveau préfixe. S'il se bloque au démarrage après la vidéo du logo, il est possible qu'il s'agisse d'un préfixe cassé. J'ai dû le faire après la mise à niveau du vin à un moment donné.

J'ai fait fonctionner poe dans proton (3.16) mais je n'arrive pas à faire fonctionner directx 11 à cause de l'erreur d'usine wic.
Puis-je appliquer le patch wic même si j'ai installé Steam via le référentiel manjaro, et si oui, comment l'appliquer? je n'aime pas planter toutes les 2 cartes: / merci d'avance ..

@Janhouse Je préférerais qu'il soit géré par du vin natif.

une fois que wine de proton est patché avec le patch dx11, il y a toujours des erreurs car wine n'est pas compilé avec libpng. Source: J'ai compilé proton avec le patch dans une vm Debian via docker par le readme. J'ai essayé d'autres correctifs de jeu pour différents jeux fonctionnant comme prévu.

@GloriousEggroll même erreur sur Debian. wine utilise libjpeg62, mais debian n'a que libjpeg62-turbo

@GloriousEggroll Wine 4.0 RC1 a besoin de beaucoup moins de correctifs Windowscodecs maintenant. Je n'ai appliqué que ceux-ci et j'ai ignoré les dépendances des fichiers de définition:

e74377fe898 - windowscodecs: Fix 32bppRGB to 32bppRGBA conversion. (2 hours ago)
03c433b87ab - windowscodecs: Add support for 32bppRGB, 32bppRGBA and 32bppPRGBA to format converter. (2 hours ago)
2de3f6ecde9 - windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter. (2 hours ago)
c0c2f98c062 - gdiplus/tests: Add some tests for GdipInitializePalette. (2 hours ago)
01c3008d70a - gdiplus: Implement GdipInitializePalette. (2 hours ago)

@kakra J'essaie d'

2de3f6ecde9 - windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter. (2 hours ago)

savez-vous de quel patchset il s'agissait?

-Éditer-
peu importe, je l'ai trouvé sous le sous-patchset de l'encodeur gif wincodecs.

@GloriousEggroll Je vais

Edit: Certains de ces correctifs que j'ai répertoriés sont déjà en file d'attente sur https://source.winehq.org/patches/

@kakra merci, j'ai pu créer une construction de proton personnalisée avec des versions légèrement modifiées des correctifs (en gros, juste modifiées pour appliquer proprement au proton). J'ai également informé les autres gars de Wine Staging d'essayer d'obtenir windowscodecs-32bppPRGBA en amont car ce sont les deux seuls correctifs manquants qui ne sont pas déjà en file d'attente. A fonctionné comme un charme avec le patch CoInit de DataBeaver

Salut les gars,

Je n'ai pas vérifié tous les articles de ce "méga" numéro. Désolé pour ça...
Ma question simple - sera-t-il possible de jouer à PoE sur Linux avec Steam's Proton sans patch / piratage, etc.

Merci!

@presianbg Oui, j'utilise lutris, avec tkg-3.21, dxvk-0.93, state-cache actif, ça bégaye au début mais plus dxvk pourra mettre en cache cela deviendra de plus en plus agréable, j'ai un vega 56 gpu avec un ryzen 1700, et le fps est tout entre 30 et 90, avec un bégaiement minimal, mais je dirais que je moyenne 50fps.
Si j'utilisais un rang, je classerais ce jeu en or en termes de classement lutris / protondb.

EDIT: désolé, je n'ai pas lu que vous vouliez jouer sur proton, vous pouvez exécuter lutris, installer PoE via wine avec Steam, puis utiliser tkg-3.21 et dxvk-0.93

@CTJansson Utilisez -vous ce script ? Je l'exécute avec un Fury X sur DXVK 0.93, et jusqu'à présent, j'ai traversé l'acte 4 sans un seul plantage, sauf en essayant de redimensionner la fenêtre. Il garde un solide 60 FPS sans sauter un battement. S'il n'y avait pas le crash de redimensionnement de la fenêtre et le crépitement audio occasionnel, je dirais que ce script Lutris est Platinum.

Malheureusement, Proton ne parvient pas à lancer la version DX11 et la version DX9 plante fréquemment. J'ai réussi à réduire le nombre de plantages avec les options de lancement suivantes définies via Steam: --waitforpreload --nologo --nodx9ex --gc2 --noasync.
Cependant, il se bloque toujours avec les messages d'erreur de texture après quelques transitions de carte.

Pour info, les messages d'erreur de texture après les transitions de carte arrivent également aux utilisateurs de Windows. Il y a environ 3-4 messages dans les forums PoE à ce sujet. Je ne pense pas que ce soit spécifique à WINE ou DX9, car il y avait aussi des gens qui utilisaient dx11 avec.

C'est un peu bizarre, alors, que les solutions de contournement automatisées dans le script autonome DX11 Lutris semblent résoudre le problème. 25 heures maintenant et pas un seul plantage sur mon système (sauf lors du redimensionnement de la fenêtre).

@meowmeowfuzzyface non je ne le fais pas, j'ai configuré manuellement ma configuration Lutris PoE avec tkg-3.21, activé dxvk et ainsi de suite, je ne sais pas si j'utilise e-synct tho. Ce script que vous avez lié utilise tkg-3.19, les deux contiennent le correctif CoInt pour PoE, donc cela n'a pas vraiment d'importance, aussi ma configuration a le cache d'état dxvk activé.
Or / Platine à coup sûr, avec le cache d'état actif, il sera bégayé au début, mais moins il sera mis en cache.

Tant que le patch CoInt n'est pas à l'intérieur de Wine, nous ne pourrons pas exécuter PoE sur proton sans modifier votre propre branche de proton, je suppose. Vous pouvez toujours exécuter la version Steam via wine et appliquer tkg-3.21 et dxvk, de cette façon vous n'utilisez pas de proton mais les gens verront que vous jouez à PoE dans la liste d'amis et Steam enregistrera vos heures de jeu.

Alors que je lis ce problème, il n'y a en fait aucune configuration stable de travail pour proton atm?
si je me trompe, je suis reconnaissant si quelqu'un peut poster les étapes pour l'archiver.
edit: une chance que quelque chose ait changé avec la 3.16.5? :Danseur:

J'ai initialement installé Steam pour jouer à des jeux compatibles Linux.

Voici ma configuration qui fonctionne:

Ubuntu 19.04

1) Installez Steam: sudo apt installer steam -y
2) Activer Steam Play
3) Installez Path of Exile via Linux Steam
4) Suivez ce guide pour les exigences d'installation https://github.com/tainium/PoE-Lutris-DXVK (ignorez l'installation autonome, Path of Exile est déjà installé :))
5) Installez "Wine" runner "tkg-3.2.1-x86_64" (ou quel que soit le dernier, cela fonctionne à partir de ce post)
6) Installez le runner "Wine Steam" avec la version de vin précédemment choisie
7) Dans la barre de menu Lutris, sélectionnez Jeu -> Ajouter
8) Utilisez les paramètres des captures d'écran

(sélectionnez le DXVK que vous avez installé)

Vous devrez peut-être le lancer plusieurs fois pour obtenir toutes les mises à jour du client Steam (la mienne s'est plantée plusieurs fois, mais finalement mise à jour.) Je lance Lutris à partir du terminal pour que je puisse voir la sortie et détecter les erreurs.

Une fois que Steam est lancé via Lutris, vous pouvez définir votre répertoire Steam et lancer le jeu.

Peut-être une solution plus simple, mais cela a fonctionné pour moi.

Remarque: My Path of Exile a déjà été entièrement mis à jour via le client Linux Steam.

cela signifie-t-il que dans dxvk 93+, nous n'avons plus besoin de l'ancien patch dxvk?

et est-ce que quelqu'un comprend le problème de redimensionnement / résolution? j'aimerais vraiment pouvoir jouer avec plus de 1920x1080

Avec le cache d'état dans DXVK, vous n'avez généralement plus besoin du shader hack dans DXVK ... Cela fonctionne bien ici, les bégaiements disparaîtront après quelques minutes de jeu, cela fonctionne même en résolution 4k pour moi. Pour changer la résolution, vous devez inciter le jeu à démarrer avec une fenêtre plus grande dès le début. Les modes plein écran peuvent ne pas fonctionner correctement. Vous pouvez modifier le fichier de configuration pour passer à une résolution plus élevée et au mode fenêtré.

ahh bon à savoir :)

chaque fois que je modifie mon production_Config.ini en autre chose que 1920x1080, mon jeu ne se charge pas après le ggg-logo - très étrange .. a-t-il besoin d'un certain rapport 16: 9 pour le plein écran?

le mode fenêtré fonctionne bien comme vous l'avez dit.

Eh bien, j'ai utilisé les règles de KDE KWin pour forcer la fenêtre à se souvenir de la dernière taille et de la dernière position, j'ai ensuite maximisé la fenêtre sur mon moniteur 4k et j'ai quitté le jeu (ce qui a pris environ 2 minutes car la pile graphique reste bloquée en faisant cela ). Après le redémarrage: Tada, pleine résolution.

Le jeu tourne à environ 40 fps (au moins avec ma construction proton). Malgré la "résolution dynamique", je ne l'ai vu que très rare (peut-être 3 fois sur une période de 1 an de jeu).

Voici ma configuration d'affichage:

[DISPLAY]
adapter_name=GeForce GTX 1050 Ti(#0)
borderless_windowed_fullscreen=false
directx_version=auto
dx11_antialias_mode=1
dx9_antialias_mode=1
dynamic_resolution_fps=30
fullscreen=false
global_illumination_detail=0
light_quality=1
max_PS_shader_model=ps_4_0
max_VS_shader_model=vs_4_0
maximize_window=true
post_processing=true
resolution_height=2077
resolution_width=3840
screen_shake=true
screenspace_effects=2
screenspace_effects_resolution=1
shadow_type=hardware_7_samples
texture_filtering=4
texture_quality=0
use_dynamic_resolution=true
vsync=false
water_detail=1

Ma version proton pourrait résoudre quelques problèmes de gestion du placement des fenêtres au démarrage de certains jeux. Vous voudrez peut-être l'essayer si vous constatez toujours des problèmes. Vous pouvez télécharger une version binaire de celui-ci, il suffit de le décompresser dans votre dossier proton existant (ne supprimez pas le dossier en premier, ma construction binaire ne contient pas encore tous les outils protons).

Ma construction de protons: https://github.com/kakra/wine-proton

les bégaiements disparaîtront après quelques minutes de jeu

donc ive a essayé ma configuration de lutris avec la version 0.94 maintenant et sans async-hack avec les options suivantes:

• tkg 3,21 + Esync + dxvk 0,94
• DXVK_STATE_CACHE = 1
• DXVK_HUD = fps, version, mémoire

J'ai joué 30 minutes mais j'ai l'impression que le jeu continue de ralentir / se fige très souvent Ma cache n'est-elle pas prête?

le cache dxvk persiste-t-il lors du redémarrage de mon système?
peut-être que je dois revenir au hack 0.91 dxvk + async

Le cache persiste entre les redémarrages, mais vous devrez peut-être le supprimer si vous avez déjà appliqué des hacks. J'ai eu des problèmes dans d'autres jeux avec un rendu incorrect ou lent, voire des plantages, jusqu'à ce que j'aie vidé le cache pour qu'il puisse se reconstruire. Si vous jouez avec nvidia, vous devrez peut-être également vider le cache du shader nvidia.

Je pense que le cache devrait être dans un sous-répertoire du jeu exe ... (sauf si vous jouez avec proton, Steam placera le cache dans un répertoire de cache de shader partagé)

depuis des mois, il existe maintenant un correctif personnalisé pour le problème, sera-t-il jamais transformé en proton? ou impossible pour une raison quelconque ??

@SurfingNerd Vous pouvez jouer en mode DX9, cela ne montre pas les problèmes que le mode DX11 montre. De plus, le correctif que vous voulez probablement dire n'est pas un correctif mais un hack, ce hack est techniquement incorrect et peut montrer un comportement très mauvais avec d'autres jeux. Je pense que cela a déjà été discuté ici. Et je ne pense pas que Valve souhaite que Proton devienne une autre version de Lutris, c'est-à-dire avec des builds personnalisés et des scripts d'installation pour chaque deuxième partie. Du moins pas à ce stade.

De plus, je ne suis pas sûr que vous ayez remarqué ce qui se passe dans les arrière-plans ... De nombreux correctifs nécessaires pour ce jeu ont déjà été remontés vers wine et apparaîtront dans la version 4.0. Un "Proton 4.0" (s'il vient mais j'en suis presque sûr) aura déjà beaucoup de correctifs nécessaires pour exécuter ce jeu, ou en d'autres termes: Moins de correctifs / correctifs sont alors nécessaires. Ce jeu avait besoin de beaucoup de correctifs individuels aka commits, peut-être environ 50 à l'époque. Cela revient à environ 3 maintenant. Et je pense que le hack "CoInit" est l'une des dernières parties difficiles restantes. Si vous souhaitez accélérer cela, veuillez aider à faire du piratage une solution appropriée. Merci. :-)

@kakra merci pour votre réponse :) ouais je jouais déjà à delve leage jusqu'à DX 9.0, mais il y a une fuite de mémoire. Je ne sais pas si cette fuite est un bogue dans l'une des bibliothèques Proton, ou dans Path of Exile. il semble lié à des modèles ou des textures. il s'est écrasé assez rapidement dans la fouille ou dans les cartes avec beaucoup de variations. (comme Beyond + abyssal), ou juste en ville car beaucoup de joueurs passent. donc chaque écran de chargement compte. Proton 4.0 semble très prometteur, je suppose que je l'attendrai :)

@SurfingNerd Le problème est que le mode DX9 est 32 bits. La gestion de la mémoire est différente dans wine car elle doit également mapper les éléments Linux dans l'espace d'adressage. Si vous utilisez pulseaudio, vous aurez peut-être plus de chance en réduisant l'empreinte mémoire partagée de celui-ci, je l'ai décrit ici:
https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md#hints -to-32-bit-users

Mais ne vous attendez pas à ce que Proton 4.0 inclue le hack CoInit nécessaire pour DX11 ... Je pense que ce jeu a une faible priorité car il a un mode DX9 quelque peu fonctionnel.

Ce problème de mémoire existe également dans d'autres titres 32 bits, comme le Skyrim original qui se fige très souvent à cause de cela, surtout si vous avez ajouté des mods.

Je travaille actuellement sur la transformation de ma variante Proton en un outil autonome avec lequel vous pourrez ensuite choisir d'exécuter PoE au lieu de la version officielle. Jusque-là, vous pouvez simplement extraire ma version de Proton sur votre dossier Proton. PoE fonctionne très bien avec lui (et un autre titre répertorié dans le README que j'ai lié). Vous pouvez en trouver une version pré-compilée pour ne pas avoir à vous soucier de la configuration d'un environnement de construction.

Si vous allez dans "Bibliothèque -> Outils" et ajoutez "Proton" à votre bibliothèque Steam, vous devriez également pouvoir facilement revenir à la version officielle en vérifiant les fichiers. Ou extrayez simplement le dist.tar.gz fourni avec Proton.

Je suis curieux de connaître le shm de pulseaudio, est-ce que la réduction de la mémoire a d'autres effets secondaires? Je remarque que lorsque je joue à PoE après 1 à 2 heures, mes sons craquent jusqu'à ce que je bascule l'appareil dans le client du jeu

@ evilch3n Je n'ai pas ressenti d'effets secondaires jusqu'à présent - tant que vous ne le faites pas trop petit. La valeur par défaut est de 64 Mo, ce qui est énorme dans un espace de 32 bits avec de nombreux flux sonores ouverts.

@duckartes votre solution n'a rien à voir avec proton, vous installez Steam et l'activez, mais vous ne la touchez plus jamais et utilisez winesteam 0.o

Vous pouvez jouer en mode DX9, cela ne montre pas les problèmes que le mode DX11 montre.

@kakra « Out of crash mémoire » « Impossible de créer accident de fil » à chaque changement de carte unique dit que je ne peux pas: /

et la version dx11 ne dépasse même pas le "cant create WIC factory" + segfault

@nonchip Cela fonctionne avec ma version proton: https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md

Téléchargez le tar.xz depuis la page de publication et décompressez-le dans votre dossier Proton 3.16 Beta existant. PoE fonctionnera alors en mode DX11.

@kakra merci, essayez ça maintenant. btw vous connaissez l'astuce compatibilitytools.d ? se débarrasse de la nécessité d'assassiner l'installation officielle (et de se faire assassiner par ses mises à jour), par exemple https://github.com/redmcg/wine/ fait cela pour leur patch dangereux d'élite non officiel

EDIT: a essayé votre version, "n'a pas réussi à créer l'usine WIC". est-ce que je fais quelque chose de mal ici? l'exécuter avec PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

EDIT: omg fail, j'ai oublié de redémarrer Steam après avoir changé la version proton, peu importe, fonctionne bien maintenant, merci beaucoup: 3

EDIT: a essayé votre version, "n'a pas réussi à créer l'usine WIC". est-ce que je fais quelque chose de mal ici? l'exécuter avec PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

@nonchip où

@nonchip Oui, je travaille sur ce "truc". En attendant, vous pouvez créer vous-même un tel répertoire jusqu'à ce que tout puisse être créé à partir de zéro dans mon dépôt. Voir https://github.com/kakra/wine-proton/projects/3

@humunuk faites un clic droit sur le jeu, les propriétés, le général, définissez les options de lancement.

il est documenté comme l'ajout de paramètres, mais si vous incluez la chaîne %command% cela vous permet en fait de spécifier toute la ligne de commande (et cette chaîne est remplacée par l'exécutable du jeu).

@kakra Je l'ai fait en copiant votre vin patché sur le répertoire "helper files" fourni par le projet de patch dangereux d'élite. De toute évidence, cela ne fonctionne plus pour ce jeu maintenant, mais peut-être que Valve se réveillera à un moment donné et se rendra compte que spécifier la version du proton par jeu pourrait être une idée intelligente ... sinon je vais chercher à savoir si je pourrais simplement modifier le proton script de lancement pour changer différents $WINE s en fonction de l'id du jeu.

EDIT: "regarder dans" signifie "quelques heures après le réveil le lendemain matin, j'ai fini" apparemment: https://gitlab.com/nonchip/hydron

@nonchip Je pense que Steam utilise déjà une version Proton spécifique par jeu ... Sauf si vous activez le commutateur de remplacement global pour utiliser toujours l'outil que vous spécifiez. Donc, l'infrastructure est déjà là mais l'utilisateur n'a pas de contrôle sur cela sauf "la valeur par défaut ou le remplacement".

@nonchip de https://gitlab.com/nonchip/hydron :

NOTE: pour utiliser une version "vanilla" vous devez la mettre manuellement dans votre Compatibilitytools.d car Steam a l'habitude de désinstaller les versions de Proton qu'il pense être "inutilisées" ...
voir la documentation, mais tl; dr: make install est votre ami.
Sinon, vous pouvez (je n'ai pas testé cela) être capable de copier une version vanilla précédemment installée à partir de steamapps / common.

Vous pouvez en fait aller à votre bibliothèque Steam, choisir "Outils" dans la liste déroulante de la bibliothèque, rechercher Proton et forcer l'installation de chaque version.

@kakra

Donc, l'infrastructure est déjà là mais l'utilisateur n'a pas de contrôle sur cela sauf "la valeur par défaut ou le remplacement".

Eh bien, pour moi, cela ne fait pas vraiment de différence puisque je veux exécuter des versions personnalisées (comme en témoigne par exemple ce problème: stuck_out_tongue:) mais intéressant, ils le font "en coulisses" ... je suppose juste un autre exemple de "Oh, l'utilisateur moyen ne saurait pas quoi en faire, alors pourquoi donner à ceux qui le souhaitent l'option" aka "mode utilisateur stupide", c'est malheureusement si facile de commencer à réfléchir quand vous obtenez ce nombre de questions TRÈS stupides. projet aussi grand que la vapeur doit faire face chaque jour ...

Vous pouvez en fait aller à votre bibliothèque Steam, choisir "Outils" dans la liste déroulante de la bibliothèque, rechercher Proton et forcer l'installation de chaque version.

oh très bon à savoir, j'ajouterai ça au readme, merci: smile_cat:

Je suppose qu'il pourrait souffrir du problème dist.tgz cependant? J'avais une version qui traînait que je n'ai jamais utilisée et qui n'a en fait pas été capable de se décompresser et qui s'attendait à ce que Steam le fasse lors de sa première utilisation.

@nonchip Regardez dans le proton python, il devrait être supposé décompresser le dist lors de la première utilisation. Il peut échouer certaines conditions préalables, tho. J'ai déjà étudié le fonctionnement interne en prévoyant de créer mon propre outil. Mais cela prendra plus de temps car ce n'est qu'un projet de temps libre - et à moins que quelque chose ne me dérange pas trop, je ne ressens pas l'envie de réparer les choses. ;-)

La magie de décompression est construite autour de la comparaison du fichier version ... Peut-être que c'était encore là pour vous?

@kakra oh je vois, cela aurait pu arriver, oui. j'ajouterai le support pour steamapps/common/Proton* alors

...terminé. J'ajouterai une note reliant ce fil et le support de secours à ce dossier, mais avec un avertissement "pourrait ne pas fonctionner si la vapeur le dérange":

@nonchip Unpacking commence ici:
https://github.com/ValveSoftware/Proton/blob/4a5f7064b3a7f20cc7206db946d5f8a47b8ca7e7/proton#L145

Donc, tant que vous commencez par ce wrapper, il devrait décompresser le fichier dist. C'est à moins que dist/version existe déjà (et quelques autres pré-conditions). Sinon, il ira au chemin de mise à niveau.

@kakra je fais ça, ouais. La seule raison pour laquelle je ne fais pas autant confiance au chemin est que valve dit spécifiquement que la vapeur ne touchera pas le dossier comptools, ce qui implique qu'il pourrait faire des choses communes à l'avenir, auquel cas je veux que les gens sachent.

cela dit, Steam avait aussi l'habitude de faire des trucs ( rm -rf pour être précis) à ~ pendant un certain temps, alors ... ouais: P

@nonchip Cela ne se produit pas si vous effectuez des sauvegardes - parce que Murphy. ;-)

Vous pouvez vérifier explicitement Proton */dist/version pour voir si cette version est déjà amorcée.

Donc wine prend en charge DX11 / 10. Mais POE ne fonctionne pas avec cela et a besoin d'un patch personnel comme le fait l'équipe Wine pour une autre application?

De plus, la plupart des jeux de grandes entreprises fonctionnent parfaitement avec dx11 sans aucune astuce.

EDIT: "regarder dans" signifie "quelques heures après le réveil le lendemain matin, j'ai fini" apparemment: https://gitlab.com/nonchip/hydron

La version bêta de Steam vient d'être mise à jour avec une nouvelle fonctionnalité permettant le remplacement de la version de Proton par application.

https://www.pathofexile.com/forum/view-thread/2319193 PoE met fin au support du client dx9 en mars. Ce serait bien si Steam convertissait le correctif CoCreateInstance () en proton, bien.

@kakra En pensant au problème WIC, je trouve ce nouveau patch dans wine intéressant:
https://github.com/wine-mirror/wine/commit/77c3761ad4e557f9fa311299e77746bf225a575a

EDIT: Je vois également des progrès dans le rapport de bogue de vin. Le client du jeu a-t-il résolu le problème du WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

@kakra En pensant au problème WIC, je trouve ce nouveau patch dans wine intéressant:
vin-miroir / vin @ 77c3761

Non, c'est sans rapport.

EDIT: Je vois également des progrès dans le rapport de bogue de vin. Le client du jeu a-t-il résolu le problème du WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

Oui, il a été patché dans le client du jeu. Il ne nous reste plus qu'à résoudre un problème dans WIC lui-même.

@nsivov @edmondo

@kakra En pensant au problème WIC, je trouve ce nouveau patch dans wine intéressant:
vin-miroir / vin @ 77c3761

Non, c'est sans rapport.

J'étais également au courant du patch et je voulais l'essayer. Merci de souligner que cela n'a aucun rapport. Ça me fait gagner du temps. ;-)

EDIT: Je vois également des progrès dans le rapport de bogue de vin. Le client du jeu a-t-il résolu le problème du WIC?
https://bugs.winehq.org/show_bug.cgi?id=42695

Oui, il a été patché dans le client du jeu.

Cela signifie-t-il que nous avons plus besoin du hack CoInit?

Il ne nous reste plus qu'à résoudre un problème dans WIC lui-même.

Est-ce que ce sont les correctifs windowscodecs de la mise en scène?

Ou vice versa?

@nsivov je suppose que c'est ce patch:
https://source.winehq.org/patches/data/157299 qui rend obsolète le hack CoInit?

@kakra ça l'est.

@nsivov Merci, alors je vais supprimer le hack CoInit de ma branche et essayer celui-ci à la place. Cela ne s'appliquait pas proprement à mon code (il y a des lignes en conflit avec l'activation de Windows / minimiser les correctifs de @zfigura). Je ferai rapport et je repousserai ma branche proton avec la prochaine mise à jour de Wine vers la version 4.1.

Je peux confirmer que le hack CoInit peut maintenant être abandonné avec la dernière version de Wine. Il nous reste donc les correctifs Windowscodecs suivants qui semblent encore nécessaires (au moins avec DX11):

windowscodecs: Fix 32bppRGB to 32bppRGBA conversion.
windowscodecs: Add support for 32bppRGB, 32bppRGBA and 32bppPRGBA to format converter.
windowscodecs: Add support for converting to 8bppIndexed format to IWICFormatConverter.

Je ne sais pas si tout cela est nécessaire.

PoE semble être OK avec Proton 3.16-7 beta. Voici une capture d'écran:

À droite, le correctif se trouve sur Valvesoftware / wine @ 72f375e. Pour le mode d3d11, je ne connais que deux problèmes: un pour l'initialisation COM, qui a été corrigé par les développeurs du jeu, et un autre pour les fonctionnalités manquantes du WIC, c'est le commit que je viens de mentionner.

Pour moi, il ne démarre pas (montre l'animation des jeux de broyeurs) puis se bloque. La souris se déplace très lentement, voire pas du tout. Une fois que j'ai eu l'écran de menu après, mais il semblait qu'il n'était qu'à moitié dessiné. J'ai vérifié la charge de mon processeur et aucun des 6 cœurs n'était chargé à plus de 30%.
Vous mentionnez le mode d3d11 - quel est l'autre mode et comment puis-je les basculer? Ou est-ce que dx9 et dx11 sont ceux que je devrais utiliser de toute façon?

Un autre mode est d3d9, je ne sais pas comment l'activer manuellement, pourrait être un fichier de configuration. Quand il plantait à partir de d3d11 par défaut, au prochain lancement, il demandait de passer à d3d9.

Vous pouvez le modifier dans le fichier de configuration à l'aide d'un éditeur de texte. L'essentiel est: le binaire 64 bits est le mode d3d11, le binaire 32 bits est le mode d3d9 (et en tant que tel souffre d'un épuisement précoce de la mémoire, ce qui explique beaucoup des problèmes de stabilité rapportés avec le mode d3d9).

Alternativement, vous pouvez simplement lancer le mode 64 bits directement en remplaçant% command% dans les options de lancement de Steam par le chemin complet du fichier exe 64 bits. Je n'ai pas testé ça, tho.

En fait, cela fonctionne \ o /. J'ai dû baisser la résolution du bureau. C'était 2560x1440 et en full hd cela fonctionne. Merci!

la version dxvk / wine (lutris) souffre également d'un bug de résolution (voir: https://github.com/doitsujin/dxvk/issues/813)

Je ne sais pas comment aider / réparer / quoi que ce soit avec ce bogue de résolution mais je souhaite qu'il disparaisse

Je viens d'essayer Path of Exile avec Steam Play (Proton 3.16-7 beta) et j'ai réussi à jouer à ce jeu avec peu ou pas de problèmes, le seul problème mineur était que les serveurs ne pouvaient pas afficher de ping dans la liste des serveurs.

J'ai juste fait ce que ce gars a fait (la section des commentaires mentionne comment il l'a fait fonctionner avec une carte Nvidia. J'ai une carte AMD et j'ai réussi à la faire fonctionner avec les mêmes étapes qui sont:

1. Sous Bibliothèque (survolez pour accéder au menu)
2. Aller aux outils
3. Recherchez et trouvez la version Proton à votre goût (ceux disponibles) et installez-la.
4. (Facultatif) Définissez les options de lancement de l'application - "PROTON_NO_ESYNC".

Et l'application me montre en utilisant DX11.
Je ne sais pas quel est l'intérêt d'avoir un paramètre avec une liste de versions si Proton n'est pas correctement installé. Mais cela a fait fonctionner le jeu, me fait ce que la version Wine utilisait avant de faire cela.

Lancé avec Proton 3.16-7 Beta, je n'ai reçu aucune erreur au lancement. Cependant, après la vidéo d'introduction, il semble se verrouiller sur l'écran de chargement avec les deux vitesses.

Dans les journaux, j'obtenais "17388.661: 0028: 0077: err: winediag : IcmpCreateFile Impossible d'utiliser ICMP (ping réseau), cela nécessite des autorisations spéciales." entre autres choses.

Lancé avec Proton 3.16-7 Beta, je n'ai reçu aucune erreur au lancement. Cependant, après la vidéo d'introduction, il semble se verrouiller sur l'écran de chargement avec les deux vitesses.

Peut-être aussi le bogue de résolution que vous devriez vérifier aussi

Lancé avec Proton 3.16-7 Beta, je n'ai reçu aucune erreur au lancement. Cependant, après la vidéo d'introduction, il semble se verrouiller sur l'écran de chargement avec les deux vitesses.

Dans les journaux, j'obtenais "17388.661: 0028: 0077: err: winediag : IcmpCreateFile Impossible d'utiliser ICMP (ping réseau), cela nécessite des autorisations spéciales." entre autres choses.

J'ai eu le même problème, j'ai donc supprimé la version wine / proton de Steam (WINEPREFIX) et laissé la vapeur la recréer à nouveau (le WINEPREFIX).
Je l'ai pour passer l'écran de chargement.

@ matty-r Le message ICMP dit simplement que le ping de la passerelle dans le hall ne fonctionne pas: le jeu n'affichera pas les temps de ping vers les passerelles et n'en sélectionnerait pas automatiquement une. Cela nécessite soit le binaire wine installé avec CAP_NET_RAW (qui ne fonctionnera pas ici car Proton est installé par l'utilisateur, pas installé par le système), ou il a besoin d'un correctif de staging. Vous pouvez également essayer d'autoriser le système à créer des packages icmp-echo-request à partir des sockets utilisateur en définissant:

sysctl net.ipv4.ping_group_range="0 65534"

Ce jeu fonctionne parfaitement pour moi sur 3.16-7 + mesa 18.2.2 maintenant, sans aucune option de lancement ou ajustement. J'ai désactivé le multithreading et la résolution dynamique dans les options du jeu parce que j'ai lu que certaines personnes se sont écrasées avec celles-ci. Tout est sur des réglages élevés et fonctionne très bien. Joué plus de 10 heures jusqu'à présent sans un seul crash.

Il est à noter que le jeu n'a pas pu démarrer initialement avec 3.16-7 sélectionné, mais il a commencé à fonctionner après avoir installé manuellement 3.16 Beta dans ma bibliothèque Steam sous la section Outils. Je ne sais pas quel était le problème avant l'installation manuelle, car le dossier Proton 3.16 Beta existait déjà sous steamapps / common. Peut-être qu'il a eu des problèmes de mise à jour?

Quoi qu'il en soit, les gens voudront peut-être essayer. Même si vous avez sélectionné 3.16-7 pour tous les titres, essayez d'installer 3.16 Beta manuellement sous Outils, puis relancez le jeu.

Il est à noter que le jeu n'a pas pu démarrer initialement avec 3.16-7 sélectionné, mais il a commencé à fonctionner après avoir installé manuellement 3.16 Beta dans ma bibliothèque Steam sous la section Outils. Je ne sais pas quel était le problème avant l'installation manuelle, car le dossier Proton 3.16 Beta existait déjà sous steamapps / common. Peut-être qu'il a eu des problèmes de mise à jour?

Après cette étape, le jeu démarre mais ne peut pas dépasser les engrenages, la musique joue mais le jeu se bloque et le système ralentit.

C'est peut-être la résolution que j'ai remarqué avec Lutris / DXVK

• Ubuntu 18.04
• Nvidia 415
• Résolution du moniteur par défaut 3440x1440
• intel i7 4e génération

@ evilch3n J'étais coincé exactement au même endroit. Je ne sais pas si vous avez essayé cela, mais changer la résolution de mon écran en 1920x1080 avant de lancer le jeu a corrigé cela pour moi. Pas idéal, mais au moins il fonctionne.

@tcfunk putain

On dirait que l'ajout de -w 1920 aux options de lancement a également fonctionné. Un peu plus pratique que de changer de résolution manuellement avant le lancement.

On dirait que l'ajout de -w 1920 aux options de lancement a également fonctionné. Un peu plus pratique que de changer de résolution manuellement avant le lancement.

il doit y en avoir plus, l'option ne m'aide pas - le problème persiste. (également essayé -w et -h ensemble)
je pourrais juste rester avec lutris et le dxvk / PKG piraté se construit alors

Juste une pensée, mais peut-être essayer de l'exécuter avec Wine Desktop? Je ne sais pas si vous pouvez le faire en proton mais je résout généralement des problèmes comme celui du vin.

Juste une pensée, mais peut-être essayer de l'exécuter avec Wine Desktop? Je ne sais pas si vous pouvez le faire en proton mais je résout généralement des problèmes comme celui du vin.

cela n'a rien changé, mais merci pour l'idée - maintenant je peux jouer à PoE en mode fenêtré sans avoir à modifier le fichier production_Config.ini chaque fois que je veux passer de plein à fenêtré, etc.

J'avais le même problème de suspension que certains après le film d'introduction de GGG, mais cela s'est avéré être parce que j'étais un moniteur externe. Cela aurait pu aussi être la résolution. Fonctionne bien directement sur mon ordinateur portable. Je ne sais pas si c'est pertinent, mais mon moniteur externe est à travers le coup de foudre.

Quoi qu'il en soit, le jeu fonctionne bien si j'utilise mon GPU Intel, mais pas si je l'exécute avec mon GPU NVIDIA (GeForce GTX 1070 Mobile Max-Q). J'utilise bumblebee avec primus_vk (donc vulkan fonctionne) et voici les journaux que je reçois: https://gist.github.com/jeromegn/ddd2b0c7eb5cd47be4310f63b96ec3c9

Exécution comme ceci: ENABLE_PRIMUS_LAYER=1 PROTON_LOG=1 optirun %command% (cette première variable d'environnement est d'activer vulkan)

Essentiellement, j'obtiens une erreur d'accès en lecture d'erreur de page non gérée. Des idées? J'ai essayé à la fois avec 3.16 -7 et -8.

Ce que je vois se passer, c'est que l'écran devient noir et affiche le curseur PoE pendant quelques secondes, puis se ferme.

On dirait que l'ajout de -w 1920 aux options de lancement a également fonctionné. Un peu plus pratique que de changer de résolution manuellement avant le lancement.

puisque cela n'a pas fonctionné pour moi, je viens de créer un production_Config.ini avec hauteur / largeur, etc.
Cela fonctionne maintenant mais les FPS / Stutters sont vraiment mauvais. On dirait que chaque animation / mobcreation / etc. mini-congeler mon PC.

Le fait que les options les plus graphiques n'aient aucun impact positif ou négatif sur les performances 8x / 4x / pas de MSAA ou textures moyennes / élevées, etc.

Dernière Ligue, j'ai joué sur une combinaison de hack lutris / wine / dxvk-pipeline et avait presque 100 fps en permanence, mais cette ligue je ne peux pas le faire ni avec lutris ni avec proton. Je suis ouvert aux idées.

J'utilise wine-staging avec dxvk, et j'ai eu des performances assez fluides. Utilisez-vous le client 64 bits? Le client 32 bits fonctionne vraiment mal pour moi.

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                    
 6780 evilchen  20   0 3771876 1,541g 268696 R 207,9  9,9   2:30.56 PathOfExile_x64    

Oui, on dirait que c'est le client 64 bits.

edit: me tenir debout dans oriath me donne 20 fps, la cachette est comme 80, le gameplay est de 0-20. J'ai essayé de savoir si mon processeur, mon GPU ou mon SSD atteignaient des limites, mais il y avait beaucoup de place pour chaque composant.

edit2: pour ce que je peux voir, c'est. la mémoire gpu allouée est bien inférieure à celle du dernier patch. Avant, il était d'environ 3,5 Go, maintenant c'est 1,8 Go après avoir tourné au ralenti dans une ville pleine de monde.

La configuration de borderless_windowed_fullscreen=false résolu mon problème btw.

Edit: Nevermind, ne fonctionne qu'avec DX9 et Proton 3.7.8, je l'ai mis là-dedans.

Pour moi, le gel de l'écran de chargement de GGG semble coïncider avec l'impression de "2019/03/15 16:07:41 1543730 [I PathOfExile_x64Steam.exe 41] Envoi d'une demande d'informations sur l'utilisateur Steam: ...." à la console.

Oui, ne fonctionne pas pour moi sur le dernier jeu de protons.

Mon accès en lecture d'erreur de page non géré a été corrigé dans https://github.com/felixdoerre/primus_vk/commit/0d8f98647578414a75454193151e781985c04548

Fonctionnant pratiquement sans défaut pour moi, mais pour une raison quelconque, lorsque je lance le jeu, il va planter Steam, puis lorsque je redémarre Steam et relance le jeu, cela fonctionne bien ... pas vraiment sûr de ce qui se passe là-bas (se passe comme sur des roulettes).
Outre le bégaiement du shader, j'obtiens un solide 70 - 80 FPS, tout au maximum (sauf Shadow + GI est en haut). Sur Windows, j'obtiens une constante de 140 FPS. Je n'ai pas eu besoin de modifier les paramètres de Proton, il suffit d'installer et de jouer.

Je sais qu'avec les émulateurs, vous pouvez télécharger des caches de shader pour éviter de bégayer dans les jeux pendant que vous créez le cache de shader. Serait-il possible pour Valve de distribuer de tels caches pour ces jeux?

• Info système
• Version Proton: 4.2-1
• Noyau: 4.15.0-46-generic
• Version du pilote / LLVM: NVIDIA 418.56

J'ai un problème. Après le démarrage du jeu et le chargement de mon personnage, il affiche une fenêtre d'erreur ( capture d'écran ) lorsque j'essaye de me déplacer. Il est impossible de jouer.

Proton: 4,2-1
Noyau: 5.0.4-arch1-1-ARCH
Distro: Archlinux x86_64
Vidéo: NVidia GTX 660, pilotes 418,56

J'ai un problème. Après le démarrage du jeu et le chargement de mon personnage, il affiche une fenêtre d'erreur ( capture d'écran ) lorsque j'essaye de me déplacer. Il est impossible de jouer.

Proton: 4,2-1
Noyau: 5.0.4-arch1-1-ARCH
Distro: Archlinux x86_64
Vidéo: NVidia GTX 660, pilotes 418,56

PackCheck devrait résoudre ce problème.

Pour moi, Path of Exile fonctionnait apparemment sans faille sur 3.16-8 beta mais quand je l'essaye avec 4.2-1 il se bloque après une minute ou deux de lecture, sans aucun message d'erreur ni popup. Il se bloque directement sur le bureau.

Proton: 4,2-1
Noyau: 5.0.4-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: i3-lacunes
Processeur: Intel i5-4590 3.7Ghz
GPU: Nvidia GTX 770 (418,56)

*Éditer
Maintenant, cela arrive aussi avec 3.16-8

Bonjour @JasonLighthunter , veuillez ajouter PROTON_LOG=1 %command% aux options de lancement du jeu et faites glisser et déposez le $ HOME / steam- $ APPID.log généré dans la zone de commentaire.

Pas de crash sur 4.2-1 ici, pas mal joué! Ubuntu 19.04, RADV 19.0.1

@ kisak-valve
Cette fois, j'ai pu jouer au jeu pendant un certain temps (environ 15 minutes) et j'ai eu une fenêtre contextuelle d'erreur. J'ai oublié de faire une capture d'écran, malheureusement.

steam-238960.log

Pour moi, Path of Exile fonctionnait apparemment sans faille sur 3.16-8 beta mais quand je l'essaye avec 4.2-1 il se bloque après une minute ou deux de lecture, sans aucun message d'erreur ni popup. Il se bloque directement sur le bureau.

Proton: 4,2-1
Noyau: 5.0.4-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: i3-lacunes
Processeur: Intel i5-4590 3.7Ghz
GPU: Nvidia GTX 770 (418,56)

*Éditer
Maintenant, cela arrive aussi avec 3.16-8

même ici, je vais essayer de le démarrer avec la commande log la prochaine fois que je jouerai mal

J'ai eu le même problème coincé sur des roues puis gelé ... L'un de vous a-t-il regardé votre utilisation de la mémoire? c'est ce que l'un des problèmes est à coup sûr, le mien a été plafonné et j'ai 4 Go de ddr4 qui est une poubelle mais ce n'est pas assez pour bien jouer PAS avec eux augmentant la mémoire et les exigences .. alors revenons à windows je vais jusqu'à ce que j'obtienne plus de RAM . Si quelqu'un a moins de mémoire et que cela fonctionne bien, faites-le moi savoir!

Je veux juste ajouter un autre point de données au bogue où ce jeu ne fonctionne pas sur des résolutions> 1920 x 1080. Lorsque je le lance en utilisant mes résolutions natives (2560 x 1440 ou 3440 x 1440), le jeu passera à la vitesse de broyage logo des jeux, puis figer mon système une fois l'animation terminée. Changer la résolution de mon système à 1920 x 1080 sur mes deux moniteurs a permis au jeu de se lancer sur l'écran principal. Faites-moi savoir si j'ai besoin de fournir une journalisation pour le crash pour vous aider à résoudre le problème!

Mes informations système:
Version Proton: 4.2.2 (cela s'est produit sur les anciennes versions 3.1x également)
Noyau: 5.0.5-200.fc29.x86_64 (cela s'est également produit sur les noyaux 4.x)
GPU: Nvidia 1070ti utilisant la version 418.56 du pilote
Distribution: Fedora 29 x86
Processeur: Ryzen 2700X
Divers: Utilisation de KDE comme environnement de bureau

Le jeu semble planter pour moi au démarrage (aucune fenêtre ne s'affiche ou quoi que ce soit). Voici le journal si quelqu'un pouvait fournir des informations:

steam-238960.log

En un coup d'œil, cela ressemble à un problème de chargement du pilote Vulkan, mais j'ai confirmé que Vulkan fonctionnait avec d'autres jeux.

Bonjour @CubeTheThird , veuillez copier les informations de votre système depuis Steam ( Steam -> Help -> System Information ) et mettez-les dans un gist , puis incluez un lien vers l'essentiel dans ce rapport de problème.

Voici mes informations système.

Vous exécutez Steam avec le runtime Steam désactivé, donc vous ou le responsable du paquet de votre distribution pour Steam êtes responsable de la résolution de toutes les dépendances manquantes, y compris libvulkan.so.1. Veuillez refaire le test avec steam-runtime ou vérifier que les packages vulkan-icd-loader et lib32-vulkan-icd-loader sont installés.

@ kisak-valve J'ai fait quelques essais avec les mêmes spécifications que précédemment:
Certaines courses étaient courtes (environ 5 minutes, principalement les deux dernières, qui concernaient les zones de l'extension Delve (qui étaient bien deux jours plus tôt)). mais d'autres courses ont duré plus d'une heure.

Proton: 4,2-2
Noyau: 5.0.6-arch1-1-ARCH
Distro: Antergos Linux x86_64
WM: i3-lacunes
Processeur: Intel i5-4590 3.7Ghz
GPU: Nvidia GTX 770 (418,56-6)

J'ai compilé un zip de rapports avec des notes, des journaux et 2 captures d'écran d'erreurs. espérons que ceux-ci sont utiles.
path_of_exile_reports.zip

Ah il semble que je manquais effectivement la version 32 bits de la bibliothèque. Je ne savais même pas que PoE l'exigeait, même si je ne sais pas pourquoi je ne l'ai pas installé par défaut. Merci pour l'aide.

Est-il même possible de fonctionner en mode fenêtré avec une résolution personnalisée? Toute résolution autre que 1080 plante mon bureau.

Est-il même possible de fonctionner en mode fenêtré avec une résolution personnalisée? Toute résolution autre que 1080 plante mon bureau.

Je veux juste ajouter un autre point de données au bogue où ce jeu ne fonctionne pas sur des résolutions> 1920 x 1080. Lorsque je le lance en utilisant mes résolutions natives (2560 x 1440 ou 3440 x 1440), le jeu passera à la vitesse de broyage logo des jeux, puis figer mon système une fois l'animation terminée. Changer la résolution de mon système à 1920 x 1080 sur mes deux moniteurs a permis au jeu de se lancer sur l'écran principal. Faites-moi savoir si j'ai besoin de fournir une journalisation pour le crash pour vous aider à résoudre le problème!

Mes informations système:
Version Proton: 4.2.2 (cela s'est produit sur les anciennes versions 3.1x également)
Noyau: 5.0.5-200.fc29.x86_64 (cela s'est également produit sur les noyaux 4.x)
GPU: Nvidia 1070ti utilisant la version 418.56 du pilote
Distribution: Fedora 29 x86
Processeur: Ryzen 2700X
Divers: Utilisation de KDE comme environnement de bureau

la plupart des correctifs de résolution sont résolus avec la dernière version de dxvk, je l'ai essayé avec lutris et chaque résolution pour moi fonctionnait très bien, même les performances ont été considérablement améliorées. Je suppose que vous devez attendre que proton implémente les derniers changements

cela m'a aidé à enfin démarrer POE dans ubuntu 19:
$ sudo apt supprimer xserver-xorg-video-intel
Je ne sais pas pourquoi cela a résolu le problème, mais cela semble bien fonctionner jusqu'à présent.

cela m'a aidé à enfin démarrer POE dans ubuntu 19:
$ sudo apt supprimer xserver-xorg-video-intel
Je ne sais pas pourquoi cela a résolu le problème, mais cela semble bien fonctionner jusqu'à présent.

Ne me citez pas là-dessus, mais je suis presque sûr que ce sont les anciens pilotes Intel. Je suppose que vos pilotes graphiques ont été définis sur eux au lieu de pilotes plus récents ou à la place de pilotes pour une carte dédiée.

Eh bien, vous pourriez avoir raison, mais je n'ai pas installé ou défini manuellement de pilotes, je ne sais même pas comment sans recherche. C'est juste ubuntu 19 vanille, qui est sorti il ​​y a un mois.

Information système

• Processeur graphique: NVIDIA GeForce GTX 750 Ti
• Processeur: AMD Ryzen 5 1500X (8) à 3,500 GHz
• Système d'exploitation: Linux Mint 19 Tara x86_64
• Version du pilote / LLVM: Nvidia 430.09
• Version du noyau: 4.15.0-48-generic
• Version Proton: 4.2-3

Symptômes

steam-238960.log

Gèle aléatoirement l'application wine après alt-tabbing / casting / pointage du curseur sur l'élément. Ne guérit qu'en tuant les processus Steam et PoE dans Process Monitor.

Hé les gars, je ne suis pas un programmeur, mais j'ai le même problème et je n'ai compris aucune de vos solutions, aidez-moi s'il vous plaît, j'ai essayé TOUT ce que je pouvais comprendre sur le Web, même formaté mon ordinateur portable

Path of Exile crashs aléatoires

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/2795.
@MrPaj publié le 2019-06-10T21: 05: 25:

Salut,

L'exécution de Path of Exile s'écrase au hasard pendant que je me bats.
Parfois, je peux jouer pendant des heures sans problème, d'autres fois, cela se produit toutes les 10 minutes.
Si vous avez besoin de journaux, veuillez me le faire savoir. Ci-dessous les détails de mes spécifications

Je vous remercie

Proton 4.2.6
Processeur: Processeur AMD Ryzen 5 2600X à six cœurs
Debian GNU / Linux 10 (buster) (64 bits)
Version du noyau: 4.19.0-5-amd64
Pilote: NVIDIA Corporation GeForce GTX 1060 6GB / PCIe / SSE2
Version du pilote: 4.6.0 NVIDIA 418.56
Mémoire vive: 16056 Mo

Path of Exile a également un _lot_ de plantages aléatoires sur Windows en ce moment, ils ont apporté de gros changements dans la dernière mise à jour! Je ne pense pas que cela ait quoi que ce soit à voir avec Proton, il était stable avant PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

Path of Exile a également un _lot_ de plantages aléatoires sur Windows en ce moment, ils ont apporté de gros changements dans la dernière mise à jour! Je ne pense pas que cela ait quoi que ce soit à voir avec Proton, il était stable avant PoE 3.7. https://www.pathofexile.com/forum/view-forum/patch-notes

Le problème ne semble se produire que sur la carte La Descente en act9. Après 5 à 10 minutes de mort, le jeu plante.
Je peux jouer dans d'autres domaines pendant des heures sans problème
Existe-t-il un moyen (journaux ou quelque chose) de confirmer si le problème est uniquement lié à Proton ou à un problème du jeu lui-même?

Merci

J'ai un ordinateur portable avec Intel HD 520 et NVIDIA 940MX (pilote 430.26). En utilisant le proton 4.2-7 de Steam, le jeu fonctionne avec la carte Intel. Il fonctionne également avec NVIDIA uniquement avec PROTON_USE_WINED3D=1 .

Lorsque vous utilisez NVIDIA sans cette option, le jeu plante souvent dès que je me connecte, mais parfois un peu plus tard, affichant une fenêtre contextuelle affichant "CreateShaderResourceViewEx". Parfois, il plante sans aucun message.

Connectez-vous pour un crash avec CreateShaderViewEx steam-238960.log
Journal d'un crash sans message 1-steam-238960.log

J'ai un ordinateur portable avec Intel HD 520 et NVIDIA 940MX (pilote 430.26). En utilisant le proton 4.2-7 de Steam, le jeu fonctionne avec la carte Intel. Il fonctionne également avec NVIDIA uniquement avec PROTON_USE_WINED3D=1 .

Lorsque vous utilisez NVIDIA sans cette option, le jeu plante souvent dès que je me connecte, mais parfois un peu plus tard, affichant une fenêtre contextuelle affichant "CreateShaderResourceViewEx". Parfois, il plante sans aucun message.

Connectez-vous pour un crash avec CreateShaderViewEx steam-238960.log
Journal d'un crash sans message 1-steam-238960.log

Je reçois les mêmes plantages, en particulier le CreateShaderViewEx qui est intéressant car parfois je peux cliquer sur OK et continuer à jouer très bien. Acte 9 / Acte 9 la descente a été particulièrement mauvaise. D'autres fois, il suffit de charger dans le jeu, il se ferme, ou lorsque je suis en train de tuer des choses.
Pilote: NVIDIA Corporation GeForce GTX 970
Version du pilote: 4.6.0 NVIDIA 430.26

J'ai un ordinateur portable avec Intel HD 520 et NVIDIA 940MX (pilote 430.26). En utilisant le proton 4.2-7 de Steam, le jeu fonctionne avec la carte Intel. Il fonctionne également avec NVIDIA uniquement avec PROTON_USE_WINED3D=1 .

Lorsque vous utilisez NVIDIA sans cette option, le jeu plante souvent dès que je me connecte, mais parfois un peu plus tard, affichant une fenêtre contextuelle affichant "CreateShaderResourceViewEx". Parfois, il plante sans aucun message.

Même problème ici.
NVIDIA Geforce 920M (pilote 430.26)

J'ai remarqué que le jeu plante souvent quand il se passe beaucoup de choses, comme plus de 25 ennemis à l'écran, etc.

Je suis sur AMD.

J'ai remarqué que le jeu plante souvent quand il se passe beaucoup de choses, comme plus de 25 ennemis à l'écran, etc.

Je suis sur AMD.

pour moi, la résolution dynamique était le coupable, sans elle, j'ai 90% de plantages en moins

D'accord, j'ai un très mauvais problème de mémoire.

Chaque carte sur laquelle vous allez crée une nouvelle instance de cette carte, et après avoir parcouru quelques cartes, mon utilisation de la mémoire augmente considérablement. Si je joue au jeu trop longtemps, il finira par se figer et me renvoyer à l'écran de connexion avec An unexpected disconnection occurred .

Maintenant, tout en surveillant les ressources du système, j'ai découvert que cela se produit parce que le jeu n'a plus de mémoire à utiliser, la RAM système est à 100% d'utilisation.

Il semble que la réduction de la qualité de la texture et la désactivation de la mise à l'échelle dynamique de la résolution réduisent considérablement la consommation de mémoire.

Bonjour à tous

j'obtiens fmod-failed-to-initialize-error-code-59 si le pilote audio est OSS (Open Sound System) quelqu'un peut-il le confirmer?

Mon problème survient lorsque PoE se ferme ...

Le jeu fonctionne assez bien. Mais quand je quitte le jeu, 2 processus de $HOME/.local/share/Steam/ubuntu12_32/steam augmentent jusqu'à 100% d'utilisation du processeur.

Ils sont restés ainsi pendant la nuit à quelques reprises, ils ne semblent pas finir à moins que je SIGKILL manuellement, qui à son tour ferme la vapeur. Si je sors de la vapeur, elles continuent de fonctionner et la vapeur ne se ferme pas. Gameoverlay est désactivé, et cela ne semble pas se produire avec d'autres jeux.

(arc, stock proton 4.11-5, amd ryzen 1700 + vega64)

Mon problème survient lorsque PoE se ferme ...

Le jeu fonctionne assez bien. Mais quand je quitte le jeu, 2 processus de $HOME/.local/share/Steam/ubuntu12_32/steam augmentent jusqu'à 100% d'utilisation du processeur.

Ils sont restés ainsi pendant la nuit à quelques reprises, ils ne semblent pas finir à moins que je SIGKILL manuellement, qui à son tour ferme la vapeur. Si je sors de la vapeur, elles continuent de fonctionner et la vapeur ne se ferme pas. Gameoverlay est désactivé, et cela ne semble pas se produire avec d'autres jeux.

(arc, stock proton 4.11-5, amd ryzen 1700 + vega64)

J'obtiens ça sur beaucoup de jeux. Lancer le jeu Steam aussi nu que possible semble aider, il y a des arguments en ligne de commande pour ne pas lancer la vue des amis, le navigateur et d'autres manigances.

Existe-t-il un moyen de basculer la pré-mise en cache du shader? Deux fois aujourd'hui, Path of Exile a téléchargé le contenu de pré-mise en cache des shaders de 6 Go. Seul jeu qui fait ça, encore.

Ajouter Path of Exile à Proton

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3161.
@hollowsaibot posté le 2019-10-21T20: 38: 58:

Salut l'équipe Valve / Proton,

le mois dernier, j'ai pu jouer à Path of Exile "sans" problèmes sur Linux (Ubuntu 19.04) mais en essayant des mises à jour et des mises à niveau 4 nvidia et ubuntu 19.10 tout est allé au diable.
Le truc, c'est que je pourrais jouer normalement. Je ne sais pas si le titre a été autorisé à fonctionner sur Steam avec Proton et c'est juste maintenant qu'il est nécessaire de "forcer tous les titres à jouer avec", mais s'il vous plaît, vérifiez que ce titre est jouable avec Steam.

De plus, il y a un mois, le cache de pré-contenu pour les shaders a commencé tous les jours pour ce jeu (téléchargement de 6,3 Go avant le début) mais maintenant (il y a quelques semaines) le jeu ne crée pas de cache de shaders. Je pense que cette fonctionnalité est utile, surtout si vous avez un nvidia 1050ti et que les fps sont à la limite. Veuillez vérifier cela aussi.

Cordialement,

Bonjour @hollowsaibot , veuillez ajouter PROTON_LOG=1 %command% aux options de lancement du jeu et faites glisser et déposez le $ HOME / steam- $ APPID.log généré dans la zone de commentaire.

steam-238960.log
Salut,
J'ai installé 19.10 à partir de zéro cette fois, le pilote installé automatiquement est le nvidia-435 il semble que le jeu fonctionne (a encore des chutes de fps, je le teste rapidement) et le Shader Pre-Caching (Steam> Settings> S.Pre-Cach. ) est toujours de 0 Mo pour le moment)

Si une amélioration peut être apportée, cela sera le bienvenu. Si vous avez des questions, vous pouvez me le dire.

Cordialement,

Quelqu'un d'autre a-t-il d'énormes problèmes pour exécuter ce jeu? J'utilise Manjaro 18.1.0 avec Proton 4.11-8 avec un NVidia 1060 et le jeu se charge bien et tout cela prend juste plus de 1 à 2 minutes pour charger dans de nouvelles zones. De plus, certaines des nouvelles zones ne se chargent pas et la vue d'un nouveau contenu provoque un bégaiement. J'ai vu des rapports d'utilisateurs effectuant des personnalisations pour contourner ce problème de «chargement de shader», mais y a-t-il un correctif entrant provenant de Proton? Je pense que la plupart d'entre nous préféreraient éviter d'installer des logiciels personnalisés juste pour faire fonctionner un seul jeu

L'option de lancement --waitforpreload a considérablement amélioré les temps de chargement des nouvelles zones pour moi. Le démarrage prend plus de temps, mais les zones se chargent presque instantanément par la suite.

En raison des mises à jour fréquentes, le bégaiement du shader ne disparaîtra probablement jamais. Cela s'améliore cependant après quelques heures de jeu.

Salut, POE ne fonctionne pas pour moi avec la version proton 4.11.8. Cela a bien fonctionné avec 4.11.7.
J'utilise Fedora 31 pour gagner un nvidia 1050 ti.

======================
Proton: 1573156648 proton-4.11-8
SteamGameId: 238960
Command: ['/home/red/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch']
Options: set()
======================
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
esync: up and running.
78040.038:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b430000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.059:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.061:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\wineboot.exe" at 0x7f05bcc40000: builtin
78040.065:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.067:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f05bca80000: builtin
78040.068:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f05bcad0000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.248:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.250:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\services.exe" at 0x400000: PE builtin
78040.252:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.253:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f1323670000: builtin
78040.253:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f13237b0000: builtin
78040.254:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f1323590000: builtin
78040.255:000c:000d:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.257:000c:000d:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\userenv.dll" at 0x7f1323550000: builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.306:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.307:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\plugplay.exe" at 0x400000: PE builtin
78040.310:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.311:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f849ebc0000: builtin
78040.311:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f849ed00000: builtin
78040.312:000f:0010:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f849eae0000: builtin
78040.319:000f:0010:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.373:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.373:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin
78040.375:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.376:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f7a5ec50000: builtin
78040.376:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f7a5eda0000: builtin
78040.377:0016:0017:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f7a5eb80000: builtin
78040.378:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x67a00000: PE builtin
78040.387:0016:0017:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.406:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f7a5e500000: builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f7a5e4d0000: builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f7a5e6b0000: builtin
78040.407:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78040.407:0016:0019:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\drivers\\winebus.sys" at 0x7f7a5eb30000: builtin
78040.671:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78040.671:0016:0019:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78040.740:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78040.741:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\winedevice.exe" at 0x400000: PE builtin
78040.743:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78040.745:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f65d3740000: builtin
78040.745:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f65d3890000: builtin
78040.747:001e:001f:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f65d3660000: builtin
78040.748:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ntoskrnl.exe" at 0x67a00000: PE builtin
78040.759:001e:001f:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.774:001e:0021:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\drivers\\mountmgr.sys" at 0x7f65d3620000: builtin
78040.791:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f05bbe90000: builtin
78040.793:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f05bbdb0000: builtin
78040.795:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f05bbaf0000: builtin
78040.795:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f05bbb30000: builtin
78040.795:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78040.797:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78040.898:000a:000b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78040.901:000a:000b:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7f05bc050000: builtin
78040.909:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\steam.exe" at 0x7eb10000: builtin
78040.915:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71240000: PE builtin
78040.916:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7ea20000: builtin
78040.916:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7ea60000: builtin
78040.917:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7e8d0000: builtin
78040.918:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7e800000: builtin
78040.919:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fdc0000: PE builtin
78040.921:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7e5a0000: builtin
78040.921:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7e5e0000: builtin
78040.921:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65200000: PE builtin
78040.928:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68c40000: PE builtin
78040.928:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64b40000: PE builtin
78040.929:0008:0009:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7dbc0000: builtin
78041.039:0008:0009:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6c0c0000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Setting breakpad minidump AppID = 238960
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198070664852 [API loaded no]
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
78041.070:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78041.071:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\explorer.exe" at 0x400000: PE builtin
78041.073:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78041.074:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7efddfcf0000: builtin
78041.074:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7efddfe40000: builtin
78041.075:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7efddfb50000: builtin
78041.076:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7efddfa60000: builtin
78041.076:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78041.079:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7efddf7b0000: builtin
78041.079:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7efddf7e0000: builtin
78041.088:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b420000: builtin
78041.089:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\explorer.exe" at 0x400000: PE builtin
78041.092:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71040000: PE builtin
78041.093:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7f90f18a0000: builtin
78041.093:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7f90f19e0000: builtin
78041.094:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7f90f16f0000: builtin
78041.095:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7f90f1610000: builtin
78041.095:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fbc0000: PE builtin
78041.098:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7f90f1350000: builtin
78041.098:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7f90f1390000: builtin
78041.185:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78041.185:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78041.195:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78041.195:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7efddf460000: builtin
78041.212:0008:0025:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a900000: PE builtin
78041.212:0008:0025:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7d770000: builtin
78041.220:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78041.221:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78041.222:0026:0027:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7efdde920000: builtin
78041.229:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x6a100000: PE builtin
78041.229:0026:0027:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x960000: PE builtin
78041.281:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
78041.281:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
78041.291:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x6a700000: PE builtin
78041.291:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winex11.drv" at 0x7f90f1010000: builtin
78041.310:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
78041.311:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
78041.313:0028:0029:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7f90f0570000: builtin
78041.319:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x6a100000: PE builtin
78041.319:0028:0029:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x750000: PE builtin
ERROR: ld.so: object '/home/red/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
78041.355:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\kernel32.dll" at 0x7b430000: builtin
78041.373:002f:0030:trace:loaddll:load_native_dll Loaded L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" at 0x400000: native
78041.377:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\kernelbase.dll" at 0x71240000: PE builtin
78041.378:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\sechost.dll" at 0x7ea80000: builtin
78041.378:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\ADVAPI32.dll" at 0x7ead0000: builtin
78041.387:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\gdi32.dll" at 0x7df30000: builtin
78041.388:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7de60000: builtin
78041.393:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x7dc00000: builtin
78041.393:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\user32.dll" at 0x7dc40000: builtin
78041.393:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68c40000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rpcrt4.dll" at 0x6fdc0000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65200000: PE builtin
78041.397:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64b40000: PE builtin
78041.397:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\SHELL32.dll" at 0x7e0a0000: builtin
78041.398:002f:0030:trace:loaddll:load_native_dll Loaded L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\steam_api.dll" at 0x3b400000: native
78041.401:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WS2_32.dll" at 0x7dbd0000: builtin
78041.407:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WLDAP32.dll" at 0x7db60000: builtin
78041.409:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\dbghelp.dll" at 0x7d320000: builtin
78041.412:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msacm32.dll" at 0x66640000: PE builtin
78041.412:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\WINMM.dll" at 0x7d250000: builtin
78041.416:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\bcrypt.dll" at 0x7d120000: builtin
78041.416:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\CRYPT32.dll" at 0x7d160000: builtin
78041.417:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\Normaliz.dll" at 0x62180000: PE builtin
78041.418:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\OLEAUT32.dll" at 0x6a300000: PE builtin
78041.420:002f:0030:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\d3d11.dll") not found
78041.421:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\vulkan-1.dll" at 0x7d110000: builtin
78041.422:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winevulkan.dll" at 0x7d0d0000: builtin
78041.422:002f:0030:err:module:import_dll Library d3d11.dll (which is needed by L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe") not found
78041.422:002f:0030:err:module:import_dll Library dxgi.dll (which is needed by L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe") not found
78041.423:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\IMM32.dll" at 0x6c0c0000: PE builtin
78041.424:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\IPHLPAPI.DLL" at 0x7d0a0000: builtin
78041.426:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\usp10.dll" at 0x7d040000: builtin
78041.426:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\winsxs\\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.2600.2982_none_deadbeef\\COMCTL32.dll" at 0x6e8c0000: PE builtin
78041.429:002f:0030:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winspool.drv" at 0x7cff0000: builtin
78041.429:002f:0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\COMDLG32.dll" at 0x6b8c0000: PE builtin
78041.429:002f:0030:err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135
78042.448:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
78042.448:0016:001a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\setupapi.dll" : builtin
pid 167530 != 167528, skipping destruction (fork without exec?)

Bonjour @ red667 , err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135 dans votre journal ressemble à https://github.com/ValveSoftware/Proton/issues/823#issuecomment -552137632. Vous pouvez avoir de la chance en essayant d'exécuter le jeu avec Proton 4.2, puis en revenant à 4.11.

HI @ kisak-valve, je pense que vous avez raison, peu j'ai aussi trouvé la ligne de journal:

79493.858:002e:002f:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\d3d11.dll") not found

Donc, directx ne fonctionne pas, ce qui est nécessaire pour que le jeu fonctionne.

J'ai déjà exécuté le jeu avec Proton 4.2 et cela fonctionne. Mais le retour à la version 4.11.8 entraîne à nouveau le même problème.

Vous pouvez essayer d'ajouter WINEDLLOVERRIDES="dxgi=n" %command% aux options de lancement du jeu.

Merci! Ça marche.

Mes options de lancement actuelles pour faire fonctionner le jeu sont:
DXVK_STATE_CACHE=0 PROTON_NO_ESYNC=0 WINEDLLOVERRIDES="dxgi=n" %command%

Est-ce que quelqu'un d'autre a le bogue où les boutons verts n'affiche aucun texte dessus? En dehors de cela, le jeu semble fonctionner correctement.

Après quelques tests / ajustements, le jeu fonctionne correctement. Je ne jouerais pas en mode Hardcore, mais c'est assez jouable pour le Standard. Les options de lancement suivantes semblent fonctionner le mieux pour moi:

gamemoderun %command% --waitforpreload --nologo --nodx9ex --garbage-generation 2

Arch Linux, i7-2600, GTX 1060, Nvidia 440.59, Proton 5.0-1

La commande gamemoderun est destinée au GameMode de Feral.

Il y a encore des problèmes avec les baisses de FPS, ainsi que des temps de trame élevés et des pics de décalage.

Mon problème survient lorsque PoE se ferme ...

Le jeu fonctionne assez bien. Mais quand je quitte le jeu, 2 processus de $HOME/.local/share/Steam/ubuntu12_32/steam augmentent jusqu'à 100% d'utilisation du processeur.

Ils sont restés ainsi pendant la nuit à quelques reprises, ils ne semblent pas finir à moins que je SIGKILL manuellement, qui à son tour ferme la vapeur. Si je sors de la vapeur, elles continuent de fonctionner et la vapeur ne se ferme pas. Gameoverlay est désactivé, et cela ne semble pas se produire avec d'autres jeux.

(arc, stock proton 4.11-5, amd ryzen 1700 + vega64)

Même problème depuis un bon moment. Je dois SIGKILL les deux processus pour qu'ils se terminent.
Cela ne dépend pas de l'option utilisée pour lancer le jeu.
(Test Debian, proton 5.0-4, GTX 1070Ti avec pilote Nvidia 440.64)

Maintenant que vous le mentionnez, j'avais le même problème avec les jeux utilisant dxvk 1.5.5 sur wine standard. Je suis passé à la version 1.5.4 et le problème a disparu. (Je l'ai remarqué avec Guild Wars 2 et Path of Exile.)

Images manquantes dans Path of Exile lors de l'utilisation d'Ubuntu 20.04

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3861.
@ robert-olofsson publié le 2020-05-13T16: 20: 45:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: Path of Exile
• Steam AppID du jeu: 238960

Information système

• GPU: Radeon RX Vega M GH (Intel hades canyon nuc)
• Version du pilote / LLVM: tout ce qui se trouve dans ubunutu 20.04 (20.0.4,
• Version du noyau: 5.4.0-28-generic
• Version Proton: Proton 5.0, fichier de version dit: 1588350139 proton-5.0-7-rc3

Je confirme:

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

Symptômes

Images manquantes dans le jeu. Le plus visible sur l'écran de démarrage où les images d'informations actuelles
manquent et dans le jeu, la mini-carte n'affiche pas d'extras par-dessus.

la reproduction

Démarrer jeu. regardez l'écran de connexion

À partir de la console, je vois quelques lignes de journal comme:
0024: err: wincodecs : PngDecoder_CreateInstance Échec de la lecture du PNG car impossible de trouver libpng12.so.0

Regardez autour de vous et notez qu'ubuntu moderne utilise libpng16 et n'a pas de libpng12 facile. Il est cependant disponible dans un PPA et son installation résout le problème.

Ce serait bien de construire avec une libpng plus moderne.

Bonjour @ robert-olofsson, le runtime Steam fournit libpng12, il est donc étrange que Proton ne récupère pas la bibliothèque à partir de là. Veuillez copier les informations de votre système à partir de Steam ( Steam -> Help -> System Information ) et les mettre dans l' essentiel , puis inclure un lien vers l'essentiel dans ce rapport de problème. Il peut y avoir un indice dans la section de diagnostic étendu.

Chemin de l'exil: CreateShaderResourceViewEx: paramètre non valide

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3868.
@ Opencode-foss Publié le 2020-05-14T17: 53: 31:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: Path of Exile
• Steam AppID du jeu: 238960

Information système

• GPU: carte graphique Intel HD i7-4790K
• Version du pilote / LLVM: Intel Open Source Technology Center Mesa DRI
  Carte graphique Intel (R) HD 4600 (HSW GT2)
  3.0 Mesa 20.0.6
• Version du noyau: 5.6.11-arch1-1 x86_64
• Lien vers le rapport d'informations système complet sous la forme Gist : systemreport.txt
• Version Proton: 5.0-7

Je confirme:

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

steam-238960.log

Symptômes

Lorsque je charge dans un jeu, il plante et me donne une exception de paramètre CreateShaderResourceViewEx: Invalid.
Fichier journal trouvé: "[CRIT Client 192] [D3D11] CreateShaderResourceViewEx: paramètre non valide."

la reproduction

Bonjour @ Opencode-foss, en regardant votre journal, DXVK a échoué une allocation vram lorsqu'il a atteint une limite de 1,5 Go:

err:   DxvkMemoryAllocator: Memory allocation failed
err:     Size:      6553600
err:     Alignment: 4096
err:     Mem flags: 0x1
err:     Mem types: 0x1
err:   Heap 0: 1472 MB allocated, 1019 MB used, 1529 MB allocated (driver), 1536 MB budget (driver), 1536 MB total

Merci @kakra pour la réponse rapide. Comment augmenter votre limite vram sur Intel Graphics sous Linux.

Merci @kakra pour la réponse rapide. Comment augmenter votre limite vram sur Intel Graphics sous Linux.

@ Opencode-foss Vous vouliez probablement dire @ kisak-valve ...

https://www.pathofexile.com/forum/view-thread/2866813

Path of Exile a maintenant un moteur de rendu Vulkan.

Il plantera sur Radv sans ce commit.

https://gitlab.freedesktop.org/mesa/mesa/-/commit/d12f2c88427b466aa4944901a700a2d6ecb24a52

Je viens de tester le moteur de rendu Vulkan, mais je plante après la sélection du joueur. Voir une grande partie de ce message dans le journal:

fixme: dbghelp : elf_search_auxv ne trouve pas le symbole dans le module

Journal complet:
steam-238960.log

J'utilise dans mon cas des pilotes Nvidia propriétaires (version 440.82). Si plus d'informations sont nécessaires, veuillez me le faire savoir.

Je viens de lancer le jeu avec le nouveau moteur de rendu vulkan. Il fonctionne plus facilement qu'avant.
Mais j'ai dû changer mes options de lancement.

Pour moi, ces options de lancement fonctionnent:
PROTON_USE_D9VK=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

Je n'avais pas besoin de définir le D9VK, mais j'ai ajouté d'autres indicateurs pour activer le cache et une certaine optimisation (en utilisant vulkan avec un MX150):
gamemoderun __GL_SHADER_DISK_CACHE=1 __GL_SHADER_DISK_CACHE_PATH='<random_path>' ENABLE_VKBASALT=1 __NV_PRIME_RENDER_OFFLOAD=1 WINEESYNC=1 DXVK_USE_PIPECOMPILER=1 STAGING_SHARED_MEMORY=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

Cependant, le WINEDLLOVERRIDES="dxgi=n,b" %command% a bien fonctionné pour moi

Le rendu fonctionne bien, ~ 50% de fps boost sur Vulkan.

Le moteur de rendu Vulkan ne fonctionnera pas pour moi, il se bloque à blckscreen

Path of Exile ne démarre pas avec Proton 5.0-8

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/3969.
@Dragallur publié le 2020-06-11T07: 43: 23:

Path of Exile apparaît pendant un moment dans mes processus mais ensuite il disparaît et ne se lance pas. (Utilisation d'Ubuntu 18)

Système d'exploitation: Arch Linux x86_64
Noyau: 5.6.12-3
GPU: Intel HD Graphics 5500

Vous rencontrez des plantages (environ 10 à 15 minutes de jeu en utilisant le moteur de rendu vulkan) et avec cela au journal du Client.txt:

[CRIT Client 200] [VULKAN] vk::FragmentedPoolError::FragmentedPoolError: vk::Device::allocateDescriptorSetsUnique

Système d'exploitation: ArchLinux
Noyau: 5.7.2-zen1-1-zen
GPU: AMD 5700 XT
Proton 5.0.9

je ne peux pas faire fonctionner PoE avec le nouveau moteur de rendu vulkan et amdvlk

dès que je règle le VK_ICD_FILENAMES sur /usr/share/vulkan/icd.d/amd_icd64.json le jeu ne démarre pas, cela donne une erreur createSwapChain

quelqu'un d'autre a ça? ou peut-être même une solution à cela?

modifier: la couche radeon vulkan a de nombreux bugs et problèmes graphiques et la carte ne sera pas rendue

Se bloque lorsque je passe au nouveau moteur de rendu Vulkan, se fige pendant environ 10 secondes et passe à un écran noir avant de fermer

J'ai essayé plusieurs options de lancement différentes et des combinaisons de ce que les gens utilisaient auparavant.
J'ai essayé Proton 5.0-9 et 4.11-13 avec la même erreur à la fin.

Veuillez voir ci-dessous pour l'essentiel du système et un journal des erreurs de proton
Système Gist
https://gist.github.com/jackarsnel/b7b4d962f4f86a0b8d52fde7a8b79342
Journal des erreurs
https://pastebin.com/4pKU146b

Ce qui a finalement fonctionné pour moi (sur les graphiques Nvidia, je vous en prie), j'utilise ces options de lancement:
--attendre la précharge --gc 1
(je ne sais pas si le garbage collector l'affecte, mais la précharge semble mieux fonctionner).
Dans le menu du jeu (avant de sélectionner une région), j'ai commuté les paramètres de texture sur moyen, ce qui est recommandé pour le moteur de rendu bêta Vulkan par les développeurs du jeu, et je l'ai ensuite réglé sur Vulkan. Une fois la modification enregistrée, j'enregistre et quitte le jeu, puis je rouvre (en m'assurant que les paramètres persistent) avant de me connecter et de choisir un personnage.

@CubeTheThird notez que l'option de garbage collection est en fait -gc , et non --gc . Et -gc est un équivalent court de l'option --garbage-generation . En savoir plus ici: https://pathofexile.gamepedia.com/Launch_options.

Donc, depuis que j'utilise le moteur de rendu Vulkan, si je ne joue pas à PoE depuis un certain temps, l'étape de traitement des shaders Vulkan lors du lancement de Steam prendra un certain temps. (D'autres jeux ne prennent pas autant de temps, disons, No Man's Sky.) Est-ce prévu?

J'ai essayé une nouvelle installation, juste pour voir si cela accélérerait les choses, et il a fallu environ 2 heures pour traiter les shaders vulkan. Je ne me souviens pas que cela ait duré aussi longtemps il y a quelques semaines. Quelque chose a changé? (Pilotes Ryzen 5, 1600, Nvidia 1050ti, 450.57)

Pareil pour moi. Désormais, Path of Exile recompile les shaders à chaque fois que je me connecte à Steam. Cela prend littéralement des heures.

Ci-dessous les informations screenfetch .

OS: Ubuntu 20.04 focal
Kernel: x86_64 Linux 5.4.0-42-generic
DE: GNOME 3.36.4
WM: Mutter
CPU: Intel Core i7-3770K @ 8x 3.9GHz [67.0°C]
GPU: GeForce GTX 980
RAM: 8664MiB / 15972MiB

C'est ce que j'obtiens presque à chaque fois que je lance Steam. Le traitement prend environ 2 heures.

@evenfrost, vous pouvez ignorer cette partie. Ensuite, il sera traité lors de l'exécution du jeu. Il peut y avoir des retards lors du traitement pour la première fois. Mais après un certain temps, tout ce dont vous avez besoin est traité.

Le problème est que cela prend une quantité importante de ressources de mon PC (donc je suppose que PoE sera assez lent pour jouer pendant cela) et se produit presque chaque fois que je lance Steam.

PoE n'est pas très lent une fois que vous y entrez, si vous sautez l'étape de traitement. (Mon reproche actuel concerne les correctifs et le temps que cela prend, mais c'est aussi un problème sur le client autonome.)

Pour une raison quelconque, je ne peux pas ignorer le compilateur de cache de shader au début.
Si je clique sur skip le menu disparaît et le chemin de l'exil démarre, mais le processus ne s'arrête pas et détruit complètement mon processeur.
J'ai un Ryzen 9 3950x et il utilise 100% de chaque noyau pendant environ une demi-heure

Edit: même après avoir fermé Steam, il continue de créer le cache de shader

crash du jeu après le patch 3.11.2
voici mon journal de protons
https://pastebin.com/DHJEBBh2

Bonjour @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 ressemble à une ligne d'intérêt dans le journal. Connexes: # 3886

Oui, le jeu plante maintenant après le patch 3.11.2 dès la première ouverture de la fenêtre. La fenêtre s'ouvre, reste noire pendant une seconde puis le jeu se termine. Ceci est mon journal des pannes:
https://pastebin.com/BvJv0HvN

Notez que ce droit en bas du fichier semble être le démonateur commun:

18666.066:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
18666.071:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
18666.072:00b8:00bc:trace:seh:call_stack_handlers handler at 0x7b46bf10 returned 1
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: eax=01ccbc58 ebx=7ffdf000 ecx=00000000 edx=02bffc8c esi=02bffdf0 edi=02bffdfc
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: ebp=02bffca4 esp=02bffab8 eip=0082ad46 cs=0023 ss=002b flags=00210202
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: ds=002b es=002b fs=0063 gs=006b
18666.072:0284:0288:trace:seh:__regs_NtGetContextThread 0x40: dr0=00000000 dr1=00000000 dr2=00000000 dr3=00000000 dr6=00000000 dr7=00000000
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0082ad46).
18666.077:0284:0288:fixme:dbghelp:elf_search_auxv can't find symbol in module
Register dump:

Je lance le jeu en utilisant Vulkan. C'est peut-être différent avec DX11 et quelqu'un peut nous dire comment forcer l'utilisation de DX11 via un fichier de configuration ou quelque chose. J'espère que nous pourrons résoudre ce problème bientôt, c'est une énorme déception que le jeu ne fonctionne plus, surtout une semaine avant une ligue aussi impressionnante.

Edit: C'est bizarre que @jackarsnel ait eu le même message d'erreur en juin.

Nouvelle installation pour moi. 5.09 proton, 5.9 de glorieux crashs d'eggroll aussi. Quelqu'un a-t-il essayé le vin de réserve ou la mise en scène du vin?

Journal joint ...
steam-238960.log

Désolé. Profil matériel: https://gist.github.com/garpu/2131323653d75ab871afd0bbd081487b

ETA: Proton-alyx a fonctionné pour moi.

Bonjour @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 ressemble à une ligne d'intérêt dans le journal. Connexes: # 3886

Merci!
fonctionne bien avec la version corrigée https://github.com/stevenlafl/Proton/releases/tag/proton-5.0-7-alyx-2

Je reçois toujours le crash bien que je ne pense pas qu'il utilise réellement la version alyx. ~ / .Var / app / com.valvesoftware.Steam / data / Steam / Compatibilitytools.d / est-il le bon répertoire pour le flatpak?

Je peux sélectionner la version ici.

Mais curieusement, une fois que Steam redémarre, la case à cocher "Activer la lecture de Steam pour tous les autres titres" se désélectionne. Le haut du journal de jeu lit toujours 5.0.9.

steam-238960.log

Bonjour @effinjdent , votre journal indique que proton-5.0-9 est utilisé au lieu de ce que vous attendiez. Peut-être vérifier les paramètres Steam Play par jeu?

Salut @ kisak-valve, ce bogue sera-t-il corrigé dans la prochaine version de proton? Ou cela devrait-il être pris en charge par les développeurs eux-mêmes?

@ kisak-valve Je dis que cette option, lorsque je la vérifie avec l'alyx sélectionné, se désactive littéralement après le redémarrage de la vapeur.

Le problème ici est que le jeu a mis à jour Steamworks vers une version que la bibliothèque de transfert Steam de Proton n'a pas encore appris. Cela se produit semi-régulièrement et Proton doit être informé de chaque nouvelle version. Nous devrions nous attendre à ce que cela soit résolu à un moment donné avec une mise à jour Proton.

@effinjdent , vous avez rencontré https://github.com/ValveSoftware/steam-for-linux/issues/6043.

Y a-t-il une solution de contournement pour cela? La lecture de ce lien est assez déprimante.

Même les versions de Proton GE ne feront pas le lancement du jeu, comme l' a dit

J'ai défini le remplacement de Path of Exile sur proton-5.0-7-alyx-2 et le jeu fonctionne ici!

Je peux confirmer que proton 5.0-7 alyx fonctionne, mais les performances sont pires que celles de 5.0-9.

Valve peut-elle pousser un correctif avant le début de la nouvelle ligue?

proton-5.0-7-alyx-2 ne fonctionne pas complètement. Il plante sur une carte Niko (lors de la recherche de sulfite) avec un err : steamclient: create_win_interface Ne reconnaît pas le nom de l'interface: SteamClient020

Edit: On dirait que mes plantages ne sont pas liés à Niko et au sulfite.

Path of Exile 3.11.2 plante au lancement

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/4188.
@ Storm-Engineer publié le 2020-09-12T23: 53: 59:

Path of Exile vient de publier un gros correctif qui nécessitait de re-télécharger tout le jeu, car il a changé la façon dont il stocke les données. (Infos: https://www.pathofexile.com/forum/view-thread/2933680)

Depuis, le jeu plante au démarrage. J'ai essayé plusieurs versions différentes de Proton, mais il plante toujours. Avant le patch, j'utilisais 4.11-GE-1. Voici les sorties des bornes pour toutes les versions que j'ai essayées. En dehors de la version 4.11, ils contiennent des traces de pile.

poe-crash-Proton-4.11-GE-1.txt
poe-crash-Proton-5.0-1.txt
poe-crash-Proton-5.11-GE-1-MF.txt
poe-crash-Proton-5.11.GE.3.MF-1.txt

Informations système:
poe-crash-sysinfo.txt

J'ai oublié d'ajouter que j'avais sélectionné "Vulkan (beta)" dans le jeu au lieu de DirectX. Je ne sais pas si cela affecte ce problème.

En outre, confirmant que la construction "alyx" semble fonctionner, au moins le jeu se lance maintenant. Impossible de tester le gameplay pour le moment car je vais dormir ...

Ps: Merci pour le transfert, je n'ai pas trouvé ce billet existant pour une raison quelconque.

EDIT: J'ai testé la version "alyx", fonctionne comme un charme, je n'ai eu aucun problème mais je n'ai joué qu'une demi-heure peut-être.

Le jeu fonctionnait bien sur 5.9-GE-6-ST, mais aujourd'hui, j'ai mis à jour mon système et le jeu ne se lancera pas (même pas une fenêtre). J'ai essayé GE-7-ST pour en être sûr mais je n'ai pas pu le faire fonctionner non plus.
Chose étrange, mon journal de protons est presque vide, ressemble à ceci:
====================== Proton: 1601959108 5.9-GE-7-ST-1-g465be27 SteamGameId: 238960 Command: ['/home/tomek/.local/share/Steam/steamapps/common/Path of Exile/PathOfExileSteam.exe', '--nopatch'] Options: {'forcelgadd'} ======================

Pour moi, cela fonctionne en GE-9-ST même en mode Vulkan, alors qu'il ne montrait auparavant qu'un scintillement sauvage dans le jeu (dernière tentative il y a quelques semaines). La seule chose qui reste est: les actifs et les effets semblent prendre beaucoup de temps à charger, ils sont simplement invisibles pendant 30 à 60 ans, je ne sais pas si cela est dû à un ajustement de GE. De plus, parfois, il y a des boîtes noires qui clignotent parfois en un clin d'œil. Je n'ai fait qu'un test rapide, mais le gameplay semble très fluide avec Vulkan par rapport à DX11, sauf que les fréquences d'images sont inférieures (environ 30 ips stables au lieu de 45+ ips à 4k).

(en utilisant NVIDIA 455.22.04 sur Gentoo)

Je n'ai fait qu'un test rapide, mais le gameplay semble très fluide avec Vulkan par rapport à DX11, sauf que les fréquences d'images sont inférieures (environ 30 ips stables au lieu de 45+ ips à 4k).

Je ne décrirais pas toute l'expérience de jeu comme fluide par rapport à ce que je vois des gens sur Windows avec un matériel égal ou pire. J'ai un 1080 Ti et un 3900X. Le gameplay en actes est 100% fluide. Quand il s'agit de la fin de partie (où le jeu commence vraiment), en général, il est assez fluide et atteint 144 FPS pour moi, mais lorsque je suis sur une carte juteuse avec de grands packs de monstres, des packs de conquérants ou du brouillard Delirium, la fréquence d'images TANKS. Comme aux niveaux à peine jouables, j'espère que je ne mourrai pas.
Je ne sais pas ce qui cause cet écart par rapport à Windows, mais chaque fois qu'il se passe beaucoup de choses, cela passe à 3-5 FPS pendant un certain temps. De plus, la fréquence d'images n'est pas toujours constante à 144 FPS. Surtout, il fluctue entre 144 FPS et 30 FPS avec tout ce qui se trouve entre les deux.
C'est une expérience décente dans l'ensemble, mais appeler cela lisse n'est pas réaliste. Je ne fonctionne même pas avec des paramètres élevés. À peu près les paramètres par défaut. Et j'utilise le mode de jeu et Proton-tkg-18 pour exécuter le jeu.
C'est définitivement jouable (et acceptable la plupart du temps), mais j'ai le sentiment que c'est beaucoup plus fluide sous Windows quand je regarde le gameplay des streamers. Cependant, lorsque le moteur de rendu Vulkan a été introduit pour la première fois, le jeu a beaucoup mieux fonctionné. Cela semble presque être un problème que seul GGG peut résoudre. Je ne sais pas si l'équipe Proton pourrait même faire quoi que ce soit pour résoudre ces problèmes de performances.

mais quand je suis dans une carte juteuse avec de grands packs de monstres, des packs de conquérants ou du brouillard Delirium, la fréquence d'images TANKS

Ouais c'est aussi mon expérience. Vous _pouvez_ expérimenter quelque chose de similaire sur Windows, en particulier certaines versions de PoE, mais c'est beaucoup moins grave.
Nvidia ou AMD ne semblent pas avoir d'importance. Mais cela doit être lié au chargement des actifs / shaders.

Nvidia ou AMD ne semblent pas avoir d'importance. Mais cela doit être lié au chargement des actifs / shaders.

Je ne pense pas que le chargement des shaders soit le problème ici. J'ai installé le jeu sur un SSD M.2 et j'ai pris les mesures supplémentaires pour mettre le cache de shader Vulkan pour le jeu sur ses propres tmpfs directement dans ma RAM. Sa taille est d'environ 500 Mo à partir de maintenant.
Pour moi, les décalages / trames énormes diminuent quand un LOT se passe comme s'ils étaient liés à la compilation de shader.

DirextX et Vulkan adoptent une approche différente de la compilation des shaders, je pense également qu'il doit y avoir une conversion au moins pour certains pilotes graphiques. Donc, utiliser DXVK pour traduire de DX11 en Vulkan n'est pas et ne peut pas être optimal, ce qui conduit à un comportement de blocage lors de la compilation / transformation des shaders que DXVK essaie de résoudre en se souvenant de tous les shaders du pipeline et en les rejouant tôt après init pour obtenir tous les shaders compilés avant le jeu a une chance de bloquer là-dessus. Vulkan devrait être l'occasion de s'améliorer ici car il devrait probablement en être de même pour les shaders, que ce soit sous Windows ou Linux sous le capot. Je pense que le moteur de rendu Vulkan de PoE manque encore de beaucoup d'optimisation et est de loin moins mature que l'implémentation DX11, et DXVK a parcouru un long chemin pour devenir également un logiciel très optimisé (qui bat parfois même le DX11 natif) mais Pourtant, il existe une approche différente des deux API qui gèrent les shaders.

Le chargement des ressources semblait n'avoir aucun effet sur le FPS que je voyais, et il n'y avait pas de bégaiement pendant ce temps. Je pense aussi que c'est la compilation des shaders qui cause les problèmes de performances en fin de partie, car il y a beaucoup de nouveaux effets tout le temps.