Das Spiel kommt mit DX9 weiter, hat dann aber viele andere Probleme und eine schlechte Leistung.
Aufgrund des Winehq.org-Fehlers sind anscheinend nur sehr kleine Änderungen erforderlich, damit die DX11-Version einwandfrei funktioniert!

Es läuft mit DX9, aber die Leistung ist in der Tat schlecht und es stürzt häufig ab. In einer einstündigen Sitzung hatte ich es vier oder fünf Mal zum Absturz gebracht. Ich habe versucht, die DX11-Version für Wine und DXVK zum Laufen zu bringen, aber nach dem Anwenden dieses CoInitialize-Patches friert sie beim Start auf einem schwarzen Bildschirm ein. Ich hatte gehofft, Proton könnte etwas anders machen und es funktionieren lassen.

Nach diesem es braucht nur eine Zeile Wechsel in Wein heute nicht sicher , wie viel es andere Spiele beeinflusst

Beachten Sie, dass PoE nicht auf der Whitelist steht, daher bezweifle ich, dass wir noch offizielle Unterstützung erhalten.

Ich habe kürzlich einen Prozess ausgebügelt, um PoE für mehr Leute zum Laufen zu bringen, und diese Schritte hier veröffentlicht

Das Wesentliche ist, dass PoE mit DX11 (DXVK) mit einem Shader-Patch hervorragend läuft. Im Moment führt Proton es nur im DX9-Modus aus, der für sehr viele Leute nicht funktioniert. Wir müssen uns mit dieser neuen Konfiguration befassen, die sie bereitgestellt haben, und herausfinden, wie DXVK aktiviert wird und wie benutzerdefinierte Patches eingefügt werden.

Mir ist klar, dass es nicht auf der Whitelist steht, aber ich hatte gehofft, durch das Öffnen der Ausgabe das Interesse an dem Spiel zu wecken. Wenn wir das Problem hier herausfinden können, wird das Spiel möglicherweise früher auf die Whitelist gesetzt.

PoE läuft mit DX11 für mich nicht besonders gut. In der Tat läuft es überhaupt nicht. Das weiteste, was ich habe, ist, alle direkten Abstürze beim Start zu vermeiden, aber das Spiel hängt nur an einem schwarzen Bildschirm (es rendert tatsächlich nur einen einzigen schwarzen Frame) und verbraucht 100% der CPU-Zeit. Ich weiß nicht, ob es versucht, etwas in den Hintergrund zu laden, aber selbst nach einer Stunde Wartezeit ist es nirgendwo angekommen. Die Verwendung von Lutris, PlayOnLinux oder einfachem Wein macht keinen Unterschied. Der asynchrone DXVK-Patch macht keinen Unterschied. Der Versuch, die in Wine integrierten D3D 11-Implementierungsfehler zu verwenden, wurde mit "Fehler beim Erstellen eines verzögerten Kontexts" behoben.

Ich habe versucht, WINEDEBUG, DXVK_LOG_LEVEL und sogar gdb zu verwenden, aber bisher habe ich keine Ahnung, was los ist. Wenn Sie Ideen haben, was ich überprüfen sollte, würde ich es gerne hören.

@DataBeaver Was ist Ihr Betriebssystem, Grafikkartenmodell und Grafikkartentreiberversion?

Debian instabil, GTX 980, 396,51. In der Lutris DXVK-Anleitung wird erwähnt, dass 396.45 eine Vulkan-Erweiterung fehlt. Ich dachte, wenn dies auch bei dieser Version der Fall wäre, würde DXVK einfach nicht initialisiert werden können. Ich habe ein paar verschiedene Builds von Wine 3.13 und 3.14 ausprobiert, beide inszeniert und nicht. Das Staging scheint keinen Unterschied zu machen, solange der CoInitialize-Patch vorhanden ist.

@DataBeaver Das ist ein Maxwell-Chip, der Vulkan & DX11 unterstützt, also gibt es wahrscheinlich irgendwo ein Software- / Konfigurationsproblem. Verwenden Sie eine Version des Treibers, der mit dem NVIDIA-Bedienfeld geliefert wird? Wenn ja, weist dies auf Probleme hin?

Du meinst nvidia-Einstellungen? Ich habe es installiert und kann keine Problemanzeigen finden. Ich kann vkmark auch erfolgreich ausführen (https://github.com/vkmark/vkmark), sodass Vulkan anscheinend funktioniert.

Meine Erfahrung mit PoE DX11 (AMD Radeon RX470) und Wein ist sehr gut, wobei folgende Voraussetzungen gelten:

• Muss haben: WIC-Patch (CoInitialize)

• Variante 1: DXVK 0.70 - Starke Shader-Kompilierung stottert zuerst, bis der Cache fertig ist, dann aber sehr stabil und gute Leistung (mit gelegentlicher Shader-Kompilierung beim Betreten neuer Bereiche)

• Variante 2: DXVK 0.65 mit Shader-Hack (https://github.com/jomihaka/dxvk-poe-hack) gepatcht, um Stottern zu vermeiden - einige Störungen und Flackern während der Kompilierung, aber kein Stottern und gute Leistung
  DXVK_USE_PIPECOMPILER=1 DXVK_USE_PLACEHOLDER_SHADERS=1 DXVK_HUD=1 WINEPREFIX=/mnt/storage/wine/poe wine64-staging-3.13 PathOfExile.exe --nologo

Es könnte interessant sein, den Hack auf das neue DXVK 0.70-Konfigurationssystem zu portieren und ihn möglicherweise für sehr stotternde Spiele zu aktivieren, wenn kein Cache bereit ist.
BEARBEITEN: Oder eine viel bessere und einfachere Implementierung, wie hier vorgeschlagen: https://github.com/doitsujin/dxvk/pull/564#issuecomment -413160155

Ich habe den Unigine Heaven-Benchmark (https://benchmark.unigine.com/heaven) heruntergeladen und er funktioniert sowohl mit DXVK als auch mit der integrierten D3D 11-Unterstützung von Wine. Was auch immer das Problem mit Path of Exile ist, es scheint spezifisch genug zu sein, um nur einige Programme zu betreffen, andere jedoch nicht.

Durch Anwenden des Patchset d3d11-Deferred_Context aus der Weinbereitstellung verhält sich die integrierte D3D 11-Implementierung von Wine jetzt genauso wie DXVK. Mit anderen Worten, es hängt beim Start auf einem schwarzen Bildschirm.

Nachdem ich noch mehr auf Protokolle gestarrt und das Internet durchsucht hatte, stellte ich fest, dass auch die Windows-Codecs- * -Patches von Wine-Staging erforderlich sind. Das Spiel wird jetzt mindestens mit DXVK und Wine D3D 11 auf dem Anmeldebildschirm gestartet. Ich werde berichten, wann ich Zeit hatte, es tatsächlich zu spielen und Stabilität und Leistung zu testen.

Warum der Lutris-Ansatz bei mir nicht funktioniert hat, wenn er bei vielen anderen funktioniert, ist immer noch ein Rätsel.

Ich bekomme nicht einmal den Dialog zum Pop, und DX11 sollte basierend auf meiner LLVM-Installation möglich sein.

Ich habe PoE vor ein paar Jahren unter normalem alten Wein betrieben, aber es war mit vielen Optimierungen verbunden. Aufgeregt herauszufinden, wie es in Proton wieder funktioniert.

Lassen Sie uns dies nicht zu einem Support-Forum für PoE für alle verschiedenen Versionen von Wine machen. Hier geht es um Proton ...

Ich hatte noch nicht viel Zeit, um die Stabilität zu testen, aber ich habe ein paar Karten erstellt und keine Probleme festgestellt.

Ich habe weitere Nachforschungen angestellt, um die minimalen Änderungen zu finden, die erforderlich sind, damit das Spiel funktioniert. Es läuft darauf hinaus (mit Wein 3.14 als Ausgangspunkt):

1. Der CoInitialize-Patch. Ich habe meine eigene Version erstellt, die den Anruf intelligenter verarbeitet: https://gist.github.com/DataBeaver/5e1f1a256c7f1abb339831fc2b72a5db

2. Windowscodecs-32bppPRGBA von Wine-Staging. Die meisten anderen Windowscodecs- * -Patches werden als Abhängigkeiten abgerufen, aber ich habe überprüft, dass das Spiel ohne dieses spezielle Patchset nicht funktioniert.

3. DXVK. Weins eigene D3D 11 unterstützt keine verzögerten Kontexte, aber die Verwendung von DXVK umgeht dieses Problem. Der Platzhalter-Shader-Hack ist optional.

Wenn Sie den in Proton enthaltenen Wine-Quellbaum als Submodul betrachten, enthält er weder die CoInitialize- noch die Windowscodecs-Patches. Die Basis-Wine-Version ist ziemlich alt (3.0-rc1 laut Git-Tags), daher weiß ich nicht, ob auch für diese Version etwas anderes erforderlich wäre. DXVK ist enthalten und obwohl es Version 0.65 ist, habe ich keinen Grund zu der Annahme, dass es nicht funktionieren würde.

Ich habe die Protonenquelle heruntergeladen und die Patches angewendet, über die @DataBeaver spricht. Nach den Patches CoInitialize und Windowscodec funktioniert das Spiel einwandfrei mit DX11. Der Winecodec-Patch 0002 ist jedoch fehlgeschlagen, aber nach manueller Anwendung war dies kein Problem.

@ c0r73x Gibt es eine Chance, dass Sie Ihren Proton Dist Build teilen können? Ich versuche es selbst mit den PoE-Patches zu erstellen, aber ich treffe Build-Fehler mit winegcc ...

@ GregSutcliffe sicher, hier ist es https://mega.nz/#!3253ECqJ!WViplmIgM6FNDSJwnsWFJwEXUUY3_Qzm1c1LVYGfSJ8

@ c0r73x danke, ich kann bestätigen, dass das auch bei mir funktioniert. Geschätzt!

@ c0r73x Danke fürs Teilen! Erleichtert das Testen.

Leider ist dieser Build für mich nur teilweise erfolgreich.

PoE wird jetzt mit DX11 (DXVK) geladen und ausgeführt, aber der Coinitialize-Patch funktioniert nicht so gut wie der alte Ersatz-Shader-Patch. Ich bekomme in Steam viel Stottern und Einfrieren, während der Shader-Patch PoE in Lutris + DXVK für mich nahezu fehlerfrei laufen lässt.

EDIT: Ich habe es erneut mit einer anderen Treiberversion versucht, aber immer noch kein Glück mit dem stotternden Shader. Ich bekomme jetzt auch ein seltsames Grafikverhalten mit dem In-Game-Item-Filter und dem Atlas.

EDIT: Die andere Version (Shader Patch + DXVK + Lutris) funktioniert ansonsten immer noch gut für mich. Ich kann nicht herausfinden, warum die Protonenkonfiguration eine so schlechtere Leistung aufweist.

@tainium hast du versucht, Steam Overlay zu deaktivieren?

@ c0r73x Ja.

@tainium Ok, ich habe den Shader-Patch auf dxvk in Proton angewendet und du hast recht. Das Spiel läuft damit viel besser. Die Mikrostutterform, die mit vielen Haustieren Nekro spielt, ist verschwunden: p

Hier sind die gepatchten DXVK-Dateien, falls jemand dies wünscht: https://mega.nz/#!nnBylIpB!0KNQwsTf48V861IoFGPBtbZ_sZtX4LRDSA3FdEampnM

@ c0r73x Danke für den neuen Patch, werde ihn so schnell wie möglich testen. Ja, es ist so, als ob der Coinitialize-Patch definitiv DXVK und eine bessere Leistung als ohne ermöglicht, aber der vollständige Shader-Patch steigert die Leistung.

@ c0r73x Bestätigt, das ist eine enorme Verbesserung - danke! Gibt es eine Chance, # 494 zu kommentieren, da Builds funktionieren? Dann kann ich aufhören, dich wegen Builds zu nerven :)

Wie von @DataBeaver bestätigt,

Mit DXVK und Windows-Codecs kann ich Sitzungen bis zu mehreren Stunden abspielen. Die Speichernutzung liegt bei 2,7 G RAM. Das ursprüngliche wined3d mit DX9 überschreitet die Speichernutzung von 3,5 G (in weniger als einer Stunde), es fehlen Texturen und Textzeichen und es stürzt normalerweise in den Ladebildschirmen ab. Meiner Meinung nach ist es keine Option, auf die DX9-Unterstützung zurückzugreifen.

Proton sollte die Windowscodecs-Patch-Serie enthalten. Ich würde es vorziehen, wenn diese dem Vanillewein vorgelagert würden, da es sich um ein ziemlich großes Patchset handelt und es schwieriger machen würde, Proton auf spätere Weinversionen umzustellen.

Nun, es hat Spaß gemacht, solange es dauerte. Dann führte Delve ausgefallene neue Grafikfunktionen ein ...

Vor dem Update lief PoE sowohl in Lutris mit DXVK als auch in SteamPlay gut. Beide Umgebungen haben das Spiel aktualisiert, konnten dann aber nicht gestartet werden. Das Spiel startet mit dem Ausrüstungslogo, friert dann aber (meistens) ein und lädt keine tatsächlichen 3D-Grafiken. Ich muss entweder eine Remote-Verbindung zu meinem Computer herstellen und den Prozess beenden oder einen harten Neustart durchführen. Bisher scheint keine der Startoptionen einen Unterschied zu machen.

Ideen?

Ich werde versuchen, alle Artefakte unserer Patches zu entfernen, um sie in einer sauberen Umgebung zu testen, und sie dann möglicherweise erneut zu patchen.

Gleiche für mich. Ich hatte sowieso vor, die Liga unter Windows zu starten, also werde ich in ein oder zwei Wochen noch mehr debuggen, es sei denn, jemand schlägt mich.

@tainium Durch Drücken von Strg + Alt + Esc sollte der Schädel-Mauszeiger angezeigt werden, um ein Fenster zu schließen.

Es wird mindestens im DX9-Modus gestartet, wenn Sie dort ankommen können. Diese beiden Bereiche wurden gelöscht, um zu DX9 zurückzukehren:
Steamapps / Common / Proton *
Steamapps / common / compatibledata

Hat jemand die Zeit, Gelegenheit und Energie, eine gepatchte Version des neuesten Proton zu erstellen und zu teilen?

Ich werde versuchen, Proton auf Wine 3.14 umzustellen, aber es wird eine Weile dauern, bis die Umgebung eingerichtet ist ... Sie können meinem https://github.com/kakra/wine folgen, um das Update zu sehen.

Ich habe die Esync-Patches bereits neu basiert, aber die Vollbild-Hacks sind schwieriger.

@tainium Wie weit kommst du mit dem Start? Ich habe kein Problem damit, mit dx11 zur Login-Maske zu kommen.

EDIT: mit Wein-Inszenierung 3.13

Das Spiel startet mit dem Ausrüstungslogo, friert dann aber (meistens) ein und lädt keine tatsächlichen 3D-Grafiken. Ich sehe die Überlagerung "Anmeldemaske", kann aber aufgrund des Einfrierens nicht damit interagieren. Ich versuche immer noch verschiedene Korrekturen und Tricks, bis

Ich kann über den vor einiger Zeit bereitgestellten gepatchten DVXK

@ GregSutcliffe Können Sie uns bitte mehr über Ihre Konfiguration

Gleich hier wie bei @GregSutcliffe. 3D ist in Ordnung und wartet in der Warteschlange.

• Wein-Staging 3.13 mit WIC-Patch
• dxvk 0,65
• AMD Radeon RX 470 (POLARIS 10)
• Mesa-Fahrer von git

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

@tainium Klar, lass es mich wissen, wenn ich etwas verpasst habe.

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>

Schaffte es zu Lioneye, scheint in Ordnung zu sein - übliches Stottern beim Laden neuer Texturen, aber ansonsten spielbar

Mit meinen aktuellen Wein-Patches kann ich PoE spielen ... Aber ich muss am Anmeldebildschirm warten, bis sich die Festplatte beruhigt hat, sonst stürzt sie ab.

@kakra Ich würde gerne testen, ob Sie ein Paket haben, das Sie verteilen können. Bisher hatte ich kein Glück mit irgendwelchen Tricks, um DX11 zum Laufen zu bringen.

@tainium Ich könnte Ihnen vorkompilierte Gentoo-Pakete anbieten ... Ich

Ich hatte das gleiche Problem damit, dass sich die Zahnräder nicht bewegten und das Spiel meinen PC aufhängte. Ich habe meine Datei Production_Config.ini für das Spiel bearbeitet und directx_version = in 9 geändert. Borderless_windowed_fullscreen = false, fullscreen = false. Von hier aus habe ich überprüft, ob das Spiel für mich geladen werden würde, in direct9ex geändert, funktioniert und dann in directx11 geändert, und das funktioniert jetzt im Fenstermodus (ich habe noch nicht versucht, wieder auf Vollbild umzuschalten, aber ich wollte den ganzen Tag spielen, damit es kommt zuerst).

nvidia-396-Treiber auf einem 1050 Ti unter Verwendung des Protonenaufbaus von c0r73x und des Patches von DXVK, wie zuvor im Thread angegeben.

Bearbeiten: Vollbild, Vollbildfenster und sich ändernde Auflösungen scheinen hier alle ein Schuldiger zu sein. Solange ich ein Fenster habe und die gewünschte Auflösung in der Konfigurationsdatei einstelle, funktioniert das Spiel einwandfrei.

Ich sehe definitiv Speicherprobleme. Ich musste während des Laufs dreimal neu starten, um 2 zu spielen, da die Framerate nach 3-5 Zonen abfällt. Welche Startoptionen verwenden die Benutzer?

EDIT: Wahrscheinlich hatte ich gerade eine Weile Glück, die gleichen Probleme tauchten schließlich auf, aber es schien länger zu dauern, bis sie auftauchten.

@ GregSutcliffe Ich habe --gc 2 eine Zeit lang verwendet und ähnliche Probleme bekommen. Ich habe dies deaktiviert und es scheint dieses Problem gelindert zu haben. Ich hatte einen Absturz im Weaver-Kampf, aber nach dem PoE-Reddit zu urteilen, könnte das im Moment genauso gut ein Kundenproblem sein. Ansonsten ist --waitforpreload aktiviert.

Vollbild, Vollbildfenster und sich ändernde Auflösungen scheinen hier alle ein Schuldiger zu sein. Solange ich ein Fenster habe und die gewünschte Auflösung in der Konfigurationsdatei einstelle, funktioniert das Spiel einwandfrei.

Ich kann das Spiel nicht in einer anderen als der nativen Auflösung (1920 x 1080 in meinem Fall) zum Laufen bringen. Immer wenn ich versuche, die Auflösung in der Konfigurationsdatei zu ändern, hängt sie beim Start, unabhängig davon, welche Kombination aus "Fenster", "Vollbild" oder "Fenster-Vollbild" ich wähle. Was sind Ihre Konfigurationsoptionen für diese? Kleinere Auflösungen helfen wirklich bei der Leistung, daher würde ich das gerne zurückhaben.

@TrueNeutralDesu Ich habe gerade experimentiert, um die Auflösung auf etwas Größeres zu ändern und ja, genau das gleiche Problem. Ich habe mit 1920 x 1080 gespielt, aber es nimmt nicht genügend Speicherplatz auf meinem Desktop ein, und ich wollte es mit 2560 x 1360 versuchen, aber es sind genau die gleichen Probleme beim Auflegen aufgetreten.

@presidentbiggles FTW ... das ist die einzige funktionierende Lösung für mich. Danke für das Teilen. Ich werde in POE-Foren posten. Ich habe genau die gleiche Erfahrung, die Sie beschrieben haben. Beachten Sie, dass ich mich eher auf meine Lutris-Konfiguration als auf Proton beziehe, das sich weigert, etwas anderes als DX9 zu tun.

@presidentbiggles danke, ja, ich sehe das gleiche, es zu entfernen hilft nicht viel.

Es scheint, dass PoE seit gestern (nach dem lustris-Update) mit Lutris mit DX11 / DXVK 0.71 arbeitet.
Das Spiel sollte also auch mit DX11 auf Steam funktionieren

Lutris ist kein Dampf. Es verwendet benutzerdefinierte Skripte und benutzerdefinierte gepatchte Wine Builds. PoE läuft nicht auf Protonen, bis der CoInitialize-Patch hinzugefügt wird.

es kann in dx9 langsam laufen, aber es ist ein langsames stotterndes Durcheinander.

@tainium Folgendes habe ich mir https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial

@GloriousEggroll Der CoInitialize-Patch reicht nicht aus: Mein Build enthält ihn, aber PoE wird nicht gestartet (zumindest gilt dies für den DX11-Modus). Sie benötigen auch die Windows-Codecs-Patches von Staging, die ich bald zu meinem Build hinzufügen werde.

@kakra du hast recht ich habe vergessen das zu erwähnen. auch der dxvk poe hack patch + config funktioniert unglaublich gut, um stottern zu reduzieren

Mir ist klar, dass dies bereits an anderer Stelle beantwortet wurde, aber ich kann den Link nicht finden. Welche Pläne hat Proton, um einige der zahlreichen Patches von Staging zu integrieren? Ist PBA in esync enthalten? Oder ist das Proton selbst eine Weingabel / Inszenierung mit Überlegungen zu Einschlüssen, die auf Stabilität beruhen?

@ryanmusante Proton ist eine Gabel aus Wein mit benutzerdefinierten Patches per Ventil. esync ist enthalten, pba nicht.

@GloriousEggroll übrigens, danke für deine YouTube-Videos und viele Tutorials. Ich habe dich zum ersten Mal gefunden, als ich vor vielen Monden die düstere Morgendämmerung auf Archlinux behoben habe.

@GloriousEggroll @tainium Hier ist mein aktualisierter Build, mit dem PoE mit Proton ausgeführt werden kann: https://github.com/kakra/wine/releases/tag/wine-proton-3.7-unofficial-1

Dies beinhaltet jetzt die Windowscodecs-Patches.

PoE scheint sehr empfindlich auf Änderungen der Fenstergröße zu reagieren. Außerdem empfehle ich, vor dem Anmelden zu warten, bis sich die Festplatte beruhigt hat. Ich hatte 60 fps bei FHD und etwa 30-35 fps bei 4k. Ähnlich wie bei The Witcher 3 drosselt das Spiel alle paar Sekunden (sieht aus wie Frame-Drops oder Verlangsamungen, die in den fps-Diagrammen nicht sichtbar sind, kann mit Esync zusammenhängen, ist aber kein wirkliches Problem beim Spielen, die Stottern aufgrund der Shader-Kompilierung sind sehr groß offensichtlicher, obwohl dies nach einigen Minuten Spielzeit abflacht). Ich hatte Erfolg damit, das Steam-Overlay zu deaktivieren und meinen Fenstermanager so einzustellen, dass er sich die Fenstergröße merkt. Wenn es einfriert, drücken Sie Strg + Alt + Esc, warten Sie einige Sekunden, bis der Schädel-Mauszeiger angezeigt wird, und schließen Sie das Fenster, indem Sie darauf klicken. Die Patches enthalten Pulseaudio-Updates, mit denen Sie innerhalb des Spiels zu Ihrem Headset wechseln können (bei Proton-Spielen kann jedes Pulseaudio-Gerät separat angezeigt werden).

Wenn Sie die Shader-Hack-Version von DXVK verwenden möchten, müssen Sie diese selbst in das Präfix kopieren. DXVK ist in diesem Build nicht enthalten (und wird es auch nicht sein). Die von Proton bereitgestellte DXVK-Version wird einfach wiederverwendet.

@ryanmusante PBA verursacht in vielen Spielen große Verlangsamungen für mich. Wahrscheinlich funktioniert es nicht gut mit dem nvidia-Binärblob. Aus einigen sehr unwissenschaftlichen Tests geht hervor, dass esync in einigen Spielen für mich zu Erstickungsgefahr führt, einschließlich TW3 und PoE. Aber das habe ich noch nicht überprüft.

@kakra Das Problem, das ich mit PoE und vielen anderen Titeln habe, ist die Entscheidung, ob ich Steam-Native verwenden oder bei Steam-Laufzeitbibliotheken bleiben soll. Bei einigen Spielen scheint Steam-Native eine Leistungssteigerung zu bewirken, während bei anderen eine Inkompatibilität vorliegt, die das Laden des Spiels verhindert.

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

Was ist die Empfehlung für Protonen und ist dies nur ein Problem für Leute, die Arch ausführen?

@ryanmusante Ich bin mir nicht sicher, wie dies hier ein Problem ist, da die Laufzeit für PoE ein Weinproton ist. OTOH, zumindest in Gentoo hatte ich damit kein Problem mehr. Sie können die offizielle Steam-Laufzeit verwenden und STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 festlegen, um Host-Bibliotheken gegenüber von Steam bereitgestellten Bibliotheken zu bevorzugen.

@GloriousEggroll @tainium Hier ist mein aktualisierter Build, der auf Wine 3.12 umgestellt wurde. Es enthält den verfeinerten CoInitialize-Patch von @DataBeaver zum Ausführen von PoE im DX11-Modus:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

Die PoE-Leistung ist möglicherweise etwas besser. Die Windows-Größenänderung wurde diesmal nicht getestet.

@tainium Hier ist eine (Art) beschissene Aufnahme von PoE in meinem Weinproton_3.7, basierend auf 3.12 Build. Hat sich in DXVK, das mit Proton ausgeliefert wurde, etwas geändert? Da ich sehe, dass Shader sehr spät geladen werden, entstehen schwarze Modelle.

Abgesehen davon gibt es den Fehler, dass man sich beim ersten Versuch nicht anmelden kann (normalerweise manchmal, aber jedes Mal bei der Aufnahme, möglicherweise im Zusammenhang mit E / A), und natürlich das in der Stadt übliche Stottern. Sobald das Vorladen und die Shader abgeschlossen sind, läuft es ziemlich gut (da ich nur Software-Codierung durchführen und mit 4k spielen konnte, wird die Aufnahme aufgrund der hohen CPU-Auslastung auf FHD verkleinert). Ohne Aufnahme beruhigt sich das Spiel viel schneller. Normalerweise gibt es kein Problem mit Verzögerungen, nachdem Sie die Stadt verlassen und ein Gebiet betreten haben.

https://youtu.be/7atm6lGioGs

Außerdem gibt es alle paar Sekunden einen FPS-Einbruch, den ich erst in letzter Zeit erlebt habe. Ich denke, das liegt daran, dass ich esync in meinen eigenen Build integriert habe (der zuvor auf Vanillewein 3.14 basierte). Ich glaube nicht, dass das mit Shader zu tun hat ...

(Das Zahnradlogo stottert immer sehr)

Path of Exile - stürzt nach ~ 15m Gameplay ab

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/1447.
@zaggynl veröffentlicht am 2018-09-14T15: 33: 31:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: Path of Exile
• Steam AppID des Spiels: 238960

System Information

• GPU: RX 56
• Treiber / LLVM-Version: AMDGPU / 8.0 git von instabilem Padoka vom 14.09.2018: https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa
• Kernel-Version: 4.18.7-041807-niedrige Latenz
• Link zum vollständigen Systeminformationsbericht als Kern :
  Ausgabe des Befehls sysinfo:
  https://gist.githubusercontent.com/zaggynl/382e129b0d7b48482923f62c57ee5651/raw/67f90e61c38a5a17924347859caa18eab188dc99/sysinfo_zaggynl
  Dampf-Sysinfo-Ausgabe:
  https://gist.githubusercontent.com/zaggynl/d5443757827a2649013142836ca6c411/raw/599be7e2d3744347aaa06b3147ce73145e05fa3c/steam_sysinfo_zaggynl
• Protonenversion: 3.7-6 Beta

Ich bestätige:

• [V] dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.
• [V] dass ich überprüft habe, ob Updates für mein System verfügbar sind.

Steam-Debug-Protokoll: https://gist.githubusercontent.com/zaggynl/6d55e984035244ec54274db14a2f77ea/raw/f2ab23db3dace4c6032ffb6aa6389a03ad364240/poe_log_zaggynl

Symptome

Das Spiel stürzt nach ca. 15 m Spielzeit auf dem Desktop ab
PoE-Einstellungen:
http://i.imgur.com/8C2p65Y.png
http://i.imgur.com/9TlwF2U.png

@ Kakra Kakra

GloriousEggroll tainium Hier ist mein aktualisierter Build, der auf Wine 3.12 umgestellt wurde. Es enthält den verfeinerten CoInitialize-Patch von DataBeaver zum Ausführen von PoE im DX11-Modus:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.12-unofficial

Die PoE-Leistung ist möglicherweise etwas besser. Die Windows-Größenänderung wurde diesmal nicht getestet.

Versuchte dies, indem ich die aktuelle dist umbenannte und diese in meinem Proton Beta-Ordner ablegte, aber PoE-Fehler beim Start und fragte, ob ich zu DX9 wechseln sollte.

@zaggynl Löschen Sie den vorhandenen Ordner nicht ... Er enthält DLLs, die nicht mit meiner Version
__EDIT__: Wie von @DataBeaver angegeben, gilt dies für meinen Build.

PS: Sie sollten PoE vor dem Spielen in den DX11-Modus schalten.

PoE funktioniert mit Wine D3D11 (ab Wine 3.14), nachdem das Patchset d3d11-Deferred_Context aus der Weinbereitstellung angewendet wurde (zusätzlich zu den zuvor genannten Patches).

@DataBeaver Vielleicht, aber dieses Patchset ist derzeit nicht in meinem Build ... und es ist sogar nicht 3.14

Gut, ich wollte nur beachten, dass es in einem allgemeineren Fall mit wined3d funktioniert.

PoE scheint mit diesem Lutris-Installationsskript gut zu funktionieren (benötigt ein Lutris-Konto): https://lutris.net/games/path-of-exile-standalone-w-dxvk/installer/edit
Keine Abstürze in ca. 45m Spieldauer.
PoE-Startargumente: --waitforpreload --nologo --nodx9ex --gc2
Weinbogen geändert. auf 64 Bit
Runner wurde in esync-nopulse 3.15 geändert
DXVK bis 0,72

Das Spiel startet nicht mit dx11.

Funktioniert gut unter dx9 mit Proton. Aber es gibt ständige Abstürze. Sobald das Spiel zwischen 3 und 3,2 GB Speicher belegt ist, stürzt es ab, was für mich normalerweise nur zwei Zonen sind.

Mein Lieblingsspiel und ich kann es nicht spielen. :(

@ TheVE bitte oben lesen. Wenn Sie die von @kakra verknüpfte Proton-Version kompilieren,
Es wurde vor einem Tag kompiliert und funktioniert unter Archlinux mit Nvidia-Treibern.

@Janhouse Ich habe die vorkompilierte Version von @kakra ausprobiert , bekomme aber eine harte Sperre, wenn die Zahnräder auftauchen. Ich bin mir nicht sicher, was ich als nächstes tun soll.

Laufen Solus, 1700x, RX480 auf der neuesten Mesa.

@TheVE , kompiliere dich selbst, weil ich nicht denke, dass es portabel ist. Nicht sicher. Versuchen Sie auch, die PoE-Konfigurationsdatei im Wine-Präfix zu löschen.
Außerdem habe ich nur das benutzerdefinierte Proton verwendet. Ich habe die verteilte DXVK-Version von Valve beibehalten.

@TheVE Bitte schauen Sie, ob Sie etwas in dmesg sehen, wenn es abstürzt ... Möglicherweise müssen Sie SSH in die Maschine. Wenn es aufgrund der von mir verwendeten Prozessoroptimierung nicht portierbar ist, sollte es dort angezeigt werden. Andernfalls kann es sich um den Grafiktreiber handeln, der hier NVIDIA-geschützt ist ... Ich sehe auch gelegentlich eine solche Sperre. Beende das Spiel mit Strg + Alt + Esc (ein Schädel-Mauszeiger sollte nach einigen Sekunden erscheinen und dann auf das Spielfenster klicken). Die Lösung für dieses Problem bestand darin, den Vollbildmodus mit Fenster zu verwenden und die Fenstergröße im Spiel nicht zu ändern (verwenden Sie die Konfigurationsdatei). Ein Fenstermanager, der die Position / Größe des Fensters erzwingen kann, kann hilfreich sein.

@kakra Ich habe bemerkt, dass wenn ich den Fenstermodus verwende, dieser meistens abstürzt. Vielleicht ändert Gnome die Größe irgendwann? Ich benutze nur randlose Fenster Vollbild und es funktioniert gut.

Auch wenn es einfriert und Sie diese ausgefallene Tastenkombination Strg + Alt + Esc nicht haben, können Sie mit Strg + Alt + F2 zu einem anderen tty wechseln, sich dort anmelden und von dort aus töten. Es schaltet nicht sofort um (dauert ungefähr 40 Sekunden), aber es kommt schließlich dort an.

@ Janhouse Sorry, eigentlich meinte ich randlosen Fenster Vollbild. ;-);

Ich verwende seit 20 Jahren Strg + Alt + Esc. Es sollte sofort funktionieren. Ich glaube nicht, dass dies eine spezielle KDE-Funktion ist (ich habe sie auch in Plain X und Fluxbox / Openbox verwendet). Es dauert aber auch ungefähr 40 Sekunden, bis PoE gesperrt ist.

Aber ich habe gerade festgestellt, dass Gnome möglicherweise Strg + Alt + Esc mit einer anderen Funktion überschreibt ... Wenn der Wechsel zur Konsole funktioniert, ist dies der richtige Weg. :-)

BEARBEITEN: Gerade getestet, Strg + Alt + Esc ruft nur xkill auf ... Sie können also den ausgefallenen Kill-Cursor erhalten, indem Sie eine globale Verknüpfung definieren, auf der xkill ausgeführt wird.

EDIT2: Es ist eigentlich eine KDE-Verknüpfung, die ich seit Jahren verwende (es war früher möglicherweise eine globale Standardverknüpfung unter SuSE Linux, nicht sicher) ... So erreichen Sie etwas Ähnliches in Ubuntu:
https://www.maketecheasier.com/kill-unresponsive-application-in-ubuntu/

@kakra , auf Gnome gibt es das Problem, dass nach dem

@kakra , auf Gnome gibt es das Problem, dass nach dem

Was für ein schönes Feature ... :-)

Ich kompiliere ein bisschen Noob, aber es scheint, dass ich es auf Solus nicht schaffen kann?

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
Ich kann die benötigten Entwicklerbibliotheken nicht finden.

@TheVE Eine weitere Option ist die Installation von eigenständigem PoE über Lutris. Dann können Sie einfach die GUI verwenden, um den kompilierten Wein "esync-3.15" (mit esync- und pba- und PoE-Patches) zu installieren und die aktuelle DXVK-Version auszuwählen.
Es ist tatsächlich ein Installationsskript verfügbar, sodass das meiste automatisch erfolgt.
Es hilft auch bei der Installation der Windows Steam-Version, wenn Sie dies wünschen. Oder Sie können PoE ohne Steam ausführen. Sie müssen lediglich in Foren an den technischen PoE-Support schreiben, um dem Konto eine E-Mail-Adresse zuzuweisen, damit Sie sich im Spiel anmelden können.
Ich nehme an, es ist auch einfacher, PoE Trade Macro und Path of Building mit Lutris einzurichten.

@TheVE Du brauchst 32-Bit-Entwicklungsbibliotheken, du solltest in der Dokumentation deiner Distribution nachschlagen, wie das geht, und das Wein-Wiki hat auch einige Hinweise (aber benutze die Konfigurationsanweisungen dort nicht, mein Makefile sollte das richtig machen). . Aber ich glaube nicht, dass das Bauen selbst das Einfrieren beheben würde, da es sich nach dem bekannten Problem anhört. Sie hätten also einen optimierten Build für Ihre CPU, der sichtbare Leistungsvorteile in Wein haben kann.

Ich habe meinen Build aktualisiert, der die Dinge verbessern sollte, aber das Einfrieren nach der Größenänderung des Fensters ist wahrscheinlich immer noch da:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-1

EDIT: Doh! Ich habe mit user_settings gespielt (WINEDEBUG & DXVK_LOG_LEVEL "info") ... das Umbenennen der Datei hat den Trick gemacht - also war es doch ein Protokollierungsproblem, hah! Danke, dass du meine Gummiente bist, denke ich :)

EDIT2: Nun, kratz das, es ist wieder passiert. Scheint nach einer zufälligen Zeitspanne zu sein, ich konnte eine gute 1 Stunde spielen, ohne dass es erschien.

Hallo @kakra , ich habe deinen letzten Build getestet und zum vielen Dank. FPS zwischen 40 ~ 140 im Leerlauf (mit etwas Ruckeln) auf einer GTX1060.
Das Problem ist, dass nach einigen Minuten des Spielens Bilder massiv fallen gelassen werden, wenn ich den Mauszeiger bewege. Wenn ich zum Gehen klicke oder halte (und den Cursor nicht bewege), bleibt die FPS konstant. Wenn ich den Cursor jedoch bewege, wird er hart gepanzert und geht bis zu 13 FPS nach unten. Vielleicht ein Protokollierungscode? Ich habe im POE-Wiki nach einer Möglichkeit gesucht, den Hardware-Cursor zu erzwingen, aber keine gefunden. Dies ist unter Ubuntu 18.04.1 übrigens mit einer Standard-Kensington-USB-Maus möglich.

@RodrigoHahn Ja, die Protokollierung ist ein Leistungskiller ...

Das Stottern hängt mit dem Kompilieren des Shaders zusammen. Es gibt eine gehackte DXVK-Variante, die die Shader-Kompilierung asynchron macht, aber zu schwarzen 3D-Modellen führt, bis die Shader fertig sind. Ich habe es nie ausprobiert, weil mir die Idee dazu nicht gefällt (schwarze 3D-Modelle), aber jeder, der es versucht, berichtet, dass es den Stottern hilft.

@kakra der Neubau funktioniert großartig für mich, Dank sehr viel.

DXVK 0.80 hat ein neues Caching-System für die Shader, das zumindest für mich sehr geholfen hat. Mit Ihrem Proton und dieser Version von DXVK ist es fast fehlerfrei, zumindest bis die Garbage Collection mich dazu bringt, PoE neu zu starten (nach 5 Zonen oder so, nicht schlecht)

Vielen Dank!

@ GregSutcliffe Ja, ich habe gerade bemerkt, dass heute Morgen DXVK 0.80 verfügbar ist und werde es später in dieser Woche testen. Ich habe gelegentliche Abstürze beim Laden von Bildschirmen in Shadow of Tomb Raider mit dieser Version gesehen, die bei einem zweiten Versuch nicht reproduzierbar waren.

@ GregSutcliffe Übrigens : Ich arbeite derzeit an Patches, die die Latenz verbessern, wenn sie unter einem Kernel ausgeführt werden, der MuQSS (das sind die CK- oder PF-Patchsets) unterstützt, und möglicherweise sogar Wine in den WildMode von Feral integriert.

@kakra wie es passiert,

@ GregSutcliffe Ich habe bereits PRs auf GameMode gepostet, die eine bessere Unterstützung für die Ausführung Ihres gesamten Steam-Clients unter GameMode bieten, damit auch Wine-Spiele abgefangen werden. Aber ich denke, interne Weinkomponenten sollten unterschiedlich behandelt werden, nicht alles sollte mit der gleichen hohen Planungspriorität laufen. Daher entfernen die GameMode-PRs bereits den Steam-Client selbst und den Weinserver von GameMode. Mein aktueller Proton-Build, den Sie heruntergeladen haben, unterstützt das Versetzen des Weinservers in den SCHED_FIFO-Modus. Derzeit arbeite ich jedoch an einer automatischeren Aktivierung (bei der Sie neben der Installation von GameMode nichts manuell konfigurieren müssen und den nicht ausführen müssen Der gesamte Steam-Client unter GameMode und der Weinserver verwenden stattdessen SCHED_ISO (eine nicht privilegierte Operation).

@ GregSutcliffe Hier ist eine Vorschau meiner SCHED_ISO Änderungen:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-2

@DataBeaver @TheVE @Janhouse Hier ist ein weiteres Update ... Zusätzlich zum vorherigen enthält es auch PBA- und d3d11-Deferred-Contexts. Dies ermöglicht das Spielen ohne DXVK, hat aber auf diese Weise viel mehr Probleme (inkonsistente FPS, sichtbare kurze Einfrierungen).
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.16-unofficial-3

Hallo @kakra , ich melde

@RodrigoHahn Du meinst du hast "enable FXAA" entfernt? Wenn Sie dies aktiviert haben, wird FXAA in allen Spielen erzwungen (als Erweiterung für Spiele, die keine solche Option haben). Es schadet mehr als es nützt. Ich würde empfehlen, es trotzdem nicht zu verwenden und stattdessen auf anwendungsspezifische Überschreibungen zurückzugreifen. Wenn Sie diese Einstellung nicht aktivieren, können Spiele FXAA weiterhin selbst aktivieren. Es handelt sich also nicht um einen Blacklist-Schalter, als den Sie ihn möglicherweise wahrgenommen haben.

Da mein Build auch Esync enthält, empfehle ich, LIMIT_NOFILE überprüfen und möglicherweise zu erhöhen, um Spielabstürze nach einiger Zeit zu verhindern. In diesem Fall sollten Sie in Ihren Steam-Protokollen so etwas wie eventfd: cannot open file oder ähnliches sehen (wahrscheinlich irgendwo in /tmp/dumps ).

@kakra Ja, ich muss es aktiviert haben, als ich zum ersten Mal an Proton
Was LIMIT_NOFILE betrifft, werde ich überprüfen, wann ich später heute nach Hause komme. Danke noch einmal.

@kakra Ich könnte Pech haben, POE zu spielen. :(

Abstürze auf den Zahnrädern zu Spielbeginn. Der Ton wird im Hintergrund fortgesetzt. Das System reagiert jedoch nicht. Kann nicht ctl + alt + esc oder tty wechseln.

Ich kann in die Maschine ssh, aber keine Aktionen auf dem System anzeigen lassen. Wenn man sich dmesg ansieht, ist es eine Art GPU-Absturz?

`[102.096105] [drm] dce_get_required_clocks_state: Uhren nicht unterstützt disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] ERROR- Ring-gfx-Timeout, zuletzt signalisierte Sequenz = 298090, zuletzt ausgegebene Sequenz = 298092

[1036.359133] [drm] GPU-Wiederherstellung deaktiviert. "

@TheVE Okay, dies ist ein Problem mit dem Grafiktreiber, das wahrscheinlich mit dem aktualisierten Vulkan-Stack in DXVK / Wine zusammenhängt. Einige Ideen:

1. Könnten Sie die GPU-Wiederherstellung irgendwie aktivieren?
2. Wenn Sie DXVK verwenden: Haben Sie im DXVK-Projekt nach ähnlichen Problemen gesucht? Vielleicht hilft es, DXVK zu aktualisieren / herunterzustufen oder mit den DXVK-Einstellungen herumzuspielen.
3. Ich werde einen aktualisierten Wein-Protonen-Build erstellen, der das Laufen ohne DXVK ermöglicht - das können Sie versuchen. Die Leistung sieht damit ziemlich gut aus (verwendet PBA- und DX11-verzögerte Kontexte).

Hier einen sauberen Build zu machen, dauert einige Minuten ...

@TheVE Hier ist der aktualisierte Build:
https://github.com/kakra/wine/releases/tag/wine-proton_3.7-3.17-unofficial-2

Sie können auch den GameMode von Feral überprüfen und das Spiel im aktivierten GameMode ausführen.
https://github.com/FeralInteractive/gamemode

Übrigens: Valve hat Proton so aktualisiert, dass es offiziell DXVK 0.80 enthält (einschließlich eines erforderlichen Hotfixes). Möglicherweise möchten Sie Steam die Proton-Dateien überprüfen lassen (um die aktuelle Beta einschließlich des DXVK-Updates wiederherzustellen), und dann meinen Build darauf erneut anwenden.

@TheVE Ich hatte das gleiche Problem vor. Ich habe Wein neu zusammengestellt, dxvk, alle möglichen Dinge ausprobiert und es ist fehlgeschlagen. Und dann habe ich einen neuen Weinpräfix erstellt. Das hat das Problem gelöst.
Ich habe weder Wein noch DXVK geändert, sondern nur ein neues Weinpräfix gestartet, und das hat das Problem für mich gelöst. Ich führe PoE nicht von Steam aus und mit Proton starte ich ein eigenständiges Spiel mit Wine und es funktioniert hervorragend ohne Abstürze oder Speicherprobleme. Es kann den ganzen Tag ohne Abstürze oder Verlangsamungen laufen. Aber ich habe vor einigen Tagen auch die Steam-Version getestet, indem ich Proton aus @kakra repo kompiliert

@Janhouse Dies ist ein bekanntes Problem, wenn Sie zwischen verschiedenen Weinversionen mit demselben Präfix wechseln: Es können falsche DLL-Weiterleitungen zurückbleiben, z. B. wenn Sie Staging mit aktiviertem CSMT verwendet haben und dann zu Vanilla zurückgekehrt sind, ist die DLL-Umleitung noch vorhanden und verwendet eine möglicherweise veraltete CSMT wined3d API.

Ich glaube nicht, dass dies hier bei @TheVE der Fall ist, da das Präfix des Spiels privat ist und von Steam erstellt wurde. Sofern @TheVE nicht versucht hat, benutzerdefinierte (Nicht-Protonen-) Weinversionen im Präfix auszuführen, sollte das Präfix sauber und in Ordnung sein.

@ Janhouse Am Ende die Frage zu stellen: War es wirklich das gleiche Problem, das Sie hatten? Ich meine mit der gleichen dmesg Ausgabe? Oder war das Logo aufgrund eines anderen Problems nur eingefroren?

Es hätte ein anderes Problem sein können, aber ich denke, es lohnt sich immer noch, es zu versuchen
Erstellen Sie das Präfix neu.

Am Dienstag, den 2. Oktober 2018 um 12:12 Uhr schrieb Kai Krakow

@Janhouse https://github.com/Janhouse Dies ist ein bekanntes Problem, wenn Sie
Wechseln Sie zwischen verschiedenen Weinversionen im selben Präfix: Es kann gehen
falsche DLL-Weiterleitungen dahinter, z. B. wenn Sie Staging mit aktiviertem CSMT verwendet haben,
ging dann zurück zu vanilla, die DLL-Umleitung ist noch vorhanden und verwendet eine
möglicherweise veraltete CSMT wined3d API.

Ich glaube nicht, dass dies hier bei @TheVE https://github.com/TheVE der Fall ist
als Präfix des Spiels ist privat und von Steam erstellt. Es sei denn, @TheVE
https://github.com/TheVE hat versucht, benutzerdefinierte (Nicht-Protonen-) Weinversionen auszuführen
Im Präfix sollte das Präfix sauber und in Ordnung sein.

@ Janhouse https://github.com/Janhouse Am Ende die Frage zu stellen
it: War es wirklich das gleiche Problem, das Sie hatten? Ich meine mit dem gleichen dmesg
Ausgabe? Oder war das Logo aufgrund eines anderen Problems nur eingefroren?

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/58#issuecomment-426204309 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AA_Ql-tECUxcN2a-6fMtLnx2BsFLLQJ9ks5ugy4IgaJpZM4WHKFm
.

@ Janhouse Versteh mich nicht falsch: Der Tipp ist erwähnenswert und einen Versuch wert. Ich wollte nur auf die genaue Bedeutung von "gleichem Problem" hinweisen. ;-);

@TheVE Um das Präfix neu zu erstellen, verschieben Sie den Ordner "pfx" in compatdata/GAMEID aus dem Weg, möglicherweise den vollständigen GAMEID-Ordner aus dem Weg. Die Spiel-ID finden Sie im Titel dieser Ausgabe.

Beachten Sie, dass es wahrscheinlich Konfigurationsdaten enthält ... Entfernen Sie sie also nicht einfach.

@ TheVE schrieb:

Ich könnte Pech haben, POE zu spielen. :(

Abstürze auf den Zahnrädern zu Spielbeginn. Der Ton wird im Hintergrund fortgesetzt. Das System reagiert jedoch nicht. Kann nicht ctl + alt + esc oder tty wechseln.

Ich kann in die Maschine ssh, aber keine Aktionen auf dem System anzeigen lassen. Wenn man sich dmesg ansieht, ist es eine Art GPU-Absturz?

`[102.096105] [drm] dce_get_required_clocks_state: Uhren nicht unterstützt disp_clk 896973 pix_clk 592000

[1036.359130] [ drm: amdgpu_job_timedout [amdgpu]] _ERROR_ ring gfx timeout, zuletzt signalisierte seq = 298090, zuletzt emittierte seq = 298092

[1036.359133] [drm] GPU-Wiederherstellung deaktiviert. "

Bitte schauen Sie hier:
https://github.com/doitsujin/dxvk/wiki/Driver-support

@ Kakra Hmm . Ich bin auf Mesa 18.1.6, aber LLVM 6.0.1. Vielleicht muss ich auf LLVM 7 warten.

Außerdem keine Frage: Um DXVK zu deaktivieren, verwende ich einfach "PROTON_USE_WINED3D11" in den Startoptionen?

Prost.

//bearbeiten. Das Löschen des Präfixes hat nicht geholfen.

@ TheVE Noob Antwort: Ja ... Du bist nicht ganz so noob wie du gedacht hast, hmm? ;-);

@kakra Danke für all deine Hilfe. Aber bisher kein Glück mit Proton. Ich habe Lutris auch schon einmal ohne Glück ausprobiert und gerade einen letzten Versuch unternommen.

Lutris arbeitet mit:

esync-staging-pba-nopulse-3.17-x86_64 (Ich habe gerade die neueste bekommen und keine anderen ausprobiert).
DXVK deaktiviert (System hängt immer noch, wenn aktiviert) - Versucht DXVK 0.80 und es hängt immer noch.

Die Bildraten betragen nur etwa 30 fps mit Einbrüchen. Aber ich kann spielen! Also bleibe ich vorerst dabei.

@TheVE Haben Sie user_settings.py.sample bearbeitet oder haben Sie das tatsächlich in user_settings.py kopiert und die Kopie bearbeitet? Zeigt es immer noch, dass die GPU in dmesg hängt? Das würde bedeuten, dass DXVK noch aktiviert ist ...

Außerdem beziehe ich nicht das vollständige Staging-Patchset ein, sondern nur ausgewählte Patch-Serien. Das kann einen Unterschied machen. Ich frage mich, welche Serie dann in meinem Build fehlen würde.

Sind Sie auf der neuesten Version des Grafiktreibers? Ich bin mir ziemlich sicher, dass DXVK bei einigen
Punkt erforderlich ziemlich neue Treiberversion (zumindest für Nvidia). Und wenn Du
sind nicht auf Rolling Release Distribution wie Arch oder verwenden eine benutzerdefinierte Blutung
Edge-Repository für Grafiktreiber, dann könnte das das Problem sein
DXVK funktioniert nicht. Oder vielleicht verwendet "esync-staging-pba-nopulse-3.17-x86_64" das
alter PoE Patch und das wirkt sich irgendwie darauf aus?

Am Mittwoch, den 3. Oktober 2018 um 04:19 Uhr schrieb Kai Krakow [email protected] :

@TheVE https://github.com/TheVE Haben Sie user_settings.py.sample oder bearbeitet?
Haben Sie das tatsächlich in user_settings.py kopiert und die Kopie bearbeitet? Tut
es zeigt immer noch die GPU hängen in dmesg? Das würde bedeuten, dass DXVK immer noch ist
aktiviert...

Außerdem füge ich nicht das vollständige Staging-Patchset hinzu, sondern nur den ausgewählten Patch
Serie. Das kann einen Unterschied machen. Ich frage mich, welche Serie fehlen würde
in meinem Build dann.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/58#issuecomment-426481932 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AA_Ql_sZ_9W6EJ2VsD6V4BMEzKRayCdBks5uhBCwgaJpZM4WHKFm
.

Es tut mir leid zu unterbrechen, aber ich bin mehr daran interessiert, wann ich Path of Exile über Steamplay mit DX11 ohne Tricks spielen kann? Sollte ich bald eine Lösung entweder von GGG oder von Valve erwarten? Versuchte DX9 und habe großes Stottern, was ein häufiges Problem ist, denke ich, so ziemlich das einzige, was ich vermisse, wenn ich aus Windows gehe.

@CTJansson , wahrscheinlich, wenn der PoE-Patch in der Weinbereitstellung enthalten ist (dies könnte ein "Hack" sein und daher nie enthalten sein) und wenn Valve auf die aktuelle Weinbereitstellung und die DXVK-Version aktualisiert wird.
Ich könnte mich irren, aber es könnte auch eine aktuelle Grafiktreiberversion erfordern, zumindest für Nvidia-Karten, und wenn Valve sich auf die Unterstützung von Ubuntu mit älteren Treibern konzentriert, könnte es eine Weile dauern. Aus diesem Grund ermöglicht Valve die Verwendung benutzerdefinierter Proton-Builds.
Außerdem weiß man nie, wann GGG es wieder brechen wird, indem man einige ausgefallene Updates veröffentlicht. :) :)

Mit der Zeit sollten immer mehr ältere Spiele mit Proton funktionieren, aber neue, häufig aktualisierte Spiele könnten ein Problem sein.

TL; DR

@CTJansson Ich glaube nicht, dass dieses Spiel auf der Prioritätenliste von Valve steht, da es eine (anscheinend nicht so) funktionierende DX9-Ebene bietet. Es ist nicht so, dass es überhaupt nicht funktionieren würde. Und dann braucht es den CoInitialize-Hack, der nicht in den offiziellen Wein geht, der auch nicht Teil der Inszenierung ist. Es ist ein Hack (einer von vielen, den Valve derzeit in der Proton-Filiale führt), der ein weiterer Patch ist, um den man sich kümmern muss.

Dann bin ich sicher, dass Valve sicherlich das eine oder andere Auge auf all diese Themen hat. Aber es sind eine Menge Informationen in vielen Fragen, die beobachtet werden müssen. Und ohne das Wissen der Community kann es Valve sogar schwer fallen, herauszufinden, was und wie repariert werden muss. Es ist nicht so, dass Sie hier einen Wunsch äußern, und dann, einen Monat später, wird das Spiel auf magische Weise funktionieren, ohne dass jemand dies kommentiert oder Lösungen ausprobiert, Bericht erstattet oder an Patches arbeitet.

Hier gibt es eine vorübergehende Lösung, mit der Sie es zum Laufen bringen können (tatsächlich gibt es mehrere, aber nur wenige können tatsächlich als Protonenersatz verwendet werden). Es ist kein Trick, es ist nur so, wie es funktioniert, bis das Problem von Valve offiziell behandelt wird. Und obwohl es hier etwas laut geworden ist, weil das Spiel sehr beliebt ist, hat es wahrscheinlich bereits eine praktikable Lösung zur Hand, die Valve "nur" auswählen, testen und anwenden muss.

GGG OTOH ist wahrscheinlich nicht sehr daran interessiert, das Spiel offiziell unter Linux zum Laufen zu bringen. Ihre Benutzerbasis ist in erster Linie Windows, ihre Technologie ist Windows, daher kommt das Geld ... Sie hätten einen Fix vornehmen können, der die Engine anders initialisiert (eine große Anzahl von Spielen funktioniert ohne das, daher ist es keinem gängigen Video eigen oder Audio-Engine), sodass wir den CoInitialize-Patch zumindest nicht benötigen würden - aber das taten sie nicht. Wenn sie etwas in diese Richtung tun wollen, wäre mein Wunsch, den Motor nach Vulkan zu portieren, anstatt ein paar schicke neue DirectX-Sachen. Es würde das Spiel dann fast automatisch mit Proton funktionieren lassen, und wahrscheinlich sogar mit nahezu nativer Leistung.

@ Janhouse Ich bin mir ziemlich sicher, dass es wahrscheinlicher ist, dass die neuen Spiele zum Laufen kommen als die alten. Es gibt die sehr alten (DX9), die bereits an einer sehr soliden WineD3D-Implementierung arbeiten. Und dann gibt es DXVK für DX11, das in einem sehr guten Zustand ist (die WineD3D-Implementierung fehlt viel). Und dann wird es irgendwo in der Zukunft VkD3D für DX12 geben, was dann wahrscheinlich auch sehr gut funktionieren wird. Bei den etwas älteren DX10 / DX11-Titeln gibt es also ein Problem, und bei DRM-geschützten Titeln gibt es ein Problem. Ich sehe auch nicht, dass Valve der Inszenierung viel Aufmerksamkeit schenkt, es ist nicht ihre Aufgabe, die Inszenierung zu bereinigen. Wenn also ein Hack enthalten sein muss, um ein Spiel zum Laufen zu bringen, ist es nicht erforderlich, dies in der Inszenierung zu haben. Tatsächlich verwendet Proton außergewöhnlich wenige Patches, die aus dem Staging stammen.

Ich sehe auch nicht, wo es darum geht, sich auf ältere Fahrer zu konzentrieren. Alles, was ich sehe, konzentriert sich auf sehr aktuelle Treiber - sei es die NVIDIA Vulkan Dev-Treiber oder die AMD-Treiber, für die LLVM und Mesa auf dem neuesten Stand sind, um ordnungsgemäß zu funktionieren. Es wird einige Zeit dauern, bis wir uns beruhigt haben, aber ich bin mir sicher, dass das nicht zu weit entfernt ist. Sie können nicht auf magische Weise etwas mit mangelnder Funktionsunterstützung in den Treibern zum Laufen bringen, indem Sie sich in einigen Distributionen auf alte Treiber konzentrieren - und aktuelle Windows-Titel verwenden viele solcher Funktionen. Es sind die Distributionen und die Treiberhersteller, die für die nächste Stufe liefern müssen.

Angesichts der Zeit, als Proton basierend auf Wine-3.7 veröffentlicht wurde, würde ich mir vorstellen, dass die Proton-Entwicklung um zwei oder drei Monate zurückliegt. Als es veröffentlicht wurde, waren wir also - ich weiß nicht - bei Wine-3.14? Wein-3.12? Es ist wahrscheinlich, dass sie bereits an einer neuen Proton-Version arbeiten, die auf einer etwas neueren Weinversion basiert, wahrscheinlich etwas in der aktuellen Version. Wenn man sich den Patch-Fluss in der Weinkarte ansieht, der von Leuten stammt, die mit Proton zu tun haben, sieht es so aus, als ob derzeit noch viel Patch-Integration mit Patches im Zusammenhang mit Sachen aus dem Proton 3.7-Zweig stattfindet. Es ist also wahrscheinlich, dass die aktuelle Weinversion eher früher als später einfriert. Ich würde vermuten, dass das nächste Proton irgendwo zwischen 3,14 und 3,18 basiert. Wine 3.14 / 3.15 war eine der schwierigeren Rebases, als ich meinen Proton-Zweig neu basierte (damit die Versionsgrenze nicht zu falsch aussieht). Und dann würde die Wiedereingliederung von Patches und Hacks beginnen, wobei auch die Probleme hier im Tracker berücksichtigt würden. Es wird dann wahrscheinlich wieder 2-3 Monate dauern, bis diese Version für die Steam-Vertriebskanäle verfügbar ist.

@CTJansson Wir müssen bedenken, dass es nicht so einfach ist, ein Spiel zum Laufen zu bringen. Ich bin mir ziemlich sicher, dass mein eigener Proton-Zweig nicht mit vielen Spielen funktioniert, wahrscheinlich auch mit Spielen auf der Whitelist. Aber es funktioniert sehr gut für die Spiele, die ich spiele. Aber das ist in der Position von Valves einfach nicht gut genug: Sie möchten die Liste der unterstützten Spiele erweitern, ohne auf das zu verzichten, was bereits unterstützt wird. Und es muss auch einige Kompatibilitätstests und Qualitätstests bestehen. Ich bin mir ziemlich sicher, dass wir für die nächste Version mindestens warten müssen, bis sich die Grafikstapel verbessert haben und sich die Aktivität etwas beruhigt hat (was auch bedeuten würde, dass nicht mehr viel übrig ist, was ein "sich bewegendes Ziel" wie PoE brechen könnte).

Wenn Sie jetzt Spiele spielen möchten, die nicht in der offiziellen Whitelist enthalten sind, müssen Sie mit einigen Tricks arbeiten. :-)

Trotzdem, entschuldige den Lärm. Ich habe mich bereits gefragt, ob diese ausführlichen Diskussionen woanders durchgeführt werden sollen. Hat jemand eine Idee oder Meinung dazu?

Trotzdem, entschuldige den Lärm. Ich habe mich bereits gefragt, ob diese ausführlichen Diskussionen woanders durchgeführt werden sollen. Hat jemand eine Idee oder Meinung dazu?

@kakra könnten wir zu den Path of Exile-Foren gehen? https://www.pathofexile.com/forum/view-thread/8980 oder sogar einen protonenspezifischen Thread starten?

Hier ist eine Lösung für das CoInitialize-Problem, mit dem der CoInit-Hack für Path of Exile beseitigt wird:
https://github.com/kakra/wine/commit/f716887123418f1e14fa6c06aad9e854335f6eaa

Weiß jemand, ob dies gut genug wäre, um Wein stromaufwärts vorzuschlagen?

@kakra Dein Patch ist interessant und ich habe es getestet, es funktioniert.

Jetzt versuche ich zu verstehen, warum es hilfreich ist, in CoInitializeSecurity zu Coinitialisieren. Irgendeine Idee?

In der alten Spur sehen wir jetzt ähnliche Spuren wie diese:

(...)
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"
(...)

Als ich mir fixme+ole ansah, sah es so aus, als würde das Spiel immer nur CoInitializeSecurity aber nicht CoInitialize(NULL) . Also habe ich den Hack zurückgesetzt und den Aufruf auf CoInitializeSecurity verschoben, was sonst ein No-Op im aktuellen Wein wäre (es ist nur ein Stub, macht nichts):

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

Jetzt ruft das Spiel CoInitializeSecurity früh genug an, was wiederum CoInitialize(NULL) nennt und alles in Ordnung ist. Ich habe bereits einen leicht aktualisierten Fix in der Warteschlange. Aber das ändert funktional nichts, es berührt nur die Protokollierung.

Ich bin mir nicht sicher, wie "richtig" dieser Patch ist. Offensichtlich sollte CoInitializeSecurity() mehr Nebenwirkungen haben, als nur CoInitialize() . Aber da es "nur" um Sicherheit geht und Wine meistens als Einzelbenutzer-Betriebssystemebene fungiert (es wird nicht als Root ausgeführt, sondern nur für den aktuellen Benutzer), denke ich, dass es einfach genug ist, dies auf diese Weise zu tun. Zumindest habe ich die einfachsten Prüfungen gemäß MS-Dokumenten hinzugefügt: Einige Parameter müssen auf bestimmte Weise eingestellt werden.

Ohne den Hack sehe ich jetzt, wie sich DOOM darüber beschwert, dass die Wohnung nicht initialisiert wird. Dies ist jedoch wahrscheinlich nur eine ähnliche Lösung. Davon abgesehen funktioniert das Spiel.

Wenn Sie sich jedoch Ihre Spur und die Weinquelle ansehen (und wie sie die Funktionen verwendet hat), sollten Sie CoInitialize() von CoInitializeSecurity() aufrufen ... Der Aufrufer sollte immer beide Funktionen nacheinander aufrufen der andere ... Geht es vielleicht um Threads?

@kakra Nur ein Kopf hoch, Ihr Makefile, das mit Ihren letzten getaggten Releases versehen ist, versucht, clean -Regeln für Makefiles auszuführen, die in einem neuen Build nicht vorhanden sind.

@ wacossusca34 Ja, ich weiß. Es sollte mit dem nächsten Push behoben werden ... Es sollte funktionieren, wenn Sie zuerst "make configure" ausführen. Lassen Sie mich wissen, wenn nicht ...

meine Erfahrung:
Es funktioniert mit dx9 und dx9ex - aber es verwendet den 32-Bit-Modus und stürzt ab, sobald das Spiel 4 GB RAM erreicht, was normalerweise nach 1 Stunde Spieler der Fall ist. Es gibt noch eine 64-Bit-Version, aber ich konnte sie nicht mit dieser Version starten.

@SurfingNerd Es funktioniert mit meinem oben verlinkten Proton-Build. Ich werde dies bald aktualisieren, um es auf das offizielle Proton 3.16 zurückzusetzen (tatsächlich ist es fertig, einschließlich Updates für Wine-3.19, ich teste noch und möchte an einigen zusätzlichen Optimierungen arbeiten). Dem ursprünglichen Proton fehlen noch der CoInit-Hack und einige Windowscodecs-Patches, um DX11 tatsächlich erfolgreich zu starten. Sie benötigen außerdem DXVK, um es auszuführen, da das Spiel verzögerte DX11-Kontexte verwendet (mein Build enthält diese, sodass Sie ohne DXVK ausgeführt werden können, aber es ist zumindest langsamer für mich).

@edmondo In der Zwischenzeit habe ich meine Updates auf CoInitializedSecurity() da dies falsch zu sein scheint. Ich verwende stattdessen wieder den ursprünglich verfeinerten Hack.

@ Kakra Gleich hier. Der verfeinerte Hack scheint im Moment die "beste" Problemumgehung zu sein: Wenn die Wohnung nicht initialisiert ist, initialisieren Sie sie.

Ich habe die Microsoft-Dokumentation durchgesehen und habe das gleiche Gefühl, dass CoInitialize in CoInitializedSecurity () das Falsche zu sein scheint.

Was mich ziemlich überrascht und nicht versteht, ist, warum das Coinit im Sicherheitsaufruf das Problem später "behebt". Es ist irgendwie unerwartet für mich (und ich bin nicht sicher, ob ich meine Spuren richtig verstehe).

Ich vermute, dass im Weincode irgendwo in den anderen Subsystemen ein Aufruf von CoInit fehlt, weil er neu gezählt wird. Kurz bevor das Spiel eine initialisierte Wohnung erwartet, wird sie nicht initialisiert und auf 0 neu gezählt. Es sieht so aus, als ob dies irgendwie mit DX-Code zusammenhängt. Ich würde vermuten, dass es zu diesem Zeitpunkt auf mindestens 1 zurückgezählt werden sollte, sodass irgendwo zuvor ein Init fehlt.

@SurfingNerd Außerdem

Hat jemand diese Lösung ausprobiert? Ich finde es hilfreich
https://bugs.winehq.org/show_bug.cgi?id=42695#c15

@ teh-monad, PoE funktioniert bereits gut mit Wein-Inszenierung und DXVK, solange Sie den Coinitalize-Patch einschließen. Andere Patches scheinen optional zu sein.
Habe es für Sessions bis zu ~ 12 Stunden ohne Probleme gespielt.
Es stürzt bei einer Änderung der Auflösung ab (Fenstergröße ändern / zum / vom Vollbild wechseln), aber wenn Sie es nicht berühren, funktioniert es hervorragend.
Zusätzlich habe ich den DXVK-Platzhalter-Shader-Patch hinzugefügt, um das Spiel nicht zu verzögern, während neue Shader berechnet werden.
Insgesamt bekomme ich eine ähnliche Leistung wie unter Windows.
Das PoE Trade-Tool funktioniert auch, aber Sie müssen das Einstellungsfenster jedes Mal öffnen und schließen, wenn Sie es starten.

@Janhouse Noch ziemlich neu in Linux, aber wie kann ich diesen Patch mit
Die Wine-Version ist WineHQ devel (3.19) und DXVK 0.90, daher brauche ich im Grunde nur den Patch.

@CTJansson , ich habe irgendwo gelesen, dass in Lutris die enthaltene Wein-Inszenierung mit Esync-Patches, die in Lutris erhältlich ist, alle notwendigen Patches für PoE enthält. (Unter Lutris> Läufer verwalten> Weinversionen)

Wählen Sie dann einfach DXVK 0.90, wenn Ihre Treiber dies unterstützen und Sie in Ordnung sein sollten.

Ich habe auch einige zusätzliche Variablen eingerichtet, aber diese werden wahrscheinlich nicht benötigt.

Ich habe PoE in Lutris mit dem bereitgestellten Installationsrezept installiert.

Ich führe das Spiel jetzt ohne Steam oder Lutris aus, aber durch Lutris war es anfangs sicherlich viel einfacher. Ich hoffe, dass diese Korrekturen irgendwann zu Proton hinzugefügt werden. Es wäre großartig, wenn eines der Top-Spiele von Steam unter Linux laufen würde, ohne zu basteln. : smiley:

@ Janhouse Danke für die Hilfe bei Lutris, aber das scheint den DX11-Absturz beim Start nicht zu beheben?
EDIT: Scheint, ich habe die Vulkan Mesa Treiber vermisst, funktioniert jetzt!

@CTJansson versuchen, ein neues Präfix einzurichten. Wenn es beim Start nach dem Logo-Video abstürzt, besteht die Möglichkeit, dass es sich um ein fehlerhaftes Präfix handelt. Ich musste es irgendwann nach dem Wein-Upgrade tun.

Ich habe Poe in Proton (3.16) arbeiten lassen, kann aber DirectX 11 aufgrund des WIC-Factory-Fehlers nicht zum Laufen bringen.
Kann ich den WIC-Patch anwenden, obwohl ich Steam über das Manjaro-Repository installiert habe, und wenn ja, wie wende ich ihn an? Ich mag es nicht, alle 2 Karten zum Absturz zu bringen: / Danke im Voraus ..

@ Janhouse Ich würde es vorziehen, wenn es von einheimischen Wein betrieben wird.

Sobald der Wein von Proton mit dem Patch dx11 gepatcht wurde, tritt immer noch ein Fehler auf, da der Wein nicht mit libpng kompiliert wurde. Quelle: Ich habe Proton mit dem Patch in einem Debian VM über Docker per Readme kompiliert. Andere verschiedene Spiel-Patches, die ich für verschiedene Spiele ausprobiert habe, funktionieren wie vorgesehen.

@GloriousEggroll gleichen Fehler auf Debian. Wein verwenden libjpeg62, aber Debian haben nur libjpeg62-Turbo

@GloriousEggroll Wine 4.0 RC1 benötigt jetzt viel weniger Windowscodecs-Patches. Ich habe nur diese angewendet und die Abhängigkeiten aus den Definitionsdateien übersprungen:

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 Ich versuche, diese Patches aus der Inszenierung

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

Weißt du zufällig, von welchem ​​Patchset es war?

-bearbeiten-
egal ich fand es unter dem gif encoder wincodecs sub patchset.

@GloriousEggroll Ich werde bald meinen Wein-4.0-rc1-Protonenzweig schieben (nach ein bisschen Aufräumen). Wenn Sie möchten, lade ich Sie ein, einige der Patches anzusehen und zu testen. Es gibt dort auch eine Reihe ausgewählter Staging-Patches, die möglicherweise vorgelagert werden könnten.

Bearbeiten: Einige der von mir aufgelisteten Patches befinden sich bereits unter https://source.winehq.org/patches/ in der Warteschlange.

@kakra danke Ich konnte einen benutzerdefinierten Protonenaufbau mit leicht modifizierten Versionen der Patches erstellen (im Grunde nur modifiziert, um sauber in Protonen zu patchen). Ich habe auch die anderen Wine Staging-Leute über den Versuch informiert, Windowscodecs-32bppPRGBA zu streamen, da dies die einzigen zwei fehlenden Patches sind, die noch nicht in der Warteschlange stehen. Funktionierte wie ein Zauber zusammen mit dem CoInit-Patch von DataBeaver

Hallo Leute,

Ich habe nicht alle Beiträge in dieser "Mega" -Ausgabe überprüft. Das tut mir leid...
Meine einfache Frage: Wird es möglich sein, PoE unter Linux mit Steam's Proton zu spielen, ohne zu patchen / hacken und so weiter?

Vielen Dank!

@presianbg Ja, ich verwende Lutris, mit tkg-3.21, dxvk-0.93, aktivem Status-Cache, es stottert zuerst, aber je mehr dxvk zwischenspeichern kann, desto angenehmer wird es. Ich habe eine vega 56 gpu mit a Ryzen 1700, und die fps ist alles zwischen 30 und 90, mit ein wenig minimalem Stottern, aber ich würde sagen, ich durchschnittlich 50 fps.
Wenn ich einen Rang verwenden würde, würde ich dieses Spiel Gold in Bezug auf die Lutris / Protondb-Rangliste bewerten.

EDIT: Entschuldigung, ich habe nicht gelesen, dass Sie auf Proton spielen möchten. Sie können Lutris ausführen, PoE durch Wein mit Dampf installieren und dann tkg-3.21 und dxvk-0.93 verwenden

@CTJansson Verwenden Sie dieses Skript ? Ich führe dies mit einem Fury X auf DXVK 0.93 aus, und bis jetzt habe ich Akt 4 ohne einen einzigen Absturz überstanden, außer beim Versuch, die Fenstergröße zu ändern. Es hält solide 60 FPS, ohne einen Schlag auszulassen. Ohne den Absturz der Fenstergröße und das gelegentliche Knistern der Audiodaten würde ich sagen, dass dieses Lutris-Skript Platin ist.

Leider kann Proton die DX11-Version nicht starten und die DX9-Version stürzt häufig ab. Ich habe es geschafft, die Anzahl der Abstürze mit den folgenden über Steam festgelegten Startoptionen zu reduzieren: --waitforpreload --nologo --nodx9ex --gc2 --noasync.
Nach einigen Kartenübergängen stürzt es jedoch immer noch mit den Texturfehlermeldungen ab.

Zu Ihrer Information, die Texturfehlermeldungen nach Kartenübergängen treten auch bei Windows-Benutzern auf. Es gibt ungefähr 3-4 Beiträge in den PoE-Foren darüber. Ich denke nicht, dass das spezifisch für WINE oder DX9 ist, da es Leute gab, die auch dx11 damit verwendeten.

Etwas seltsam, dass die automatisierten Problemumgehungen im eigenständigen DX11 Lutris-Skript das Problem zu beheben scheinen. In 25 Stunden und kein einziger Absturz auf meinem System (außer beim Ändern der Fenstergröße).

@meowmeowfuzzyface nein, ich nicht, ich richte meine Lutris PoE-Konfiguration manuell mit tkg-3.21 ein, aktiviere dxvk und so weiter, nicht sicher, ob ich e-synct tho verwende. Das Skript, das Sie verlinkt haben, verwendet tkg-3.19. Beide enthalten den CoInt-Patch für PoE, sodass dies nicht wirklich wichtig ist. Außerdem ist in meiner Konfiguration der DXVK-Statuscache aktiviert.
Gold / Platin sicher, wenn der Status-Cache aktiv ist, wird es zuerst stottern, aber weniger, je mehr es zwischenspeichert.

Solange sich der CoInt-Patch nicht in Wine befindet, können wir PoE nicht auf Proton ausführen, ohne Ihren eigenen Protonenzweig zu optimieren. Sie können die Steam-Version weiterhin mit Wein ausführen und tkg-3.21 und dxvk anwenden. Auf diese Weise verwenden Sie kein Proton, aber die Leute sehen, dass Sie PoE in der Freundesliste spielen, und Steam protokolliert Ihre gespielten Stunden.

Also, während ich durch dieses Problem lese, gibt es tatsächlich keine funktionierende stabile Konfiguration für Proton atm?
Wenn ich falsch liege, bin ich dankbar, wenn jemand die Schritte zum Archivieren posten kann.
Bearbeiten: Gibt es eine Chance, dass sich mit 3.16.5 etwas geändert hat? :Tänzer:

Ich habe Steam ursprünglich installiert, um Linux-kompatible Spiele zu spielen.

Hier ist mein Setup, das funktioniert:

Ubuntu 19.04

1) Installieren Sie Dampf: sudo apt installiert Dampf -y
2) Aktivieren Sie Steam Play
3) Installieren Sie Path of Exile über Linux Steam
4) Befolgen Sie diese Anleitung für die Installation der Anforderungen https://github.com/tainium/PoE-Lutris-DXVK (überspringen Sie die eigenständige Installation, Path of Exile ist bereits installiert :))
5) Installieren Sie "Wine" Runner "tkg-3.2.1-x86_64" (oder was auch immer die neueste sein mag, dies funktioniert ab diesem Beitrag)
6) Installieren Sie den "Wine Steam" -Runner mit der zuvor ausgewählten Weinversion
7) Wählen Sie in der Lutris-Menüleiste Spiel -> Hinzufügen
8) Verwenden Sie die Einstellungen in den Screenshots

(Wählen Sie das von Ihnen installierte DXVK aus.)

Möglicherweise müssen Sie es einige Male starten, um alle Steam-Client-Updates zu erhalten (meine stürzten einige Male ab, wurden aber schließlich aktualisiert). Ich starte Lutris vom Terminal aus, damit ich die Ausgabe sehen und Fehler abfangen kann.

Sobald Steam über Lutris gestartet wurde, können Sie Ihr Steam-Verzeichnis festlegen und das Spiel starten.

Könnte eine einfachere Lösung sein, aber das hat bei mir funktioniert.

Hinweis: Mein Pfad des Exils wurde bereits vollständig über den Linux Steam-Client aktualisiert.

Bedeutet dies, dass wir in dxvk 93+ den alten dxvk-Patch nicht mehr benötigen?

und versteht jemand das Problem der Größenänderung / Auflösung? Ich wünschte wirklich, ich könnte mit mehr als 1920x1080 spielen

Mit dem Status-Cache in DXVK brauchen Sie den Shader-Hack in DXVK normalerweise nicht mehr ... Hier funktioniert es gut, die Ruckler verschwinden nach einigen Minuten des Spielens, es funktioniert sogar in 4k-Auflösung für mich. Um die Auflösung zu ändern, müssen Sie das Spiel von Anfang an dazu bringen, mit einem größeren Fenster zu beginnen. Die Vollbildmodi funktionieren möglicherweise nicht richtig. Sie können die Konfigurationsdatei bearbeiten, um zu einem Modus mit höherer Auflösung und Fenstern zu wechseln.

ahh gut zu wissen :)

Wann immer ich meine Production_Config.ini auf etwas anderes als 1920x1080 bearbeite, wird mein Spiel nicht nach dem ggg-Logo geladen - sehr seltsam. Benötigt es ein bestimmtes 16: 9-Verhältnis für das Vollbild?

Der Fenstermodus funktioniert wie gesagt einwandfrei.

Nun, ich habe KDE KWin-Regeln verwendet, um das Fenster dazu zu zwingen, sich an die letzte Größe und Position zu erinnern. Dann habe ich das Fenster auf meinem 4k-Monitor maximiert und das Spiel beendet (was ungefähr 2 Minuten gedauert hat, weil der Grafikstapel dabei irgendwie hängen bleibt ). Nach dem Neustart: Tada, volle Auflösung.

Das Spiel läuft mit ungefähr 40 fps (zumindest mit meinem Protonenaufbau). Trotz "dynamischer Auflösung" habe ich es nur sehr selten verkleinert gesehen (vielleicht dreimal über einen Zeitraum von 1 Jahr).

Hier ist meine Anzeigekonfiguration:

[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

Mein Protonenaufbau könnte einige Probleme mit der Fensterplatzierung beim Start einiger Spiele beheben. Vielleicht möchten Sie es versuchen, wenn Sie immer noch Probleme sehen. Sie können eine binäre Version davon herunterladen, einfach in Ihren vorhandenen Protonenordner entpacken (entfernen Sie den Ordner nicht zuerst, mein binärer Build enthält noch nicht alle Protonenwerkzeuge).

Mein Protonenaufbau: https://github.com/kakra/wine-proton

Das Stottern verschwindet nach einigen Minuten des Spielens

Ich habe mein Lutris-Setup jetzt mit der Version 0.94 und ohne den Async-Hack mit den folgenden Optionen ausprobiert:

• tkg 3,21 + Esync + dxvk 0,94
• DXVK_STATE_CACHE = 1
• DXVK_HUD = fps, Version, Speicher

Ich habe 30 Minuten gespielt, aber ich habe das Gefühl, dass das Spiel immer langsamer wird / einfriert. Ist mein Cache nicht bereit?

Bleibt der DXVK-Cache beim Neustart meines Systems bestehen?
Vielleicht muss ich wieder zum 0.91 dxvk + async Hack wechseln

Der Cache bleibt zwischen den Neustarts bestehen, muss jedoch möglicherweise entfernt werden, wenn Sie zuvor Hacks angewendet haben. Ich hatte in anderen Spielen Probleme mit falschem oder langsamem Rendern, sogar Abstürzen, bis ich den Cache geleert habe, damit er neu erstellt werden konnte. Wenn Sie mit nvidia spielen, müssen Sie möglicherweise auch den nvidia-Shader-Cache leeren.

Ich denke, der Cache sollte sich in einem Unterverzeichnis der Spiel-Exe befinden ... (Wenn Sie nicht mit Proton spielen, wird der Cache von Steam in einem gemeinsam genutzten Shader-Cache-Verzeichnis abgelegt.)

Seit Monaten gibt es eine benutzerdefinierte Lösung für das Problem. Wird es jemals zu Protonen kommen? oder aus irgendeinem Grund unmöglich?

@SurfingNerd Sie können im DX9-Modus spielen, es werden nicht die Probleme angezeigt, die im DX11-Modus auftreten. Außerdem ist der Fix, den Sie wahrscheinlich meinen, kein Fix, sondern ein Hack. Dieser Hack ist technisch falsch und zeigt möglicherweise ein sehr falsches Verhalten bei anderen Spielen. Ich denke, das wurde hier bereits besprochen. Und ich glaube nicht, dass Valve möchte, dass Proton eine andere Version von Lutris wird, dh mit benutzerdefinierten Builds und Installationsskripten für jedes zweite Spiel. Zumindest noch nicht.

Ich bin mir auch nicht sicher, ob Sie bemerkt haben, was im Hintergrund passiert ... Viele benötigte Patches für dieses Spiel wurden bereits auf Wein übertragen und werden in 4.0 erscheinen. Ein "Proton 4.0" (wenn es kommt, aber ich bin mir ziemlich sicher) wird bereits viele der Patches haben, die zum Ausführen dieses Spiels benötigt werden, oder mit anderen Worten: Dann werden weniger Patches / Fixes benötigt. Dieses Spiel brauchte viele individuelle Korrekturen, auch bekannt als Commits, damals vielleicht um die 50. Das sind jetzt ungefähr 3. Und ich denke, der "CoInit" -Hack ist einer der letzten verbleibenden harten Teile. Wenn Sie dies beschleunigen möchten, helfen Sie bitte dabei, den Hack zu einer richtigen Lösung zu machen. Vielen Dank. :-)

@kakra thx für deine Antwort :) Ja, ich habe bereits Delve Leage bis in DX 9.0 gespielt, aber es hat einen Speicherverlust. Ich weiß nicht, ob dieses Leck ein Fehler in einer der Protonenbibliotheken oder in Path of Exile ist. es scheint mit Modellen oder Texturen verbunden zu sein. es stürzte ziemlich bald in der Delve oder in Karten mit vielen Variationen ab. (wie Beyond + Abyssal) oder einfach in der Stadt, weil viele Spieler vorbeikommen. So zählt jeder Ladebildschirm. Proton 4.0 klingt sehr vielversprechend, ich denke ich werde darauf warten :)

@SurfingNerd Das Problem ist, dass der DX9-Modus 32-Bit ist. Die Speicherverwaltung unterscheidet sich in Wine, da das Linux-Material auch dem Adressraum zugeordnet werden muss. Wenn Sie pulseaudio verwenden, haben Sie möglicherweise mehr Glück, wenn Sie den gemeinsam genutzten Speicherbedarf verringern. Ich habe dies hier beschrieben:
https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md#hints -to-32-bit-users

Erwarten Sie jedoch nicht, dass Proton 4.0 den für DX11 benötigten CoInit-Hack enthält ... Ich denke, dieses Spiel hat eine niedrige Priorität, da es einen etwas funktionierenden DX9-Modus hat.

Dieses Speicherproblem tritt auch bei anderen 32-Bit-Titeln auf, wie dem ursprünglichen Skyrim, der aufgrund dessen sehr häufig einfriert, insbesondere wenn Sie Mods hinzugefügt haben.

Ich arbeite derzeit daran, meine Proton-Variante in ein eigenständiges Tool zu verwandeln, mit dem Sie PoE anstelle der offiziellen Version ausführen können. Bis dahin konnten Sie einfach meine Version von Proton über Ihren Proton-Ordner extrahieren. PoE läuft gut damit (und andere Titel, die in der von mir verlinkten README-Datei aufgeführt sind). Sie finden eine vorkompilierte Version davon, sodass Sie sich nicht die Mühe machen müssen, eine Build-Umgebung einzurichten.

Wenn Sie zu "Bibliothek -> Tools" gehen und "Proton" zu Ihrer Steam-Bibliothek hinzufügen, sollten Sie auch in der Lage sein, durch Überprüfen der Dateien problemlos zur offiziellen Version zurückzukehren. Oder extrahieren Sie einfach die mit Proton gelieferte dist.tar.gz erneut.

Ich bin neugierig auf das Shm von Pulseaudio. Hat das Schrumpfen des Gedächtnisses noch andere Nebenwirkungen? Ich bemerke, dass beim Spielen von PoE nach 1-2 Stunden meine Sounds knistern, bis ich das Gerät im Spieleclient umschalte

@ evilch3n Ich habe bisher keine Nebenwirkungen erfahren - solange du es nicht zu klein machst. Der Standardwert ist 64 MB, was im 32-Bit-Speicher mit vielen geöffneten Soundströmen sehr groß ist.

@duckartes Ihre Lösung hat zwar nichts mit Protonen zu tun, Sie installieren Steam und aktivieren es, aber dann berühren Sie es nie wieder und verwenden winesteam 0.o.

Sie können im DX9-Modus spielen, es werden nicht die Probleme angezeigt, die im DX11-Modus auftreten.

@kakra „Out of Memory Crash“ „Fehler Thread Crash“ erstellen , die auf jede einzelne Karte ändern sagt , ich kann nicht: /

und die dx11-Version kommt nicht einmal über die "kann keine WIC-Fabrik erstellen" + Segfault hinaus

@nonchip Es funktioniert mit meiner Protonenversion: https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md

Laden Sie die Datei tar.xz von der Release-Seite herunter und entpacken Sie sie in Ihrem vorhandenen Proton 3.16 Beta-Ordner. PoE funktioniert dann im DX11-Modus.

@ Kakra danke, versuche das jetzt. Übrigens kennen Sie den Trick compatibilitytools.d ? beseitigt die Notwendigkeit, die offizielle Installation zu ermorden (und wird durch ihre Updates ermordet), zum Beispiel https://github.com/redmcg/wine/ tut dies für ihren inoffiziellen gefährlichen Elite-Patch

BEARBEITEN: Versuchte deine Version, "WIC-Factory konnte nicht erstellt werden". mache ich hier etwas falsch Laufen mit PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

EDIT: omg fail Ich habe vergessen, Steam nach dem Umschalten der Protonenversion neu zu starten, egal, funktioniert jetzt gut, vielen Dank: 3

BEARBEITEN: Versuchte deine Version, "WIC-Factory konnte nicht erstellt werden". mache ich hier etwas falsch Laufen mit PROTON_FORCE_LARGE_ADDRESS_AWARE=1 PROTON_NO_D3D11=0 PROTON_NO_ESYNC=0 %command% --nologo

@nonchip wo

@nonchip Ja, ich arbeite an diesem "Trick". In der Zwischenzeit können Sie ein solches Verzeichnis selbst erstellen, bis in meinem Repo alles von Grund auf neu erstellt werden kann. Siehe https://github.com/kakra/wine-proton/projects/3

@humunuk Rechtsklick auf das Spiel, Eigenschaften, Allgemein,

Es wird dokumentiert, dass nur Parameter angehängt werden. Wenn Sie jedoch die Zeichenfolge %command% einfügen, können Sie tatsächlich die gesamte Befehlszeile angeben (und diese Zeichenfolge wird durch die ausführbare Spieldatei ersetzt).

@kakra Ich habe das tatsächlich getan, indem ich Ihren gepatchten Wein über das Verzeichnis " $WINE s je nach Spiel-ID.

BEARBEITEN: "schauen in" bedeutet "ein paar Stunden nach dem Aufwachen am nächsten Morgen bin ich fertig" anscheinend: https://gitlab.com/nonchip/hydron

@nonchip Ich denke, Steam verwendet bereits eine bestimmte Proton-Version pro Spiel ... Es sei denn, Sie aktivieren den globalen Override-Schalter, um immer das von Ihnen angegebene Tool zu verwenden. Die Infrastruktur ist also bereits vorhanden, aber der Benutzer hat keine Kontrolle darüber, außer "Standard oder Überschreibung".

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

HINWEIS: Um eine "Vanilla" -Version zu verwenden, müssen Sie sie manuell in Ihre CompatibilityTools.d einfügen, da Steam die Gewohnheit hat, Proton-Versionen zu deinstallieren, von denen es glaubt, dass sie "unbenutzt" sein könnten ...
siehe die docs, aber tl; dr: make install ist dein Freund.
Alternativ können Sie möglicherweise (ich habe das nicht getestet) eine zuvor installierte Vanilla-Version von Steamapps / Common kopieren.

Sie können tatsächlich zu Ihrer Steam-Bibliothek gehen, "Tools" aus der Dropdown-Liste der Bibliothek auswählen, nach Proton suchen und jede Version zwangsweise installieren.

@ Kakra

Die Infrastruktur ist also bereits vorhanden, aber der Benutzer hat keine Kontrolle darüber, außer "Standard oder Überschreibung".

Nun, für mich macht das leider keinen großen Unterschied, da ich benutzerdefinierte Versionen ausführen möchte (wie z. B. dieses Problem zeigt: stick_out_tongue :), aber interessant ist, dass sie es "hinter den Kulissen" tun ... ich denke nur eine weitere Instanz von "Oh, der durchschnittliche Benutzer würde nicht wissen, was er damit anfangen soll. Warum also den Leuten, die es wollen, die Option" alias "dummer Benutzermodus" geben, die leider so einfach zu überlegen ist, wenn man so viele wirklich SEHR dumme Fragen bekommt? a Projekt so groß wie Dampf muss sich jeden Tag darum kümmern ...

Sie können tatsächlich zu Ihrer Steam-Bibliothek gehen, "Tools" aus der Dropdown-Liste der Bibliothek auswählen, nach Proton suchen und jede Version zwangsweise installieren.

oh sehr gut zu wissen, ich werde das der Readme hinzufügen, danke: smile_cat:

Ich denke, es könnte unter dem dist.tgz Problem leiden? Ich hatte eine Version herumliegen, die ich nie benutzt habe und die sich tatsächlich nicht selbst auspacken konnte und stattdessen erwartete, dass Steam dies beim ersten Gebrauch tun würde.

@nonchip Schauen Sie sich das Python-Skript proton , es sollte das dist bei der ersten Verwendung entpacken. Es kann eine Vorbedingung scheitern, tho. Ich habe mich bereits mit dem Innenleben befasst, als ich vorhatte, mein eigenes Werkzeug zu erstellen. Aber es wird noch einige Zeit dauern, weil es nur ein Freizeitprojekt ist - und wenn mich etwas nicht allzu sehr stört, verspüre ich nicht den Drang, Dinge zu reparieren. ;-);

Die Magie des Auspackens besteht darin, die version -Datei zu vergleichen ... Vielleicht gab es das noch für Sie?

@ Kakra Oh, ich steamapps/common/Proton* hinzufügen

...getan. Ich werde eine Notiz hinzufügen, die auf diesen Thread und die Fallback-Unterstützung für diesen Ordner verweist, aber mit der Warnung "funktioniert möglicherweise nicht, wenn Steam damit herumspielt": stick_out_tongue:

@nonchip Das Auspacken beginnt hier:
https://github.com/ValveSoftware/Proton/blob/4a5f7064b3a7f20cc7206db946d5f8a47b8ca7e7/proton#L145

Solange Sie mit diesem Wrapper beginnen, sollte er den dist auspacken. Es sei denn, dist/version existiert bereits (und einige andere Voraussetzungen). Andernfalls wird der Upgrade-Pfad aufgerufen.

@ Kakra Ich mache das, yup. Der einzige Grund, warum ich dem Pfad nicht so sehr vertraue, ist, dass das Ventil ausdrücklich sagt, dass Steam den Ordner comptools nicht berührt, was impliziert, dass es in Zukunft möglicherweise übliche Dinge tut. In diesem Fall möchte ich, dass die Leute es wissen.

Das heißt, Steam hat auch eine Weile Sachen gemacht ( rm -rf um genau zu sein), um ~ für eine Weile, also ... yeah: P.

@nonchip Dies passiert nicht, wenn Sie Backups machen - weil Murphy. ;-);

Sie können explizit nach Proton */dist/version suchen, um festzustellen, ob diese Version bereits gebootet ist.

Wein hat also Unterstützung für DX11 / 10. Aber POE funktioniert damit nicht und benötigt einen persönlichen Patch wie das Weinteam für andere Anwendungen?

Außerdem funktionieren die meisten Spiele großer Unternehmen perfekt mit dx11 ohne Tricks.

BEARBEITEN: "schauen in" bedeutet "ein paar Stunden nach dem Aufwachen am nächsten Morgen bin ich fertig" anscheinend: https://gitlab.com/nonchip/hydron

Steam Beta wurde gerade mit einer neuen Funktion aktualisiert, die das Überschreiben der Proton-Version pro Anwendung ermöglicht.

https://www.pathofexile.com/forum/view-thread/2319193 PoE beendet die Unterstützung für den dx9-Client im März. Es wäre schön, wenn Steam den CoCreateInstance () - Fix in das richtige Proton rollen würde.

@kakra Wenn ich über das WIC-Problem
https://github.com/wine-mirror/wine/commit/77c3761ad4e557f9fa311299e77746bf225a575a

EDIT: Ich sehe auch Fortschritte im Wine Bug Report. Hat der Spielclient das WIC-Problem behoben?
https://bugs.winehq.org/show_bug.cgi?id=42695

@kakra Wenn ich über das WIC-Problem
Weinspiegel / Wein @ 77c3761

Nein, es hat nichts damit zu tun.

EDIT: Ich sehe auch Fortschritte im Wine Bug Report. Hat der Spielclient das WIC-Problem behoben?
https://bugs.winehq.org/show_bug.cgi?id=42695

Ja, es wurde im Game Client gepatcht. Jetzt müssen wir nur noch ein Problem in WIC selbst beheben.

@nsivov @edmondo

@kakra Wenn ich über das WIC-Problem
Weinspiegel / Wein @ 77c3761

Nein, es hat nichts damit zu tun.

Ich war mir auch des Patches bewusst und wollte ihn ausprobieren. Vielen Dank für den Hinweis, dass es nichts damit zu tun hat. Spart mir etwas Zeit. ;-);

EDIT: Ich sehe auch Fortschritte im Wine Bug Report. Hat der Spielclient das WIC-Problem behoben?
https://bugs.winehq.org/show_bug.cgi?id=42695

Ja, es wurde im Game Client gepatcht.

Bedeutet das, dass wir den CoInit-Hack länger brauchen?

Jetzt müssen wir nur noch ein Problem in WIC selbst beheben.

Sind das die Windowscodecs-Patches von Staging?

Oder umgekehrt?

@nsivov Ich denke, es ist dieser Patch:
https://source.winehq.org/patches/data/157299 Was macht den CoInit-Hack überflüssig?

@ Kakra ist es.

@nsivov Danke, dann werde ich den CoInit-Hack aus meiner Filiale entfernen und stattdessen diesen versuchen. Es wurde nicht sauber auf meinen Code angewendet (es gibt widersprüchliche Zeilen bei der Windows-Aktivierung / Minimierung von Patches von @zfigura). Ich melde mich zurück und werde meinen Protonenzweig mit dem nächsten Wein-Update auf 4.1 vorantreiben.

Ich kann bestätigen, dass der CoInit-Hack jetzt mit dem neuesten Wine gelöscht werden kann. Wir haben also die folgenden Windowscodecs-Patches übrig, die (zumindest mit DX11) noch benötigt werden:

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.

Ich bin mir nicht sicher, ob all dies benötigt wird.

PoE scheint mit Proton 3.16-7 Beta in Ordnung zu sein. Hier ein Screenshot:

Richtig, das Update ist bei Valvesoftware / wine @ 72f375e. Für den d3d11-Modus sind mir nur zwei Probleme bekannt - eines für die COM-Initialisierung, das von Spielentwicklern behoben wurde, und eines für fehlende WIC-Funktionen, das ist das Commit, das ich gerade erwähnt habe.

Für mich startet es nicht (zeigt die Animation der Schleifzahnradspiele) und hängt dann. Die Maus bewegt sich, wenn überhaupt, sehr langsam. Einmal bekam ich den Menübildschirm danach, aber es sah so aus, als wäre es nur halb gezeichnet. Ich habe meine CPU-Auslastung überprüft und keiner der 6 Kerne war mehr als 30% ausgelastet.
Sie erwähnen den d3d11-Modus - was ist der andere Modus und wie kann ich sie umschalten? Oder ist das dx9 und dx11 das, was ich sowieso verwenden sollte?

Ein anderer Modus ist d3d9, ich weiß nicht, wie ich das manuell aktivieren soll, könnte eine Konfigurationsdatei sein. Als es beim Start in d3d11 standardmäßig abstürzte, wurde beim nächsten Start gefragt, ob auf d3d9 umgeschaltet werden soll.

Sie können es in der Konfigurationsdatei mit einem Texteditor ändern. Das Wesentliche ist: Die 64-Bit-Binärdatei ist der d3d11-Modus, die 32-Bit-Binärdatei ist der d3d9-Modus (und leidet als solche unter einer frühen Speichererschöpfung, was viele der im d3d9-Modus gemeldeten Stabilitätsprobleme erklärt).

Alternativ können Sie den 64-Bit-Modus auch direkt starten, indem Sie% command% in den Steam-Startoptionen durch den vollständigen Pfad zur 64-Bit-exe-Datei ersetzen. Das habe ich nicht getestet.

Eigentlich funktioniert es \ o /. Ich musste die Desktop-Auflösung verringern. Es war 2560x1440 und in voller HD funktioniert es. Vielen Dank!

Die Version dxvk / wine (lutris) leidet ebenfalls an einem Lösungsfehler (siehe: https://github.com/doitsujin/dxvk/issues/813).

Ich weiß nicht, wie ich mit diesem Lösungsfehler helfen / reparieren / irgendetwas tun kann, aber ich wünschte, es wäre weg

Ich habe gerade Path of Exile mit Steam Play (Proton 3.16-7 Beta) ausprobiert und es geschafft, dieses Spiel mit wenig bis gar keinen Problemen zu spielen. Das einzige kleine Problem war, dass die Server keinen Ping in der Serverliste anzeigen konnten.

Ich habe gerade getan, was dieser Typ getan hat (im Kommentarbereich wird erwähnt, wie er es mit einer Nvidia-Karte zum Laufen gebracht hat. Ich habe eine AMD-Karte und es ist mir gelungen, sie mit denselben Schritten zum Laufen zu bringen:

1. Unter Bibliothek (Bewegen Sie den Mauszeiger, um das Menü aufzurufen)
2. Gehen Sie zu Extras
3. Suchen und finden Sie die Proton-Version nach Ihren Wünschen (die verfügbaren) und installieren Sie sie.
4. (Optional) Legen Sie die Startoptionen für die Anwendung fest - "PROTON_NO_ESYNC".

Und die Anwendung zeigt mir die Verwendung von DX11.
Ich weiß nicht, wozu eine Einstellung mit einer Liste von Versionen gut ist, wenn Proton nicht richtig installiert ist. Aber das hat das Spiel zum Laufen gebracht und mich dazu gebracht, welche Wine-Version Steam verwendet hat, bevor ich das getan habe.

Mit Proton 3.16-7 Beta gestartet, habe ich beim Start keine Fehler erhalten. Nach dem Intro-Video scheint es jedoch mit den beiden Gängen am Ladebildschirm zu blockieren.

In den Protokollen wurde "17388.661: 0028: 0077: err: winediag : IcmpCreateFile ICMP (Netzwerk-Ping) konnte nicht verwendet werden, dies erfordert spezielle Berechtigungen." unter anderem.

Mit Proton 3.16-7 Beta gestartet, habe ich beim Start keine Fehler erhalten. Nach dem Intro-Video scheint es jedoch mit den beiden Gängen am Ladebildschirm zu blockieren.

Könnte auch der Lösungsfehler sein, den Sie auch überprüfen sollten

Mit Proton 3.16-7 Beta gestartet, habe ich beim Start keine Fehler erhalten. Nach dem Intro-Video scheint es jedoch auf dem Ladebildschirm mit den beiden Gängen zu blockieren.

In den Protokollen wurde "17388.661: 0028: 0077: err: winediag : IcmpCreateFile ICMP (Netzwerk-Ping) konnte nicht verwendet werden, dies erfordert spezielle Berechtigungen." unter anderem.

Ich hatte das gleiche Problem, also entfernte ich die Wein- / Protonenversion aus Steam (WINEPREFIX) und ließ Steam sie erneut erstellen (WINEPREFIX).
Ich habe es geschafft, über den Ladebildschirm hinauszukommen.

@ matty-r Die ICMP-Nachricht besagt lediglich, dass das Pingen des Gateways in der Lobby nicht funktioniert: Das Spiel zeigt keine Ping-Zeiten für die Gateways an und wählt keine automatisch aus. Dazu muss entweder die Wine-Binärdatei mit CAP_NET_RAW installiert sein (was hier nicht funktioniert, da Proton vom Benutzer installiert und nicht vom System installiert wurde), oder es wird ein Patch von Staging benötigt. Sie können auch versuchen, dem System zu erlauben, icmp-echo-request -Pakete aus Benutzersockets zu erstellen, indem Sie Folgendes festlegen:

sysctl net.ipv4.ping_group_range="0 65534"

Dieses Spiel funktioniert jetzt einwandfrei für mich unter 3.16-7 + mesa 18.2.2, ohne Startoptionen oder Optimierungen. Ich habe Multithreading und dynamische Auflösung in den Optionen im Spiel deaktiviert, weil ich gelesen habe, dass einige Leute mit diesen abgestürzt sind. Alles ist auf hohen Einstellungen und es läuft großartig. Bisher mehr als 10 Stunden ohne einen einzigen Absturz gespielt.

Es ist erwähnenswert, dass das Spiel anfangs nicht mit ausgewähltem 3.16-7 gestartet werden konnte, aber es funktionierte, nachdem ich 3.16 Beta manuell in meiner Steam-Bibliothek im Abschnitt Tools installiert hatte. Ich bin mir nicht sicher, was das Problem vor der manuellen Installation war, da der Proton 3.16 Beta-Ordner bereits unter Steamapps / Common vorhanden war. Vielleicht hatte es Probleme beim Aktualisieren?

Wie auch immer, die Leute möchten es vielleicht versuchen. Selbst wenn Sie 3.16-7 für alle Titel ausgewählt haben, versuchen Sie, 3.16 Beta manuell unter Extras zu installieren, und führen Sie das Spiel erneut aus.

Es ist erwähnenswert, dass das Spiel anfangs nicht mit ausgewähltem 3.16-7 gestartet werden konnte, aber es funktionierte, nachdem ich 3.16 Beta manuell in meiner Steam-Bibliothek im Abschnitt Tools installiert hatte. Ich bin mir nicht sicher, was das Problem vor der manuellen Installation war, da der Proton 3.16 Beta-Ordner bereits unter Steamapps / Common vorhanden war. Vielleicht hatte es Probleme beim Aktualisieren?

Nach diesem Schritt startet das Spiel, kommt aber nicht über die Schleifgänge hinaus, es wird Musik gespielt, aber das Spiel hängt und das System wird langsamer.

Vielleicht ist es die Auflösung, die ich mit lutris / dxvk bemerkt habe

• Ubuntu 18.04
• Nvidia 415
• Standardmonitorauflösung 3440x1440
• Intel i7 4. Gen.

@ evilch3n Ich steckte genau an der gleichen Stelle fest. Ich bin mir nicht sicher, ob Sie dies versucht haben, aber das Ändern meiner Bildschirmauflösung auf 1920 x 1080 vor dem Start des Spiels hat das für mich behoben. Nicht ideal, aber zumindest läuft es.

@tcfunk verdammt begeistert von der nächsten Liga und hatte große Hoffnungen, dass die Proton / Steamplay-Option Linux ultrawide Unterstützung für Poe ermöglichen könnte: /

Es scheint, als hätte das Hinzufügen von -w 1920 zu den Startoptionen ebenfalls funktioniert. Etwas praktischer als das manuelle Umschalten der Auflösung vor dem Start.

Es scheint, als hätte das Hinzufügen von -w 1920 zu den Startoptionen ebenfalls funktioniert. Etwas praktischer als das manuelle Umschalten der Auflösung vor dem Start.

es muss mehr geben, die Option hilft mir nicht - das Problem bleibt bestehen. (auch versucht -w und -h zusammen)
Ich könnte einfach bei Lutris bleiben und die gehackten DXVK / PKG Builds dann

Nur ein Gedanke, aber vielleicht versuchen Sie es mit Wine Desktop? Ich bin mir nicht sicher, ob du es mit Protonen schaffen kannst, aber ich behebe normalerweise solche Probleme mit Wein.

Nur ein Gedanke, aber vielleicht versuchen Sie es mit Wine Desktop? Ich bin mir nicht sicher, ob du es mit Protonen schaffen kannst, aber ich behebe normalerweise solche Probleme mit Wein.

Das hat nichts geändert, aber danke für die Idee - jetzt kann ich PoE in einem Fenstermodus spielen, ohne die Datei "Production_Config.ini" jedes Mal bearbeiten zu müssen, wenn ich von "Voll" zu "Fenster" usw. wechseln möchte.

Früher hatte ich das gleiche Problem wie nach dem GGG-Intro-Film, aber das lag daran, dass ich ein externer Monitor war. Könnte auch die Auflösung gewesen sein. Funktioniert gut direkt auf meinem Laptop. Ich bin mir nicht sicher, ob es relevant ist, aber mein externer Monitor ist durch Blitzschlag.

Auf jeden Fall läuft das Spiel einwandfrei, wenn ich meine Intel-GPU verwende, aber nicht, wenn ich es mit meiner NVIDIA-GPU (GeForce GTX 1070 Mobile Max-Q) verwende. Ich verwende Bumblebee mit primus_vk (damit Vulkan funktioniert) und hier sind die Protokolle, die ich erhalte: https://gist.github.com/jeromegn/ddd2b0c7eb5cd47be4310f63b96ec3c9

Läuft wie folgt: ENABLE_PRIMUS_LAYER=1 PROTON_LOG=1 optirun %command% (diese erste env var soll vulkan aktivieren)

Im Wesentlichen erhalte ich einen nicht behandelten Seitenfehler beim Lesezugriff. Irgendwelche Ideen? Ich habe es mit 3.16 -7 und -8 versucht.

Was ich sehe, ist, dass der Bildschirm schwarz wird und den PoE-Cursor einige Sekunden lang anzeigt und dann beendet wird.

Es scheint, als hätte das Hinzufügen von -w 1920 zu den Startoptionen ebenfalls funktioniert. Etwas praktischer als das manuelle Umschalten der Auflösung vor dem Start.

da das bei mir nicht funktioniert hat habe ich gerade eine produktion_Config.ini mit höhe / breite etc. erstellt
Es funktioniert jetzt, aber die FPS / Stotter sind wirklich schlecht. Scheint wie jede Animation / Mobcreation / etc. Mini-Freeze mein PC.

Verwirrend für mich ist die Tatsache, dass die meisten Grafikoptionen keine positiven oder negativen Auswirkungen auf die Leistung haben. 8x / 4x / keine MSAA oder mittlere / hohe Texturen usw.

Letzte Liga Ich habe auf einer Lutris / Wein / Dxvk-Pipeline-Hack-Kombination gespielt und hatte ständig 100 fps, aber diese Liga kann ich weder mit Lutris noch mit Protonen schaffen. Ich bin offen für Ideen.

Ich habe Wine-Staging mit dxvk verwendet und hatte eine ziemlich reibungslose Leistung. Verwenden Sie den 64-Bit-Client? Der 32-Bit-Client läuft für mich sehr schlecht.

  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    

Ja, es sieht aus wie der 64-Bit-Client.

Bearbeiten: Stehen in Oriath gibt mir 20 fps, Versteck wie 80, Gameplay ist 0-20. Ich habe versucht zu verfolgen, ob meine CPU, GPU oder SSD irgendwelche Grenzen erreicht, aber es gibt viel Platz für jede Komponente.

edit2: für was ich sehen kann ist. Der zugewiesene GPU-Speicher ist viel niedriger als der letzte Patch. Bevor es um 3,5 GB herum war, sind es 1,8 GB, nachdem es in einer überfüllten Stadt im Leerlauf war.

Das Setzen von borderless_windowed_fullscreen=false übrigens mein Problem behoben.

Edit: Nevermind, funktioniert nur mit DX9 und Proton 3.7.8, das habe ich dort eingestellt.

Für mich scheint das Einfrieren des GGG-Ladebildschirms mit dem Drucken von "2019/03/15 16:07:41 1543730 [I PathOfExile_x64Steam.exe 41] Senden einer Steam-Benutzerinformationsanforderung: ...." an die Konsole zusammenzufallen.

Ja, ich arbeite nicht für das neueste Protonenspiel.

Mein nicht behandelter Seitenfehler-Lesezugriff wurde in https://github.com/felixdoerre/primus_vk/commit/0d8f98647578414a75454193151e781985c04548 behoben

Es läuft für mich praktisch einwandfrei, aber aus irgendeinem Grund stürzt es beim Starten des Spiels ab. Wenn ich Steam neu starte und das Spiel neu starte, funktioniert es einwandfrei. Ich bin mir nicht sicher, was dort vor sich geht (passiert wie am Schnürchen).
Abgesehen vom Shader-Stottern bekomme ich solide 70 - 80 FPS, alles auf Maximum (außer Shadow + GI ist auf Hoch). Unter Windows bekomme ich konstant 140 FPS. Ich musste keine Einstellungen in Proton ändern, nur installieren und spielen.

Ich weiß, dass Sie mit Emulatoren Shader-Caches herunterladen können, um zu vermeiden, dass Sie beim Erstellen des Shader-Caches durch Spiele stottern. Wäre es Valve möglich, solche Caches für diese Spiele zu verteilen?

• Sys-Info
• Protonenversion: 4.2-1
• Kernel: 4.15.0-46-generic
• Treiber- / LLVM-Version: NVIDIA 418.56

Ich habe ein Problem. Nachdem das Spiel gestartet und mein Charakter geladen wurde, wird ein Fehlerfenster ( Screenshot )

Proton: 4.2-1
Kernel: 5.0.4-arch1-1-ARCH
Distribution: Archlinux x86_64
Video: NVidia GTX 660, Treiber 418.56

Ich habe ein Problem. Nachdem das Spiel gestartet und mein Charakter geladen wurde, wird ein Fehlerfenster ( Screenshot )

Proton: 4.2-1
Kernel: 5.0.4-arch1-1-ARCH
Distribution: Archlinux x86_64
Video: NVidia GTX 660, Treiber 418.56

PackCheck sollte dies beheben.

Für mich hat Path of Exile bei 3.16-8 beta scheinbar fehlerfrei funktioniert, aber wenn ich es mit 4.2-1 versuche, stürzt es nach ein oder zwei Minuten ohne Fehlermeldung oder Popup ab. Es stürzt einfach direkt auf dem Desktop ab.

Proton: 4.2-1
Kernel: 5.0.4-arch1-1-ARCH
Distribution: Antergos Linux x86_64
WM: i3-Lücken
CPU: Intel i5-4590 3,7 GHz
GPU: Nvidia GTX 770 (418,56)

*bearbeiten
Jetzt passiert es auch mit 3.16-8

Hallo @JasonLighthunter , bitte füge PROTON_LOG=1 %command% zu den Startoptionen des Spiels hinzu und ziehe das generierte $ HOME / steam- $ APPID.log in das Kommentarfeld.

Keine Abstürze am 4.2-1 hier, ziemlich viel gespielt! Ubuntu 19.04, RADV 19.0.1

@ Kisak-Ventil
Dieses Mal konnte ich das Spiel eine ganze Weile spielen (ungefähr 15 Minuten) und bekam ein Fehler-Popup. Ich habe leider vergessen, einen Screenshot zu machen.

steam-238960.log

Für mich hat Path of Exile bei 3.16-8 beta scheinbar fehlerfrei funktioniert, aber wenn ich es mit 4.2-1 versuche, stürzt es nach ein oder zwei Minuten ohne Fehlermeldung oder Popup ab. Es stürzt einfach direkt auf dem Desktop ab.

Proton: 4.2-1
Kernel: 5.0.4-arch1-1-ARCH
Distribution: Antergos Linux x86_64
WM: i3-Lücken
CPU: Intel i5-4590 3,7 GHz
GPU: Nvidia GTX 770 (418,56)

*bearbeiten
Jetzt passiert es auch mit 3.16-8

Gleiches hier, ich werde versuchen, es mit log-Befehl zu starten, wenn ich das nächste Mal krank spiele

Ich hatte das gleiche Problem auf Rädern und erstarrte dann ... Hat sich einer von Ihnen die Speichernutzung angesehen? Das ist, was eines der Probleme ist, sicher, meins war begrenzt und ich habe 4 GB DDR4, was Müll ist, aber es ist nicht genug, um gut zu spielen, NICHT mit ihnen, was den Speicher und die Anforderungen erhöht. Also gehe ich zurück zu Windows, bis ich mehr RAM bekomme . Wenn jemand weniger Speicher hat und es gut funktioniert, lass es mich wissen!

Ich möchte dem Fehler, bei dem dieses Spiel nicht mit Auflösungen> 1920 x 1080 ausgeführt wird, nur einen weiteren Datenpunkt hinzufügen. Wenn ich dies mit meinen nativen Auflösungen (2560 x 1440 oder 3440 x 1440) starte, gelangt das Spiel zum Schleifgetriebe Spiele-Logo und friere dann mein System ein, wenn die Animation beendet ist. Durch Ändern der Systemauflösung auf 1920 x 1080 auf beiden Monitoren konnte das Spiel auf dem Hauptbildschirm gestartet werden. Lassen Sie mich wissen, ob ich eine Protokollierung für den Absturz bereitstellen muss, um eine Lösung zu finden!

Meine Systeminformationen:
Protonenversion: 4.2.2 (dies geschah auch bei alten 3.1x-Versionen)
Kernel: 5.0.5-200.fc29.x86_64 (dies geschah auch auf 4.x-Kerneln)
GPU: Nvidia 1070ti mit Treiberversion 418.56
Distribution: Fedora 29 x86
CPU: Ryzen 2700X
Sonstiges: Verwenden von KDE als Desktop-Umgebung

Das Spiel scheint beim Start für mich abzustürzen (es öffnet sich kein Fenster oder so). Hier ist das Protokoll, wenn jemand Einblicke geben könnte:

steam-238960.log

Auf den ersten Blick sieht es nach einem Problem beim Laden des Vulkan-Treibers aus, aber ich habe bestätigt, dass Vulkan mit anderen Spielen zusammenarbeitet.

Hallo @CubeTheThird , bitte kopieren Sie Ihre Systeminformationen von Steam ( Steam -> Help -> System Information ) und fügen Sie sie in eine Fügen Sie dann einen Link zur Liste hinzu dieser Issue-Bericht.

Hier sind meine Systeminformationen.

Sie führen Steam mit deaktivierter Steam-Laufzeit aus, sodass Sie oder der Paketbetreuer Ihrer Distribution für Steam dafür verantwortlich sind, fehlende Abhängigkeiten einschließlich libvulkan.so.1 zu beheben. Bitte wiederholen Sie den Test mit steam-runtime oder vergewissern Sie sich, dass die Pakete vulkan-icd-loader und lib32-vulkan-icd-loader installiert sind.

@ kisak-ventil Ich habe ein paar Läufe mit den meist gleichen Spezifikationen wie zuvor gemacht:
Einige Läufe waren kurz (ungefähr 5 Minuten, meistens die letzten beiden, die die Bereiche der Delve-Erweiterung betrafen (die zwei Tage zuvor in Ordnung waren)). aber andere Läufe dauerten mehr als eine Stunde.

Proton: 4.2-2
Kernel: 5.0.6-arch1-1-ARCH
Distribution: Antergos Linux x86_64
WM: i3-Lücken
CPU: Intel i5-4590 3,7 GHz
GPU: Nvidia GTX 770 (418,56-6)

Ich habe eine Zip-Liste mit Berichten mit Notizen, Protokollen und 2 Screenshots von Fehlern zusammengestellt. hoffe, diese sind nützlich.
path_of_exile_reports.zip

Ah, es scheint, dass mir tatsächlich die 32-Bit-Version der Bibliothek gefehlt hat. Ich wusste nicht einmal, dass PoE es benötigt, obwohl ich nicht sicher bin, warum ich es nicht standardmäßig installiert habe. Danke für die Hilfe.

Ist es überhaupt möglich, im Fenstermodus mit einer benutzerdefinierten Auflösung zu arbeiten? Jede andere Auflösung als 1080 stürzt auf meinem Desktop ab.

Ist es überhaupt möglich, im Fenstermodus mit einer benutzerdefinierten Auflösung zu arbeiten? Jede andere Auflösung als 1080 stürzt auf meinem Desktop ab.

Ich möchte dem Fehler, bei dem dieses Spiel nicht mit Auflösungen> 1920 x 1080 ausgeführt wird, nur einen weiteren Datenpunkt hinzufügen. Wenn ich dies mit meinen nativen Auflösungen (2560 x 1440 oder 3440 x 1440) starte, gelangt das Spiel zum Schleifgetriebe Spiele-Logo und friere dann mein System ein, wenn die Animation beendet ist. Durch Ändern der Systemauflösung auf 1920 x 1080 auf beiden Monitoren konnte das Spiel auf dem Hauptbildschirm gestartet werden. Lassen Sie mich wissen, ob ich eine Protokollierung für den Absturz bereitstellen muss, um eine Lösung zu finden!

Meine Systeminformationen:
Protonenversion: 4.2.2 (dies geschah auch bei alten 3.1x-Versionen)
Kernel: 5.0.5-200.fc29.x86_64 (dies geschah auch auf 4.x-Kerneln)
GPU: Nvidia 1070ti mit Treiberversion 418.56
Distribution: Fedora 29 x86
CPU: Ryzen 2700X
Sonstiges: Verwenden von KDE als Desktop-Umgebung

Die meisten Auflösungskorrekturen werden mit der neuesten Version von dxvk gelöst. Ich habe es mit Lutris versucht und jede Auflösung hat für mich super gut funktioniert, sogar die Leistung wurde deutlich gesteigert. Vermutlich müssen Sie auf Proton warten, um die neuesten Änderungen zu implementieren

Dies hat mir geholfen, POE in Ubuntu 19 endlich zu starten:
$ sudo apt xserver-xorg-video-intel entfernen
Ich weiß nicht, warum das behoben wurde, aber es scheint soweit gut zu laufen.

Dies hat mir geholfen, POE in Ubuntu 19 endlich zu starten:
$ sudo apt xserver-xorg-video-intel entfernen
Ich weiß nicht, warum das behoben wurde, aber es scheint soweit gut zu laufen.

Zitieren Sie mich nicht dazu, aber ich bin mir ziemlich sicher, dass dies die alten Intel-Treiber sind. Ich würde annehmen, dass Sie entweder Ihre Grafiktreiber anstelle von neueren oder anstelle von Treibern für eine dedizierte Karte eingestellt haben.

Nun, Sie könnten Recht haben, aber ich habe keine Treiber manuell installiert oder eingestellt, ich weiß nicht einmal wie ohne Forschung. Es ist nur Vanille Ubuntu 19, das wie vor einem Monat herauskam.

System Information

• GPU: NVIDIA GeForce GTX 750 Ti
• CPU: AMD Ryzen 5 1500X (8) bei 3.500 GHz
• Betriebssystem: Linux Mint 19 Tara x86_64
• Treiber- / LLVM-Version: Nvidia 430.09
• Kernel-Version: 4.15.0-48-generic
• Protonenversion: 4.2-3

Symptome

steam-238960.log

Friert die Weinanwendung nach dem Alt-Tabbing / Casting / Zeigen des Cursors auf das Objekt nach dem Zufallsprinzip ein. Heilt nur durch Beenden von Steam- und PoE-Prozessen im Prozessmonitor.

Hey Leute, ich bin kein Programmierer, aber ich habe das gleiche Problem und ich habe keine Ihrer Lösungen verstanden. Bitte helfen Sie mir, ich habe ALLES ausprobiert, was ich im Web verstehen konnte, und sogar meinen Laptop formatiert

Pfad des Exils zufällige Abstürze

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/2795.
@ MrPaj veröffentlicht am 2019-06-10T21: 05: 25:

Hallo,

Der Lauf des Exils stürzt zufällig ab, während ich kämpfe.
Manchmal kann ich stundenlang ohne Probleme spielen, manchmal passiert es alle 10 Minuten.
Wenn Sie Protokolle benötigen, teilen Sie mir bitte mit, welche. Unten Details meiner Spezifikationen

Vielen Dank

Proton 4.2.6
CPU: AMD Ryzen 5 2600X Sechs-Kern-Prozessor
Debian GNU / Linux 10 (Buster) (64 Bit)
Kernel-Version: 4.19.0-5-amd64
Treiber: NVIDIA Corporation GeForce GTX 1060 6 GB / PCIe / SSE2
Treiberversion: 4.6.0 NVIDIA 418.56
RAM: 16056 MB

Path of Exile hat momentan auch unter Windows eine Menge zufälliger Abstürze. Sie haben im letzten Update einige große Änderungen vorgenommen! Ich glaube nicht, dass es etwas mit Proton zu tun hat, es war vor PoE 3.7 stabil. https://www.pathofexile.com/forum/view-forum/patch-notes

Path of Exile hat momentan auch unter Windows eine Menge zufälliger Abstürze. Sie haben im letzten Update einige große Änderungen vorgenommen! Ich glaube nicht, dass es etwas mit Proton zu tun hat, es war vor PoE 3.7 stabil. https://www.pathofexile.com/forum/view-forum/patch-notes

Das Problem scheint nur auf der Karte des Abstiegs in act9 aufzutreten. Nach 5 ~ 10 Minuten, in denen Mobs getötet wurden, stürzt das Spiel ab.
Ich kann stundenlang ohne Probleme andere Bereiche spielen
Gibt es eine Möglichkeit (Protokolle oder ähnliches) zu bestätigen, ob das Problem nur mit Proton oder einem Problem des Spiels selbst zusammenhängt?

Vielen Dank

Ich habe einen Laptop mit Intel HD 520 und NVIDIA 940MX (Treiber 430.26). Mit Steams Proton 4.2-7 läuft das Spiel mit der Intel-Karte. Es läuft auch mit der NVIDIA nur mit PROTON_USE_WINED3D=1 .

Wenn Sie NVIDIA ohne diese Option verwenden, stürzt das Spiel häufig ab, sobald ich mich anmelde, manchmal jedoch etwas später, und es wird ein Popup mit der Aufschrift "CreateShaderResourceViewEx" angezeigt. Manchmal stürzt es ohne Nachricht ab.

Protokollieren Sie einen Absturz mit CreateShaderViewEx steam-238960.log
Protokollieren Sie einen Absturz ohne Meldung 1-steam-238960.log

Ich habe einen Laptop mit Intel HD 520 und NVIDIA 940MX (Treiber 430.26). Mit Steams Proton 4.2-7 läuft das Spiel mit der Intel-Karte. Es läuft auch mit der NVIDIA nur mit PROTON_USE_WINED3D=1 .

Wenn Sie NVIDIA ohne diese Option verwenden, stürzt das Spiel häufig ab, sobald ich mich anmelde, manchmal jedoch etwas später, und es wird ein Popup mit der Aufschrift "CreateShaderResourceViewEx" angezeigt. Manchmal stürzt es ohne Nachricht ab.

Protokollieren Sie einen Absturz mit CreateShaderViewEx steam-238960.log
Protokollieren Sie einen Absturz ohne Meldung 1-steam-238960.log

Ich bekomme die gleichen Abstürze, insbesondere das CreateShaderViewEx, was interessant ist, weil ich manchmal auf OK klicken und weiter spielen kann. Akt 9 / Akt 9 Der Abstieg war besonders schlecht. Manchmal wird es nur in das Spiel geladen, es wird geschlossen oder wenn ich herumlaufe, um Dinge zu töten.
Treiber: NVIDIA Corporation GeForce GTX 970
Treiberversion: 4.6.0 NVIDIA 430.26

Ich habe einen Laptop mit Intel HD 520 und NVIDIA 940MX (Treiber 430.26). Mit Steams Proton 4.2-7 läuft das Spiel mit der Intel-Karte. Es läuft auch mit der NVIDIA nur mit PROTON_USE_WINED3D=1 .

Wenn Sie NVIDIA ohne diese Option verwenden, stürzt das Spiel häufig ab, sobald ich mich anmelde, manchmal jedoch etwas später, und es wird ein Popup mit der Aufschrift "CreateShaderResourceViewEx" angezeigt. Manchmal stürzt es ohne Nachricht ab.

Selbes Problem hier.
NVIDIA Geforce 920M (Treiber 430.26)

Mir ist aufgefallen, dass das Spiel oft abstürzt, wenn viel los ist, wie mehr als 25 Gegner auf dem Bildschirm und so.

Ich bin auf AMD.

Mir ist aufgefallen, dass das Spiel oft abstürzt, wenn viel los ist, wie mehr als 25 Gegner auf dem Bildschirm und so.

Ich bin auf AMD.

Für mich war die dynamische Auflösung der Schuldige, ohne sie habe ich 90% weniger Abstürze

Okay, ich habe ein sehr schlechtes Gedächtnisproblem.

Jede Karte, zu der Sie gehen, erstellt eine neue Instanz dieser Karte, und nachdem ich einige Karten durchgesehen habe, steigt meine Speichernutzung erheblich an. Wenn ich das Spiel zu lange spiele, friert es irgendwann ein und bringt mich mit An unexpected disconnection occurred zurück zum Anmeldebildschirm.

Während ich die Systemressourcen überwachte, stellte ich fest, dass dies darauf zurückzuführen ist, dass das Spiel keinen Speicher mehr zur Verfügung hat und der System-RAM zu 100% ausgelastet ist.

Es scheint, dass das Reduzieren der Texturqualität und das Deaktivieren der dynamischen Auflösungsskalierung den Speicherverbrauch um ein Vielfaches reduziert.

Hallo alle

Ich bekomme fmod-failed-to-initialize-error-code-59, wenn der Soundtreiber OSS (Open Sound System) ist. Kann jemand dies bestätigen?

Mein Problem tritt auf, wenn PoE geschlossen wird ...

Das Spiel läuft gut genug. Aber wenn ich das Spiel beende, erhöhen 2 Prozesse von $HOME/.local/share/Steam/ubuntu12_32/steam CPU-Auslastung auf 100%.

Sie sind ein paar Mal über Nacht so geblieben, sie scheinen nicht irgendwann zu enden, es sei denn, ich SIGKILL manuell, was wiederum den Dampf abstellt. Wenn ich Dampf ablasse, laufen sie weiter und Dampf schließt nicht. Gameoverlay ist deaktiviert und dies scheint bei anderen Spielen nicht der Fall zu sein.

(Bogen, Stammproton 4.11-5, und Ryzen 1700 + vega64)

Mein Problem tritt auf, wenn PoE geschlossen wird ...

Das Spiel läuft gut genug. Aber wenn ich das Spiel beende, erhöhen 2 Prozesse von $HOME/.local/share/Steam/ubuntu12_32/steam CPU-Auslastung auf 100%.

Sie sind ein paar Mal über Nacht so geblieben, sie scheinen nicht irgendwann zu enden, es sei denn, ich SIGKILL manuell, was wiederum den Dampf abstellt. Wenn ich Dampf ablasse, laufen sie weiter und Dampf schließt nicht. Gameoverlay ist deaktiviert und dies scheint bei anderen Spielen nicht der Fall zu sein.

(Bogen, Stammproton 4.11-5, und Ryzen 1700 + vega64)

Ich bekomme das bei vielen Spielen. Es scheint hilfreich zu sein, das Steam-Spiel so einfach wie möglich zu starten. Es gibt Befehlszeilenargumente, die Ansicht der Freunde, den Browser und andere Spielereien nicht zu starten.

Gibt es eine Möglichkeit, das Shader-Pre-Caching umzuschalten? Zweimal heute hat Path of Exile 6 GB Shader-Pre-Caching-Inhalte heruntergeladen. Nur noch ein Spiel, das das macht.

Füge den Pfad des Exils zu Proton hinzu

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/3161.
@hollowsaibot veröffentlicht am 2019-10-21T20: 38: 58:

Hallo Valve / Proton Team,

Letzten Monat konnte ich Path of Exile "ohne" Probleme unter Linux (Ubuntu 19.04) spielen, aber als ich Updates und Upgrades für 4 NVIDIA und Ubuntu 19.10 versuchte, ging alles zur Hölle.
Die Sache ist, dass ich normal spielen könnte. Ich bin mir nicht sicher, ob der Titel mit Proton auf Steam laufen durfte und muss erst jetzt "alle Titel zum Spielen zwingen", aber bitte überprüfen Sie diesen Titel, um mit Steam spielbar zu sein.

Außerdem wurde vor einem Monat der Pre-Content-Cache für Shader jeden Tag für dieses Spiel gestartet (6,3 GB vor dem Start heruntergeladen), aber jetzt (vor einigen Wochen) erstellt das Spiel keinen Shader-Cache. Ich denke, dass diese Funktionalität nützlich ist, besonders wenn Sie ein NVIDIA 1050ti haben und die fps am Limit sind. Bitte überprüfen Sie das auch.

Grüße,

Hallo @hollowsaibot , bitte füge PROTON_LOG=1 %command% zu den Startoptionen des Spiels hinzu und ziehe das generierte $ HOME / steam- $ APPID.log in das Kommentarfeld.

steam-238960.log
Hallo,
Ich habe dieses Mal 19.10 von Null installiert. Der automatisch installierte Treiber ist das NVIDIA-435. Es scheint, dass das Spiel funktioniert (hat immer noch FPS-Stürze, ich teste es schnell) und das Shader-Pre-Caching (Steam> Einstellungen> S.Pre-Cach. ) ist vorerst noch 0 MB)

Wenn dies verbessert werden kann, ist dies willkommen. Wenn Sie Fragen haben, können Sie mir sagen.

Grüße,

Hat noch jemand große Probleme mit diesem Spiel? Ich verwende Manjaro 18.1.0 mit Proton 4.11-8 mit einem NVidia 1060 und das Spiel wird einwandfrei geladen. Das Laden in neue Bereiche dauert nur 1-2 Minuten. Außerdem werden einige der neuen Bereiche nicht geladen, und das Anzeigen neuer Inhalte führt zu Stottern. Ich habe Berichte von Benutzern gesehen, die Anpassungen vorgenommen haben, um dieses Problem beim Laden des Shaders zu umgehen. Gibt es jedoch eingehende Korrekturen von Proton? Ich denke, die meisten von uns würden es vorziehen, keine benutzerdefinierten Softwareteile zu installieren, um ein einziges Spiel zum Laufen zu bringen

Die Startoption --waitforpreload hat die Ladezeiten für neue Bereiche für mich erheblich verbessert. Der Start dauert länger, aber danach werden die Bereiche ziemlich sofort geladen.

Aufgrund der häufigen Updates wird das Shader-Stottern wahrscheinlich nie verschwinden. Nach ein paar Stunden Spielzeit wird es jedoch viel besser.

Hallo, POE funktioniert bei mir nicht mit der Protonenversion 4.11.8. Mit 4.11.7 hat es gut funktioniert.
Ich benutze Fedora 31, um ein NVIDIA 1050 Ti zu gewinnen.

======================
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?)

Hallo @ red667 , err:module:LdrInitializeThunk Importing dlls for L"Z:\\home\\red\\.local\\share\\Steam\\steamapps\\common\\Path of Exile\\PathOfExileSteam.exe" failed, status c0000135 in Ihrem Protokoll klingt wie https://github.com/ValveSoftware/Proton/issues/823#issuecomment -552137632. Sie können Glück haben, wenn Sie versuchen, das Spiel mit Proton 4.2 auszuführen und dann wieder zu 4.11 wechseln.

HI @ kisak-ventil, ich denke du hast recht, aber ich habe auch die Protokollzeile gefunden:

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

Directx läuft also nicht, was für das Spiel erforderlich ist.

Ich habe das Spiel bereits mit Proton 4.2 ausgeführt und es funktioniert. Wenn Sie jedoch zu 4.11.8 zurückkehren, tritt das gleiche Problem erneut auf.

Sie können versuchen, WINEDLLOVERRIDES="dxgi=n" %command% zu den Startoptionen des Spiels hinzuzufügen.

Vielen Dank! Das funktioniert.

Meine aktuellen Startoptionen, damit das Spiel funktioniert, sind:
DXVK_STATE_CACHE=0 PROTON_NO_ESYNC=0 WINEDLLOVERRIDES="dxgi=n" %command%

Hat jemand den Fehler, dass auf den grünen Schaltflächen kein Text angezeigt wird? Abgesehen davon scheint das Spiel richtig zu funktionieren.

Nach einigen Tests / Optimierungen läuft das Spiel in Ordnung. Ich würde den Hardcore-Modus nicht spielen, aber er ist für Standard spielbar genug. Die folgenden Startoptionen scheinen für mich am besten zu funktionieren:

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

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

Der Gamemoderun-Befehl gilt für den GameMode von Feral.

Es gibt immer noch einige Probleme mit FPS-Abfällen sowie hohen Frame-Zeiten und Verzögerungsspitzen.

Mein Problem tritt auf, wenn PoE geschlossen wird ...

Das Spiel läuft gut genug. Aber wenn ich das Spiel beende, erhöhen 2 Prozesse von $HOME/.local/share/Steam/ubuntu12_32/steam CPU-Auslastung auf 100%.

Sie sind ein paar Mal über Nacht so geblieben, sie scheinen nicht irgendwann zu enden, es sei denn, ich SIGKILL manuell, was wiederum den Dampf abstellt. Wenn ich Dampf ablasse, laufen sie weiter und Dampf schließt nicht. Gameoverlay ist deaktiviert und dies scheint bei anderen Spielen nicht der Fall zu sein.

(Bogen, Stammproton 4.11-5, und Ryzen 1700 + vega64)

Das gleiche Problem für eine ganze Weile. Ich muss die beiden Prozesse SIGKILLIEREN, damit sie beendet werden.
Dies hängt nicht von der Option ab, mit der das Spiel gestartet wird.
(Debian-Test, Proton 5.0-4, GTX 1070Ti mit Nvidia-Treiber 440.64)

Nun, da Sie es erwähnen, hatte ich das gleiche Problem mit Spielen, die dxvk 1.5.5 für normalen Wein verwenden. Ich wechselte zu 1.5.4 und das Problem verschwand. (Ich habe es bei Guild Wars 2 und Path of Exile bemerkt.)

Fehlende Bilder in Path of Exile bei Verwendung von Ubuntu 20.04

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/3861.
@ robert-olofsson veröffentlicht am 2020-05-13T16: 20: 45:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: Path of Exile
• Steam AppID des Spiels: 238960

System Information

• GPU: Radeon RX Vega M GH (Intel Hades Canyon Nuc)
• Treiber / LLVM-Version: Was auch immer in Ubunutu 20.04 (20.0.4,
• Kernel-Version: 5.4.0-28-generic
• Protonenversion: Proton 5.0, Versionsdatei: 1588350139 proton-5.0-7-rc3

Ich bestätige:

• [x] dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.
• [x] dass ich überprüft habe, ob Updates für mein System verfügbar sind.

Symptome

Fehlende Bilder im Spiel. Am sichtbarsten auf dem Startbildschirm, wo die aktuellen Info-Bilder
fehlen und im Spiel werden auf der Minikarte keine Extras angezeigt.

Reproduktion

Spiel beginnen. Schauen Sie sich den Anmeldebildschirm an

Ausgehend von der Konsole sehe ich einige Protokollzeilen wie:
0024: err: wincodecs : PngDecoder_CreateInstance

Schauen Sie sich um und stellen Sie fest, dass das moderne Ubuntu libpng16 verwendet und kein einfaches libpng12 hat. Es ist jedoch in einer PPA verfügbar und durch die Installation wird das Problem behoben.

Wäre gut mit einer moderneren libpng zu bauen.

Hallo @ robert-olofsson, die Steam-Laufzeit bietet libpng12, daher ist es seltsam, dass Proton die Bibliothek nicht von dort abholt. Bitte kopieren Sie Ihre Systeminformationen von Steam ( Steam -> Help -> System Information ) und fügen Sie sie in eine Fügen Sie dann einen Link zur Liste in diesen Problembericht ein. Möglicherweise enthält der erweiterte Diagnoseabschnitt einen Hinweis.

Pfad des Exils: CreateShaderResourceViewEx: Ungültiger Parameter

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/3868.
@ Opencode-foss veröffentlicht am 2020-05-14T17: 53: 31:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: Path of Exile
• Steam AppID des Spiels: 238960

System Information

• GPU: i7-4790K Intel HD-Grafik
• Treiber- / LLVM-Version: Intel Open Source Technology Center Mesa DRI
  Intel (R) HD-Grafik 4600 (HSW GT2)
  3.0 Mesa 20.0.6
• Kernel-Version: 5.6.11-arch1-1 x86_64
• Link zum vollständigen Systeminformationsbericht als Kern : systemreport.txt
• Protonenversion: 5.0-7

Ich bestätige:

• [Ich bestätige], dass ich keinen vorhandenen Kompatibilitätsbericht für dieses Spiel gefunden habe.
• [Ich bestätige], dass ich überprüft habe, ob Updates für mein System verfügbar sind.

steam-238960.log

Symptome

Wenn ich in ein Spiel lade, stürzt es ab und gibt mir eine CreateShaderResourceViewEx: Ungültige Parameterausnahme.
Es wurde eine Protokolldatei gefunden: "[CRIT Client 192] [D3D11] CreateShaderResourceViewEx: Ungültiger Parameter."

Reproduktion

Hallo @ Opencode-foss, DXVK hat in Ihrem Protokoll eine Vram-Zuweisung fehlgeschlagen, als ein Grenzwert von 1,5 GB erreicht wurde:

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

Vielen Dank an @kakra für die schnelle Antwort. Wie erhöhen Sie Ihr RAM-Limit für Intel Graphics unter Linux?

Vielen Dank an @kakra für die schnelle Antwort. Wie erhöhen Sie Ihr RAM-Limit für Intel Graphics unter Linux?

@ Opencode-foss Du meintest @ kisak-ventil wahrscheinlich ...

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

Path of Exile hat jetzt einen Vulkan-Renderer.

Es wird auf Radv ohne dieses Commit abstürzen.

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

Ich habe gerade den Vulkan-Renderer getestet, aber ich stürze nach der Spielerauswahl ab. Viele dieser Meldungen werden im Protokoll angezeigt:

fixme: dbghelp : elf_search_auxv kann das Symbol im Modul nicht finden

Vollständiges Protokoll:
steam-238960.log

In meinem Fall verwende ich proprietäre Nvidia-Treiber (Version 440.82). Wenn weitere Informationen benötigt werden, lassen Sie es mich bitte wissen.

Ich habe gerade das Spiel mit dem neuen Vulkan-Renderer gestartet. Es läuft ruhiger als zuvor.
Aber ich musste meine Startoptionen ändern.

Für mich funktionieren diese Startoptionen:
PROTON_USE_D9VK=1 WINEDLLOVERRIDES="dxgi=n,b" %command%

Ich musste den D9VK nicht setzen, aber ich habe einige andere Flags hinzugefügt, um den Cache und einige Optimierungen zu aktivieren (unter Verwendung von Vulkan mit einem 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%

Allerdings hat das WINEDLLOVERRIDES="dxgi=n,b" %command% für mich gut funktioniert

Das Rendern funktioniert einwandfrei, ~ 50% fps Boost auf Vulkan.

Der Vulkan-Renderer funktioniert bei mir nicht, er stürzt bei blckscreen ab

Path of Exile wird nicht mit Proton 5.0-8 gestartet

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/3969.
@Dragallur veröffentlicht am 2020-06-11T07: 43: 23:

Path of Exile erscheint für einen Moment in meinen Prozessen, verschwindet dann aber einfach und startet nicht. (Mit Ubuntu 18)

Betriebssystem: Arch Linux x86_64
Kernel: 5.6.12-3
GPU: Intel HD Graphics 5500

Abstürze (ca. 10-15 Minuten Spielzeit bei Verwendung des Vulkan-Renderers) und damit im Protokoll der Client.txt:

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

Betriebssystem: ArchLinux
Kernel: 5.7.2-zen1-1-zen
GPU: AMD 5700 XT
Proton 5.0.9

Ich kann PoE nicht dazu bringen, mit dem neuen Vulkan-Renderer und amdvlk zu laufen

Sobald ich VK_ICD_FILENAMES auf /usr/share/vulkan/icd.d/amd_icd64.json , startet das Spiel nicht, es gibt mir einen Fehler bei createSwapChain

hat das noch jemand? oder vielleicht sogar eine Lösung dafür?

Bearbeiten: Die Radeon-Vulkan-Ebene weist viele Fehler und Grafikfehler auf, und die Karte wird nicht gerendert

Stürzt ab, wenn ich zum neuen Vulkan-Renderer wechsle, friert etwa 10 Sekunden lang ein und schneidet vor dem Schließen auf einen schwarzen Bildschirm

Versuchte verschiedene Startoptionen und Kombinationen dessen, was zuvor in der Lauffläche verwendet wurde.
Versuchte Proton 5.0-9 und 4.11-13 mit dem gleichen Fehler am Ende.

Unten finden Sie eine Übersicht über das System und ein Fehlerprotokoll von Proton
System Gist
https://gist.github.com/jackarsnel/b7b4d962f4f86a0b8d52fde7a8b79342
Fehlerprotokoll
https://pastebin.com/4pKU146b

Was letztendlich für mich funktioniert hat (bei Nvidia-Grafiken wohlgemerkt), verwende ich diese Startoptionen:
--waitforpreload --gc 1
(Ich bin mir nicht sicher, ob der Garbage Collector davon betroffen ist, aber die Vorspannung scheint besser zu funktionieren.)
Im Spielmenü (bevor ich eine Region auswählte) habe ich die Textureinstellungen auf mittel gestellt, was von den Spielentwicklern für den Beta-Vulkan-Renderer empfohlen wird, und dann auf Vulkan gesetzt. Nachdem die Änderung gespeichert wurde, speichere und beende ich das Spiel und öffne es erneut (um sicherzustellen, dass die Einstellungen erhalten bleiben), bevor ich mich tatsächlich anmelde und einen Charakter auswähle.

@CubeTheThird Beachten Sie, dass die Garbage Collection-Option tatsächlich -gc , nicht --gc . Und -gc ist ein kurzes Äquivalent der Option --garbage-generation . Weitere Informationen finden Sie hier: https://pathofexile.gamepedia.com/Launch_options.

Wenn ich also den Vulkan-Renderer verwende und PoE eine Weile nicht spiele, dauert die Verarbeitung der Vulkan-Shader beim Steam-Start eine Weile. (Andere Spiele dauern nicht annähernd so lange, sagen wir No Man's Sky.) Wird das erwartet?

Ich habe eine Neuinstallation versucht, nur um zu sehen, ob dies die Dinge beschleunigen würde, und es dauerte ungefähr 2 Stunden, um Vulkan-Shader zu verarbeiten. Ich erinnere mich nicht, dass es vor ein paar Wochen fast so lange gedauert hat. Etwas ändern? (Ryzen 5, 1600, Nvidia 1050ti, 450,57 Fahrer)

Gleiche für mich. Jetzt kompiliert Path of Exile Shader jedes Mal neu, wenn ich mich bei Steam anmelde. Es dauert buchstäblich Stunden.

Unten ist die screenfetch Info.

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

Das bekomme ich fast jedes Mal, wenn ich Steam starte. Die Bearbeitung dauert ca. 2 Stunden.

@evenfrost können Sie diesen Teil überspringen. Dann wird es verarbeitet, während das Spiel ausgeführt wird. Könnte einige Verzögerungen aufweisen, während es zum ersten Mal verarbeitet wird. Aber nach einer Weile ist alles, was Sie brauchen, verarbeitet.

Das Problem ist, dass mein PC eine erhebliche Menge an Ressourcen benötigt (daher gehe ich davon aus, dass PoE währenddessen ziemlich verzögert zu spielen ist) und fast jedes Mal auftritt, wenn ich Steam starte.

PoE ist nicht sehr verzögert, wenn Sie den Verarbeitungsschritt überspringen. (Mein aktueller Kritikpunkt betrifft das Patchen und wie lange das dauert, aber das ist auch ein Problem auf dem Standalone-Client.)

Aus irgendeinem Grund kann ich den Shader-Cache-Compiler am Anfang nicht überspringen.
Wenn ich auf skip klicke, verschwindet das Menü und der Pfad des Exils beginnt, aber der Prozess stoppt nicht und zerstört meine CPU vollständig.
Ich habe einen Ryzen 9 3950x und er verbraucht ungefähr eine halbe Stunde lang 100% jedes Kerns

Bearbeiten: Auch nachdem ich Steam geschlossen habe, wird der Shader-Cache weiter aufgebaut

Spielabsturz nach dem 3.11.2 Patch
Hier ist mein Protonenprotokoll
https://pastebin.com/DHJEBBh2

Hallo @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 sieht aus wie eine Interessenszeile im Protokoll. Verwandte: # 3886

Ja, das Spiel stürzt jetzt nach dem Patch 3.11.2 direkt beim ersten Öffnen des Fensters ab. Das Fenster öffnet sich, bleibt eine Sekunde lang schwarz und dann endet das Spiel. Dies ist mein Absturzprotokoll:
https://pastebin.com/BvJv0HvN

Beachten Sie, dass dieses Recht am Ende der Datei der übliche Dämon zu sein scheint:

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:

Ich starte das Spiel mit Vulkan. Vielleicht ist dies bei DX11 anders und jemand kann uns sagen, wie man die Verwendung von DX11 über eine Konfigurationsdatei oder so erzwingt. Ich hoffe, wir können das bald lösen. Dies ist eine große Enttäuschung, dass das Spiel nicht mehr funktioniert, besonders eine Woche vor einer so großartigen Liga.

Bearbeiten: Es ist seltsam, dass @jackarsnel im Juni die gleiche Fehlermeldung hatte.

Brandneue Installation für mich. 5,09 Protonen, 5,9 von glorreichen Eggroll-Abstürzen auch. Versucht jemand Stockwein oder Weininszenierung?

Protokoll beigefügt ...
steam-238960.log

Es tut uns leid. Hardwareprofil: https://gist.github.com/garpu/2131323653d75ab871afd0bbd081487b

ETA: Proton-Alyx hat für mich gearbeitet.

Hallo @DragoonZ , err:steamclient:create_win_interface Don't recognize interface name: SteamUser021 sieht aus wie eine Interessenszeile im Protokoll. Verwandte: # 3886

Vielen Dank!
funktioniert gut mit dem gepatchten Build https://github.com/stevenlafl/Proton/releases/tag/proton-5.0-7-alyx-2

Ich bekomme immer noch den Absturz, obwohl ich nicht glaube, dass es tatsächlich die Alyx-Version verwendet. Ist ~ / .var / app / com.valvesoftware.Steam / data / Steam / compatibleTools.d / das richtige Verzeichnis für das Flatpak?

Ich kann die Version hier auswählen.

Aber seltsamerweise deaktiviert sich das Kontrollkästchen "Steam-Wiedergabe für alle anderen Titel aktivieren", sobald Steam neu gestartet wurde. Das oberste Spielprotokoll lautet weiterhin 5.0.9.

steam-238960.log

Hallo @effinjdent , Ihr Protokoll besagt, dass Proton-5.0-9 anstelle der erwarteten verwendet wird. Vielleicht überprüfen Sie die Steam Play-Einstellungen pro Spiel?

Hi @ kisak-ventil, wird dieser Fehler in der zukünftigen Protonenfreigabe behoben? Oder sollte dies von den Spielentwicklern selbst erledigt werden?

@ kisak-ventil Ich sage diese Option, wenn ich sie mit dem ausgewählten Alyx überprüfe, deaktiviert sie sich buchstäblich nach dem Neustart des Dampfes.

Das Problem hierbei ist, dass das Spiel Steamworks auf eine Version aktualisiert hat, über die Protons Steam-Weiterleitungsbibliothek noch nicht unterrichtet wurde. Dies geschieht halbjährlich und Proton muss über jede neue Version unterrichtet werden. Wir sollten erwarten, dass dies irgendwann mit einem Proton-Update behoben wird.

@effinjdent , Sie sind auf https://github.com/ValveSoftware/steam-for-linux/issues/6043 gestoßen

Gibt es dafür eine Problemumgehung? Das Lesen dieses Links ist ziemlich deprimierend.

Selbst die Proton GE-Versionen werden das Spiel nicht starten, wie @effinjdent sagte, dies ist sehr deprimierend, besonders wenn die neue Liga an der Ecke steht :(

Ich habe den Override für Path of Exile auf proton-5.0-7-alyx-2 gesetzt und dann funktioniert das Spiel hier!

Ich kann bestätigen, dass Proton 5.0-7 Alyx funktioniert, aber die Leistung ist schlechter als es 5.0-9 gewohnt war

Kann das Ventil vor dem Start der neuen Liga einen Fix drücken?

Proton-5.0-7-Alyx-2 funktioniert nicht vollständig. Es stürzt auf einer Niko-Karte (beim Auffinden von Sulfit) mit einem Fehler ab : steamclient: create_win_interface Schnittstellenname: SteamClient020 nicht erkennen

Bearbeiten: Sieht so aus, als hätten meine Abstürze nichts mit Niko und Sulfit zu tun.

Path of Exile 3.11.2 stürzt beim Start ab

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/4188.
@ Storm-Engineer veröffentlicht am 2020-09-12T23: 53: 59:

Path of Exile hat gerade einen großen Patch veröffentlicht, bei dem das gesamte Spiel erneut heruntergeladen werden musste, da sich die Art und Weise, wie Daten gespeichert werden, geändert hat. (Info: https://www.pathofexile.com/forum/view-thread/2933680)

Seitdem stürzt das Spiel beim Start ab. Ich habe verschiedene Versionen von Proton ausprobiert, aber es stürzt immer ab. Vor dem Patch habe ich 4.11-GE-1 verwendet. Unten sind die Terminalausgänge für alle Versionen aufgeführt, die ich ausprobiert habe. Abgesehen von der Version 4.11 enthalten sie Stapelspuren.

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

System Information:
poe-crash-sysinfo.txt

Ich habe vergessen hinzuzufügen, dass ich "Vulkan (Beta)" im Spiel anstelle von DirectX ausgewählt hatte. Ich bin mir nicht sicher, ob dies dieses Problem betrifft.

Um zu bestätigen, dass der Build "alyx" zu funktionieren scheint, wird zumindest das Spiel jetzt gestartet. Ich kann das Gameplay im Moment nicht testen, weil ich schlafen gehe ...

Ps: Danke für den Transfer, ich habe dieses vorhandene Ticket aus irgendeinem Grund nicht gefunden.

EDIT: Getestet den "Alyx" Build, funktioniert wie ein Zauber, hatte keine Probleme, aber ich habe vielleicht nur eine halbe Stunde gespielt.

Ich hatte das Spiel auf 5.9-GE-6-ST gut laufen lassen, aber irgendwann heute habe ich mein System aktualisiert und das Spiel wird nicht gestartet (nicht einmal ein Fenster). Versuchte GE-7-ST, um sicher zu sein, konnte es aber auch nicht zum Laufen bringen.
Seltsam ist, dass mein Protonenprotokoll fast leer ist, sieht so aus:
====================== 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'} ======================

Für mich funktioniert es in GE-9-ST sogar im Vulkan-Modus, als es zuvor nur wildes Flackern im Spiel zeigte (zuletzt vor einigen Wochen ausprobiert). Das einzige, was noch übrig ist, ist: Das Laden von Assets und Effekten scheint lange zu dauern. Sie sind nur für etwa 30-60 Sekunden unsichtbar. Sie sind sich nicht sicher, ob dies auf eine Optimierung in GE zurückzuführen ist. Gelegentlich flackern auch schwarze Kästchen für einen Wimpernschlag. Ich habe nur einen kurzen Test durchgeführt, aber das Gameplay scheint mit Vulkan im Vergleich zu DX11 sehr flüssig zu sein, außer dass die Frameraten niedriger sind (ungefähr stabile 30 fps anstelle von 45+ fps bei 4k).

(unter Verwendung von NVIDIA 455.22.04 unter Gentoo)

Ich habe nur einen kurzen Test durchgeführt, aber das Gameplay scheint mit Vulkan im Vergleich zu DX11 sehr flüssig zu sein, außer dass die Frameraten niedriger sind (ungefähr stabile 30 fps anstelle von 45+ fps bei 4k).

Ich würde das gesamte Spielerlebnis nicht als reibungslos beschreiben, verglichen mit dem, was Menschen unter Windows mit gleicher oder schlechterer Hardware erleben. Ich habe einen 1080 Ti und einen 3900X. Das Gameplay in Acts ist 100% flüssig. Wenn es um Endgame geht (wo das Spiel wirklich beginnt), ist es normalerweise ziemlich flüssig und erreicht 144 FPS für mich, aber wenn ich in einer saftigen Karte mit großen Mob-Packs, Eroberer-Packs oder Delirium-Nebel bin, TANKS die Framerate. Ich mag es kaum zu spielen, ich hoffe, ich sterbe nicht.
Ich bin mir nicht sicher, was diese Diskrepanz im Vergleich zu Windows verursacht, aber wenn viel los ist, werden 3-5 FPS für eine Weile angezeigt. Außerdem ist die Bildrate nicht immer flüssig 144 FPS. Meist schwankt es zwischen 144 FPS und 30 FPS mit allem dazwischen.
Insgesamt ist es eine anständige Erfahrung, aber es ist nicht realistisch, dies als glatt zu bezeichnen. Ich laufe nicht einmal mit hohen Einstellungen. So ziemlich die Standardeinstellungen. Und ich benutze Gamemode und Proton-tkg-18, um das Spiel auszuführen.
Es ist definitiv spielbar (und die meiste Zeit akzeptabel), aber ich habe das Gefühl, dass es unter Windows viel flüssiger ist, wenn ich mir das Streamer-Gameplay anschaue. Als der Vulkan-Renderer zum ersten Mal eingeführt wurde, schnitt das Spiel viel besser ab. Dies scheint fast nur ein Problem zu sein, das nur GGG lösen kann. Ich bin mir nicht sicher, ob das Proton-Team überhaupt etwas gegen diese Leistungsprobleme unternehmen kann.

aber wenn ich in einer saftigen Karte mit großen Mob-Packs, Eroberer-Packs oder Delirium-Nebel bin, TANKS die Framerate

Ja, das ist auch meine Erfahrung. Unter Windows kann etwas Ähnliches auftreten, insbesondere bei einigen PoE-Versionen, aber es ist viel weniger schwerwiegend.
Nvidia oder AMD scheinen keine Rolle zu spielen. Aber es muss irgendwie mit dem Laden von Assets / Shadern zusammenhängen.

Nvidia oder AMD scheinen keine Rolle zu spielen. Aber es muss irgendwie mit dem Laden von Assets / Shadern zusammenhängen.

Ich denke nicht, dass das Laden von Shadern hier das Problem ist. Ich habe das Spiel auf einer M.2-SSD installiert und die zusätzlichen Schritte unternommen, um den Vulkan-Shader-Cache für das Spiel auf seinen eigenen tmpfs direkt in meinem RAM abzulegen. Es ist ungefähr 500 MB groß.
Für mich fallen die Verzögerungen / riesigen Frames ab, wenn eine Menge los ist, als ob sie mit der Shader-Kompilierung zusammenhängen.

DirextX und Vulkan verfolgen einen anderen Ansatz bei der Shader-Kompilierung. Ich denke auch, dass zumindest für einige Grafiktreiber eine gewisse Konvertierung erforderlich ist. Die Übersetzung von DXVK von DX11 nach Vulkan ist also nicht optimal und kann auch nicht optimal sein. Dies führt zu einem Blockierungsverhalten während der Shader-Kompilierung / -Transformation, das DXVK zu lösen versucht, indem alle Shader der Pipeline gespeichert und so früh nach init wiedergegeben werden, dass alle Shader zuvor kompiliert werden Das Spiel hat die Chance, dies zu blockieren. Vulkan sollte eine Gelegenheit sein, hier viel besser zu werden, da es für Shader wahrscheinlich dasselbe sein sollte, sei es Windows oder Linux unter der Haube. Ich denke, dem Vulkan-Renderer von PoE fehlt noch viel Optimierung und er ist weitaus weniger ausgereift als die DX11-Implementierung, und DXVK hat einen langen Weg zurückgelegt, um auch zu einer sehr optimierten Software-Ruhe zu werden (die manchmal sogar das native DX11 übertrifft) Dennoch gibt es diesen unterschiedlichen Ansatz beider APIs, die Shader handhaben.

Das Laden von Assets schien keinen Einfluss auf die FPS zu haben, die ich sah, und während dieser Zeit gab es kein Stottern. Ich denke auch, dass das Kompilieren der Shader die Leistungsprobleme des Endspiels verursacht, da es ständig viele neue Effekte gibt.