Einige Anmerkungen:

• Das Spiel verwendet Battleye Anti-Cheat - es scheint obligatorisch zu sein, selbst wenn Sie nur Einzelspieler spielen möchten. Keine Ahnung, ob es einen Startparameter gibt, der ihn deaktiviert.

Sie können zwei EXE-Dateien in / Mount & Blade II Bannerlord / bin / Win64_Shipping_Client / umbenennen.

• Benennen Sie "TaleWorlds.MountAndBlade.Launcher.exe" in "TaleWorlds.MountAndBlade.Launcher.exe_backup" um (oder ähnliches - der ursprüngliche Name darf einfach nicht beibehalten werden)

• Benennen Sie "Bannerlord.exe" in "TaleWorlds.MountAndBlade.Launcher.exe" um

Um zumindest das Spiel zu starten, sehen Sie sich die Begrüßungsbildschirme an und dann komme ich zu dem Punkt, an dem ich zum ersten Mal mit dem Spiel interagieren muss (Helligkeitseinstellungen ändern). An diesem Punkt gehen meine CPU und GPU völlig durcheinander und ich kann nicht überhaupt mit dem Spiel interagieren.

Ich kann bestätigen, dass das Umgehen des Launchers (indem Sie TaleWorlds.MountAndBlade.Launcher.exe aus dem Weg räumen und durch eine Kopie von Bannerlord.exe ersetzen) mindestens zum Bildschirm für die Helligkeitskalibrierung (oder als) führt soweit das Hauptmenü, wenn ich brightness_calibrated = 1 in $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Configs/engine_config.txt setze).

Es sieht jedoch so aus, als ob es einen Fehler bei der Mauseingabe gibt. Der Cursor bewegt sich und ist sichtbar, aber die Menüoptionen werden beim Bewegen nicht hervorgehoben und das Spiel reagiert nicht auf Klicks (und natürlich gibt es keine Tastaturnavigation ...). Das Problem besteht weiterhin bei jeder Permutation der V-Synchronisierung, beim Starten auf einem virtuellen Desktop, beim Deaktivieren des Steam-Overlays usw.

Von besonderem Interesse für steam-261550.log ist das Spammen von fixme:win:GetMouseMovePointsEx (24 0x3c87f298 0x3c87f2b0 64 1) stub . Möglicherweise im Zusammenhang mit Wine Bug 36873 ?

Weitere Diskussion im TaleWorlds-Forum: https://forums.taleworlds.com/index.php?threads/linux.385761/page -2 und https://forums.taleworlds.com/index.php?threads/b0 -8 -9-Mausklicks-nicht-registriert-unter-Linux.395650 /

BEARBEITEN: Ich habe versucht, einen Controller anzuschließen, und dadurch konnte ich tatsächlich durch das Menü navigieren. Ich werde sehen, wie weit ich kommen kann, aber ... Fortschritte!

Für mich stürzte das Spiel beim Start immer noch ab, nachdem Bannerlord.exe anstelle von TaleWorlds.MountAndBlade.Launcher.exe . Mit Protontricks habe ich dotnet4.8 und vcrun2015 installiert - das Spiel stürzt immer noch ab, aber zumindest kann ich den Bildschirm zum Laden des Spiels bewundern.

Kann bestätigen, dass ich das gleiche Problem mit Mauseingaben habe, auf Manjaro mit Proton 5.0-5. Ich war in der Closed Beta und das Spiel hat vor dem letzten Update einwandfrei funktioniert. Daher bin ich ziemlich zuversichtlich, dass der Rest des Spiels funktionieren sollte, sobald wir dieses Navigationsproblem behoben haben.

Nachdem ich herumgefummelt habe, wie ein Charakter vollständig über ein Logitech-Gamepad erstellt wurde, habe ich direkt nach der Charaktererstellung eine andere Straßensperre in Form eines harten Absturzes auf dem Ladebildschirm getroffen (relevanter Eintrag von steam-261550.log : wine: Call from 0x7b00fc3e to unimplemented function api-ms-win-crt-private-l1-1 -0.dll._o___stdio_common_vswprintf, aborting ). Dies bleibt auch nach dem Ausführen von protontricks 261550 vcrun2015 und protontricks 261550 vcrun2017 .

Nur ein kurzes Google, da ich es momentan selbst nicht testen kann (immer noch herunterladen), aber ein ähnliches Problem plagte den BNet Launcher anscheinend irgendwann und wurde behoben, indem ucrtbase und die api-msi-win etc etc dll als Overrides über hinzugefügt wurden Winecfg.

Benutzerdefinierte Schlachten funktionieren, wenn Sie mit dem Gamepad zu ihnen navigieren und wenn Sie im eigentlichen Spiel mit der Maus kämpfen können.

Allerdings sah das Spiel für mich unglaublich verwaschen und hell aus, während das Spielen und Ändern von Einstellungen das Spiel die halbe Zeit zum Absturz bringt, und alles auf niedrig zu bringen, stürzt das Spiel ab.
Hier ist ein Protokoll für den Absturz beim Speichern von Einstellungen.
steam-261550.log

Bearbeiten: Wenn Sie die Einstellungen von hoch nach unten ändern, funktioniert der Zoll nicht mehr. Vermeiden Sie dies.

Richtig, ich habe etwas gelesen, recherchiert, das Spiel dreimal heruntergeladen und weiter recherchiert, und ich glaube, ich habe es herausgefunden.

Bannerlord verwendet Battleye, eine Kernel Anti-Cheat-Software. Da die Proton-Wine-Instanz nicht der Basis-Linux-Kernel, sondern der Windows-Kernel ist, kann Battleye die Mauseingabe nicht direkt vom USB-Port abfangen, um zu überprüfen, ob es sich um den echten Deal handelt, und sie dann ins Spiel lassen oder Verwechseln Sie die Mauseingabe von Wine mit einer künstlichen programmbasierten Mauseingabe, was bedeutet, dass das Anti-Cheat-System aktiviert wird.

Ich erinnere mich, dass ich irgendwo gelesen habe, dass Battleye mit Linux überhaupt nicht gut spielt, aber dieser Kommentar stammt von ... vor 3 Jahren? Daher kenne ich den aktuellen Status der Anti-Cheat-Software nicht. Ich denke, die Optionen sind also, TaleWorlds zu bitten, Battleye so zu konfigurieren, dass es gut mit Proton spielt, es für Proton zu deaktivieren, bis eine richtige Linux-Version erstellt werden kann, und es dort wieder zu aktivieren (sie verwenden Mono für etwas. Sieht so aus the launcher?) Warten Sie, bis das Spiel ordnungsgemäß veröffentlicht wurde, da die Wahrscheinlichkeit groß ist, dass sie die Unterstützung mehrerer Betriebssysteme bis zu einem späteren Zeitpunkt in Early Access aufhalten, sodass es zehnmal einfacher ist, Updates zu verteilen ... oder herauszufinden, wie Lassen Sie ein Window Executable Battleye direkt in den Linux-basierten Kernel gehen, damit es alles scannen kann, was es will, und lassen Sie uns Eingaben in das Spiel machen, ohne den Anti-Cheat auszulösen ...

Ich denke, wir warten etwas länger auf Bannerlord.

Richtig, ich habe etwas gelesen, recherchiert, das Spiel dreimal heruntergeladen und weiter recherchiert, und ich glaube, ich habe es herausgefunden.

Bannerlord verwendet Battleye, eine Kernel Anti-Cheat-Software. Da die Proton-Wine-Instanz nicht der Basis-Linux-Kernel, sondern der Windows-Kernel ist, kann Battleye die Mauseingabe nicht direkt vom USB-Port abfangen, um zu überprüfen, ob es sich um den echten Deal handelt, und sie dann ins Spiel lassen oder Verwechseln Sie die Mauseingabe von Wine mit einer künstlichen programmbasierten Mauseingabe, was bedeutet, dass das Anti-Cheat-System aktiviert wird.

Ich erinnere mich, dass ich irgendwo gelesen habe, dass Battleye mit Linux überhaupt nicht gut spielt, aber dieser Kommentar stammt von ... vor 3 Jahren? Daher kenne ich den aktuellen Status der Anti-Cheat-Software nicht. Ich denke, die Optionen sind also, TaleWorlds zu bitten, Battleye so zu konfigurieren, dass es gut mit Proton spielt, es für Proton zu deaktivieren, bis eine richtige Linux-Version erstellt werden kann, und es dort wieder zu aktivieren (sie verwenden Mono für etwas. Sieht so aus the launcher?) Warten Sie, bis das Spiel ordnungsgemäß veröffentlicht wurde, da die Wahrscheinlichkeit groß ist, dass sie die Unterstützung mehrerer Betriebssysteme bis zu einem späteren Zeitpunkt in Early Access aufhalten, sodass es zehnmal einfacher ist, Updates zu verteilen ... oder herauszufinden, wie Lassen Sie ein Window Executable Battleye direkt in den Linux-basierten Kernel gehen, damit es alles scannen kann, was es will, und lassen Sie uns Eingaben in das Spiel machen, ohne den Anti-Cheat auszulösen ...

Ich denke, wir warten etwas länger auf Bannerlord.

Ich kaufe das nicht. Wenn Battleye die Cursorprobleme verursacht, warum sehen wir dann nicht dasselbe Problem, wenn wir ein Gamepad verwenden?

Battleye ist nicht das Problem, es ist eine optionale Installation und nur für den Mehrspielermodus erforderlich.

Battleye ist nicht das Problem, es ist eine optionale Installation und nur für den Mehrspielermodus erforderlich.

Um den Beitrag von tkamat zu erweitern, war ich auch in der geschlossenen Beta und das Spiel funktionierte noch für ein paar Patches, nachdem Battleeye in die Beta gepatcht wurde. Soweit ich weiß, haben sie es damals optional gemacht. Sie können die Installation von Battle Eye beim ersten Start einfach ignorieren und es würde Sie nicht aus den Spielen werfen, wenn Sie es nicht verwenden.

Vor ungefähr zwei Wochen gab es einen Patch, der die Fähigkeit einiger Windows-Benutzer zum Spielen beeinträchtigte. Anscheinend hatte dies etwas damit zu tun, dass ein Controller oder Joystick angeschlossen war, während versucht wurde, mit Tastatur / Maus zu spielen. Einige Tage später wurde das Problem behoben, aber alle Linux-Benutzer im Forum meldeten, dass keine Mauseingaben vorgenommen wurden, unabhängig davon, ob ein Controller auch nach dem Update angeschlossen war oder nicht.

Wir haben im Forum spekuliert, dass es ein Problem mit Steamplay sein könnte, das dem Spiel einen virtuellen Controller auf Treiberebene präsentiert, haben dies jedoch nie bestätigt. Was den Absturz beim Starten einer Kampagne angeht, sind wir nie so weit gekommen, da es sich um eine Multiplayer-Beta handelte.

Battleye ist nicht das Problem, es ist eine optionale Installation und nur für den Mehrspielermodus erforderlich.

Um den Beitrag von tkamat zu erweitern, war ich auch in der geschlossenen Beta und das Spiel funktionierte noch für ein paar Patches, nachdem Battleeye in die Beta gepatcht wurde. Soweit ich weiß, haben sie es damals optional gemacht. Sie können die Installation von Battle Eye beim ersten Start einfach ignorieren und es würde Sie nicht aus den Spielen werfen, wenn Sie es nicht verwenden.

Vor ungefähr zwei Wochen gab es einen Patch, der die Fähigkeit einiger Windows-Benutzer zum Spielen beeinträchtigte. Anscheinend hatte dies etwas damit zu tun, dass ein Controller oder Joystick angeschlossen war, während versucht wurde, mit Tastatur / Maus zu spielen. Einige Tage später wurde das Problem behoben, aber alle Linux-Benutzer im Forum meldeten, dass keine Mauseingaben vorgenommen wurden, unabhängig davon, ob ein Controller auch nach dem Update angeschlossen war oder nicht.

Wir haben im Forum spekuliert, dass es ein Problem mit Steamplay sein könnte, das dem Spiel einen virtuellen Controller auf Treiberebene präsentiert, haben dies jedoch nie bestätigt. Was den Absturz beim Starten einer Kampagne angeht, sind wir nie so weit gekommen, da es sich um eine Multiplayer-Beta handelte.

Lief das Spiel unter Linux vor Battleye gut? Ich war während der Beta unter Windows und musste es nie über Protonen ausprobieren.

Battleye ist nicht das Problem, es ist eine optionale Installation und nur für den Mehrspielermodus erforderlich.

Um den Beitrag von tkamat zu erweitern, war ich auch in der geschlossenen Beta und das Spiel funktionierte noch für ein paar Patches, nachdem Battleeye in die Beta gepatcht wurde. Soweit ich weiß, haben sie es damals optional gemacht. Sie können die Installation von Battle Eye beim ersten Start einfach ignorieren und es würde Sie nicht aus den Spielen werfen, wenn Sie es nicht verwenden.
Vor ungefähr zwei Wochen gab es einen Patch, der die Fähigkeit einiger Windows-Benutzer zum Spielen beeinträchtigte. Anscheinend hatte dies etwas damit zu tun, dass ein Controller oder Joystick angeschlossen war, während versucht wurde, mit Tastatur / Maus zu spielen. Einige Tage später wurde das Problem behoben, aber alle Linux-Benutzer im Forum meldeten, dass keine Mauseingaben vorgenommen wurden, unabhängig davon, ob ein Controller auch nach dem Update angeschlossen war oder nicht.
Wir haben im Forum spekuliert, dass es ein Problem mit Steamplay sein könnte, das dem Spiel einen virtuellen Controller auf Treiberebene präsentiert, haben dies jedoch nie bestätigt. Was den Absturz beim Starten einer Kampagne angeht, sind wir nie so weit gekommen, da es sich um eine Multiplayer-Beta handelte.

Lief das Spiel unter Linux vor Battleye gut? Ich war während der Beta unter Windows und musste es nie über Protonen ausprobieren.

Es begann ungefähr im Dezember unter Linux zu arbeiten und stürzte von Zeit zu Zeit ab, aber die Leistung war akzeptabel, nachdem das Kompilieren der Shader für jede Map abgeschlossen war. Ich war zu dieser Zeit auch auf einer relativ leistungsschwachen Grafikkarte (RX 480), daher denke ich, dass das Spiel unter Linux in Bezug auf die Leistung in Ordnung sein wird, wenn wir von Taleworlds eine kleine Unterstützung bei der Behebung dieser Probleme erhalten können. Wir haben eine Antwort von Entwicklern über das Mausproblem erhalten, mit dem wir konfrontiert waren. Es scheint also, dass sie zumindest nicht gegen Linux-Benutzer und Protonen sind.

Was für ein Tag, um meinen Controller nicht finden zu können! Ich habe tatsächlich etwas zum Laufen gebracht! Ich folgte den Umbenennungen wie oben und versuchte dann, meinen Switch Joy-Cons mit diesem praktischen Treiber anzuschließen .

Wenn die Joy-Cons als Pro-Controller erkannt werden, kann ich mit der Maus auf Dinge klicken, nachdem ich den Cursor mit dem linken Stick positioniert habe. Mausziel und Klicken funktionieren in meinen schnellen Testkämpfen einwandfrei, daher kann das Problem menübezogen sein. Ich bin mir nicht sicher, ob dies mit anderen Controllern funktioniert oder ob es etwas mit der Art und Weise zu tun hat, wie der Treiber implementiert ist.

Nur ein kurzes Google, da ich es momentan selbst nicht testen kann (immer noch herunterladen), aber ein ähnliches Problem plagte den BNet Launcher anscheinend irgendwann und wurde behoben, indem ucrtbase und die api-msi-win etc etc dll als Overrides über hinzugefügt wurden Winecfg.

Das Hinzufügen dieser als Overrides führte immer noch zu einem Absturz, aber ich konnte ihn brutal erzwingen, indem ich die Schritte aus einem ähnlichen Problem befolgte: Age of Empires 2: Definitive Edition :

cd /home/$USER/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/windows/system32/
wget "https://aka.ms/vs/16/release/vc_redist.x64.exe"
cabextract vc_redist.x64.exe
cabextract a10

Was mich viel weiter gebracht hat:

Die Maus ist weiterhin für Dialoge und das Pausenmenü unbrauchbar (Sie können dort "Klicken, um fortzufahren", sodass sie offensichtlich die Mausklicks erkennt, aber nicht weiß, ob sich die Maus tatsächlich über etwas befindet oder nicht, es sei denn, Sie bewegen den Cursor mit dem Controller). Funktioniert gut für Bewegung und Kampf. Ich habe einige der Tutorial-Ziele durchlaufen, bevor ich erneut abgestürzt bin (diesmal wegen eines eventfd: Too many open files ; ich werde mit einem aufgepumpten ulimit -Hn starten und es erneut versuchen).

BEARBEITEN zu: BattlEye:

Bannerlord verwendet Battleye, eine Kernel Anti-Cheat-Software. Da die Proton-Wine-Instanz nicht der Basis-Linux-Kernel, sondern der Windows-Kernel ist, kann Battleye die Mauseingabe nicht direkt vom USB-Port abfangen, um zu überprüfen, ob es sich um den echten Deal handelt, und sie dann ins Spiel lassen oder Verwechseln Sie die Mauseingabe von Wine mit einer künstlichen programmbasierten Mauseingabe, was bedeutet, dass das Anti-Cheat-System aktiviert wird.

Dies scheint unwahrscheinlich. Wenn es sich um Anti-Cheat handelt, würde ich das Gegenteil der aktuellen Symptome erwarten (dh Maus funktioniert gut in Menüs / Dialogen, aber nicht für Bewegung / Kampf). Ich würde auch erwarten, dass Tastaturen und Controller ähnlich betroffen sind (was anscheinend nicht der Fall ist).

BattlEye wird die Dinge im Mehrspielermodus sicherlich dämpfen, aber es sollte für Einzelspieler völlig unnötig sein (und tatsächlich funktionieren andere BattlEye-Spiele mit Einzelspielermodi unter Proton ziemlich gut, z. B. Conan: Exiles).

@YellowApple Könnten Sie sehen, ob der folgende Patch den Absturz ohne vcredist behebt? (dh setzen Sie ucrtbase und api-ms-win-crt-private-l1-1-0 beim Testen auf eingebaut)

https://gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce

Wäre cool, wenn es stromaufwärts repariert werden könnte, ohne dass Overrides erforderlich sind :) Ich habe das Spiel momentan nicht, daher kann ich es nicht testen.

@YellowApple Ich habe versucht, Ihre Lösung zu reproduzieren, aber es funktioniert leider nicht für mich und die Kampagne stürzt nach der Charaktererstellung ab. Protokolldateien scheinen immer noch auf api-ms-win-crt-private-l1-1-0.dll._o___stdio_common_vswprintf als Problem zu verweisen. Haben Sie andere Schritte ausgeführt, z. B. die Neuinstallation von vcrun-2017 oder etwas anderes?

Es hat also geholfen, meine ulimit -Hn erhöhen, und ich konnte bis zur Hauptkarte gelangen, bemerkte jedoch, dass jeder Versuch, das Spiel zu speichern, dazu führt, dass das Spiel für einige Minuten vorübergehend einfriert, während jeder Kern / Thread auf meiner CPU (bestimmte Sounds werden jedoch weiterhin im Hintergrund abgespielt). Ich vermute, dass es eine Autosave-Funktion gibt, die auch ähnliche Einfrierungen auslöst (passiert nach dem Betrügen in einem Inventar und erneut im Leerlauf).

Es scheint auch, dass Popup-Dialoge dazu führen, dass der Joystick-gesteuerte Mauszeiger verschwindet (ich habe nicht festgestellt, ob dies immer der Fall ist oder nicht; mit genügend Wackeln habe ich es geschafft, die Schaltfläche "OK" kurz hervorzuheben, denke ich der Cursor ist einfach unsichtbar).

Ich kann auch bestätigen, dass die Maustasten und das Scrollrad in den Menüs / Dialogen vollständig funktionieren. Sie müssen nur den Controller verwenden, um den Cursor auf das Objekt zu bewegen, auf das Sie klicken oder scrollen möchten. Was auch immer diesen Fehler verursacht, hat nur damit zu tun, wo das Spiel denkt, dass die Maus zeigt.

@YellowApple Könnten Sie sehen, ob der folgende Patch den Absturz ohne vcredist behebt? (dh setzen Sie ucrtbase und api-ms-win-crt-private-l1-1-0 beim Testen auf eingebaut)

Wird @qsniyg tun (sobald ich Vagrant zur Zusammenarbeit bekomme). Sind diese Funktionen alle implementiert, aber ausgeblendet oder so?

@YellowApple Ich habe versucht, Ihre Lösung zu reproduzieren, aber es funktioniert leider nicht für mich und die Kampagne stürzt nach der Charaktererstellung ab. Protokolldateien scheinen immer noch auf api-ms-win-crt-private-l1-1-0.dll._o ___ stdio_common_vswprintf als Problem zu verweisen. Haben Sie andere Schritte ausgeführt, z. B. die Neuinstallation von vcrun-2017 oder etwas anderes?

@tkamat : Genaue Schritte, die ich gemacht habe (nach bestem

• protontricks 261550 vcrun2015 (und lief das Spiel; abgestürzt)
• protontricks 261550 vcrun2017 (und lief das Spiel; abgestürzt)
• Native Overrides für ucrtbase und api-ms-win-crt-private-l1-1-0 über winecfg hinzugefügt (und das Spiel ausgeführt; abgestürzt)
• Hat die ganze Sache "eine VC-Redist-EXE mit cabextract " (und das Spiel ausgeführt; funktioniert)

@YellowApple Vielleicht ist es ein Blind Shot - aber können Sie versuchen, Dotnet 4.8 auch über Protontricks zu installieren? Ich konnte die Maus im Begrüßungs- / Ladebildschirm verwenden.

@ YellowApple

Wird @qsniyg tun (sobald ich Vagrant zur Zusammenarbeit bekomme). Sind diese Funktionen alle implementiert, aber ausgeblendet oder so?

Sie sind implementiert, aber Windows verwendet diese api-ms-win-... -Dlls, die im Grunde nur aus anderen DLLs (advapi32, kernel32, ucrtbase usw.) importiert werden. Ich denke, Wein fügt die Funktionen diesen DLLs nach Bedarf hinzu, um sicherzustellen, dass sie korrekt sind.

Es ist möglich, dass das Spiel bei einer anderen nicht implementierten Funktion einer dieser API-DLLs erneut abstürzt. Fühlen Sie sich frei, sie entweder in sich selbst hinzuzufügen oder mich wissen zu lassen. Hoffentlich können wir nach ein wenig Iteration herausfinden, welche Funktionen benötigt werden, und sie dann stromaufwärts an Wein senden :)

@Yarwin @tkamat Ich habe eine Ahnung, dass die Protontricks-Installation von dotnet4.8 Ihr Problem verursachen könnte (obwohl ich den beabsichtigten Launcher verwenden konnte, musste die Maus im eigentlichen Spiel über den Controller gesteuert werden). Ich habe das auch installiert und konnte die Lösung von @YellowApple nicht zum
Am Ende habe ich $COMPATDATA/2615501 insgesamt gelöscht und die Dateien sowohl für Proton 5.0 als auch für Bannerlord überprüft. Danach funktionierte die cabextract -Methode (vergessen Sie nicht, dass Sie $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Configs/engine_config.txt erneut bearbeiten müssen, um brightness_calibrated = 1 ). Dies kann Ihr Problem unabhängig von der Ursache lösen.

+1 für den durch Speichern verursachten Hang. Ich konnte das Tutorial auch beenden, bis ich es aufgrund eines Hangs schließen musste. Jetzt ist ein neuer Ordner bei $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Game Saves .

@YellowApple Vielleicht ist es ein Blind Shot - aber können Sie versuchen, Dotnet 4.8 auch über Protontricks zu installieren? Ich konnte die Maus im Begrüßungs- / Ladebildschirm verwenden.

Scheint für mich keine Wirkung gehabt zu haben.

+1 für den durch Speichern verursachten Hang. Ich konnte das Tutorial auch beenden, bis ich es aufgrund eines Hangs schließen musste. Jetzt ist ein neuer Ordner bei $COMPATDATA/261550/pfx/drive_c/users/steamuser/My Documents/Mount and Blade II Bannerlord/Game Saves .

Ja, ich bin auch auf diesen Hang nach dem Tutorial gestoßen. Ich mache mir einen Kick, weil ich nicht nur darauf gewartet habe und gesehen habe, ob es sich irgendwann selbst entkorkt hätte, wie es diese anderen Save-Hangs zu tun scheinen.

@ChemiKyle danke für den Tipp, ich habe gerade das Tutorial beendet, aber jetzt stecke ich am Benachrichtigungsbildschirm fest, da mein Mauszeiger verschwunden ist. Verbrachte ein paar Minuten damit, am Joystick herumzuspielen, um zu sehen, ob er unsichtbar ist, aber nicht funktioniert lol. Ich bin der Meinung, dass das Mausproblem im Allgemeinen nicht zu schwer zu beheben sein sollte, da die Controller-Eingabe einwandfrei funktioniert hat. Meine Steam-Protokolle enthalten eine Warnung zu GetMouseMovePointsEx, die einige Male Spam gesendet hat, aber soweit ich das beurteilen kann, ist diese Funktion bereits in Wine implementiert.

@YellowApple @tkamat Ich habe einen Hacky-Patch für GetMouseMovePointsEx erstellt. Ich habe ihn nicht getestet, damit er falsch ist. Aber würde es Ihnen etwas ausmachen, ihn auszuprobieren?

https://gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce#file -getmousemovepointsex-patch

Es ist gegen die Weininszenierung geschrieben, daher müssen Sie es möglicherweise manuell anwenden.

@qsniyg Ich habe gerade ein Protokolle vom gepatchten Lauf.

EDIT: ah, es sieht so aus, als ob der Patch für v f wprintf war, während der Absturz auf v s wprintf zurückzuführen ist. Mal sehen, ob ich das reparieren kann ...

@YellowApple Darn, nun, es war zumindest einen besitze das Spiel noch nicht, also kann ich es auch nicht testen. Davon abgesehen würde ein +rawinput,+win,+cursor,+dinput,+xinput -Protokoll wahrscheinlich viel Einblick in das Problem geben (obwohl Sie möglicherweise das Protokoll .gz komprimieren müssen ... :)

Hier ist der vswprintf-Patch: https://gist.github.com/qsniyg/4ba247c7398e3a1926988e3f6ca252ce#file -vswprintf-patch

Verdammt, das hat den Trick gemacht (obwohl ich es als _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr) gepatcht habe, da ich versucht habe, die Dokumente von Microsoft so genau wie möglich

Ich werde versuchen, einige Protokolle mit diesen Flags zu erstellen, damit wir hoffentlich Fortschritte bei diesem Mausproblem erzielen können.

Gut zu wissen! Schickte sie ein :)

https://source.winehq.org/patches/data/182375
https://source.winehq.org/patches/data/182376

Ich weiß auch nicht, warum Wein das so gemacht hat, ich habe nur kopiert, wie sie vswprintf aus einer früheren Deklaration in der Datei deklariert haben :)

Hallo, ich habe die App zur Wein-AppDB hinzugefügt: https://appdb.winehq.org/objectManager.php?sClass=version&iId=38834&iTestingId=107964

@qsniyg Möchten Sie die Fehler mit der Anwendung verknüpfen oder sollte ich?

@ Tomhobson Mach weiter so! (Ich bin in keiner Weise Teil des Weinentwicklungsteams, ich schreibe nur Patches und schäme mich auf der Mailingliste, weil ich immer etwas falsch mache, haha)

@ Tomhobson Mach weiter so! (Ich bin in keiner Weise Teil des Weinentwicklungsteams, ich schreibe nur Patches und schäme mich auf der Mailingliste, weil ich immer etwas falsch mache, haha)

Wenn Sie Patches schreiben, klingt das so, als wären Sie Teil des Weinentwicklungsteams :)

Ok, ich habe den Fehler verlinkt: https://bugs.winehq.org/show_bug.cgi?id=36873

Ich bin mir nicht sicher, wie / ob Sie die Patches wieder mit dem Fehler verknüpfen. Aber wenn sie zusammengeführt werden, können wir das nächste angehen.

Gibt es irgendwelche Fehler, die ich verpasst habe?

Der "Stand der Technik" mit all den Patches hier erfordert also im Wesentlichen immer noch ein Gamepad, um die Menüs zu steuern. Ist das richtig? Nur zu überprüfen, ob das Mausproblem auch nur experimentell behoben wurde.

@allquixotic : das ist richtig.

Hallo Leute! Ich spiele weder unter Linux noch unter Wine, aber ich hatte ein ähnliches Problem: Das Gamepad war für den Mauszeiger in Ordnung, aber keine echte Maus.

Ich spiele auf Shadow (entfernter Computer) und als ich "Capture Cursor" aktivierte, war das Problem einfach weg. Ich weiß nicht genau, wie Wein funktioniert, aber wenn diese Option ebenfalls verfügbar ist, können Sie sie ausprobieren.

Prost

Hallo Leute! Ich spiele weder unter Linux noch unter Wine, aber ich hatte ein ähnliches Problem: Das Gamepad war für den Mauszeiger in Ordnung, aber keine echte Maus.

Ich spiele auf Shadow (entfernter Computer) und als ich "Capture Cursor" aktivierte, war das Problem einfach weg. Ich weiß nicht genau, wie Wein funktioniert, aber wenn diese Option ebenfalls verfügbar ist, können Sie sie ausprobieren.

Prost

Danke für die Information. Befindet sich dieser Capture-Cursor in Bannerlord?

Danke für die Information. Befindet sich dieser Capture-Cursor in Bannerlord?

Ich glaube er meint in der Streaming-Lösung. Es könnte einen Versuch wert sein, zu testen, ob es möglicherweise funktioniert, wenn Wine die ausschließliche Kontrolle über die Maus übernimmt.

Die einzigen Einstellungen für die Maus in engine_config.txt scheinen folgende zu sein:

invert_mouse = 0
mouse_sensitivity_coefficient = 0.5000
control_mouse_movement_y_scale = 1.5000
control_mouse_movement_max_accumulation = 40.0000
control_mouse_movement_accumulation_decay_speed = 100.0000

Es ist nicht überraschend, dass das Ändern dieser Probleme bei dem Problem nicht hilfreich zu sein scheint.

Danke für die Information. Befindet sich dieser Capture-Cursor in Bannerlord?

Ich glaube er meint in der Streaming-Lösung. Es könnte einen Versuch wert sein, zu testen, ob es möglicherweise funktioniert, wenn Wine die ausschließliche Kontrolle über die Maus übernimmt.

Ja, genau das habe ich gemeint.

@ ElCaconym sorry wenn es nicht hilft :(

Wenn jemand zum Testen zur Verfügung steht (ich arbeite noch)

Ich habe hier etwas gefunden, das nützlich sein könnte:
https://askubuntu.com/questions/968252/ubuntu-17-10-mouse-problem-in-wine

Wenn jemand zum Testen zur Verfügung steht (ich arbeite noch)
Ich habe hier etwas gefunden, das nützlich sein könnte:
https://askubuntu.com/questions/968252/ubuntu-17-10-mouse-problem-in-wine

Das war so ziemlich die Idee, die ich gerade hatte. Das Aktivieren dieser Option kann möglicherweise helfen:
Automatically capture the mouse in full-screen windows
Ich erinnere mich, dass andere Spiele zumindest vergleichbare Probleme mit Mauscursorn in Wine hatten.

@ Tomhobson : habe das schon versucht; kein Glück.

Die Nachrichten " fixme: win : GetMouseMovePointsEx" bezeichnen einfach den Stub in wine für diese Funktion. Ich bezweifle, dass sie sogar mit dem Problem zusammenhängen, dass Klicks nicht registriert werden. und tatsächlich sagte ein Taleswords-Entwickler hier :

Wir haben angefangen, GetMouseMovePointsEx für einige Mausbewegungseingaben zu verwenden. Vielleicht ist das nicht in WINE implementiert? Es wird jedoch nicht für Mausklicks verwendet.

Das Laufen mit + rawinput, + win, + cursor, + dinput, + xinput scheint zumindest auf den ersten Blick keine aufschlussreichen Protokolle zu erzeugen. Insbesondere beim Klicken erhalten Sie das Übliche:

0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) up
0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) down

(abhängig davon, ob Sie den linken oder rechten Klick verwenden)

@ElCaconym Könnten Sie das Protokoll teilen? Das vollständige Protokoll enthält möglicherweise weitere Informationen, die zum Debuggen des Problems beitragen können :)

Na sicher; angebracht. WINEDEBUG: + err, + fixme, + rawinput, + win, + cursor, + dinput, + xinput.

Ich verwende kein Proton, wohlgemerkt: Es ist Wine-Staging 5.4 mit allen Staging-Patches, keinen benutzerdefinierten Patches (nicht einmal dem oben genannten - ich wollte das Mausproblem beheben, bevor ich den Patch vfwprintf / vswprintf anwende) und dxvk 1.6 . Winetricks: vcrun2010, vcrun2015 und dotnet48 (möglicherweise ist nur der letzte erforderlich).

Ich habe das Spiel gestartet und um die Protokolle nicht zu verschmutzen, habe ich es vermieden, die Maus zu bewegen, bis ich zum Gamma-Auswahlbildschirm kam. Ich bewegte dann den Cursor über die Schaltfläche "Akzeptieren" und klickte mit der linken Maustaste. Dann habe ich das Spiel aus einem anderen Begriff getötet.

Die Datei:

stderr_bannerlord.log.gz

@ElCaconym Vielleicht überprüfen sie, ob die Maus auf dem Bildschirm ist.

Diese Funktion wird im Menü verwendet. Es würde mich wundern, wenn dies nicht mit dem Menüproblem zusammenhängt.

Führen Sie einen Multi-Monitor oder einen Single aus?

Einzelner Monitor.

@ ElCaconym Huh interessant, es schneidet auch den Cursor in jedem Frame ab, wie in AoT2. Ich frage mich, ob dieser Patch helfen würde? https://source.winehq.org/patches/data/181257 Es sollte ein Problem behoben werden, bei dem die Bewegung des Mauszeigers nicht ordnungsgemäß registriert und nicht geklickt wurde. In diesem Fall ist sie möglicherweise nutzlos, aber wer weiß, sollte es nicht. ' tut aber nicht weh :)

0014:trace:cursor:X11DRV_RawButtonEvent raw button 0 (raw: 1) down
0014:trace:cursor:X11DRV_EnterNotify hwnd 0x10020/7000008 pos 1116,1057 detail 1
004b:trace:cursor:X11DRV_EnterNotify hwnd 0x30052/a600001 pos 1116,1057 detail 1
004b:trace:cursor:X11DRV_ButtonPress hwnd 0x30052/a600001 button 0 pos 1116,1057
004b:trace:cursor:clip_fullscreen_window win 0x30052 clipping fullscreen
004b:trace:win:WIN_CreateWindowEx (null) L"Message" ex=00000000 style=00000000 0,0 0x0 parent=0xfffffffffffffffd menu=(nil) inst=0x140000000 params=(nil)
004b:trace:win:dump_window_styles style:
004b:trace:win:dump_window_styles exstyle:
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(0,0)
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(0,0)
004b:trace:win:WINPOS_GetMinMaxInfo 106 106 / -3 -3 / 1932 1092 / 112 27
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(112,27)
004b:trace:win:invalidate_dce 0x20094 parent 0x10026 (0,0)-(112,27) ((0,0)-(0,0))
004b:trace:win:invalidate_dce 0x70058: hwnd 0x30052 dcx 00000012 Cache 
004b:trace:win:invalidate_dce 0x1005a: hwnd 0x30052 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x12004c: hwnd 0x10020 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x33004a: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:invalidate_dce 0x40041: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:set_window_pos win 0x20094 surface (nil) -> (nil)
004b:trace:win:WIN_CreateWindowEx hwnd 0x20094 cs 0,0 0x0 (0,0)-(112,27)
004b:trace:win:GetWindowRect hwnd 0x20094 (0,0)-(112,27)
004b:trace:win:invalidate_dce 0x20094 parent 0x10026 (0,0)-(112,27) ((0,0)-(112,27))
004b:trace:win:invalidate_dce 0x70058: hwnd 0x30052 dcx 00000012 Cache 
004b:trace:win:invalidate_dce 0x1005a: hwnd 0x30052 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x12004c: hwnd 0x10020 dcx 00000013 Cache 
004b:trace:win:invalidate_dce 0x33004a: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:invalidate_dce 0x40041: hwnd 0x10020 dcx 00000013 Cache InUse
004b:trace:win:set_window_pos win 0x20094 surface (nil) -> (nil)
004b:trace:win:WIN_CreateWindowEx created window 0x20094
004b:trace:cursor:X11DRV_XInput2_Enable XInput2 v2.1 available
004b:trace:cursor:grab_clipping_window clipping to (0,0)-(1920,1080) win 7000001
0014:trace:cursor:clip_cursor_notify clip hwnd changed from (nil) to 0x20094
004b:trace:cursor:X11DRV_EnterNotify hwnd 0x30052/a600001 pos 1116,1057 detail 2
004b:trace:cursor:X11DRV_EnterNotify pos 1116,1057 old serial 24052, ignoring
004b:trace:win:WINPOS_WindowFromPoint scope 0x10020 (1116,1057) returning 0x30052
004b:trace:cursor:SetCursor 0x20070
004b:trace:win:WINPOS_WindowFromPoint scope 0x10020 (1116,1057) returning 0x30052
004b:trace:win:GetWindowRect hwnd 0x30052 (0,0)-(1920,1080)
004b:trace:cursor:ClipCursor Clipping to (null)

Mit diesem Patch werden die Mausklicks immer noch ignoriert. Und ich bekomme immer noch regelmäßig die folgende Sequenz:

004b:trace:cursor:ClipCursor Clipping to (null)
004b:trace:cursor:ungrab_clipping_window no longer clipping

... was mich anfangs zweifeln ließ, dass der Patch richtig angewendet wurde, also habe ich den Wein von Grund auf neu kompiliert (anstatt mein vorheriges Kompilierungsverzeichnis zu verwenden) und ein anderes Präfix (Autotools Installationspräfix, meine ich, kein Wineprefix) verwendet Fall auch. Die fraglichen Protokolle bleiben bestehen - obwohl das zu erwarten ist?

Ah okay, macht Sinn. Es war ein bisschen langweilig, haha.

Könnten Sie es für alle Fälle mit Wein selbst versuchen, anstatt Wein zu inszenieren? Wine-Staging verfügt über einen Rawinput-Patch, der das Klicken auf Spiele wie Mass Effect: Andromeda verhindert. Alternativ können Sie die Weininszenierung auch ohne das Rawinput-Patch neu kompilieren.

Ich ziehe hier nur Dinge aus dem Hut, das könnte auch nicht funktionieren.

Versucht mit Wein ohne Inszenierungsflecken: keine Änderungen. Die Protokolle ändern sich natürlich ein wenig; Zum Beispiel bekomme ich jetzt:

004c:trace:cursor:X11DRV_ButtonPress hwnd 0x3003a/a000001 button 2 pos 163,1067

... bei Mausklicks anstelle der vorherigen X11DRV_RawButtonEvent-Zeilen, aber darüber hinaus werden Klicks immer noch ignoriert. Dieser neue Test enthielt Ihren Patch oben nicht, wohlgemerkt (werde das jetzt nur für den Fall versuchen).

Ich ziehe hier nur Dinge aus dem Hut, das könnte auch nicht funktionieren.

Natürlich - danke fürs Ausprobieren! :-)

Könnte sein, dass dieser Patch tatsächlich einen Effekt hat, da ich glaube, dass das Problem nicht in der Erkennung von Eingaben liegt, sondern darin, wo der Cursor angezeigt wird und wo das Spiel glaubt, dass sich der Cursor befindet.

Wenn dies der Fall ist, muss das Spiel denken, dass der Zeiger an einer bestimmten Position verriegelt ist (obere linke Ecke vielleicht?), Da das Spiel anscheinend überhaupt nicht reagiert, egal wo Sie den Zeiger bewegen. Einige andere Spiele verursachen Probleme mit Wein, bei denen der Zeiger an einer anderen Stelle angezeigt wird als an der Stelle, an der das Spiel denkt, dass er ist, aber es besteht immer noch eine gewisse Korrelation zwischen der Position des Spiels und der tatsächlichen Position. Zum Beispiel könnte es um ein paar Dutzend Pixel oder so etwas verschoben sein.

Der "echte" Zeiger scheint dort zu sein, wo Sie ihn verlassen haben, als Sie das Gamepad zuletzt verwendet haben. Wenn Sie vom Gamepad zur Maus und zurück zum Gamepad wechseln, springt der Cursor an die Stelle, an der Sie das Gamepad zuletzt verwendet haben.

Wenn Sie den Cursor mit dem Gamepad auf eine Schaltfläche bewegen und dann mit der Maus klicken, wird er registriert?

Versucht mit Vanillewein (keine Inszenierungspflaster) _und_ qsniygs Pflaster und keine Veränderung.

@ Krypton-Nova: Ich kann das nicht persönlich testen, kein Gamepad. Obwohl ich mir vorstelle, dass es ein Tool gibt, mit dem ein virtuelles Gamepad simuliert und der Maus / Tastatur zugeordnet werden kann (die Umkehrung von so etwas wie diesem Tool ), könnte es als Umgehung des Mausproblems funktionieren.

Edit: möglicherweise MoltenGamepad ?

Ich habe ein Gamepad und es hat bei mir funktioniert. Nur neugierig, ob es für andere gilt :)

@ Krypton-Nova Ja, ich kann bestätigen, dass das Bewegen des Cursors mit dem Gamepad und das Klicken mit der Maus tatsächlich funktioniert. Scheint darauf hinzudeuten, dass das Problem mit der Mausverfolgung beim Bewegen der Maus zusammenhängt, nicht mit dem Klicken der Maus selbst.

Die Maus allein funktioniert auch bei der Steuerung des Charakters. Das Spiel kann Mausbewegungen erkennen, aber die Position des Cursors kann nicht aktualisiert werden. Eine grundlegende Physikausbildung legt nahe, dass dieses Problem nicht lösbar ist . Steam hat eine eingebaute Mausaufnahme. Ich glaube, ich kann es versuchen, wenn ich von der Arbeit komme, wenn niemand dazu kommt.

Auf dieser Grundlage und ohne angeschlossenes Gamepad habe ich die Protokollierung des zweiten vom Spiel an GetMouseMovePointsEx ( lppt ) übergebenen Parameters Folgendes aktualisiert:

0084:fixme:win:GetMouseMovePointsEx GetMouseMovePointsEx lppt: [736][694]

Und weiter unten auf demselben Bildschirm:

0084:fixme:win:GetMouseMovePointsEx GetMouseMovePointsEx lppt: [1042][656]

Dies deutet darauf hin, dass das Spiel weiß, wo sich der Cursor auf einer bestimmten Ebene befindet. macht es noch seltsamer, dass das Bewegen des Cursors mit einem Gamepad funktioniert, mit einer Maus jedoch nicht.

Vielleicht wird die GetMouseMovePointsEx-Funktion zum Glätten der Maus verwendet und benötigt ein paar weitere Punkte, die für die Interpolation zurückgegeben werden?
@qsniygs Hack gab nur einen Punkt zurück, jemand sollte es mit zwei oder mehr Punkten versuchen.

Ich kann das Spiel nicht einmal ins Hauptmenü bringen, es stürzt nur ab, wenn ich auf den Ladebildschirm drücke.

Ich kann das Spiel nicht einmal ins Hauptmenü bringen, es stürzt nur ab, wenn ich auf den Ladebildschirm drücke.

Gleich. Ich habe all die verschiedenen Proton-Veröffentlichungen und einige GloriousEggroll-Veröffentlichungen ausprobiert.

Ich bin gespannt, was genau Bannerlord mit dem Ergebnis macht. Meine Vermutung ist, dass - wie beim OpenTk-Fehler - der GetMouseMovePointsEx -Protokoll-Spam ein roter Hering ist und jeder Code, der die Antwort verarbeitet (sei es ein Fehler oder tatsächlich zurückgegebene Punkte), lautlos ausbricht. Schwer zu sagen, ohne den Bannerlord-Quellcode zu sehen.

Vielleicht wird die GetMouseMovePointsEx-Funktion zum Glätten der Maus verwendet und benötigt ein paar weitere Punkte, die für die Interpolation zurückgegeben werden?
@qsniygs Hack gab nur einen Punkt zurück, jemand sollte es mit zwei oder mehr Punkten versuchen.

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
    FIXME("    Input: %d %d\n", ptin->x, ptin->y);

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x;
            ptout[1].y = pos.y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
            return 2;
        }

        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

Ich kann das Spiel nicht einmal ins Hauptmenü bringen, es stürzt nur ab, wenn ich auf den Ladebildschirm drücke.

@giantrat , @NovenTheHero : Können Sie Ihren Startoptionen PROTON_LOG=1 hinzufügen (z. B. PROTON_LOG=1 %command% ) und die resultierenden ~/steam-261550.log (vorzugsweise als Link zu z. B. Pastebin oder Github) bereitstellen? Kern)?

Los geht's: Gist

@NovenTheHero lösche dein

1. Benennen Sie Bannerlord.exe und Bannerlord_BE.exe in ManagedStarter.exe und ManagedStarter_BE.exe um
2. Führen Sie protontricks 261550 vcrun2015
3. Führen Sie protontricks 261550 vcrun2017
4. Fügen Sie native Überschreibungen für ucrtbase und api-ms-win-crt-private-l1-1-0 über winecfg hinzu
5. Führen Sie die folgenden Befehle aus:
   cd /home/$USER/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/windows/system32/
wget "https://aka.ms/vs/16/release/vc_redist.x64.exe"
cabextract vc_redist.x64.exe
cabextract a10
6. Starten Sie das Spiel und verwenden Sie einen Controller für Menüs. Dies sollte ausreichen, um Sie in benutzerdefinierte Schlachten zu bringen und die Kampagne zu starten, obwohl Sie beim Speichern wahrscheinlich auf einige Eingabeprobleme und ein Einfrieren stoßen werden.

@NovenTheHero Wenn Sie den Launcher noch nicht umgehen, versuchen Sie dies (dh cd "~/.steam/steam/steamapps/common/Mount & Blade II Bannerlord/bin/Win64_Shipping_Client" && mv TaleWorlds.MountAndBlade.Launcher.exe TaleWorlds.MountAndBlade.Launcher.exe.old && cp Bannerlord.exe TaleWorlds.MountAndBlade.Launcher.exe ). Alternativ (wenn der Launcher für Sie funktioniert und Sie ihn verwenden möchten) versuchen Sie, einfach Bannerlord.exe nach ManagedStarter.exe kopieren.

Dieser ManagedStarter -Fehler ist darauf zurückzuführen, dass TaleWorlds den Namen der EXE-Datei geändert hat, ohne sie unbedingt neu zu kompilieren (wenn ich das richtig verstehe, als ich das in den Foren gelesen habe).

steam-261550.log
Los geht's, danke übrigens für diese Startoption!

@giantrat Sieht so aus, als müssten Sie entweder einen benutzerdefinierten Wine / Proton mit dem Patch von qsniyg weiter oben erstellen oder den nativen Überschreibungsschritten folgen (siehe den Kommentar von @tkamat oben).

Das neueste Update (e1.0.1) scheint das Launcher-Problem für mich behoben zu haben. Leider kann ich den Regler auch nach Befolgung aller genannten Schritte nicht zum Laufen bringen (ich habe einen Dampfregler, keinen typischen, oder?)

Ich habe auch gerade meinen Steam Controller ausprobiert und es hat nicht funktioniert. Ich denke, das liegt daran, dass der Steam Controller eine Maus nachahmt.

Nun, mit dem Kommentar von tkamat funktioniert der Launcher jetzt, aber ich stürze nach dem Intro der Talwelten immer noch ab.

NVM, habe nach erneutem Ausführen die Helligkeitskalibrierung erhalten! Pog.

@NovenTheHero Stellen Sie sicher, dass der linke Joystick Ihres Controllers für die Joystickbewegung und NICHT für die Mausbewegung konfiguriert ist. Das sollte den Trick machen.

Oh, keine Mauseingabe auf dem Helligkeitsbildschirm, fühlt sich schlecht an. Ich werde die obigen Skripte ausprobieren.

@tkamat vorausgesetzt, Sie beziehen sich auf den Dampfregler, alle Achsen sind als Joystick-Bewegung konfiguriert, keine funktioniert derzeit ... Ich habe auch jede verrückte Achse ausprobiert, die mit einem HOTAS-Joystick möglich ist, ohne Ergebnis.

Das Hinzufügen eines zweiten identischen Punkts zur Ausgabe von GetMouseMovePointsEx hatte keine Auswirkung. Es ist auch offensichtlich (im Einklang mit den Ergebnissen von @ElCaconym ), dass die Funktion mit gültigen

Wilde Theorie.

OpenTK, von dem ich annehme, dass es sich um eine Bibliothek handelt, die TaleWorlds für die GUI verwendet, unterstützt keine hohen DPI-Werte. Dies ist ein SLD2-Problem, das auch von winebus.sys verwendet wird, der HID-Schnittstelle im Wein. Ich denke, dass die hohe Standard-DPI SLD2 / Winebus mit Eingang überlastet und nicht aufholen kann. Es ist also möglich, dass das Spiel die Mausbewegung aufnimmt, wenn wir die DPI der Maus in der Konfiguration auf einen niedrigeren Wert ändern können.

In einem anderen Hinweis zeigt das Ausführen von hid_test.exe (gefunden in test.winehq.org) in cmd im Weinpräfix für Bannerlord, dass eine Wine HID Mouse erkannt wurde und mein drahtloser Empfänger, aber sonst nichts. Dies könnte aufgrund von udev-Regeln nur auf meiner Seite sein, aber ich frage mich, ob ich aufgrund meiner Unfähigkeit, meine Standard-Maus-DPI zu ändern (Verdammt, Asus! Erstelle bereits ein Linux-Konfigurationstool!). Dann wieder SLD2 überladen mit info. Oder nimmt es nicht auf.

int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);

    static LPMOUSEMOVEPOINT prev;

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x + 1;
            ptout[1].y = pos.y + 1;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x + 1, pos.y + 1);
            return 2;
        }
        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

(oder vielleicht war es der Patch, der vor ein paar Stunden veröffentlicht wurde. Ich bin mir nicht sicher, ob ich ihn getestet habe, bevor ich den Code geändert habe.)

EDIT: War nicht auf den Patch zurückzuführen, dieser Code hat ihn tatsächlich behoben

Süss! Damit jetzt wieder aufbauen.

Es kam zu einigen seltsamen Abstürzen, aber es gelang mir, einen 1-gegen-1-Kampf gegen die KI zu beenden.

So weit so gut mit dieser Einstellung. Konnte mit den Menüs herumtollen, einen Charakter erstellen, das Tutorial überspringen, zurück ins Trainingslager gehen und alle Trainingsziele mit allen Waffen erreichen. Das einzige Problem, das mir bisher aufgefallen ist, ist, dass das Drehen der Karte mit der rechten Maustaste nur in eine Richtung funktioniert (dh wie bei einem inversen Zoolander dreht sich die Karte nur nach links, lol).

Ich denke, der einzige Ärger, der hier noch bleibt, ist das lange Hängen beim Speichern, und ich habe leider überhaupt keine Hinweise, um herauszufinden, was das verursacht.

So weit so gut mit dieser Einstellung. Konnte mit den Menüs herumtollen, einen Charakter erstellen, das Tutorial überspringen, zurück ins Trainingslager gehen und alle Trainingsziele mit allen Waffen erreichen. Das einzige Problem, das mir bisher aufgefallen ist, ist, dass das Drehen der Karte mit der rechten Maustaste nur in eine Richtung funktioniert (dh wie Zoolander weigert sich die Karte, nach links zu drehen, lol).

Ich denke, der einzige Ärger, der hier noch bleibt, ist das lange Hängen beim Speichern, und ich habe leider überhaupt keine Hinweise, um herauszufinden, was das verursacht.

Funktioniert die Maus jetzt oder verwenden Sie noch ein Gamepad?

Ist jemand schon auf dieses Problem gestoßen?

Assertion: should not be reached at /vagrant/mono/mono/utils/mono-threads.c:1066

Das Spiel friert mich direkt nach der Charaktererstellung ein, was mein einziger Hinweis ist, bevor ich gezwungen bin, es zu töten.

Funktioniert die Maus jetzt oder verwenden Sie noch ein Gamepad?

: mouse: Gamepad ist noch nicht einmal angeschlossen.

@YellowApple , Sie könnten versuchen, den Punkt aus dem vorherigen Aufruf der Funktion in einer statischen Variablen zu speichern und ihn dann als Punkt bei Index 1 zu übergeben. Ich habe das Gefühl, dass sie die beiden Punkte verwenden, um eine Art Mausdelta zu berechnen.
Ich werde jetzt schlafen gehen.

Das ist definitiv einen Versuch wert. Ich werde mit diesem Code putz und sehen, ob ich etwas in diese Richtung zaubern kann. Eine langfristige Lösung wäre letztendlich, einen statischen Puffer von bis zu 64 davon zu haben und diese kontinuierlich zu durchlaufen (das heißt: den API-Aufruf anstelle des aktuellen Hacked-Together-Ansatzes tatsächlich vollständig zu implementieren, lol).

Dies erinnert mich an ein Problem: Letztes Jahr (das seitdem im Spiel gepatcht wurde) hatte Naval Action Probleme mit Protonen, bei denen die Cursorposition nach dem Ändern des Mausparsing-Kontexts (von Mausblick zu Menü) nicht erkannt wurde, und wenn Sie das hatten Menü geöffnet, Alt-Tab aus und wieder zurück, es würde es erkennen und das Menü würde funktionieren. Scheint eine einfache Sache zu sein, aber hat es jemand versucht?

Ich hatte nicht daran gedacht, das Alt-Tabbing zu versuchen, aber ich habe es nur versucht und es hat leider nichts für mich getan. :enttäuscht:

Weiß jemand, ob dieser vagabundierende Monofehler, der mich einfriert, mit Steam oder Mount and Blade zusammenhängt?

@YellowApple Hast du etwas dagegen zu erklären, wie und wo du diesen Code in Wein gepatcht hast? Ich bin sehr neu im Kompilieren von Wein (aber ich bin seit Jahren daran interessiert, verschiedene Spiele unter Linux zum Laufen zu bringen) und ich verstehe nicht ganz, wohin es gehen soll. Ich habe vor ein paar Wochen eine Freundin dazu gebracht, ganztägig auf Linux umzusteigen, und sie freute sich wirklich auf dieses Spiel, also wäre es einfach großartig, wenn ich es für sie zum Laufen bringen könnte. Ich glaube nicht, dass sie bald wieder zu Windows zurückkehren wird, aber ich möchte auch nicht, dass sie enttäuscht ist, dass sie nicht das einzige Spiel spielen kann, auf das sie sich gefreut hat.

Beim Ändern der Protonenversion wurde der Download von 0% gestartet und der Download von 31 GB zweimal hintereinander entfernt. Ich hatte fast einen Herzinfarkt.

Okay, ich habe Probleme, es überhaupt auf der Festplatte zu halten, da Steam es jedes Mal entfernt, wenn ich es vollständig installiere. Ich bin traurig.

Ich liebe die brillante Zusammenarbeit, die hier stattfindet, und sie hindert mich daran, sie bei Steam zurückzuerstatten. Ich bin nicht besonders technisch versiert, aber ich kann sehen, dass hier Fortschritte erzielt werden. Mit den oben genannten einfachen Dingen kann ich fast die gesamte Charaktererstellung durchlaufen, bevor das Spiel hart gesperrt wird, wodurch ich meinen Computer physisch neu starte, aber Sie alle geben mir Hoffnung =).

Für das Speichern des Spiels müssen wir möglicherweise Codeweaver einbeziehen (im Grunde die Hauptbetreuer von Wine). Hoffentlich bemerken sie, wie beliebt dieses Spiel ist und arbeiten daran. Selbst wenn die Mausunterstützung funktioniert, ist das Speichern immer noch ein Grund dafür, dass dieses Spiel als Müll eingestuft wird.

Controller hat nicht geholfen, konnte das Spiel immer noch nicht starten, ich warte wohl einen Tag.

@giantrat Hast du die Umbenennung versucht? Der Launcher, den Steam standardmäßig zu starten versucht, funktioniert für viele von uns nicht gern.

@coltondrg Die fragliche dlls/user32/input.c . Sie möchten die Funktionsdefinition für GetMouseMovePointsEx und durch folgende ersetzen:

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
    FIXME("    Input: %d %d\n", ptin->x, ptin->y);

    if (count > 0) {
        POINT pos;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;
        FIXME("    Output 0: %d %d\n", pos.x, pos.y);

        if (count > 1) {
            ptout[1].x = pos.x + 1;
            ptout[1].y = pos.y + 1;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
            return 2;
        }

        return 1;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

Wenn Sie dieselbe Version von Wine erstellen, die Proton verwendet, können Sie stattdessen Folgendes in einer Datei (z. B. butterlord.patch ), cd im Wine-Quellbaum speichern und git apply path/to/butterlord.patch ausführen.

diff --git a/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec b/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
index 668b8c02fb..58f23257e0 100644
--- a/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
+++ b/dlls/api-ms-win-crt-private-l1-1-0/api-ms-win-crt-private-l1-1-0.spec
@@ -150,7 +150,8 @@
 @ stub _o___stdio_common_vfprintf_p
 @ stub _o___stdio_common_vfprintf_s
 @ stub _o___stdio_common_vfscanf
-@ stub _o___stdio_common_vfwprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vfwprintf(int64 ptr wstr ptr ptr) ucrtbase._o___stdio_common_vfwprintf
 @ stub _o___stdio_common_vfwprintf_p
 @ stub _o___stdio_common_vfwprintf_s
 @ stub _o___stdio_common_vfwscanf
@@ -160,7 +161,8 @@
 @ stub _o___stdio_common_vsprintf_p
 @ cdecl _o___stdio_common_vsprintf_s(int64 ptr long str ptr ptr) ucrtbase._o___stdio_common_vsprintf_s
 @ stub _o___stdio_common_vsscanf
-@ stub _o___stdio_common_vswprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr) ucrtbase._o___stdio_common_vswprintf
 @ stub _o___stdio_common_vswprintf_p
 @ stub _o___stdio_common_vswprintf_s
 @ stub _o___stdio_common_vswscanf
diff --git a/dlls/ucrtbase/ucrtbase.spec b/dlls/ucrtbase/ucrtbase.spec
index 2251f9f56a..281e2e7c9e 100644
--- a/dlls/ucrtbase/ucrtbase.spec
+++ b/dlls/ucrtbase/ucrtbase.spec
@@ -814,7 +814,8 @@
 @ stub _o___stdio_common_vfprintf_p
 @ stub _o___stdio_common_vfprintf_s
 @ stub _o___stdio_common_vfscanf
-@ stub _o___stdio_common_vfwprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vfwprintf(int64 ptr wstr ptr ptr) MSVCRT__stdio_common_vfwprintf
 @ stub _o___stdio_common_vfwprintf_p
 @ stub _o___stdio_common_vfwprintf_s
 @ stub _o___stdio_common_vfwscanf
@@ -824,7 +825,8 @@
 @ stub _o___stdio_common_vsprintf_p
 @ cdecl _o___stdio_common_vsprintf_s(int64 ptr long str ptr ptr) MSVCRT__stdio_common_vsprintf_s
 @ stub _o___stdio_common_vsscanf
-@ stub _o___stdio_common_vswprintf
+# PATCHED:
+@ cdecl _o___stdio_common_vswprintf(int64 wstr long wstr ptr ptr) MSVCRT__stdio_common_vswprintf
 @ stub _o___stdio_common_vswprintf_p
 @ stub _o___stdio_common_vswprintf_s
 @ stub _o___stdio_common_vswscanf
diff --git a/dlls/user32/input.c b/dlls/user32/input.c
index 46f78cbce8..40ed0f4692 100644
--- a/dlls/user32/input.c
+++ b/dlls/user32/input.c
@@ -1280,7 +1280,30 @@ int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOI
         return -1;
     }

-    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);
+    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
+    FIXME("    Input: %d %d\n", ptin->x, ptin->y);
+
+    if (count > 0) {
+        POINT pos;
+        GetCursorPos(&pos);
+
+        ptout[0].x = pos.x;
+        ptout[0].y = pos.y;
+        ptout[0].time = GetTickCount();
+        ptout[0].dwExtraInfo = 0;
+        FIXME("    Output 0: %d %d\n", pos.x, pos.y);
+
+        if (count > 1) {
+            ptout[1].x = pos.x + 1;
+            ptout[1].y = pos.y + 1;
+            ptout[1].time = GetTickCount();
+            ptout[1].dwExtraInfo = 0;
+            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
+            return 2;
+        }
+        
+        return 1;
+    }

     SetLastError(ERROR_POINT_NOT_FOUND);
     return -1;

Dadurch wird Ihr Wein so geflickt, dass er genau mit dem identisch ist, was ich verwende.

@giantrat Hast du die Umbenennung versucht? Der Launcher, den Steam standardmäßig zu starten versucht, funktioniert für viele von uns nicht gern.

yup, und jetzt bekomme ich den verdammten Absturz des Ladebildschirms, selbst nachdem ich das angewendet habe, was ihm beim letzten Mal geholfen hat.

@YellowApple Du bist unglaublich. Die Patch-Datei, die Sie eingefügt haben, enthält auch die vorherigen Patches für den Absturz, oder? (egal, ich kann lesen) Ich hatte es bereits geschafft, mit diesen Patches einen Build zu erstellen, aber das Spiel erkannte den Controller auf meinem Computer nicht, sodass ich nicht weit genug kommen konnte, um zu sehen, ob dies tatsächlich effektiv war. Ich bin mir auch nicht sicher, ob dies einen Unterschied macht, aber ich habe meine Builds mit dem proton-tkg-Skript (von wine-tkg-git) kompiliert, sodass ich einfach benutzerdefinierte Patch-Dateien hineinziehen und das Skript a ausspucken lassen kann schönes Proton für mich zum Ziehen in kompatibilitytools.d. Ich denke, das bedeutet, dass mein Build auch alle tkg-Patches enthält, von denen ich hoffe, dass sie nicht in Konflikt stehen oder wahrscheinlich etwas anderes beschädigen.

Ich wollte nur aktualisieren, nachdem @YellowApple oben Mauseingaben ! Das erste Speichern der Kampagne hat das Spiel für einige Minuten eingefroren und ist am Ende abgestürzt, aber nach dem erneuten Öffnen des Spiels wurde das Speichern erfolgreich geladen. Nachfolgende Speicherungen lassen das Spiel einige Sekunden lang einfrieren, aber sie stürzen nicht ab, sodass ich immer noch ziemlich reibungslos spielen kann! Ich habe einen Ryzen 2600, einen RX 580 und eine Sata-SSD, also hübsche Spezifikationen für den mittleren Bereich, was ebenfalls ermutigend ist. Vielen Dank an alle in diesem Thread, die zur Lösung beigetragen haben, und zögern Sie nicht, mich noch etwas zu fragen :). Hoffentlich kann dies auf vorgelagerten Wein übertragen werden, damit wir uns nicht selbst bauen müssen.

BEARBEITEN: Nach ungefähr einer Stunde der Kampagne scheint es also zu einem Speicherverlust zu kommen, da das Spiel immer mehr RAM verwendet, während die Leistung abnimmt. Dies kann sehr wohl ein Problem mit dem Spiel selbst sein, wenn man bedenkt, dass einige Windows-Benutzer sich auch über Leistungsprobleme beschwerten. Ich habe 8 GB RAM, daher könnte es interessant sein zu sehen, ob dies Menschen mit mehr RAM passiert.

Und hier ist die leicht aufpolierte Version von GetMouseMovePointsEx , die den Reverse-Zoolander-Map-Rotationsfehler behebt und - obwohl sie immer noch voller Hacker ist - wahrscheinlich Good Enough ™ für den Upstream sendet:

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {
    static INT last_x = 0;
    static INT last_y = 0;

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    if (count > 0) {
        POINT pos;
        INT out_count = 1;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;

        if (count > 1) {
            ptout[1].x = last_x;
            ptout[1].y = last_y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            out_count = 2;
        }

        last_x = pos.x;
        last_y = pos.y;

        return out_count;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

@qsniyg : Willst du die Ehre

Ich habe das Spiel derzeit nicht, kann es also nicht testen, aber hat jemand eine Crashlog-Ausgabe für den Savegame-Hang? Klingt fast so, als hätten wir Probleme mit Dateiberechtigungen.

@YellowApple Würde es Ihnen etwas Anleitung zu erstellen, wie Sie das Spiel für Idioten von Grund auf neu gestalten können?

Ich habe das Spiel derzeit nicht, kann es also nicht testen, aber hat jemand eine Crashlog-Ausgabe für den Savegame-Hang? Klingt fast so, als hätten wir Probleme mit Dateiberechtigungen.

Ich bezweifle etwas, dass es sich um ein Berechtigungsproblem handelt. Das Spiel kann gespeichert werden, aber das Speichern dauert ca. 5-10 Minuten und hängt nur, bis es fertig ist. Es wäre kein Showstopper für mich zu spielen, außer dass die automatische Speicherung jedes Mal ausgelöst wird, wenn Sie einen Kampf beginnen, und bei den meisten anderen großen Szenenwechseln

@YellowApple Würde es Ihnen etwas Anleitung zu erstellen, wie Sie das Spiel für Idioten von Grund auf neu gestalten können?

Der "für Idioten" freundlichste Ansatz:

• Laden Sie den genauen Proton-Build herunter, den ich verwende: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
• Steck es in ~/.steam/root/compatibilitytools.d
• Extrahieren Sie es ( cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz )
• Starten Sie Steam neu
• Klicken Sie in Ihrer Bibliothek mit der rechten Maustaste auf Bannerlord, klicken Sie auf Eigenschaften und ändern Sie die Proton-Version in "proton_5.0-local".
• ???
• Profitieren

Offensichtlich tun Sie dies auf eigenes Risiko, mit dem Verständnis, dass das Herunterladen und Installieren und Ausführen von zufälligen Binärdateien aus dem Internet eine riskante Angelegenheit ist, die mit Gefahren behaftet ist. Vorbehalt Emptor. Es wird dringend empfohlen, das Proton-Repo zu klonen, die Patches selbst anzuwenden und Proton auf Ihrem eigenen Computer zu erstellen (und obwohl dies nicht gerade der benutzerfreundlichste Ansatz ist, ist es viel sicherer, als dem Internet zu vertrauen Fremde, nicht aus deinem Schädel zu trinken, lol).

Hoffentlich können wir diese Patches eher früher als später upstreamen, damit wir die Notwendigkeit dieser einmaligen benutzerdefinierten Builds vermeiden können, lol

Hoffentlich können wir diese Patches eher früher als später upstreamen, damit wir die Notwendigkeit dieser einmaligen benutzerdefinierten Builds vermeiden können, lol

Zumindest, solange diese Patches andere Dinge nicht beschädigen, könnten sie möglicherweise vorerst in die beliebten Proton-Builds von Drittanbietern wie tkg oder GE integriert werden? : 3 @GloriousEggroll?

@YellowApple Würde es Ihnen etwas Anleitung zu erstellen, wie Sie das Spiel für Idioten von Grund auf neu gestalten können?

Der "für Idioten" freundlichste Ansatz:

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

Offensichtlich tun Sie dies auf eigenes Risiko, mit dem Verständnis, dass das Herunterladen und Installieren und Ausführen von zufälligen Binärdateien aus dem Internet eine riskante Angelegenheit ist, die mit Gefahren behaftet ist. Vorbehalt Emptor. Es wird dringend empfohlen, das Proton-Repo zu klonen, die Patches selbst anzuwenden und Proton auf Ihrem eigenen Computer zu erstellen (und obwohl dies nicht gerade der benutzerfreundlichste Ansatz ist, ist es viel sicherer, als dem Internet zu vertrauen Fremde, nicht aus deinem Schädel zu trinken, lol).

Hoffentlich können wir diese Patches eher früher als später upstreamen, damit wir die Notwendigkeit dieser einmaligen benutzerdefinierten Builds vermeiden können, lol

Das Problem ist, dass beim Umschalten der Protonenversion der gesamte Bannerlord entfernt wird und der Download erneut beginnt. 😤

Das sollte nicht passieren, es sollte den kompatiblen Datenordner löschen, wenn Sie Proton downgraden, aber es sollte niemals das ganze Spiel löschen. In jedem Fall sollten Sie in der Lage sein, das erneute Herunterladen zu umgehen, indem Sie die Spieledateien sichern und nach dem Ändern der Proton-Version wiederherstellen. Sie können dies erreichen, indem Sie buchstäblich eine Kopie des Spielinstallationsordners oder unter Steam> Spiele sichern und wiederherstellen erstellen

Die Verzögerung beim Speichern des Spiels ist brutal. Ich kann bestätigen, dass die CPU-Auslastung auf allen 12 logischen CPUs in meinem System für einige Sekunden auf 100% gesteigert wird (für mich bis zu 1 Minute). Das R / W der Festplatte ist während dieser Zeit niedrig / nicht vorhanden, daher scheint es sich um etwas anderes zu handeln. Ich sehe nichts auf der Konsole gedruckt, wenn Dampf läuft, während dies läuft. Gibt es eine andere Möglichkeit, mehr Protokollierung von Protonen / Wein zu ermöglichen, um das Problem hier zu diagnostizieren?

Derzeit wird eine gepatchte Version von GE Proton erstellt. Werde zurückmelden, wenn es mit dem hier geposteten Patch funktioniert :)

@ YellowApple

Welche Patches haben Sie genau angewendet?
Das Anwenden des Git-Patches aus Ihrem Beitrag ist genug? (Ich lade immer noch Bannerlord herunter, konnte es also noch nicht testen.)

Müssen wir den Launcher mit diesem Patch noch umgehen?

YellowApple

Welche Patches haben Sie genau angewendet?
Das Anwenden des Git-Patches aus Ihrem Beitrag ist genug? (Ich lade immer noch Bannerlord herunter, konnte es also noch nicht testen.)

Müssen wir den Launcher mit diesem Patch noch umgehen?

@elovin

Es scheint, dass das Problem mit dem verwalteten Starter jetzt mit dem neuesten Patch behoben wurde. Also nein.

In beiden Fällen war das Umgehen des Launchers nicht erforderlich. Wenn Sie die Bannerlord.exe in ManagedStarter.exe umbenannten, funktionierte der Launcher einwandfrei.

@YellowApple @tomhobson
Ich kann den Patch auf den Weinstall anwenden, aber nicht auf den Weinmeister, da es jetzt einen widersprüchlichen Patch gibt (das scheint Ihr Patch zu sein, aber mit einer anderen Reihenfolge von Argumenten?) .
Wurde Ihr Patch bereits zusammengeführt?

BEARBEITEN:
Okay, der Eingabe-Patch ist noch erforderlich.

@YellowApple Würde es Ihnen etwas Anleitung zu erstellen, wie Sie das Spiel für Idioten von Grund auf neu gestalten können?

Der "für Idioten" freundlichste Ansatz:

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

Offensichtlich tun Sie dies auf eigenes Risiko, mit dem Verständnis, dass das Herunterladen und Installieren und Ausführen von zufälligen Binärdateien aus dem Internet eine riskante Angelegenheit ist, die mit Gefahren behaftet ist. Vorbehalt Emptor. Es wird dringend empfohlen, das Proton-Repo zu klonen, die Patches selbst anzuwenden und Proton auf Ihrem eigenen Computer zu erstellen (und obwohl dies nicht gerade der benutzerfreundlichste Ansatz ist, ist es viel sicherer, als dem Internet zu vertrauen Fremde, nicht aus deinem Schädel zu trinken, lol).

Hoffentlich können wir diese Patches eher früher als später upstreamen, damit wir die Notwendigkeit dieser einmaligen benutzerdefinierten Builds vermeiden können, lol

Es funktioniert für meinen Manjaro.

Hallo zusammen,

Ich habe so lange auf dieses Spiel gewartet. Ist dieses Spiel jetzt spielbar?

@YellowApple Würde es Ihnen etwas Anleitung zu erstellen, wie Sie das Spiel für Idioten von Grund auf neu gestalten können?

Der "für Idioten" freundlichste Ansatz:

* Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz

* Stick it in `~/.steam/root/compatibilitytools.d`

* Extract it (`cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz`)

* Restart Steam

* Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"

* ???

* Profit

Offensichtlich tun Sie dies auf eigenes Risiko, mit dem Verständnis, dass das Herunterladen und Installieren und Ausführen von zufälligen Binärdateien aus dem Internet eine riskante Angelegenheit ist, die mit Gefahren behaftet ist. Vorbehalt Emptor. Es wird dringend empfohlen, das Proton-Repo zu klonen, die Patches selbst anzuwenden und Proton auf Ihrem eigenen Computer zu erstellen (und obwohl dies nicht gerade der benutzerfreundlichste Ansatz ist, ist es viel sicherer, als dem Internet zu vertrauen Fremde, nicht aus deinem Schädel zu trinken, lol).

Hoffentlich können wir diese Patches eher früher als später upstreamen, damit wir die Notwendigkeit dieser einmaligen benutzerdefinierten Builds vermeiden können, lol

Arbeitet an Mint 19.2. Das einzige Problem, das im Moment scheinbar noch besteht, ist die brutale Zeit (normalerweise eine Minute für mich), die benötigt wird, wenn das Spiel gespeichert wird.

Hallo zusammen,

Ich habe so lange auf dieses Spiel gewartet. Ist dieses Spiel jetzt spielbar?

@Przygi Es ist spielbar - aber die Wartezeit (aufgrund des Sparens) im Moment ist teuflisch. Dies muss verbessert werden, bevor das Spiel Spaß macht.

@ Rogue-Factor gibt es spezielle Startoptionen für zusätzliche Protokollierung? Ich arbeite jetzt daran, hier ein Protokoll zu bekommen.

Rogue-Faktor Gibt es spezielle Startoptionen für zusätzliche Protokollierung? Ich arbeite jetzt daran, hier ein Protokoll zu bekommen.

@sdegrace

Wenn Sie innerhalb von Steam zum Spiel gehen, klicken Sie mit der rechten Maustaste und gehen Sie zu den Eigenschaften.

Klicken Sie dann auf Startoptionen festlegen.

Geben Sie PROTON_LOG=1 %command%

Starte das Spiel wie gewohnt.

In Ihrem Home-Verzeichnis wird ein Protokoll mit dem Namen steam-{appid}.log .

Hinweis an alle, Sie haben die exe-Dateien zusätzlich zum Patchen von Protonen noch umbenannt!

• Den Launcher umgehen

  Einige Anmerkungen:

  the game uses Battleye Anti-Cheat - it's seemingly mandatory even if you just want to play single player. No idea if there is a launch parameter that disables it.
  

  Sie können zwei EXE-Dateien in / Mount & Blade II Bannerlord / bin / Win64_Shipping_Client / umbenennen.

  rename "TaleWorlds.MountAndBlade.Launcher.exe" to "TaleWorlds.MountAndBlade.Launcher.exe_backup" (or something similar - it's just not allowed to keep its original name)
  
  rename "Bannerlord.exe" to "TaleWorlds.MountAndBlade.Launcher.exe"
  

  Um zumindest das Spiel zu starten, sehen Sie sich die Begrüßungsbildschirme an und dann komme ich zu dem Punkt, an dem ich zum ersten Mal mit dem Spiel interagieren muss (Helligkeitseinstellungen ändern). An diesem Punkt gehen meine CPU und GPU völlig durcheinander und ich kann nicht überhaupt mit dem Spiel interagieren.

• Und dann Proton patchen

  Der "für Idioten" freundlichste Ansatz:

  Download the exact Proton build I'm using: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
  Stick it in ~/.steam/root/compatibilitytools.d
  Extract it (cd ~/.steam/root/compatibilitytools.d && tar xvf proton_5.0-local.tar.gz)
  Restart Steam
  Right-click Bannerlord in your library, click Properties, and change the Proton version to "proton_5.0-local"
  ???
  Profit
  

  Offensichtlich tun Sie dies auf eigenes Risiko, mit dem Verständnis, dass das Herunterladen und Installieren und Ausführen von zufälligen Binärdateien aus dem Internet eine riskante Angelegenheit ist, die mit Gefahren behaftet ist. Vorbehalt Emptor. Es wird dringend empfohlen, das Proton-Repo zu klonen, die Patches selbst anzuwenden und Proton auf Ihrem eigenen Computer zu erstellen (und obwohl dies nicht gerade der benutzerfreundlichste Ansatz ist, ist es viel sicherer, als dem Internet zu vertrauen Fremde, nicht aus deinem Schädel zu trinken, lol).

Vielen Dank an alle in diesem Thread :)

@ SylvainSoKette

Launcher funktioniert gut für mich!

@tomhobson Haben Sie etwas Spezielles getan, um es zum Laufen zu bringen, oder sollte es funktionieren, wenn Sie nur mit dem gepatchten Proton arbeiten?

Danke für die ganze Arbeit an diesem Thread! Ich bin seit dem Erscheinen des Spiels doppelt gestartet, aber ich bin froh, dass hier Fortschritte erzielt wurden!

Meine Tests:

• Manjaro ausführen 19.0.2
• Umbenannte Exe-Dateien aufgrund eines Launcher-Problems, das bei mir immer noch auftritt.
• Befolgen Sie die @ YellowApple- Anleitung und laden Sie das Spiel mit bearbeitetem Proton.
• Absturz beim Anpassen von Audio, jedoch wurden die Einstellungen gespeichert.
• Absturz beim Verlassen des Tutorials nach erfolgreicher Charaktererstellung.
• Es gelang, das Tutorial beim zweiten Versuch zu überspringen und es zur Kampagnenkarte zu schaffen.
• Einige leichte Leistungseinbußen im Vergleich zu Windows, läuft aber insgesamt in Ordnung.
• Getestete Speicherfunktion und wie besprochen hängt das Spiel dabei. Die CPU liegt bei meinem 9700k bei rund 90%. Das Speichern dauerte ungefähr 35 Sekunden.

@tomhobson Haben Sie etwas Spezielles getan, um es zum Laufen zu bringen, oder sollte es funktionieren, wenn Sie nur mit dem gepatchten Proton arbeiten?

@kelytha Ich habe das gepatchte Proton verwendet. Aber ich habe Bannerlord_BE.exe und Bannerlord.exe in ManagedStarter_BE.exe bzw. ManagedStarter.exe umbenannt.

Wäre es nicht besser, Links mit den Namen ManagedStarter.exe und ManagedStarter_BE.exe zu verwenden, falls sie die ausführbaren Dateien aktualisieren?

@ Rogue-Factor neue Protokolldatei ist mehr als 10 GB: / Ich werde es gleich noch einmal versuchen.

@sdegrace sollte es ganz schön komprimieren. Versuchen Sie es

Hallo zusammen,
Ich habe so lange auf dieses Spiel gewartet. Ist dieses Spiel jetzt spielbar?

@Przygi Es ist spielbar - aber die Wartezeit (aufgrund des Sparens) im Moment ist teuflisch. Dies muss verbessert werden, bevor das Spiel Spaß macht.

Danke für die Antwort!!! Tolle Arbeit Jungs !!!

Leider nicht spielbar, stürzt jedes Mal ab, wenn ich die Grafikeinstellungen ändere, und stürzt manchmal ab, wenn eine komplexe 3D-Szene (Menübildschirm oder Bildschirm zur Charaktererstellung) gezeichnet / geladen werden muss.
"Anwendungsabsturz: Die Anwendung hatte ein Problem. Wir müssen die erforderlichen Dateien sammeln, um das Problem zu beheben. Möchten Sie diese Dateien jetzt hochladen?"

Das einzige Mal, dass ich zum Charaktererstellungsbildschirm kam, war die Aufführung schrecklich.
Aber ich denke, das ist wahrscheinlich ein Treiberproblem auf meiner Seite, da ich auf Ubuntu 18.04 bin, ohne exotischen ppa oder ohne manuell installierten Treiber.

Ubuntu 18.04, Core i7 6700, 16go ddr4, gtx 1060 3go (nvidia-driver-435)

Etwas zu beachten: Ich habe 2 Monitore, einen an der Grafikkarte, den anderen am Motherboard-Ausgang (von der Intel HD-Grafik verwaltet). Der Hauptmonitor ist an die NVIDIA-Grafikkarte angeschlossen und das Spiel wird auf dem Hauptmonitor gerendert.

Update: Ich habe es geschafft, die grafischen Einstellungen zu ändern, indem ich sie nacheinander ohne Absturz geändert habe. Aber auf dem Bildschirm zur Charaktererstellung stürzt immer noch viel ab: /

Okay, ich baue proton-tkg, das den neuesten Weinmaster verwendet, der nur den Eingabe-Teil (input.c) des von @YellowApple bereitgestellten Patches
Dann habe ich Symlinks hinzugefügt, damit der Launcher wie von @tomhobson und @ Krypton-Nova vorgeschlagen funktioniert.

Das Spiel funktioniert bisher mit RADV mit ACO und das Speichern dauert etwa 15 Sekunden.
Das Ändern der Einstellungen führt jedoch zum Absturz des Spiels (zumindest die Änderungen an den Einstellungen werden gespeichert).

CPU 3700X
GPU Vega 56
RAM 32 GB
SSD Samsung 860 Evo 1 TB

Distribution:
Arch Linux

Kernel:
5.5.13-zen2-1-zen

GPU-Treiber:
mesa-20.0.2

Update 2:

Okay, nachdem ich das Spiel 1 Stunde lang ausgeführt habe, ist die Leistung tatsächlich ziemlich gut (im Vergleich zu Windows). Ich bekomme ungefähr 70 fps, wenn ich in der Arena bin und sehr gute Frame-Zeiten. In der Stadt sind es ungefähr 50-60 pfs mit Frametimes bis zu 10ms und während eines tatsächlichen Kampfes bekomme ich ungefähr 60-80pfs (abhängig von der Karte) mit guten Frametimes, aber gelegentlichen Spikes bis zu> 100ms (wahrscheinlich Shader-Zusammenstellung).

Ich spiele auf WQHD mit Einstellungen auf "sehr hoch" übrigens.

Hmm ... Also habe ich versucht, das gepatchte zu bauen, während ich geschlafen habe, es hat nicht funktioniert. Ich habe gerade versucht, Ihre Version @YellowApple herunterzuladen , und es funktioniert auch nicht! : sob: (Funktioniert nicht, ich meine, meine Maus lässt mich immer noch nicht bewegen UND auf Menüs klicken, habe noch keinen Controller ausprobiert)

Bin ich der einzige, für den es nicht funktioniert hat?

Kann dasselbe für GE Proton bestätigen, das mit dem Patch arbeitet. Das einzige Problem, das ich habe, ist, dass die Maus bei jedem zweiten Start nicht mehr funktioniert. Sie müssen das Spiel noch einmal neu starten, damit es wieder richtig funktioniert.

@YellowApple Großartige Arbeit !! :) Ich persönlich denke, der Patch ist besser für die Weininszenierung geeignet als für Wein (dann an die Gabeln, wie Protonen usw.), da Wein ziemlich streng darauf achtet, dass die Funktion so genau wie möglich funktioniert Fenster.

Informationen zur Einreichung bei der Weininszenierung finden Sie hier: https://wiki.winehq.org/Wine-Staging_Development. Hängen Sie den Patch grundsätzlich an https://bugs.winehq.org/show_bug.cgi?id=36873 an und erklären Sie, warum Sie der Meinung sind, dass Wein über Wein inszeniert werden sollte, dann CC Alistair und Zebediah (die Betreuer von Wein) sie sollen es untersuchen und zur Weininszenierung hinzufügen.

In der Zwischenzeit werde ich versuchen zu sehen, ob ich eine implementieren kann, die die Windows-Implementierung der Funktion widerspiegelt :)

@ Rogue-Faktor
https://www.dropbox.com/s/e25za0261pdco0t/steam-261550.log.gz?dl=0

In diesem Protokoll habe ich Bannerlord geöffnet, einen vorhandenen Speicher geöffnet, das Spiel gespeichert, dann gespeichert und das Spiel beendet. Anscheinend gibt es eine Obergrenze für die Anzahl der Kerne, die beim Speichern benötigt werden - für mich ist es 14/16. Es dauert etwas weniger als eine Minute für mich. Es wurden noch keine weiteren Probleme festgestellt.

Der Patch von YellowApple funktioniert für mich! Ich werde jetzt versuchen, einen Charakter und das Tutorial zu erstellen.

Da ich anscheinend der einzige bin, für den es nicht funktioniert, werde ich ein vollständiges Systemupdate durchführen und dann erneut versuchen, es zu erstellen ... vielleicht GE Proton ausprobieren. Ich habe eine Idee für eine sehr einfache Tastatur für einen virtuellen Controller, daher werde ich eine Pause einlegen, wenn der Wiederaufbau meine Maus nicht zum Laufen bringt.

@elovin Können Sie alle erforderlichen Patches

@elovin Können Sie alle erforderlichen Patches

/***********************************************************************
 * GetMouseMovePointsEx [USER32]
 *
 * RETURNS
 *     Success: count of point set in the buffer
 *     Failure: -1
 */
int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOINT ptout, int count, DWORD res) {
    static INT last_x = 0;
    static INT last_y = 0;

    if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
        SetLastError(ERROR_INVALID_PARAMETER);
        return -1;
    }

    if(!ptin || (!ptout && count)) {
        SetLastError(ERROR_NOACCESS);
        return -1;
    }

    if (count > 0) {
        POINT pos;
        INT out_count = 1;
        GetCursorPos(&pos);

        ptout[0].x = pos.x;
        ptout[0].y = pos.y;
        ptout[0].time = GetTickCount();
        ptout[0].dwExtraInfo = 0;

        if (count > 1) {
            ptout[1].x = last_x;
            ptout[1].y = last_y;
            ptout[1].time = GetTickCount();
            ptout[1].dwExtraInfo = 0;
            out_count = 2;
        }

        last_x = pos.x;
        last_y = pos.y;

        return out_count;
    }

    SetLastError(ERROR_POINT_NOT_FOUND);
    return -1;
}

Der Patch von @YellowApple funktioniert auch für mich,

Die Ladezeiten sind immer noch schrecklich, aber das Spiel scheint zumindest etwas zu funktionieren. Was als Absturz erscheinen mag, ist manchmal nur ein Ladebildschirm, der ewig dauert lol.

Es funktioniert sehr gut auf Manjaro, das Speichern dauert etwa 5 bis 10 Sekunden, aber die Shader-Berechnung scheint das Spiel zum Absturz zu bringen (ungefähr 1/5 Quote), wenn ich zum ersten Mal eine Karte lade. Einige Einstellungen stürzen ab, werden aber nach dem Absturz angewendet, sodass das fin ist. DANKE FÜR IHRE ARBEIT!

@elovin Können Sie alle erforderlichen Patches

Ich habe das Build-Skript von proton-tkg verwendet (klonen Sie das tkg PKGBUILD-Repo ) und den Patch zu wine-tkg-git / wine-tkg-userpatches / bannerlord.mypatch hinzugefügt (tkg sucht nach der Dateierweiterung "mypatch", also ja, Sie muss es tatsächlich wie YOUR_PATCH_NAME.mypatch benennen)

bannerlord.mypatch enthält nur den Patch für input.c von @YellowApple und das ist der einzige Patch

diff --git a/dlls/user32/input.c b/dlls/user32/input.c
index 46f78cbce8..40ed0f4692 100644
--- a/dlls/user32/input.c
+++ b/dlls/user32/input.c
@@ -1280,7 +1280,30 @@ int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin, LPMOUSEMOVEPOI
         return -1;
     }

-    FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);
+    FIXME("(%d %p %p %d %d) hack\n", size, ptin, ptout, count, res);
+    FIXME("    Input: %d %d\n", ptin->x, ptin->y);
+
+    if (count > 0) {
+        POINT pos;
+        GetCursorPos(&pos);
+
+        ptout[0].x = pos.x;
+        ptout[0].y = pos.y;
+        ptout[0].time = GetTickCount();
+        ptout[0].dwExtraInfo = 0;
+        FIXME("    Output 0: %d %d\n", pos.x, pos.y);
+
+        if (count > 1) {
+            ptout[1].x = pos.x + 1;
+            ptout[1].y = pos.y + 1;
+            ptout[1].time = GetTickCount();
+            ptout[1].dwExtraInfo = 0;
+            FIXME("    Output 1: %d %d\n", pos.x, pos.y);
+            return 2;
+        }
+        
+        return 1;
+    }

     SetLastError(ERROR_POINT_NOT_FOUND);
     return -1;

OK, für zukünftige unerschrockene Leute beachten Sie, dass die @ elovin- Methode die folgenden Anforderungen hat (gemäß der TKG-Seite).

"PKGBUILDs funktionieren nur in Distributionen mit Zugriff auf pacman und makepkg", daher ist dies möglicherweise nicht für debian-basierte Distributionen geeignet, es sei denn, Sie sind bereit, weitere Anpassungen vorzunehmen.

Ich werde es ohne versuchen.

Ich habe das Spiel gekauft und installiert und die Methode in der Beschreibung verwendet (Herunterladen des speziellen Protons, ja, ich weiß, nicht sicher, aber testen), es auf die Verwendung des neuen lokalen eingestellt und komme immer noch nicht zum Launcher .
Ich sehe, dass andere Leute den Launcher arbeiten lassen, ohne etwas umzubenennen, um ihn zu überspringen ... aber vielleicht haben sie andere Korrekturen von früher angewendet, dies ist eine neue. Was fehlt mir (und können wir das zur Problemumgehung oben hinzufügen?)

@aradapilot Soweit mir bekannt ist, ist zumindest für die meisten Leute noch eine Umbenennung erforderlich, aber es ist nicht mehr die erste Umbenennung, die den Launcher umgeht.
Bei dieser Umbenennung wird weiterhin der Launcher verwendet:
Benennen Sie Bannerlord.exe und Bannerlord_BE.exe in ManagedStarter.exe und ManagedStarter_BE.exe um.

Hinweis für alle Interessierten: Ich habe es endlich geschafft, dass es mit der umbenannten Exe und dem aktualisierten Proton "funktioniert". Es stellte sich heraus, dass nvidia-driver-440 obligatorisch war, da nvidia-driver-435 fast 95% der Zeit im Charaktererstellungsbildschirm zum Absturz führte. Die Leistungen sind zwar immer noch schrecklich, aber ich habe es noch nicht unter Windows versucht, daher weiß ich nicht, ob es sich um Linux handelt oder nur um meinen Computer, der totaler Müll ist :)

Informationen zur Einreichung bei der Weininszenierung finden Sie hier: https://wiki.winehq.org/Wine-Staging_Development. Hängen Sie den Patch grundsätzlich an https://bugs.winehq.org/show_bug.cgi?id=36873 an und erklären Sie, warum Sie der Meinung sind, dass Wein über Wein inszeniert werden sollte, dann CC Alistair und Zebediah (die Betreuer von Wein) sie sollen es untersuchen und zur Weininszenierung hinzufügen.

Getan. Vielen Dank!

In der Zwischenzeit werde ich versuchen zu sehen, ob ich eine implementieren kann, die die Windows-Implementierung der Funktion widerspiegelt :)

Süss. Ich habe früher ein bisschen darüber nachgedacht, aber ich habe Probleme, mich genau darum zu kümmern, wie Wine seine Mauseingaben erhält (und wo diese auf eine Weise gespeichert werden können, die für GetMouseMovePointsEx nützlich ist). Ich bin mir auch nicht ganz sicher, ob X11 (oder Wayland oder Quartz oder die unzähligen anderen mit Wine verwendeten Anzeigesysteme) gleichwertige Funktionen haben.

Mit Mesa 20.0, RADV + ACO auf AMD RX 580-Grafiken ist die Leistung für mich ganz in Ordnung (einige stottern, z. B. beim Wechseln zu einer neuen Szene, aber es klärt sich schnell auf). Das einzige Problem, auf das ich bisher nach dem Patchen gestoßen bin, damit die Mauseingabe funktioniert, ist die Verzögerung beim Speichern des Spiels.

@craftyguy Wie viel RAM hast du? Das Spiel funktioniert für mich ungefähr 30 Minuten lang einwandfrei, aber danach nimmt die Leistung schnell ab und die RAM-Nutzung nimmt zu. Ich habe nur 8 GB, also versuche ich herauszufinden, ob das das Problem ist.

@tkamat Ich habe festgestellt, dass der "stationäre Zustand" für die RAM-Auslastung des Spiels auf meinem Computer (mit 32 GB) bei ~ 19-20 GB zu liegen scheint. Dies ist unabhängig von den Grafikeinstellungen (sowohl absolut am höchsten als auch absolut am niedrigsten).

OK, für zukünftige unerschrockene Leute beachten Sie, dass die @ elovin- Methode die folgenden Anforderungen hat (gemäß der TKG-Seite).

"PKGBUILDs funktionieren nur in Distributionen mit Zugriff auf pacman und makepkg", daher ist dies möglicherweise nicht für debian-basierte Distributionen geeignet, es sei denn, Sie sind bereit, weitere Anpassungen vorzunehmen.

Ich werde es ohne versuchen.

Sie können makepkg in einem Docker-Container für Arch Linux ausführen (vielleicht erstelle ich ein einfaches Skript dafür) und dann die Protonenversion aus dem resultierenden Teerball entpacken (Arch-Pakete sind nur Teerbälle).
Ich entpacke die Protonenversion selbst und installiere sie nicht systemweit.

@tkamat Ich stimme dem Kommentar von

Es scheint also, dass Ihre Leistungsprobleme mit dem verfügbaren RAM zusammenhängen. Dies scheint nicht zum Thema zu gehören, da es wahrscheinlich ein Problem mit dem Spiel selbst ist und nicht spezifisch für Protonen / Wein ist.

Es sieht also so aus, als ob protontricks 261550 dotnet48 das Speichern erheblich verbessert (das Spiel bleibt einige Sekunden anstatt mehrere Minuten hängen). Vielen Dank an reddit user / u / TheCaconym für den Bericht!

Außerdem hat Steam irgendwann das Spiel aktualisiert und meine Umbenennungen weggeblasen, aber der Launcher hat trotzdem sofort funktioniert. Ich musste nicht einmal Bannerlord.exe → ManagedStarter.exe umbenennen.

Wir sind weniger als eine Woche in der Harvesting Season ™ und Bannerlord ist bereits nahezu paritätisch zwischen Linux und Windows. Huzzah!

Sobald diese Flecken drin sind, soll die Butter frei fließen.

@ YellowApple

Ich habe Probleme, meinen Kopf genau darum zu wickeln, wie Wine seine Mauseingabe erhält

Es sendet es an den Server, normalerweise über send_hardware_message in dlls / user32 / message.c, und die Cursorposition wird schließlich an update_desktop_cursor_pos gesendet. Hier sollten wir wahrscheinlich die Implementierung hinzufügen, möglicherweise in einer neuen Funktion (wahrscheinlich mit einem statischen Ringpuffer zum Speichern der 64 Einträge?).

Der ärgerliche Teil wäre, eine neue Serveranforderung zum Abrufen der Cursorpositionen zu deklarieren. Ich habe das noch nie gemacht, aber ich denke, es geht darum, es in queue.c + request.h zu erstellen, es in protocol.def anzugeben und dann tools/make_requests auszuführen?

Dann stellt sich die Frage, ob die Aufgabe des Filterns der Cursorpositionen an den Server oder im Benutzerbereich delegiert werden soll. Ich persönlich würde mich für Letzteres entscheiden, aber da es einige Einträge gibt (wahrscheinlich ~ 1 KB Daten zum Senden) und der Filtercode nicht zu komplex wäre, könnte es sich lohnen, ihn stattdessen auf dem Server auszuführen.

Ich kann bestätigen, dass dotnet48 das Speichern beschleunigt.
Ich war einer der Glücklichen, bei denen das Speichern nur etwa 10 Sekunden dauerte, aber jetzt dauert es ungefähr 2 Sekunden.

@ albin-engstrom ist es für Sie auf einer SSD oder HDD installiert? Bemerkte manchmal einige wirklich lange Ladezeiten zwischen den Szenen. Derzeit wird dotnet48 installiert.

Die Leistung nimmt für mich umso mehr ab, je länger ich spiele. Hoffentlich ist es nur ein Fehler im Spiel.

Leistungseinbußen beim Spielen sind vorerst auch unter Windows ein Problem (Speicherlecks - vom Entwickler IIRC bestätigt).

@nilleairbar Auf einer NVMe-SSD ist es also ziemlich schnell. Aber es scheint nicht so, als ob zumindest die Speicherzeit auf Lese- oder Schreibvorgänge zurückzuführen ist, sondern vielmehr auf die CPU, die funktioniert. Es ging von etwa 30% Last beim Spielen auf 60% beim Sparen.
Es kann sich also eher um eine leistungsstarke CPU (3900X) handeln, die zu einem gewissen Grad zu kurzen Speicherzeiten führte.

@ Albin-Engstrom das kann es sein. Mit dotnet48 und einem i7 8700K dauert das Speichern auch hier weniger als zwei Sekunden.

Ich bin auf einem 1700X und jetzt nach der Installation von dotnet48 dauert das Speichern ungefähr 20 bis 30 Sekunden anstatt 2 bis 3 Minuten, aber jetzt Leistungstanks für eine Weile nach dem Speichern.

Ich erhalte ähnliche Ergebnisse auf einem älteren i5, ungefähr 30 Sekunden, um jetzt zu sparen

Jetzt bekomme ich plötzlich einen Absturz ( wine: Unhandled page fault on execute access to 00000000007501C8 at address 00000000007501C8 (thread 0042), starting debugger... ), sobald ich nach einem Kampf zum Bildschirm der Gefangenen komme. Ich bin mir noch nicht sicher, ob es ein Ergebnis der Verwendung von dotnet48 . Ich bin mir auch noch nicht sicher, ob es alle Schlachten betrifft oder nur solche mit dieser bestimmten Gruppe von Plünderern (oder mit Plünderern im Allgemeinen). Sobald ich die Dinge eingegrenzt habe, werde ich einige Protokolle erstellen.

@YellowApple Ich habe mehrere Kämpfe gegen Plünderer geführt und das hat für mich nicht zu einem Absturz geführt. (dotnet 48 ist noch nicht installiert)

Der "für Idioten" freundlichste Ansatz:

• Laden Sie den genauen Proton-Build herunter, den ich verwende: https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz
  ....

Ich habe genau diese Schritte ausgeführt, das Spiel wird gestartet. Wenn ich jedoch beim ersten Start aufgefordert werde, die Helligkeitsregler zu verschieben, werden keine Eingaben registriert (außer Mausbewegungen).

Das Spiel läuft einwandfrei, bis ich versuche, die Einstellung "Angriffsrichtung anzeigen" im Menü umzuschalten.
Das Spiel stürzt sofort nach dem Schließen des Menüs ab. Die Meldung "Sie haben einen Fehler festgestellt, bitte laden Sie Ihre Protokolle hoch" wird angezeigt. Wenn sich das Fenster schließt, glaubt Steam immer noch, dass das Spiel läuft, sodass ich nicht erneut über Steam starten kann.

Ich verwende https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz für Protonen

Systeminformationen:
KERNEL: 5.5.13-arch2-1
Betriebssystem: Arch Linux
CPU: AMD Ryzen 7 3700X 8-Core
GPU: AMD NAVI10
GPU-TREIBER: 4.6 Mesa 20.0.2
RAM: 32 GB

Das Spiel läuft einwandfrei, bis ich versuche, die Einstellung "Angriffsrichtung anzeigen" im Menü umzuschalten.
Das Spiel stürzt sofort nach dem Schließen des Menüs ab. Die Meldung "Sie haben einen Fehler festgestellt, bitte laden Sie Ihre Protokolle hoch" wird angezeigt. Wenn sich das Fenster schließt, glaubt Steam immer noch, dass das Spiel läuft, sodass ich nicht erneut über Steam starten kann.

Ich verwende https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz für Protonen

Systeminformationen:
KERNEL: 5.5.13-arch2-1
Betriebssystem: Arch Linux
CPU: AMD Ryzen 7 3700X 8-Core
GPU: AMD NAVI10
GPU-TREIBER: 4.6 Mesa 20.0.2
RAM: 32 GB

Ich hatte am Anfang mehrere Abstürze beim Ändern der Videoeinstellungen. Beenden Sie einfach den Vorgang und starten Sie das Spiel erneut.

Bericht: Das Spiel läuft einwandfrei und spart auf meinem Computer in etwa 1 Minute Zeit. Verwenden Sie die Problemumgehung und benennen Sie sie in "Verwaltet" um. Auf dem Helligkeitsbildschirm habe ich gute Einstellungen für mich ausgewählt und das Spiel dann im Hauptmenü beendet. Dann habe ich das Tutorial durchgearbeitet, einige zusätzliche Einstellungen geändert und die meisten Grafikeinstellungen sind immer noch auf Hoch +. Die Leistung ist mittelmäßig (wahrscheinlich zwischen 30 und 40 FPS). Ich habe bisher keinen Absturz erlebt, aber gerade erst das Tutorial verlassen und bin Flüchtlingen begegnet. Vielen Dank an alle, Entwickler, Tester, Valve und Taleworlds, die uns hierher gebracht haben.

Systeminformationen:
Betriebssystem: Debian 10 (Buster)
RAM: 16 GB
CPU: Ryzen 2700X
GPU: AMD 580X
Treiber: Debian 10 (Mesa 18.3.6)

Das Spiel läuft einwandfrei, bis ich versuche, die Einstellung "Angriffsrichtung anzeigen" im Menü umzuschalten.
Das Spiel stürzt sofort nach dem Schließen des Menüs ab. Die Meldung "Sie haben einen Fehler festgestellt, bitte laden Sie Ihre Protokolle hoch" wird angezeigt. Wenn sich das Fenster schließt, glaubt Steam immer noch, dass das Spiel läuft, sodass ich nicht erneut über Steam starten kann.
Ich verwende https://yellowapple-misc.s3-us-west-2.amazonaws.com/proton_5.0-local.tar.gz für Protonen
Systeminformationen:
KERNEL: 5.5.13-arch2-1
Betriebssystem: Arch Linux
CPU: AMD Ryzen 7 3700X 8-Core
GPU: AMD NAVI10
GPU-TREIBER: 4.6 Mesa 20.0.2
RAM: 32 GB

Ich hatte am Anfang mehrere Abstürze beim Ändern der Videoeinstellungen. Beenden Sie einfach den Vorgang und starten Sie das Spiel erneut.

Ich habe den Dampfprozess abgebrochen und den Bannerlord erneut gestartet. Überraschenderweise blieb die von mir geänderte Einstellung geändert.

@elovin Ich habe es gerade gegen eine Gruppe von steam-261550.log (ausgenommen +seh da mit dotnet48 alle möglichen Dinge spammen ).

Versuchen Sie es mit einem neuen Präfix mit demselben Speicher und ohne dotnet48 und prüfen Sie, ob das Problem weiterhin besteht. Wenn dies nicht der Fall ist, müssen wir entweder .NET-Fehler beheben oder sind mit diesen langen Speicherzeiten wieder am Reißbrett.

@ onodera-punpun Wenn Sie Ihren Startoptionen PROTON_LOG=1 hinzufügen und die resultierenden ~/steam-261550.log bereitstellen können, wäre dies hilfreich.

@YellowApple https://camille.sh/rAM1.log

@YellowApple Nach der Installation von dotnet48 mit Winetricks erhalte ich beim Laden meines letzten Spiels die Meldung "Mit verschiedenen Modulen gespeichertes Spiel laden" oder ähnliches, sodass möglicherweise ein neues Spiel funktioniert.

Die Zeitersparnis hat sich für mich nicht verbessert. Sie beträgt immer noch etwa 15 Sekunden und es gibt bisher keine Abstürze im Kampf gegen Plünderer

@elovin das ist die Standardnachricht nach dem Laden eines 1.0.0-Speichers nach einem Update auf 1.0.1; Vielleicht ist das der Ursprung (nur relevant, wenn sich herausstellt, dass Sie nach dotnet48 einen 1.0.0-Speicher geladen haben und bereits auf 1.0.1 aktualisiert haben)?

@YellowApple für das, was es wert ist, mit meinem dotnet48-Präfix bekomme ich keinen Absturz, wenn ich nach einem Kampf zum Bildschirm der Gefangenen komme (habe zahlreiche Kämpfe mit vielen Gefangenen geführt). Die meisten meiner Kämpfe waren bisher mit Plünderern, noch keine Bergbanditen.

@ onodera-punpun Seltsam, nichts ragt heraus. Sie haben zufällig keine Controller angeschlossen oder irgendetwas anderes, das stören könnte, oder?

@elovin Ich denke, das hat mit aktualisierten Spielversionen zu tun (1.0.2 wurde gerade gelöscht).

@ ElCaconym Das ist gut zu wissen. Die gleiche Speicherung unter einem neuen Präfix, das nicht dotnet48 ist, stürzt unter den gleichen Bedingungen ab, sodass ich das zumindest ausschließen kann. Wahrscheinlich nur eine beschädigte Speicherung (was selbst unter Windows ein häufiges Problem zu sein scheint, wenn die Foren etwas zu bieten haben). (BEARBEITEN: und tatsächlich kann ich unter einem neuen Spiel mit dotnet48 Gefangene zumindest vorerst ohne Absturz machen)

@YellowApple Ich dachte, es könnte mein Fenstermanager gewesen sein, also habe ich versucht, das Spiel in einer X-Instanz ohne WM auszuführen, aber das hat das Problem nicht behoben. Ich habe nur eine normale USB-Tastatur und -Maus, sonst nichts.

BEARBEITEN: Ich habe brightness_calibrated in der Engine-Konfiguration auf 1 gesetzt, um direkt zum Menü zu springen, und auch dort macht das Klicken nichts.

EDIT2: Ich habe enable steam play for all other titles , dies schien das Problem zu beheben. Irgendwie hat dies die Verwendung meines zwangsweise eingestellten benutzerdefinierten Protons überschrieben ...

Tritt bei einem Versuch, den Mehrspielermodus auszuführen, bei jemand anderem das Problem der erfolglosen Anmeldung auf? Nach langen Wartezeiten werden immer wieder die Meldungen "Anmeldung fehlgeschlagen" auf mich geworfen.

@YellowApple @ElCaconym Ja, Sie haben Recht, es liegt am Update.

Tritt bei einem Versuch, den Mehrspielermodus auszuführen, bei jemand anderem das Problem der erfolglosen Anmeldung auf? Nach langen Wartezeiten werden immer wieder die Meldungen "Anmeldung fehlgeschlagen" auf mich geworfen.

Ich habe keine Berichte darüber gehört, dass jemand Multiplayer ausführen kann, seit er Batlleye zu Beginn der Beta hinzugefügt hat.

Wie hoch ist die Wahrscheinlichkeit, dass Multiplayer jemals auf Bannerlord läuft? Früher habe ich in Ubuntu die ganze Zeit online Warband gespielt.

Sooo, ich habe den Hinweis zu dotnet48 gesehen und installiert. Gleichzeitig habe ich festgestellt, dass Steam das Spiel auf 1.0.2 aktualisiert hat. Jetzt stottert es über Min-Grafiken (1070) und stürzt ständig ab, nur um sich in der offenen Welt zu bewegen. annnnd weil zwei Variablen hier ich nicht sagen kann, ob es der Patch oder das Dotnet-Ding war, das es verursacht hat. Gibt es einen Hinweis darauf, wonach zu suchen ist? oder wie kann ich meine Protonenumgebung ohne Dotnet zurücksetzen, um sie zu testen?

@aradapilot : Ich

@aradapilot Ja, ich habe gerade einige Tests durchgeführt, und es scheint, dass dotnet48 zwar die Speicherzeit drastisch reduziert, aber nach dem Speichern auch ein enormes Stottern verursacht. Dies dauert so lange, bis Sie das Spiel neu starten. Ohne dotnet48 läuft das Spiel für mich vor und nach dem Speichern sehr flüssig. IDK, wenn dieses Problem nur Menschen mit weniger leistungsfähigen Systemen / nur 8 GB RAM betrifft, aber ja, es ist super komisch.

Okay, nach einem PC-Neustart stürzt das Spiel ab, wenn am Ende eines Kampfes die Ladezeiten besser sind. Wird der Weinserver nicht beendet, wenn Sie das Spiel beenden?

@tkamat hat hier 32G, nicht wenig Speicher oder irgendwo Hardware. Ich muss jetzt herausfinden, wie ich das Spiel entfernen kann. Meine Paraden waren vorher nicht so langsam, aber keine Manpage und -h sagen nichts über das Entfernen aus

@aradapilot Ich habe das gleiche Problem
@ElCaconym Gibt es andere Änderungen als das Umbenennen, den hackigen Patch und das Hinzufügen von dotnet480?
@tkamat Ja, das erste Mal, wenn Sie das Spiel vor dem ersten Speichern betreten, wird es wie erwartet ausgeführt. Ich habe ein leistungsstarkes 32-GB-System und es ruckelt immer noch bei sehr niedrigen Einstellungen, sodass ich nicht glaube, dass Ihr System dies verursacht

@tkamat Das habe ich auch bemerkt. Scheint hauptsächlich auf die Kartenansicht beschränkt zu sein; Kämpfe, herumlaufen in Städten / Dörfern usw. scheinen besser zu sein.

@elovin Interessant. War dies eine bestehende Rettung oder eine neue Kampagne?

@aradapilot Es gibt leider keine einfache Möglichkeit, etwas, das über protontricks installiert wurde, rückgängig zu machen. Am besten sichern Sie Ihre Spielstände, löschen oder benennen Sie ~/.steam/steam/steamapps/compatdata/261550 , führen Sie das Spiel einmal aus, um alles neu zu generieren, und kopieren Sie Ihre Spielstände erneut.

@elovin Weinserver sollte irgendwann aufhören; gelegentlich nicht (insbesondere wenn ein Absturz auftritt / eine Anwendung beim Beenden hängen bleibt). Wenn Sie "killall WineServer" oder alternativ "WineServer -k" (mit dem richtigen WINEPREFIX, das im späteren Fall definiert ist) ausführen, können Sie dies sicherstellen.

@ simi2525 nichts,

Tritt bei einem Versuch, den Mehrspielermodus auszuführen, bei jemand anderem das Problem der erfolglosen Anmeldung auf? Nach langen Wartezeiten werden immer wieder die Meldungen "Anmeldung fehlgeschlagen" auf mich geworfen.

Ich habe keine Berichte darüber gehört, dass jemand Multiplayer ausführen kann, seit er Batlleye zu Beginn der Beta hinzugefügt hat.

Wie hoch ist die Wahrscheinlichkeit, dass Multiplayer jemals auf Bannerlord läuft? Früher habe ich in Ubuntu die ganze Zeit online Warband gespielt.

Das Spiel funktionierte für einige Patches, nachdem Battleye hinzugefügt wurde, da Sie weiterhin an Spielen teilnehmen können, ohne dass es aktiviert ist. In den letzten zwei Wochen funktionierte die Closed Beta unter Linux nicht mehr, was wahrscheinlich dazu führte, dass Battleye obligatorisch wurde. Ich denke, das Beste, was wir kurz vor einer nativen Linux-Version hoffen können, sind Talewelten, die den Battleeye-Check für Weininstallationen oder den Wechsel zu VAC außer Kraft setzen. Die Kompatibilität mit Battleye-Protonen ist wahrscheinlich nicht in den Karten enthalten, da sie Kernelspace-Hexerei betreibt.

@YellowApple es war ein vorhandener Save, ich habe jetzt ein neues Spiel gestartet und jetzt stürzt es nicht mehr ab.

Irgendeine Idee, wo sich die Sicherungsdateien befinden, haha?

@NovenTheHero .steam / steam / steamapps / compatibledata / 261550 / pfx / drive_c / users / steamuser / Meine \ Dokumente / Mount \ und \ Blade \ II \ Bannerlord / Spiel \ Speichern / Native /

Ich habe ein paar schnelle Skripte geschrieben, um die verschiedenen hier und auf ProtonDB diskutierten ich darauf Optimierung eine Gutschrift (per URL) zu geben.

• config-bannerlord-for-linux.bash
• config-steam-for-bannerlord.bash (@YellowApple)

@YellowApple WineHQ ist der Meinung, dass dies die Ursache für das Eingabeproblem ist. Wenn dies das ist, was Sie behoben haben, können Sie dort Cross-Posting durchführen?
EDIT: Nevermind, anscheinend hast du schon. :) :)

Die Korrektur des Mauszeigers befindet sich jetzt in wine-staging .

Bevor Leute ihre Protonenpräfixe entfernen, stellen Sie sicher, dass kein Spiel so eingestellt ist, dass dieses Präfix verwendet wird, da dies, wenn ich mich richtig erinnere, Probleme verursachen wird.

Vielen Dank für Ihre Arbeit. Es ist großartig zu sehen, wie die Linux-Community Probleme schnell beheben und Patches Upstream senden kann! Ich habe eine modifizierte Protonenversion basierend auf einem zuvor veröffentlichten Tutorial zusammengestellt und es funktioniert großartig.

Für mich hat das Speichern auch ohne dotnet48 eine Weile gedauert, während die Installation dieser Bibliothek dies auch für mich behoben hat. Ich bin auf einige Leistungsprobleme gestoßen, wie bereits von anderen besprochen. Letzte Nacht habe ich bemerkt, dass meine xorg-session.log-Datei übermäßig gewachsen ist, bis zu 25 GB. Ich konnte nicht testen, ob dieses Problem mit Bannerlord zusammenhängt. Wird abends mehr testen.

Ich habe ein paar schnelle Skripte geschrieben, um die verschiedenen hier und auf ProtonDB diskutierten ich darauf Optimierung eine Gutschrift (per URL) zu geben.

* [config-bannerlord-for-linux.bash](https://github.com/MilesBHuff/Misc-code/blob/master/code/setup/wine/config-bannerlord-for-linux.bash)

* [config-steam-for-bannerlord.bash](https://github.com/MilesBHuff/Misc-code/blob/master/code/setup/wine/config-steam-for-bannerlord.bash) (@YellowApple)

Würde der Helligkeitsbildschirm nicht mit dem Mauszeiger korrigiert? Zumindest für mich.

Vielleicht kann jemand dies testen, aber im Moment führt der Besuch einer Schmiede zu einem beschädigten Spiel, sodass ich durchschnittlich 15 fps erhalte, aber nur auf der Kampagnenkarte funktioniert alles andere einwandfrei.

Bearbeiten: Dies bleibt nach dem Neustart des Spiels oder Computers bestehen.

Ich habe eine Schmiede besucht und nichts Auffälliges ist passiert.
(Mit Yellowapples Protonenaufbau und 32 GB RAM)

EDIT2: Ich habe enable steam play for all other titles , dies schien das Problem zu beheben. Irgendwie hat dies die Verwendung meines zwangsweise eingestellten benutzerdefinierten Protons überschrieben ...

Heiliger Mist ... Das war die ganze Zeit mein Problem! Jetzt arbeiten die Patches für mich! Ich lasse meine Dateien sogar über Nacht validieren, um meine Umbenennungen zu entfernen, und sogar der Launcher funktioniert.

Ich habe YellowApples Proton ausprobiert und dotnet48 installiert, aber es stürzt meine WM nach der Charaktererstellung immer noch ab.

/bearbeiten
Hier ist der WM-Absturzfehler, den ich im Zusammenhang damit gefunden habe. Wenn mein WM nicht abstürzt, friert das gesamte System ein. i5-3570k, AMD RX 580 und 32 GB RAM

Kernel: [34245.701791] [ drm: amdgpu_job_timedout [amdgpu]] ERROR ring gfx timeout, aber soft wiederhergestellt

Ich kann bestätigen, dass das Hinzufügen von dotnet48 mein Problem mit der Zeitersparnis behoben hat. Es ging von 60s zu Beginn auf 90s + nach ein paar Stunden Spielzeit bei maximaler CPU-Auslastung auf <20 Sekunden und die CPU ist beim Speichern nicht mehr voll.

Jetzt gibt es ein anhaltendes Mikrostottern in der Kampagnenkarte, das vorher nicht vorhanden war. Schlachten scheinen jedoch keine Probleme zu haben. Ärgerlich aber definitiv spielbar in diesem Zustand. 32 GB RAM / 1070ti, es sind vermutlich keine Spezifikationen, aber ich werde später versuchen, mit einigen Optionen herumzuspielen.

@evopls das ist im Grunde das gleiche Problem, mit dem ich konfrontiert bin. Schlechte Bilder pro Sekunde und Mikrostottern auf der Kampagnenkarte, wobei alle anderen Szenen im Grunde keine Probleme haben. Ich bin auf einem 1070 mit 16 GB RAM.

Bearbeiten: Okay, hat eine neue Proton-Version über wine-tkg mit dem Patch in der Wein-Inszenierung gemacht, funktioniert jetzt sofort. Ohne dotnet48 ist alles butterweich, bis auf das Speichern (die bereits besprochenen Probleme). Installiert jetzt dotnet48, um zu sehen, ob dies der Schuldige für das stotternde Erlebnis auf der Kampagnenkarte ist.

@nilleairbar Ich habe festgestellt, dass das Stottern beim Neustart des Spiels verschwunden ist, aber das allererste Speichern (manuell oder automatisch gespeichert) löst es erneut aus. Leistungsoptionen machten keinen Unterschied.

@ekaats

Würde der Helligkeitsbildschirm nicht mit dem Mauszeiger korrigiert? Zumindest für mich.

Ja, ist es. Die drei Konfigurationszeilen, die ich mit config-bannerlord-for-linux.bash ändere, stammen aus der Zeit, bevor der Eingabe-Fix verfügbar war. Ich werde die veralteten Teile des Skripts kommentieren.

Vielen Dank für das Skript @MilesBHuff , das sehr nützlich ist und mich zum Hauptmenü bringt.
Ich habe versucht, Informationen zu sammeln. Es ist noch unmöglich, Campaign zu spielen, oder? Einige Leute haben es geschafft, geht es um die neuesten Patches?

@ Haywire-dev es ist durchaus möglich Campaign zu spielen. Das größte Problem ist der "Fehler" beim Speichern des Spiels, bei dem das Speichern bis zu mehreren Minuten dauert. Die Installation von dotnet48 über Protontricks oder ähnliche Funktionen führt jedoch möglicherweise zu Leistungsproblemen auf der Kampagnenkarte (siehe meine oder evopls-Beiträge).

Bearbeiten: Oh und vergessen zu erwähnen, natürlich benötigen Sie eine Proton-Version, die entweder den in dieser Ausgabe erwähnten Wein-Patch enthält oder auf der neuesten Wein-Staging-Version basiert, die mit dem angewendeten Patch geliefert wird.

@nilleairbar

Bearbeiten: Oh und vergessen zu erwähnen, natürlich benötigen Sie eine Proton-Version, die entweder den in dieser Ausgabe erwähnten Wein-Patch enthält oder auf der neuesten Wein-Staging-Version basiert, die mit dem angewendeten Patch geliefert wird.

Ich bin mir sicher, dass ich dafür Flak bekomme, aber wie genau stelle ich sicher, dass ich das richtige Proton habe? Ich bin bis zur Charaktererstellung gekommen, bevor Spiel / WM / Computer abstürzt. Ich vermute, der 5.0-Local von OP / YellowApple hat das (noch) NICHT enthalten?

Beim Durchsuchen der Menüs / Charaktererstellung treten gelegentlich auch Abstürze auf. Es scheint letztendlich ziemlich wackelig zu funktionieren, und die Maus funktioniert offensichtlich nicht, zumindest nicht in den Menüs. Wurde noch nicht im Spiel getestet.

Ich bin mir sicher, dass ich dafür Flak bekomme, aber wie genau stelle ich sicher, dass ich das richtige Proton habe? Ich bin bis zur Charaktererstellung gekommen, bevor Spiel / WM / Computer abstürzt.

Derzeit ist die einfachste Version die Verwendung der freigegebenen Version von Proton https://github.com/Frogging-Family/wine-tkg-git verwenden

Derzeit ist die einfachste Version die Verwendung der freigegebenen Version von Proton https://github.com/Frogging-Family/wine-tkg-git verwenden

Ja, ich verwende derzeit YellowApples Proton und habe die beiden EXE-Dateien umbenannt, komme aber immer noch nicht an der Charaktererstellung vorbei. Ich schaue mir jetzt das Wein-TKG-Zeug an, vielleicht hilft das.

Ansonsten halte ich hier nur Ausschau nach anderen Versuchen.

@evopls, falls Sie interessiert sind, haben gerade einige Tests durchgeführt und das Stottern wird anscheinend durch dotnet48 verursacht. Ich werde jetzt ohne spielen und ziemlich lange Speicherzeiten haben, anstatt dieses Stottern auf der Kampagnenkarte.

Dotnet48 zerstört es für mich komplett ... Ich kann das Spiel nicht einmal mehr starten. Ich habe deinstalliert, habe aber immer noch dieselben Probleme mit dem Kampagnenbildschirm wie die anderen.

Nur aus Neugier @ Foobar1923 Welchen Grafiktreiber verwenden Sie?

Ich habe eine NVIDIA-Karte, das mag für Sie anders sein, aber ich musste meinen Grafikkartentreiber aktualisieren, obwohl der von mir verwendete ziemlich neu war. Ich bin die meiste Zeit vom totalen Absturz zum spielbaren übergegangen, aber auf einigen Bildschirmen gab es Probleme mit der Framerate (auf dem gesamten Bildschirm, auf dem Sie eine Nahaufnahme eines Charakters haben, hängt dies möglicherweise mit der Streuung unter der Oberfläche zusammen?).

@ SylvainSoKette

Ich benutze stock amdgpu. Ich habe meinen Wein / Winetricks / Wein-Inszenierung usw. aktualisiert und Mesa (sollte) auf dem neuesten Stand sein sowie Vulkan.

Irgendwelche Vermutungen, wie lange es dauern wird, bis diese Flecken in Proton gezogen werden, nachdem ein Teil davon anfängt, den vorgelagerten Wein zu treffen?

@CrafterSvK Ziemlich sicher, dass dies die Standardeinstellung ab Proton 5.0 ist, nein?

@CrafterSvK Ziemlich sicher, dass dies die Standardeinstellung ab Proton 5.0 ist, nein?

Ja, ich habe es vergessen. Wie auch immer, jedes Mal, wenn ich am Ende des Kampfes auf Weiter klicke, stürzt das Spiel ab.

Ich sehe auch keine Erwähnung des abgesicherten Modus in diesem Thread. Mein Spiel stürzt ab, wenn ich das "Party" -Menü öffne, aber beim Neustart werde ich gefragt, ob ich im abgesicherten Modus starten möchte und wenn ich "Ja" sage, stürzt es nicht mehr ab.

Verwenden alle anderen hier den abgesicherten Modus?

Ich habe den abgesicherten Modus noch nicht ausprobiert. was macht es eigentlich Ich würde davon ausgehen, dass (wie bei den meisten Spielen) nur die Grafikeinstellungen heruntergefahren werden, aber jetzt frage ich mich, ob es auch eine zusätzliche Ausnahmebehandlung oder Laufzeitsicherheitsprüfung gibt.

EDIT: ging voran und versuchte es. Sieht so aus, als würde es nur engine_config.txt auf die Standardeinstellungen zurücksetzen. Deaktiviert nicht einmal Mods.

Ich sehe auch keine Erwähnung des abgesicherten Modus in diesem Thread. Mein Spiel stürzt ab, wenn ich das "Party" -Menü öffne, aber beim Neustart werde ich gefragt, ob ich im abgesicherten Modus starten möchte und wenn ich "Ja" sage, stürzt es nicht mehr ab.

Verwenden alle anderen hier den abgesicherten Modus?

Ich würde es zumindest versuchen, aber ich bekomme diese Option nicht. Nur der WM / PC-Absturz.

Ich habe einige Dinge getestet und bin bisher zu den gleichen Schlussfolgerungen gekommen wie die anderen. dotnet48 scheint das Speicherproblem zu lösen, macht aber den Rest des Spiels viel weniger stabil.

Mit dotnet48 stürzte ich beim Speichern, Laden, Betreten von Schlachten und Städten ab. Einige davon waren Abstürze auf dem Desktop, andere hängen den Prozess auf.

Ohne dotnet48 konnte ich tatsächlich ohne viele zusätzliche Probleme spielen, nur wenn das Speichern der CPU-Auslastung für 1:40 Minuten auf 100% geht (auf einem Ryzen 1700). Danach ist alles wieder normal und ich kann gut weitermachen.

Beachten Sie, dass das Spiel bestimmte Momente spart. Ich habe festgestellt, dass es spart, wenn Sie in die Schlacht ziehen (bevor Sie den Bildschirm anzeigen, auf dem Sie sich selbst bekämpfen oder die Würfel entscheiden lassen), manchmal auch nach dem Verlassen einer Stadt oder bei der Abgabe einer Quest.

Jetzt teste ich mit Redistributable für Visual Studio 2017 installiert. Bisher scheint es in keiner Weise von Bedeutung zu sein.

Meine grafischen Einstellungen sind die höchsten und der abgesicherte Modus ändert sie nicht.
Ich sehe keinen anderen Unterschied als das Fehlen eines Absturzes.
(Ich benutze Dotnet48 nicht, da das Spiel nicht einmal starten würde.)

Nun, es stürzt genauso mit dem abgesicherten Modus auf meinem Computer ab.

@Xxdzs Ich habe diese auch, da ich dotnet48 verwende, aber nur, wenn ich das Menü sofort nach dem Laden öffne. Wenn ich zuerst ein bisschen spiele, fühlt es sich sehr stabil an.

Insgesamt fühlt sich das leichte Ruckeln auf der Kampagnenkarte für mich viel besser an als die immer länger werdenden Speicherzeiten ohne dotnet48, aber das ist wahrscheinlich eine persönliche Präferenz. Ich bin mir nicht sicher, welches dieser beiden Probleme leichter zu beheben wäre.

Habe einige Tests ohne dotnet48 und unter Umgehung des Launchers durchgeführt.

Auf jeden Fall stürzen einige Menüs immer noch ab, und das Speichern stürzt gelegentlich nach mehr als 45 Sekunden immer noch ab. Die Kampagnenkarte funktioniert großartig, wenig bis gar keine Verzögerung, obwohl definitiv etwas Ungewöhnliches los ist, wenn das Spiel bestimmte Assets und Menüs lädt. Ein Freund hat es auch auf seiner Intel-CPU versucht, und wir sehen beide kleine Spitzen in der CPU-Auslastung, die versuchen, auf bestimmte Menüs zuzugreifen, zusammen mit den üblichen Verzögerungen.

Das Deaktivieren der Subspace-Streuung scheint bestimmten Bereichen mit dotnet48 zu helfen, obwohl dieses Update im Vergleich zu dotnet48 definitiv stabiler zu sein scheint.

EDIT: Welp, egal, obwohl das Spiel leicht bei der Stabilität hilft, ist es für mich größtenteils immer noch ein instabiles Durcheinander. Nach ca. 4-5 Ingame-Dialogen stürzt das Spiel ab und stürzt ab.

41819.290:0035:00c4:trace:seh:dump_unwind_info     handler 0x64478533758 data at 0x64478648688
41837.875:0035:00c6:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41837.875:0035:00cb:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41837.876:0035:00c9:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.732:0035:00c7:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.733:0035:00c1:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.829:0035:00bd:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.830:0035:00ca:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.925:0035:00c2:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41838.925:0035:00be:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.022:0035:00cc:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.023:0035:00bf:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.023:0035:00c3:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.119:0035:00cd:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.122:0035:00c5:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.122:0035:00ce:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.312:0035:00ba:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.312:0035:00c4:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.313:0035:00bc:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41839.313:0035:00c8:fixme:thread:NtQueryInformationThread ThreadIsIoPending info class not supported yet
41849.393:0024:0028:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\WineUsd.sys" : builtin
41849.396:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winehid.sys" : builtin
41849.396:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\hidclass.sys" : builtin
41849.397:001c:0020:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\drivers\\winebus.sys" : builtin
41849.521:007b:007c:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
41849.541:0074:0075:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
pid 155001 != 155000, skipping destruction (fork without exec?)

2. EDIT:

Nachdem ich einige Dinge geändert und von tkg gepatcht habe, arbeite ich ziemlich gut in der Stabilität, obwohl meine Leistung in der Kampagnenkarte in den Teenagerjahren mit 80% der Zeit stark stotternd ist, unabhängig davon, welche niedrigeren Grafikeinstellungen gewählt werden.

Es sieht so aus, als hätten sich die Dinge hier beruhigt, was bedeuten muss, dass die meisten von uns das Spiel genießen. Ich laufe auf einem ziemlich bulligen Rig ohne dotnet48 und außer ~ 30 Sekunden Speicherzeit habe ich keinen einzigen Absturz erlebt.

Muss nett sein, nach dem, was ich gesehen habe, gibt es eine Menge Leute, die entweder in der Kampagnenkarte stark stottern, Dialogmenüs / Speichern verursachen CTDs und korrupte Speicherungen, und einige wenige können die Schmiede überhaupt nicht betreten.

Wenn ich mit den Banditen spreche, führt dies in 10% der Fälle zu einer CTD. Ich bekomme ein starkes Stottern in der Kampagnenkarte, aber die Kämpfe laufen reibungsloser als auf dem Windows-Computer meines Freundes, mit Ausnahme von Schluckauf von Zeit zu Zeit.

Die Dinge sollten hoffentlich im Laufe der Zeit ausgebügelt werden, da sie sich in einem frühen Stadium befinden. Schließlich gibt es auch unter Windows eine Reihe dieser Probleme. Ich bin also überrascht, dass Bannerlord auf WINE genauso gut läuft wie jetzt.

Das Spiel läuft gut, aber ich stecke unendlich viele Ladebildschirme fest und bekomme diesen Fehler

Es sieht so aus, als hätten sich die Dinge hier beruhigt, was bedeuten muss, dass die meisten von uns das Spiel genießen. Ich laufe auf einem ziemlich bulligen Rig ohne dotnet48 und außer ~ 30 Sekunden Speicherzeit habe ich keinen einzigen Absturz erlebt.

Muss nett sein, nach dem, was ich gesehen habe, gibt es eine Menge Leute, die entweder in der Kampagnenkarte stark stottern, Dialogmenüs / Speichern verursachen CTDs und korrupte Speicherungen, und einige wenige können die Schmiede überhaupt nicht betreten.

Wenn ich mit den Banditen spreche, führt dies in 10% der Fälle zu einer CTD. Ich bekomme ein starkes Stottern in der Kampagnenkarte, aber die Kämpfe laufen reibungsloser als auf dem Windows-Computer meines Freundes, mit Ausnahme von Schluckauf von Zeit zu Zeit.

Die Dinge sollten hoffentlich im Laufe der Zeit ausgebügelt werden, da sie sich in einem frühen Stadium befinden. Schließlich gibt es auch unter Windows eine Reihe dieser Probleme. Ich bin also überrascht, dass Bannerlord auf WINE genauso gut läuft wie jetzt.

Haben Sie versucht, mit einer vollständig sauberen Protonenumgebung zu testen? Sie können protontricks 261550 annihilate . Ihre Speicherungen werden nicht entfernt. Meine Ausreden, wenn dieser Rat mit "Haben Sie versucht, ihn aus- und wieder einzuschalten" vergleichbar ist, hat er mir jedoch geholfen.

Ich bin beim Spielen ohne dotnet48 nicht auf Abstürze gestoßen, außer beim Versuch, Einstellungen zu ändern, die zu einem sofortigen Absturz führen.

@ mjm2000 Das Spiel hat viele eigene Fehler. Ich habe auch unter Windows 10 unendlich viele Ladebildschirme gesehen

@montyubuntu ist das Spiel auf die neueste Version gepatcht? Probleme mit ManagedStarter traten nur für mich und andere (glaube ich) in Version e1.0.0.0 auf

@montyubuntu ist das Spiel auf die neueste Version gepatcht? Probleme mit ManagedStarter traten nur für mich und andere (glaube ich) in Version e1.0.0.0 auf

Ich habe es gerade überprüft und die Mauskorrektur ist jetzt in der Weininszenierung enthalten. Der Launcher funktioniert bei mir immer noch nicht, daher musste ich die ausführbare Launcher-Datei durch die eigentliche ausführbare Spieledatei ersetzen.

Ich empfehle, in den Foren um Hilfe zu bitten. Lassen Sie uns dieses Problem auf die Untersuchung von Problemen mit dem Spiel beschränken, nicht aber auch auf die Unterstützung. Nicht wenige Leute haben es jetzt zum Laufen gebracht, daher ist es wahrscheinlich, dass etwas mit Ihrem Setup anders ist.

Interessanterweise gibt es dieses bekannte Problem (unter Windows meine ich) in den offiziellen Taleworlds-Foren:

Stuttering camera movement on the Campaign Map is under investigation.

Was darauf hindeuten könnte, dass das Problem, das manche Menschen mit dotnet48 bekommen, nicht oder nicht vollständig mit Wein zusammenhängt. Es gibt auch zahlreiche Berichte darüber, dass das Spiel während einer Kampagne mehr stottert, insbesondere wenn Sie häufig speichern und neu laden. Bis 1.0.2 würde ein 45-maliges Neuladen und Speichern auch sicherstellen, dass ein weiteres erneutes Laden des betreffenden Speichers das Spiel zum Absturz bringt. Während 1.0.3 das Problem mit dem Aufblähen / der Korruption von Savegames behoben haben soll, gibt es auch viele Berichte, die dies nicht getan hat (eine bestimmte Kampagne dauert mit 1.0.3 etwas länger, aber das war es anscheinend).

Okay, es könnte also sein, dass ich die Lösung für das Kampagnenstottern gefunden habe. Würde natürlich eine größere Stichprobe brauchen als nur ich. So habe ich es auf einem neuen Präfix behoben:

• Erstellen Sie meine eigene Proton-Version (tkg) aus dem Quellcode mit dem neuesten Wine-Staging-Build, der den Mauszeiger-Fix enthält
• Dotnet40 über Protontricks installiert
• Installiertes vcrun2015 (siehe https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• Dotnet48 installiert
• Installiertes vcrun2017 (siehe auch https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

Jetzt habe ich kein Stottern mehr auf der Kampagnenkarte, ein fester Mauszeiger und das Speichern dauert einige Sekunden. Könnte für jeden anderen einen Versuch wert sein, es zu versuchen.

Okay, es könnte also sein, dass ich die Lösung für das Kampagnenstottern gefunden habe. Würde natürlich eine größere Stichprobe brauchen als nur ich. So habe ich es auf einem neuen Präfix behoben:

• Erstellen Sie meine eigene Proton-Version (tkg) aus dem Quellcode mit dem neuesten Wine-Staging-Build, der den Mauszeiger-Fix enthält
• Dotnet40 über Protontricks installiert
• Installiertes vcrun2015 (siehe https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• Dotnet48 installiert
• Installiertes vcrun2017 (siehe auch https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

Jetzt habe ich kein Stottern mehr auf der Kampagnenkarte, ein fester Mauszeiger und das Speichern dauert einige Sekunden. Könnte für jeden anderen einen Versuch wert sein, es zu versuchen.

Ich habe dies mit 1.0.3 versucht, und die Leistung war in einigen Bereichen schlechter, in anderen besser.

Nach dem Update auf 1.0.4 läuft das ganze Spiel einwandfrei, es ist unglaublich.

@nilleairbar Habe es gerade versucht und das ganze Stottern ist für mich weg, mit <3 Sekunden Ersparnis! Sie sind ein Genie, danke, dass Sie das herausgefunden haben. Seltsamerweise hatte ich alle diese Pakete auf meinem letzten Präfix installiert, aber ich hatte nicht proton-tkg verwendet und sie in einer anderen Reihenfolge installiert, also macht vielleicht eines dieser Dinge den Unterschied. In jedem Fall war dies eines der seltsameren Probleme, die ich seit einiger Zeit gesehen habe, und hoffentlich können diese Korrekturen irgendwann auf den vorgelagerten Wein / Proton übertragen werden.

Okay, es könnte also sein, dass ich die Lösung für das Kampagnenstottern gefunden habe. Würde natürlich eine größere Stichprobe brauchen als nur ich. So habe ich es auf einem neuen Präfix behoben:

• Erstellen Sie meine eigene Proton-Version (tkg) aus dem Quellcode mit dem neuesten Wine-Staging-Build, der den Mauszeiger-Fix enthält
• Dotnet40 über Protontricks installiert
• Installiertes vcrun2015 (siehe https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• Dotnet48 installiert
• Installiertes vcrun2017 (siehe auch https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

Jetzt habe ich kein Stottern mehr auf der Kampagnenkarte, ein fester Mauszeiger und das Speichern dauert einige Sekunden. Könnte für jeden anderen einen Versuch wert sein, es zu versuchen.

Ich habe dies mit 1.0.3 versucht, und die Leistung war in einigen Bereichen schlechter, in anderen besser.

Nach dem Update auf 1.0.4 läuft das ganze Spiel einwandfrei, es ist unglaublich.

Wie installierst du 2017 nach 2015? Ich erhalte Fehler im Installationsprogramm 2017, die besagen, dass bereits eine andere Version installiert ist. Ich bin mir nicht mal sicher, wie ich 2015 jetzt deinstallieren soll.

Es sieht so aus, als ob Steam (zumindest über Proton) die VC-Laufzeiten 2015 und 2017 vorinstalliert. Ich bekomme diese Fehler jetzt auch (obwohl es eine Weile her ist, seit ich es versucht habe).

In einem anderen Punkt sieht es für mich so aus, als hätte das Update auf 1.0.4 die Karten-Framerate erheblich verschlechtert (BEARBEITEN: Ich habe vergessen zu klären, dass dies nur im Laufe der Zeit geschieht; wenn es angehalten wird, läuft es mit etwa 30 fps). Scheint etwas zu sein, das mit Multithreading kaputt ist; Die GPU ist laut DXVK-HUD zu 1% ausgelastet, und es scheint jeweils nur ein Kern zu binden. Anscheinend meldet htop das Spiel jetzt mit 1,2 TB RAM, was sowohl schrecklich als auch faszinierend ist:

Könnte aber ein Mod sein (seit ich diese getestet habe). Könnte auch wieder etwas Wonked mit meinem Save Game sein. Protokolle zeigen dort keine bestimmten rauchenden Waffen.

EDIT: Es stellte sich heraus, dass das Stottern vom ClanTweaker-Mod stammte. Einige andere Leute beklagten sich ebenfalls über Framerate-Einbrüche, wenn auch nicht annähernd in dem Maße, wie ich es erlebt habe.

Die Größe des virtuellen Speichers von 1,2 TB ist geringfügig bedenklich und weist möglicherweise auf einen Speicherverlust hin, aber fast nichts davon ist tatsächlich physischen Seiten (dh dem tatsächlichen RAM) zugeordnet - Sie verwenden nur 17 von 32 GB RAM. In gewisser Weise ist dies harmlos. Wenn der Prozess nicht ständig mehr virtuellen Speicher anfordert, gehen ihm möglicherweise die 64-Bit-Adressen aus und er stürzt ab.

Es sieht so aus, als ob Steam (zumindest über Proton) die VC-Laufzeiten 2015 und 2017 vorinstalliert. Ich bekomme diese Fehler jetzt auch (obwohl es eine Weile her ist, seit ich es versucht habe).

In einem anderen Punkt sieht es für mich so aus, als hätte das Update auf 1.0.4 die Karten-Framerate erheblich verschlechtert. Scheint etwas zu sein, das mit Multithreading kaputt ist; Die GPU ist laut DXVK-HUD zu 1% ausgelastet, und es scheint jeweils nur ein Kern zu binden. Anscheinend meldet htop das Spiel jetzt mit 1,2 TB RAM, was sowohl schrecklich als auch faszinierend ist:

Könnte aber ein Mod sein (seit ich diese getestet habe). Könnte auch wieder etwas Wonked mit meinem Save Game sein. Protokolle zeigen dort keine bestimmten rauchenden Waffen.

Ich habe gerade diesen Kommentar zu reddit bemerkt:

"Ja, es ist mir auch passiert, es hat auf meine Informationen anstatt auf Nvidia umgestellt (und selbst das gibt mir nur 128 MB Leistung, wie WTF?) Und ich kann es nicht zurück ändern.
Es tut mir leid zu hören, dass es dir auch passiert, Kumpel, aber andererseits fühle ich mich wirklich besser, als mein Nvidia xD nicht ausgebrannt hat. "

Es scheint, als würde das Spiel versuchen, die integrierten Grafiken auf dem Prozessor dieses Benutzers zu verwenden. Interessant

Diese Maschine hat überhaupt keine integrierte GPU, so dass dies in meinem Fall leider kein wahrscheinlicher Schuldiger ist.

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

Mein Mangel an Linux-Kenntnissen zeigt sich, aber diese Lösung ist nur für Arch-Benutzer, oder? Das einzige, was ich für "Proton version (tkg)" gefunden habe, was dies und es bezieht sich auf PKGBUILDS, die eine Bogensache sind, richtig? Gibt es eine Möglichkeit, dasselbe auf kde neon (ubuntu 18.04 base) zu tun?

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

Mein Mangel an Linux-Kenntnissen zeigt sich, aber diese Lösung ist nur für Arch-Benutzer, oder? Das einzige, was ich für "Proton version (tkg)" gefunden habe, was dies und es bezieht sich auf PKGBUILDS, die eine Bogensache sind, richtig? Gibt es eine Möglichkeit, dasselbe auf kde neon (ubuntu 18.04 base) zu tun?

Ja, es ist eine Bogensache. Ich habe in der Readme-Datei bemerkt, dass er gesagt hat, es sei ohne Bogen möglich, nur vielleicht ein bisschen komplizierter.

Außerdem gab es vor ein paar Stunden einen Fehler mit Proton-tkg, der es sowieso unmöglich machte, zu bauen.

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

Mein Mangel an Linux-Kenntnissen zeigt sich, aber diese Lösung ist nur für Arch-Benutzer, oder? Das einzige, was ich für "Proton version (tkg)" gefunden habe, was dies und es bezieht sich auf PKGBUILDS, die eine Bogensache sind, richtig? Gibt es eine Möglichkeit, dasselbe auf kde neon (ubuntu 18.04 base) zu tun?

Ja, es ist eine Bogensache. Ich habe in der Readme-Datei bemerkt, dass er gesagt hat, es sei ohne Bogen möglich, nur vielleicht ein bisschen komplizierter.

Außerdem gab es vor ein paar Stunden einen Fehler mit Proton-tkg, der es sowieso unmöglich machte, zu bauen.

Es ist eine Arch-Sache, aber die ausführbare Datei erstellt nur einen Tarball, den Sie extrahieren können, wo Sie möchten (z. B. in dem im Hauptkommentar vorgeschlagenen Verzeichnis unter "Aktuelle Problemumgehung"). Wenn Sie einen Bogen haben, kann er das automatisch für Sie tun, aber das ist kein großer Schritt. Das Problem damit wurde innerhalb einer Stunde behoben und es funktioniert nun einwandfrei.

Hallo,
Dank der Arbeit von @YellowApple konnte ich ein funktionierendes Proton-tkg auf Ubuntu kompilieren, den Schritten von @nilleairbar folgen und das Spiel spielen.

nvidia gtx 1070 bringt mir ungefähr 30fps bei 3840x2160 über Land und bei kleinen Gefechten, Gesprächen in Tavernen oder Dörfern usw.

größere Kämpfe um 20vs20, Gespräche auf der Landkarte, Geschäfte, Schmieden, manchmal Stottern des Inventars mit etwa 2 ~ 3 fps

Abstürze passieren bei mir immer noch, aber selten

Bearbeiten: Durch Einstellen der Einstellungen auf Mittel wird das Problem mit 2 bis 3 Bildern pro Sekunde behoben. Das Speichern dauert maximal 3 Sekunden

* Build my own Proton version (tkg) from source with the newest wine-staging build that includes the mouse cursor fix

Mein Mangel an Linux-Kenntnissen zeigt sich, aber diese Lösung ist nur für Arch-Benutzer, oder? Das einzige, was ich für "Proton version (tkg)" gefunden habe, was dies und es bezieht sich auf PKGBUILDS, die eine Bogensache sind, richtig? Gibt es eine Möglichkeit, dasselbe auf kde neon (ubuntu 18.04 base) zu tun?

Ja, es ist eine Bogensache. Ich habe in der Readme-Datei bemerkt, dass er gesagt hat, es sei ohne Bogen möglich, nur vielleicht ein bisschen komplizierter.
Außerdem gab es vor ein paar Stunden einen Fehler mit Proton-tkg, der es sowieso unmöglich machte, zu bauen.

Es ist eine Arch-Sache, aber die ausführbare Datei erstellt nur einen Tarball, den Sie extrahieren können, wo Sie möchten (z. B. in dem im Hauptkommentar vorgeschlagenen Verzeichnis unter "Aktuelle Problemumgehung"). Wenn Sie einen Bogen haben, kann er das automatisch für Sie tun, aber das ist kein großer Schritt. Das Problem damit wurde innerhalb einer Stunde behoben und es funktioniert nun einwandfrei.

Gibt es neue Änderungen im Weinstall, von denen Bannerlord zu profitieren scheint? Ich habe bereits ein benutzerdefiniertes Build mit nur den Änderungen von YellowApple und frage mich nur, ob es sich lohnen würde, aus dem Staging ein neues zu erstellen.

Okay, es könnte also sein, dass ich die Lösung für das Kampagnenstottern gefunden habe. Würde natürlich eine größere Stichprobe brauchen als nur ich. So habe ich es auf einem neuen Präfix behoben:

• Erstellen Sie meine eigene Proton-Version (tkg) aus dem Quellcode mit dem neuesten Wine-Staging-Build, der den Mauszeiger-Fix enthält
• Dotnet40 über Protontricks installiert
• Installiertes vcrun2015 (siehe https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• Dotnet48 installiert
• Installiertes vcrun2017 (siehe auch https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

Jetzt habe ich kein Stottern mehr auf der Kampagnenkarte, ein fester Mauszeiger und das Speichern dauert einige Sekunden. Könnte für jeden anderen einen Versuch wert sein, es zu versuchen.

Ich habe es versucht, aber jetzt scheint das Spiel eine Intel-integrierte Grafik verwenden zu wollen, die ich nicht einmal habe? Das Spiel ist sehr langsam und es scheint keine Möglichkeit zu geben, die Grafikkarte zu wechseln.

Okay, es könnte also sein, dass ich die Lösung für das Kampagnenstottern gefunden habe. Würde natürlich eine größere Stichprobe brauchen als nur ich. So habe ich es auf einem neuen Präfix behoben:

• Erstellen Sie meine eigene Proton-Version (tkg) aus dem Quellcode mit dem neuesten Wine-Staging-Build, der den Mauszeiger-Fix enthält
• Dotnet40 über Protontricks installiert
• Installiertes vcrun2015 (siehe https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• Dotnet48 installiert
• Installiertes vcrun2017 (siehe auch https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

Jetzt habe ich kein Stottern mehr auf der Kampagnenkarte, ein fester Mauszeiger und das Speichern dauert einige Sekunden. Könnte für jeden anderen einen Versuch wert sein, es zu versuchen.

Ich habe dies mit 1.0.3 versucht, und die Leistung war in einigen Bereichen schlechter, in anderen besser.
Nach dem Update auf 1.0.4 läuft das ganze Spiel einwandfrei, es ist unglaublich.

Wie installierst du 2017 nach 2015? Ich erhalte Fehler im Installationsprogramm 2017, die besagen, dass bereits eine andere Version installiert ist. Ich bin mir nicht mal sicher, wie ich 2015 jetzt deinstallieren soll.

Ich habe das gleiche Problem. Das Spiel läuft jedoch ganz gut, abgesehen von einigen Einfrierungen hin und wieder. Ich laufe auf einem 1080ti auf Bogen.

Okay, es könnte also sein, dass ich die Lösung für das Kampagnenstottern gefunden habe. Würde natürlich eine größere Stichprobe brauchen als nur ich. So habe ich es auf einem neuen Präfix behoben:

• Erstellen Sie meine eigene Proton-Version (tkg) aus dem Quellcode mit dem neuesten Wine-Staging-Build, der den Mauszeiger-Fix enthält
• Dotnet40 über Protontricks installiert
• Installiertes vcrun2015 (siehe https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)
• Dotnet48 installiert
• Installiertes vcrun2017 (siehe auch https://steamcommunity.com/app/261550/discussions/0/2149847049318759493/)

Jetzt habe ich kein Stottern mehr auf der Kampagnenkarte, ein fester Mauszeiger und das Speichern dauert einige Sekunden. Könnte für jeden anderen einen Versuch wert sein, es zu versuchen.

Ich habe dies mit 1.0.3 versucht, und die Leistung war in einigen Bereichen schlechter, in anderen besser.
Nach dem Update auf 1.0.4 läuft das ganze Spiel einwandfrei, es ist unglaublich.

Wie installierst du 2017 nach 2015? Ich erhalte Fehler im Installationsprogramm 2017, die besagen, dass bereits eine andere Version installiert ist. Ich bin mir nicht mal sicher, wie ich 2015 jetzt deinstallieren soll.

Ich hatte von Anfang an das gleiche Problem. Verwenden Sie einfach protontricks 261550 uninstaller .
Leider macht Dotnet die Leistung des Spiels für mich viel schlechter, aber Zeit sparen ist in der Tat schneller und dauert etwa 30 Sekunden.

Sie benötigen ein neues Präfix (nicht von Steam erstellt), um vcrun2015 und vcrun2017 (und dotnet40?) Zu installieren. Ich habe diese installiert und dann dotnet48 wie angewiesen, aber die schnelleren Speicherungen (immer noch) kosten lästige Instabilität der Framerate (schnelles Stottern). Für mich mache ich fast lieber eine Pause, während es spart, und mache etwas anderes, um unter Leistungsproblemen zu leiden, aber das bin nur ich.

Bekommt sonst noch jemand sehr häufige Abstürze, wenn es um Belagerung geht? Es scheint weniger wahrscheinlich, dass die KI die Belagerung anführt, aber wenn ich angreife oder besonders verteidige, ist es sehr wahrscheinlich, dass das Spiel abstürzt (mehrmals). Ich kann einige Protokolle später hochladen und wollte nur wissen, ob dies auch bei anderen Personen der Fall war.

Bekommt sonst noch jemand sehr häufige Abstürze, wenn es um Belagerung geht? Es scheint weniger wahrscheinlich, dass die KI die Belagerung anführt, aber wenn ich angreife oder besonders verteidige, ist es sehr wahrscheinlich, dass das Spiel abstürzt (mehrmals). Ich kann einige Protokolle später hochladen und wollte nur wissen, ob dies auch bei anderen Personen der Fall war.

Ja; Nun, ich bekomme seit e1.0.4 mehr häufige Abstürze und Belagerungen scheinen ein Auslöser zu sein. Für mich; AIs führen alle Segmente an, weil ich zu klein bin

Bekommt sonst noch jemand sehr häufige Abstürze, wenn es um Belagerung geht? Es scheint weniger wahrscheinlich, dass die KI die Belagerung anführt, aber wenn ich angreife oder besonders verteidige, ist es sehr wahrscheinlich, dass das Spiel abstürzt (mehrmals). Ich kann einige Protokolle später hochladen und wollte nur wissen, ob dies auch bei anderen Personen der Fall war.

Ich habe ein Savegame mitten in einer Belagerung und es stürzt nach ein paar Sekunden 100% der Zeit ab. Das gleiche Speicherspiel funktioniert auch unter Windows. Nachdem ich eine vorherige Rettung geladen hatte, durchlief ich einige Belagerungen als Teil einer Armee und es stürzte nicht ab

Während der Belagerung sind keine Abstürze aufgetreten, aber wenn Sie eine starten und einsetzen, ist die Maus wackelig, flackert ständig und registriert keine Klicks. Wenn Sie die Alt-Taste drücken, wird ein Klick registriert, sodass Sie den Bereitstellungsbildschirm überwinden können.

Funktioniert der vorkompilierte Patch im ursprünglichen Beitrag nicht mehr?

@ Ryan-Vablet Es funktioniert, zumindest sollte es soweit mir bekannt ist. Obwohl einige eine bessere Erfahrung mit ihrer eigenen konformen Version von Proton-tkg (und anderen in diesem Kommentar erwähnten Dingen) zu haben scheinen.

Das Bemerkenswerte ist, dass die Installation von dotnet48 das Speichern viel schneller macht, was für einige Minuten dauert, in einigen Fällen jedoch zu Leistungsproblemen führt. Die anderen Dinge im Kommentar können die Leistungsprobleme in einigen Fällen noch einmal lösen.

Aber am Ende wissen wir nichts spezielles mit Proton-tkg, das helfen würde, oder wenn es wirklich funktioniert, ist es jedoch aktueller, so dass möglicherweise etwas Nützliches darin ist. Aktuell tut zumindest selten weh.

Für die Abstürze haben wir anscheinend keine soliden Korrekturen. Aber es ist möglich, dass dies einfach Probleme mit dem Spiel selbst sind, was auch bei einigen Leistungsproblemen der Fall sein kann.

Ich habe heute Bannerlord (e1.0.5) installiert und 5 Stunden lang mit proton-tkg gespielt. Das ist meine Erfahrung:

Zuerst habe ich versucht, Bannerlord zu spielen, ohne die Dotnet-Pakete zu installieren. Ich hatte viel Stottern und auch sehr lange Speicherzeiten wie erwartet. Ich habe auch lange Ladezeiten erlebt.

Dann habe ich dotnet40- und dotnet48-Pakete über Protontricks installiert. Sparzeiten und Ladezeiten deutlich reduziert. Das Stottern wurde ebenfalls leicht reduziert. Das Spiel war zu diesem Zeitpunkt ziemlich spielbar. Ich habe auch versucht, vcrun2015 und vcrun2017 zu installieren, konnte dies aber nicht, da sie bereits installiert waren (wahrscheinlich automatisch durch Steam).

Nach ein paar Stunden kam es jedoch immer häufiger zu Abstürzen, normalerweise beim Warten in der Stadt. Basierend auf dem, was ich hier bisher gelesen habe, denke ich, dass die Abstürze damit zusammenhängen, dass ich nur 8 GB RAM habe. Die Auswahl der Voreinstellung für die mittlere Einstellung scheint das Problem behoben zu haben (seitdem gab es keine Abstürze mehr) und führte auch zu weniger Stottern.

OS: Arch Linux
KERNEL: 5.5.13-arch2-1
CPU: AMD Ryzen 5 2600 Six-Core
GPU: Radeon RX Vega 56
GPU DRIVER: 4.6 Mesa 20.0.4
RAM: 8 GB

Update bis 1.0.5 (Ubuntu 19.10)
Es läuft perfekt, ohne Leistungsprobleme oder Abstürze, mit den Managedstarter-Umbenennungen, aber ohne Protontricks. Verwenden des benutzerdefinierten Protons von Yellowapple (in der Problembeschreibung)
Wenn ich dotnet40 + 48 installiere, um das Problem mit dem Speichern zu umgehen, ist die Leistung schlecht und das Spiel ist nicht wirklich spielbar. Ich würde gerne diese tkg-Problemumgehung ausprobieren, aber anscheinend ist das nur eine Sache mit dem Bogen? Beide vcruns sind standardmäßig installiert.

Mit den oben von YellowApple beschriebenen Schritten konnte ich ein oder zwei Belagerungen (angeführt von der KI) auf dem neuesten Patch überstehen. Bearbeitet diesen Kommentar, wenn ich das nächste Mal spiele und eine von Spielern geführte Belagerung durchführe.

Nach dem Update auf 1.05 (mit YellowApple-Proton, keine Dotnet-Installation) stürzte ich nach dem Kampf gegen Plünderer und zu Beginn einer großen Feldschlacht auf dem Beutebildschirm ab. Ersteres passierte ungefähr dreimal, letzteres einmal (ich hörte auf, es danach zu versuchen). Es gab ein paar neue Fehler im Protokoll und nach Abstürzen wurde das Spiel immer noch als spielend angezeigt (auch der Absturzreporter stürzte ab):

[000000000000004A:] EXCEPTION handling: System.IO.FileNotFoundException: Could not load the file 'TaleWorlds.PSAI.XmlSerializers'.
...
[000000000000003F:] EXCEPTION handling: System.PlatformNotSupportedException: System.Management currently is only supported for Windows desktop applications.

Aktualisieren:
Ich habe meinen Computer neu gestartet, einen Kampf bei einem früheren Save gewonnen, den abgestürzten neu geladen und bin ohne Probleme in einen anderen Kampf geraten.

Update bis 1.0.5 (Ubuntu 19.10)
es läuft perfekt, keine Leistungsprobleme oder Abstürze, _mit_ dem Managedstarter-Umbenennen, aber _mit_ Protontricks; Verwenden des benutzerdefinierten Protons von Yellowapple (in der Problembeschreibung)
Wenn ich dotnet40 + 48 installiere, um das Problem mit dem Speichern zu umgehen, ist die Leistung schlecht und das Spiel ist nicht wirklich spielbar. Ich würde gerne diese tkg-Problemumgehung ausprobieren, aber anscheinend ist das nur eine Sache mit dem Bogen? Beide vcruns sind standardmäßig installiert.

@aradapilot Das Build-Skript proton-tkg funktioniert auch auf Nicht-Arch-Systemen. Stellen Sie einfach sicher, dass Sie die Abhängigkeiten von wine-tkg installieren.

Ich habe mich mit @YellowApples Proton-Build etwas eingerichtet. Ich habe dotnet40 und dann dotnet48 installiert (was die ältere Version zu ersetzen scheint), was meiner Meinung nach das Sparen beschleunigte, aber die Leistung war besonders auf der Kampagnenkarte mittelmäßig. Ein interessanter Hinweis: Ich habe versucht, die Dotnet-Verben zu deinstallieren, aber dann hat mich das Spiel darüber informiert, dass mindestens Dotnet 4.0 erforderlich ist. Die Neuinstallation von dotnet40 reichte nicht aus, um das Spiel ordnungsgemäß zu starten, und lässt protontricks denken, dass die Version 4.8 noch installiert ist. Ich habe dotnet40 deinstalliert, aber das hat es nicht behoben. Am Ende habe ich annihilate d die Umgebung und kein Dotnet installiert, das zumindest eine viel bessere Leistung hat, obwohl meine Einstellungen für meine Spezifikationen meiner Meinung nach niedrig sind. Das Speichern dauert mit dotnet vielleicht 60 Sekunden anstatt 30 Sekunden.

Eine andere Sache, auf die Sie achten sollten, ist der Rahmenbegrenzer! Ich dachte, ich stottere sogar bei niedrigen Einstellungen, aber es stellte sich heraus, dass meine Framerate höher war als mein Monitor (60 Hz), aber sehr abgehackt. Das Begrenzen zur Überwachung der Aktualisierungsrate hat sehr geholfen.

Technische Daten:
R5 2600
RX 580 4 GB
16 GB RAM
Linux Mint 19.3 mit 5.5 Kernel
Mesa 20.1 von Oibaf PPA

EDIT: Die Dinge scheinen auch ohne Dotnet deutlich stabiler zu sein, also denke ich, dass ich dabei bleiben werde. Außerdem scheint der abgesicherte Modus nur den Helligkeitstest und die Grafikeinstellungen zurückzusetzen, und ich habe keine Stabilitätsverbesserung bemerkt, sodass ich mich nicht darum kümmern würde, ihn nach einem Absturz zu aktivieren.

Ich weiß also nicht, ob es protontricks 261550 vcrun2019 oder das neueste Proton-GE verwendet hat, aber einer oder beide haben das verbleibende Stottern für mich fast vollständig beseitigt. Das manuelle Speichern dauert einige Sekunden, während das automatische Speichern augenblicklich erfolgt. verursachen auch keine Restverzögerung. Ich bekomme auch 10 × die FPS im Inventarbildschirm (war vorher ziemlich grausam).

Also ja, für alle anderen, die meinen Build noch verwenden: Nehmen Sie stattdessen GloriousEggrolls ; Es sollte mindestens genauso gut funktionieren wie meins, wenn nicht sogar besser (da es auch für andere Spiele eine ganze Reihe anderer Verbesserungen enthält), und es ist wesentlich weniger wahrscheinlich, dass es aus dem Schädel trinkt oder die Leber frisst. Und versuchen Sie es auch mit protontricks 261550 vcrun2019 wenn Sie immer noch dotnet48 -bezogenes Stottern bekommen.

Verwenden Sie vcrun2019 mit oder ohne dotnet48?

Verwenden Sie vcrun2019 mit oder ohne dotnet48?

Mit.

Meine genaue Reihenfolge der Operationen für das aktuelle Präfix, das ich verwende:

• Lief den Launcher mindestens einmal unter meinem Build (um ein Präfix zu generieren)
• protontricks 261550 uninstall und deinstallieren Sie alles
• protontricks 261550 dotnet40
• protontricks 261550 vcrun2015
• protontricks 261550 dotnet48
• protontricks 261550 vcrun2017
• Lief das Spiel mindestens einmal unter meinem Build erneut
• Auf Proton 5.5-GE-1 umgestellt
• protontricks 261550 --force vcrun2019 (da es technisch mit vcrun2015 Konflikt steht)
• Lief das Spiel erneut und beobachtete eine deutliche Verbesserung

Ich habe den einfacheren Pfad von protontricks 261550 doetnet48 && protontricks 261550 vcrun2019 mit einem neuen Präfix getestet. Ich hoffe, dass es wie ein Zauber funktioniert.

Da ich beim Kompilieren der tkg-Builds nicht aus der Abhängigkeitshölle herauskommen kann, sind diese Prebuilds ein Segen für mich persönlich.

Meine bisherigen Ansätze:

• Verwenden Sie den benutzerdefinierten Proton-Build von YellowApples
  ---> Reibungsloses Spiel, aber 60er Jahre sparen Zeit für ein neues Spiel. ~ 90s nach 10h oder so im Savegame.

• Installieren Sie dotnet48
  ---> Kleines Ruckeln auf der Kampagnenkarte und ~ 30s sparen Zeit. Absolut spielbar für mich.

Ich habe gerade auf Proton 5.5-GE-1 umgestellt und keine weiteren Änderungen vorgenommen. Alles hat sofort funktioniert. Das Stottern auf der Kampagnenkarte ist verschwunden und die Speicherzeiten betragen ~ 3s.

Abgesehen davon stürze ich hier und da immer noch ab (das Spiel ist zum Beispiel abgestürzt, während ich diesen Kommentar mit gedrückter Alt-Taste gedrückt und geschrieben habe), aber das könnte nur mit dem frühen Zugriff zusammenhängen. Zeit zu hoffen, dass dies für alle anderen einwandfrei funktioniert. <3

@evopls Könnte das gleiche Problem sein, das ich hatte:
https://www.reddit.com/r/linuxquestions/comments/fun9qr/did_i_bork_protontkg/

Nachdem ich mein Proton gebaut hatte, hatte ich ~ 5 Sekunden Speicherzeit, habe noch nicht vollständig mit der neuen 5.5 GE-1-Speicherzeit herumgespielt, aber Mann, dieses Spiel stürzt später im Spiel immer noch eine Menge Ton von zufälligen Dingen ab. Selbst unter Windows ist es ein echtes Chaos, aber es gibt noch Hoffnung, da es sich um einen frühen Zugriff handelt und wir im Wesentlichen eine (scheinbar frühe) Beta-Version spielen.

Ich bin wirklich beeindruckt, dass das Spiel trotz der Fehlerhaftigkeit sehr gut läuft. Der letzte Patch scheint die sofortige CTD für bestimmte Dialoge behandelt zu haben, und das Betreten der Schmiede und des Patches davor hat das Stottern in der Kampagnenkarte erheblich erleichtert.

Ich habe immer noch Probleme mit nur dotnet48 mit Proton-GE oder nicht, aber mit vcrun2019 ist es größtenteils stabil.

Ich brauchte die anderen Schritte nicht. Proton-GE + dotnet48 + vcrun2019 funktioniert für mich

protontricks 261550 dotnet48

protontricks 261550 --force vcrun2019

vcrun2019 allein war nicht genug Ich brauchte beide dotnet48 + vcrun2019

Ich habe anscheinend nicht vcrun2019 zur Installation zur Verfügung. Ich habe gerade protontricks-git von aur neu installiert, daher sollte es die neueste Version sein. Wie kann ich vcrun2019 installieren und / oder von Protontricks installieren lassen?

@yarbelk Es ist von Winetricks, aktualisiere Winetricks mit

# protontricks will pass --self-update to winetricks
protontricks 261550 --self-update

Bearbeiten: Ich glaube nicht, dass ich das Update durchführen musste, als ich das Präfix neu installiert habe. Vielleicht versuchen Sie es mit Steam neu zu installieren

--self-update holt sich das neueste von git / master see
https://github.com/Winetricks/winetricks/blob/master/src/winetricks#L1148

Die neuesten Winetricks sind 20191224 (https://github.com/Winetricks/winetricks/releases), die ich installiert habe. Ich bin auf NixOS, also funktioniert winetricks - das Selbst-Update funktioniert nicht (daher würden auch keine Protontricks funktionieren). Ich habe noch kein vcrun2019 verfügbar.

Die neuesten Winetricks sind 20191224 (https://github.com/Winetricks/winetricks/releases), die ich installiert habe. Ich bin auf NixOS, also funktioniert winetricks - das Selbst-Update funktioniert nicht (daher würden auch keine Protontricks funktionieren). Ich habe noch kein vcrun2019 verfügbar.

Warum verhindert die Verwendung winetricks --self-update NixOS, dass sudo winetricks --self-update funktioniert.

Auf jeden Fall können Sie den neuesten Code von winetricks git herunterladen. Die Version, die vcrun2019 für mich hat, ist 20191224-next - sha256sum: 472eba29dbf056c87afd39a70426886064040e0bc2c3b63c17baf469b0bf2be2 . Es scheint, dass vcrun2019 in keiner veröffentlichten Version von winetricks enthalten ist, aber --self-update greift definitiv auf die neueste Version zurück (von git, nicht von den Veröffentlichungen).

Hier ist das Commit in der "-next" -Version (derzeit unveröffentlicht) mit vcrun2019: https://github.com/Winetricks/winetricks/commit/94edaddc039c205a98c2a620399a741c7a70ce02

Warum verhindert die Verwendung winetricks --self-update NixOS, dass sudo winetricks --self-update funktioniert.

Dies liegt daran, dass NixOS ein deklaratives Betriebssystem ist und nicht die Standardhierarchie des Unix-Dateisystems verwendet. Es verwendet eine spezielle Chroot-Umgebung für Anwendungen wie Steam, die Annahmen treffen und die eigene Umgebung steuern möchten. Das winetricks-Paket wird in einem schreibgeschützten Pfad in /nix/store/ installiert, in dem alle Pakete basierend auf ihrem Hash isoliert sind. Es ist unmöglich, sich selbst zu aktualisieren.

Auf jeden Fall können Sie den neuesten Code von winetricks git herunterladen

Ich werde versuchen, die Paketrevision zu aktualisieren und zu prüfen, ob dies funktioniert. Vielen Dank!

Bearbeiten: Es hat funktioniert, sofern vcrun2019 existiert, aber beim Versuch, es zu installieren, erhalte ich eine falsche Prüfsumme:

sha256sum mismatch! Rename /home/ludvig-new/.cache/winetricks/vcrun2019/vc_redist.x86.exe and try again.

@lboklin, wenn Sie keine Lust haben, Dinge aus dem zwischengespeicherten

mv ~/.cache/winetricks/{,bak.}vcrun2019

dann versuchen und installieren

@lboklin, wenn Sie keine Lust haben, Dinge aus dem zwischengespeicherten

mv ~/.cache/winetricks/{,bak.}vcrun2019

dann versuchen und installieren

Ich habe das ohne Erfolg versucht, aber ich habe es mit Wein ausgeführt (ich denke, das hat es richtig installiert? Ich habe alle env-Variablen festgelegt, die mir einfallen), aber ich schweife ab. Dies ist spezifisch für mein System und ich möchte diesen Thread nicht überladen. Ich werde es herausfinden.

Ich verstehe das jetzt immer wieder:

d3d_device_->CreateTexture2D at
rglGPU_device::create_texture_from_image
failed!
Invalid parameter.

Last Executed Marker: Only supported with nVidia
Gpus and Windows 10.

(bizarre Zeilenumbrüche für zusätzliche Richtigkeit hinzugefügt)

Ich verwende dotnet48 vcrun2019 (danke @chrisrhayden) und das Proton ge-5.5

Ich habe einen 1080ti, von dem ich stark vermute, dass er als nVidia qualifiziert ist.

Es ist seltsam, weil jeder, der diesen Fehler unter Windows erhält, Nvidia / Radeon Sharpening für eine mögliche Korrektur deaktiviert. Das einzige, von dem ich weiß, dass es in unserem Nvidia-Panel aus der Ferne nahe ist, ist Conformant Texture Clamping für randlose 2D-Texturen, das überhaupt nicht verwendet wird SO VIEL ICH WEISS.

Einige sagen, Sie sollten auf e1.0.3 zurückgreifen, um das Problem vorerst zu vermeiden. Sie können dies über Eigenschaften-> BETAS-> Wählen Sie e1.0.3 aus dem Dropdown-Menü auswählen. Ich würde sagen, probieren Sie es aus, ich habe seit dem letzten Update immer seltsamere Fehler bekommen, während ich den vorherigen Patch 3 Stunden lang gespielt habe. Nicht zu sagen, dass dies die Ursache ist, aber es tut nicht weh, dies zu überprüfen.

Versuchte die neueste GE-Version mit und ohne dotnet48 und vcrun19 . Es scheint auf dem ersten Ladebildschirm mit folgenden Fehlern hängen zu bleiben:

[0405/100010.058616:ERROR:frame_sink_video_capturer_impl.cc(206)] Invalid resolutions constraints: 0x0 must not be greater than 0x0; and also within media::limits.
eventfd: Too many open files

Manchmal lassen mich entweder die GE- oder YellowApple-Builds Folgendes wissen:

Nach 2-3-maligem Schließen des Dialogs wird das Spiel jedoch weiterhin gestartet und wie gewohnt ausgeführt. Ja zu sagen scheint keine zusätzlichen Informationen zu liefern?

Wenn ich mit diesen beiden installierten Verben zum YellowApple-Build zurückkehre, hat dies eine gute Leistung und Einsparungen von ~ 10-15 Sekunden. Ich habe die Stabilität noch nicht viel getestet, aber ich denke, ich werde vorerst damit weitermachen.

Ich kann dotnet48 nicht mehr installieren, solange ich es zuvor konnte ... Ich erhalte dieses Popup:

Warum sollte das jetzt passieren?

Bearbeiten: Das manuelle Erstellen eines neuen Präfixes und das anschließende Installieren von dotnet48 und 2019 vor dem Start über Steam funktionierte.

Hallo @ Gyrfalcon5 , bitte führen Sie ulimit -Hn und überprüfen Sie, ob Sie einen hohen Wert erhalten und nicht 4096.

Hallo @ Gyrfalcon5 , bitte führen Sie ulimit -Hn und überprüfen Sie, ob Sie einen hohen Wert erhalten und nicht 4096.

Das gibt mir 4096. Ist das ein Problem? Ich glaube, ich habe hier etwas darüber gesehen, wie man einen solchen Wert erhöht, aber ich bin mir nicht sicher.

Ja, bitte lesen Sie https://github.com/zfigura/wine/blob/esync/README.esync .

Ich habe die obigen Anweisungen von YellowApple verwendet und das Spiel läuft einwandfrei, aber ich habe immer noch keinen funktionierenden Mauszeiger. Gibt es einen wesentlichen Schritt, den ich vielleicht verpasst habe? Ich war zurückgetreten, um meinen Controller nur für Menüs zu verwenden, aber sobald ich nach der Charaktererstellung zur Karte komme, erhalte ich eine Benachrichtigung, dass ich mit meinem Controller nicht wegklicken kann.

Ich habe die obigen Anweisungen von YellowApple verwendet und das Spiel läuft einwandfrei, aber ich habe immer noch keinen funktionierenden Mauszeiger. Gibt es einen wesentlichen Schritt, den ich vielleicht verpasst habe? Ich war zurückgetreten, um meinen Controller nur für Menüs zu verwenden, aber sobald ich nach der Charaktererstellung zur Karte komme, erhalte ich eine Benachrichtigung, dass ich mit meinem Controller nicht wegklicken kann.

Auf einem anderen System funktioniert es manchmal und manchmal nicht. Durch einen Neustart des Spiels wurde das Problem behoben. zucken

Ich habe die obigen Anweisungen von YellowApple verwendet und das Spiel läuft einwandfrei, aber ich habe immer noch keinen funktionierenden Mauszeiger. Gibt es einen wesentlichen Schritt, den ich vielleicht verpasst habe? Ich war zurückgetreten, um meinen Controller nur für Menüs zu verwenden, aber sobald ich nach der Charaktererstellung zur Karte komme, erhalte ich eine Benachrichtigung, dass ich mit meinem Controller nicht wegklicken kann.

Ja, aus irgendeinem Grund funktioniert die Maus auf meinem System auch nicht, wenn ich das Spiel zum ersten Mal starte, nachdem ich mich bei Steam angemeldet habe. Wenn ich das Spiel neu starte, funktioniert es.

Ich habe die obigen Anweisungen von YellowApple verwendet und das Spiel läuft einwandfrei, aber ich habe immer noch keinen funktionierenden Mauszeiger. Gibt es einen wesentlichen Schritt, den ich vielleicht verpasst habe? Ich war zurückgetreten, um meinen Controller nur für Menüs zu verwenden, aber sobald ich nach der Charaktererstellung zur Karte komme, erhalte ich eine Benachrichtigung, dass ich mit meinem Controller nicht wegklicken kann.

Ja, aus irgendeinem Grund funktioniert die Maus auf meinem System auch nicht, wenn ich das Spiel zum ersten Mal starte, nachdem ich mich bei Steam angemeldet habe. Wenn ich das Spiel neu starte, funktioniert es.

Was zum Teufel? Okay, ja. Es ist nur das erste Mal nach dem Start von Steam. Wie neugierig.

Update: Ich musste das Präfix manuell ohne Steam löschen und neu erstellen, um dotnet48 und vcrun2019 zu installieren. Ich könnte dann über Steam starten und sowohl Leistung als auch Speichern scheinen gut zu funktionieren (bisher nur für eine Minute getestet). Dies ist mit Proton-GE und Winetricks, die aus dieser Revision erstellt wurden .

Ja, bitte lesen Sie https://github.com/zfigura/wine/blob/esync/README.esync .

Befolgen Sie die Anweisungen dort und Proton GE arbeitet mit viel besserer Leistung! Die Stabilität könnte allerdings etwas Arbeit gebrauchen. Ich hatte einen Absturz, als ich nach ein oder zwei Minuten nach einem Charakter suchte. Vielleicht versuchen Sie, mein Präfix zu löschen und Dinge neu zu installieren, um zu sehen, ob das hilft, obwohl ich das Spiel selbst kenne, wenn es gerade ziemlich instabil ist.

BEARBEITEN: Das Nachschlagen eines Charakters ist ein sehr konsistenter Absturz mit der folgenden Ausgabe, wenn ich Steam über die Befehlszeile ausführe:

mesa: for the   --simplifycfg-sink-common option: may only occur zero or one times!
mesa: for the   --global-isel-abort option: may only occur zero or one times!
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
>>> Adding process 5460 for game ID 261550
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
>>> Adding process 5468 for game ID 261550
wine: Unhandled page fault on execute access to 000000001E770198 at address 000000001E770198 (thread 0035), starting debugger...
ERROR: ld.so: object '/home/roland/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

EDIT2: Weitere Informationen zum Absturz in einer neuen Proton-GE-Umgebung:

=================================================================
    Native Crash Reporting
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

=================================================================
    Managed Stacktrace:
=================================================================
domain required for stack walk
=================================================================

BEARBEITEN 3: Probieren Sie dotnet48 erneut aus, um festzustellen, ob der zusätzliche Informationsfehler dadurch behoben wird.

EDIT 4: Die Beschwerde über Mono ist weg, aber Stabilitätsprobleme mit der Enzyklopädie sowie der Arena-Rangliste bleiben bestehen. Ich denke, es hat etwas mit dem zusätzlichen Dialog zu tun, der über die Kampagnenkarte kommt, aber ich bin mir nicht sicher.

Wie installiert man vcrun2019? wenn ich protontricks 261550 vcrun2019 laufen
Ich bekomme immer "Unknown arg vcrun2019"
(Ich benutze die neuesten Protontricks)

Wie installiert man vcrun2019? wenn ich protontricks 261550 vcrun2019 laufen
Ich bekomme immer "Unknown arg vcrun2019"
(Ich benutze die neuesten Protontricks)

Haben Sie auch Winetricks aktualisiert? Ich denke, die Leute hatten Probleme damit, dass Protontricks auf dem neuesten Stand waren, aber früher mit veralteten Winetricks sprachen. Es sollte ausreichen, nur winetricks --self-update , möglicherweise benötigen Sie Sudo.

Viele Abstürze mit Proton-GE, Dotnet48 und Vcrun2019.
Ausgabe im Terminal:

wine: Unhandled exception 0xe0434352 in thread 3f at address 000000007B00FDCE (thread 003f), starting debugger...

Bearbeiten:
Ich denke, die Aktivierung des abgesicherten Modus (der Sie fragt, wann Sie nach dem Absturz erneut starten) hat dazu beigetragen, einen ansonsten unvermeidbaren Absturz in meiner Kampagne zu vermeiden (ein Ereignis hat ihn wahrscheinlich ausgelöst).

Bearbeiten 2:
Wenn Sie die Kampagnenkarte weit herauszoomen, kommt es häufig zu einem Absturz (mindestens dreimal in der letzten Stunde).

Edit 3:
Es ist im Grunde nicht spielbar. Hatte 5+ Stürze in der letzten halben Stunde. In der Ausgabe wird nichts Nützliches angezeigt. gerade

wine: Unhandled exception 0xe0434352 in thread 74 at address 7B00DE67 (thread 0074), starting debugger...

Edit 3:
Ok, jetzt bin ich im Einstellungsmenü abgestürzt:

wine: Unhandled page fault on execute access to 0000000000000000 at address 0000000000000000 (thread 003b), starting debugger...

Da das Spiel plötzlich vergisst und sich weigert, meine Einstellungen zu speichern, habe ich der Gruppe Leseberechtigungen für das Speicher- und Einstellungsverzeichnis hinzugefügt (ich halte es mit einer Verknüpfung außerhalb des Präfixes, damit ich es nicht versehentlich lösche). Danach erinnerte sich das Spiel an meine Einstellungen. Kann mit dem letzten Absturz im Einstellungsmenü zusammenhängen.

@ lboklin
Ich habe auch alle paar Minuten 5-30 Abstürze, wenn ich dotnet48 und vcrun2019 benutze und es ist immer auf der Weltkarte.
Proton-GE und Proton-TKG haben dieses Problem, Proton-GE hat nichts für mich verbessert.

@craftyguy Außer wenn Sie möchten, dass winetricks sich selbst aktualisiert, hängt dies davon ab, wie Sie es ursprünglich installiert haben.

$ winetricks --self-update
------------------------------------------------------
You don't have the proper permissions to run this command. Try again with sudo or as root.
------------------------------------------------------

Wenn Sie es von Ihrem Paketmanager erhalten haben, befindet es sich höchstwahrscheinlich in /usr/bin , und Sie benötigen Root-Zugriff, um es dort zu aktualisieren.

Nur ein Vorschlag. Wenn jemand Root-Berechtigungen benötigt, um Winetricks zu aktualisieren. Verwenden Sie sudo -E, um Ihre Umgebung zu schützen.

@ lboklin

Ich werde versuchen, die Paketrevision zu aktualisieren und zu prüfen, ob dies funktioniert. Vielen Dank!

Hallo Nixos-Benutzer - wie hast du das gemacht?

"Wie man Winetricks aktualisiert" in der Distribution Ihrer Wahl scheint hier nicht zum Thema zu gehören. Fragen Sie im öffentlichen Forum Ihrer Distribution nach oder installieren Sie Winetricks lokal für Ihren Benutzer.

@ lboklin

Ich werde versuchen, die Paketrevision zu aktualisieren und zu prüfen, ob dies funktioniert. Vielen Dank!

Hallo Nixos-Benutzer - wie hast du das gemacht?

Obwohl ich der Meinung bin, dass es offtopisch ist, nehme ich mir einen Moment Zeit, um zu antworten und Ihnen Zeit zu sparen.

1. Klonen Sie das Nixpkgs Repo
2. CD hinein
3. Bearbeiten Sie pkgs / misc / emulators / wine / sources.nix wie folgt
4. nix-env -f . -iA winetricks

diff --git a/pkgs/misc/emulators/wine/sources.nix b/pkgs/misc/emulators/wine/sources.nix
index 0e3eb2ce698..aeb0cdef883 100644
--- a/pkgs/misc/emulators/wine/sources.nix
+++ b/pkgs/misc/emulators/wine/sources.nix
@@ -56,10 +56,10 @@ in rec {

   winetricks = fetchFromGitHub rec {
     # https://github.com/Winetricks/winetricks/releases
-    version = "20191224";
-    sha256 = "07q3zh2i3xqzpg46ljarhq3a4ha9zwpc6jqzvly0kfglkh3b3v66";
+    version = "20191229";
+    sha256 = "0vzb9fxnrmbv1x86q7ri0xx4slvmbyjsf59y9hl48gxyr5kld68q";
     owner = "Winetricks";
     repo = "winetricks";
-    rev = version;
+    rev = "94edaddc039c205a98c2a620399a741c7a70ce02";
   };
 }

Ich habe ein neues System mit:

Bannerlord frisch aus Dampf installiert
Wein frisch installiert
Winetricks frisch aus der Quelle gebaut
Protontricks neu installieren mit den oben genannten Winetricks

❯ wine --version
wine-5.0
❯ winetricks --version
20191224-next - sha256sum: f183161a93a92f2fe38ec90b723055d5a2ca691c85400874879b0ef779a7f46e
❯ protontricks --version
protontricks (1.4.1)
❯ rm -rf ~/.steam/steam/steamapps/compatdata/261550
❯ rm -rf ~/.wine

Ich habe die 5.5-GE-1- Version von Proton installiert und auf .steam/root/compatibilitytools.d verschoben

Dann bin ich gelaufen:

❯ steam # Launched game from steam with Proton-5.5-GE-1 selected
...
Proton: Upgrading prefix from None to 5.5-GE-1 ($HOME/.local/share/Steam/steamapps/compatdata/261550/)
...
Unhandled Exception:
System.IO.FileNotFoundException: Could not load file or assembly 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies.
File name: 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'
[ERROR] FATAL UNHANDLED EXCEPTION: System.IO.FileNotFoundException: Could not load file or assembly 'ManagedStarter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies.

❯ cp ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/Bannerlord.exe ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/ManagedStarter.exe
❯ cp ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/Bannerlord_BE.exe ~/.steam/steam/steamapps/common/Mount\ \&\ Blade\ II\ Bannerlord/bin/Win64_Shipping_Client/ManagedStarter_BE.exe

Zu diesem Zeitpunkt startet das Spiel

❯ killall wineserver
❯ protontricks 261550 dotnet48
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20191224-next - sha256sum: 21f89159ef089f5e8c70568b34c40973f6cdc7de04832f3d79c9b74fcbfc32ed with wine-5.0 and WINEARCH=win64
Executing w_do_call dotnet48
# ..... fails

Muss ich der Version irgendwie sagen, dass sie 32 Bit sein soll? Das Verzeichnis wird von Steam erstellt. Muss ich es manuell mit winecfg mit WINEARCH = win32 erstellen? Es scheint, dass Bannerlord 64 Bit ist, also bin ich mir nicht sicher, wie das funktionieren würde?

@TannerYoung sieht so aus, als würden Sie Version 1.0.0 des Spiels

Sie können das Spiel entweder auf die neueste Version aktualisieren oder ManagedStarter.exe in ManagedStarter.exe.old (oder irgendetwas anderes) umbenennen und dann Bannerlord.exe in ManagedStarter.exe kopieren / symlink / umbenennen, um Ihr Problem zu beheben.

Wenn nach der Installation der verschiedenen vcrun-Versionen immer noch Absturzprobleme auftreten, überprüfen Sie Ihre Windows-Version in winecfg. Meins wurde während einer der Installationen auf WinXP eingestellt und der Wechsel zurück zu Windows 10 hat viele meiner Abstürze behoben.

Ich hatte bisher viel Glück mit dotnet472 und nicht mit dotnet48:

protontricks 261550 dotnet472

Ich verwende Proton von Valve (@ proton_5.0-next -Tag), wobei @YellowApples Patch von Wine-Staging angewendet wird, und nicht diese zufälligen Proton-Builds, die von Leuten verteilt werden. Ich habe auch vcrun2019 nicht installiert.

Die Speicherdauer beträgt für mich ungefähr 5 Sekunden, und das Spiel ist seit Verwendung dieser Konfiguration nicht mehr für mich abgestürzt (ich verwende die neueste gepatchte Version des Spiels mit dem heutigen Hotfix).

Es sei darauf hingewiesen, dass die von Taleworlds im Forum veröffentlichten Spielabhängigkeiten .NET 4.7.2, vcrun 2015 & 2017 sind: https://forums.taleworlds.com/index.php?threads/installing -missing-notwendige-Abhängigkeiten. 407126 /

Es gibt nichts über .NET 4.8 oder vcrun 2019 ..

@craftyguy : Vielen Dank dafür! Mit dotnet48 lief das Spiel größtenteils einwandfrei, aber jede Kampagne würde irgendwann abstürzen / einfrieren, bis zu dem Punkt, an dem es nahezu unmöglich war, weiter zu spielen. Mit dotnet472 scheint dieses Problem vollständig gelöst zu sein. Außerdem werden jetzt rechts auf dem Bildschirm Benachrichtigungen angezeigt (z. B. wenn jemand irgendwo eine Armee aufstellt), was bei dotnet48 nicht der Fall war - ich wusste nicht einmal, dass die Funktion vorhanden ist.

Ich sehe auch kein Stottern auf der Karte (obwohl ich es noch nie mit dotnet48 gemacht habe).

Kann die Ergebnisse von @craftyguy bestätigen; Proton 5.5-GE-1 und protontricks 261550 dotnet472 reichen aus, um sowohl das Stottern als auch die langen Speicherzeiten zu beheben. Schöner Fang!

Ich stelle fest, dass beim Anzeigen der Enzyklopädieseite für eine Stadt in einem vorhandenen Speicher und bei zeitweiligen Abstürzen im Inventarbildschirm ein konsistent reproduzierbarer Absturz auftritt, sowohl bei meinem vorherigen Präfix (mit vcrun201(5|7|9) als auch dotnet48 ) und der aktuelle (mit nur dotnet472 ). Ich werde ein neues Spiel ausprobieren ( seufzen ) und sehen, ob es weiterhin besteht.

Ich bin mir nicht sicher, was ich von dem halten soll, was los ist. Ich fühle mich wie auf dem ersten Platz, wo die Mauseingabe völlig funktionsunfähig ist, egal welche Protonenversion ich verwende, egal welche Windows-Pakete ich installiere. Selbst der alte Build von YellowApple, der zuvor einwandfrei funktioniert hat, funktioniert nicht.

Ich werde dieses dotnet472 ausprobieren müssen, um zu sehen, ob es mir hilft, meine Probleme mit diesen zufälligen Abstürzen bei einem neuen Spiel zu lösen. Ich glaube, mein altes Spiel ist nur kaputt, da es jetzt mehrere Updates durchlaufen hat. Ich habe es ein paar Stunden lang spielen lassen und einige meiner Freunde unter Windows berichten von denselben Abstürzen bei älteren Speicherungen.

Mit dotnet472 kann ich auch bestätigen, dass das Speichern schnell ist, aber ich bin abgestürzt, bevor ich wesentliche Beobachtungen zur Leistung machen konnte, sodass es ungefähr so ​​unspielbar abstürzt wie mit vcrun2019 und dotnet48.

Aktualisieren:
Es funktioniert gut und das Sparen ist wie erwähnt schnell, aber in der Tat ist die Stabilität nicht großartig. Viele Abstürze auf der Kampagnenkarte.

Offtopic, aber ich möchte jedem NixOS-Benutzer schnell helfen, indem ich dieses Skript für mein aktuelles Präfix-Setup freigebe: https://gist.github.com/lboklin/c735c867a00fbb2d30bb89dbcd910c03

Hätte erwähnen sollen: Mein No-Crashing-Spiel war erst nach dem Start einer neuen Kampagne auf 1.0.5 (vor dem folgenden Hotfix, aber nach dem eigentlichen 1.0.5-Update). Ich habe auch etwas längere Ladezeiten (+ ~ 50%) zwischen Szenen mit dotnet472 im Vergleich zu dotnet8 festgestellt, was angesichts der erheblich erhöhten Stabilität keine große Sache ist.

@Ampsersanddd andere Leute haben dies erwähnt, aber es ist üblich, dass das Spiel aus irgendeinem Grund auch nach dem Fix beim ersten Start nicht auf

dotnet472 stürzt mit Sicherungsdateien ab 1.0.4 ab (es dauerte jedoch ungefähr 10 Minuten, während ich im Stadtmenü war), liefert aber auch eine sehr gute Leistung (getestet mit Proton-GE). Ich werde später testen, ob dies auch für ein neues Spiel mit 1.0.5 gilt.

AKTUALISIEREN:

Ich habe ungefähr 30 Minuten mit einem neuen Spiel gespielt, bis es beim Öffnen des Stadtmenüs abstürzte.

Selbst mit einer neuen Kampagne ist es für mich ziemlich krachend. Die meiste Zeit erhalte ich den Ausnahmecode 0000000c, obwohl der letzte Absturz (plus einer heute früher) der Ausnahmecode 6ba war.

Auf der anderen Seite konnte ich zumindest bestätigen, dass die Zwischenablage funktioniert (indem ich mit bannerlord.party ein cooles Banner erstellt habe ). Also weißt du, kann nicht alles schlecht sein.

Hat jemand einen Weg gefunden, um ein vom Spiel generiertes Protokoll zu erhalten? In den Foren werden Protokolldateien (nämlich rgl_log.txt oder ähnliches) erwähnt, aber ich kann sie anscheinend nirgendwo finden. Das Crash-Report-Tool scheint ebenfalls völlig kaputt zu sein, und die Proton-Protokolle liefern keine aussagekräftigen Stacktraces.

Ich denke, es könnte nützlich sein zu wissen, wie man ein Präfix für Proton vollständig entfernt. Ich weiß, dass es ein bisschen vom Thema abweicht, aber wenn man bedenkt, wie oft Leute dies tun, kann dies zu einer Reduzierung von Fehlerberichten führen, die durch Kruft verursacht werden.

Ich weiß, dass ich nicht sicher bin, was ich tue. Aber ich lösche das Verzeichnis ~/.steam/steam/steamapps/compatdata/261550/ und führe das Spiel erneut aus, um es neu zu erstellen. ist das ausreichend?

Ich weiß, dass ich nicht sicher bin, was ich tue. Aber ich lösche das Verzeichnis ~/.steam/steam/steamapps/compatdata/261550/ und führe das Spiel erneut aus, um es neu zu erstellen. ist das ausreichend?

Ja, das ist alles was dazu gehört. Ich persönlich benenne stattdessen gerne um, damit ich zwischen Präfixen wechseln und Dinge schnell testen kann (und es auch einfacher mache, meine Speicherungen und Konfigurationen herauszuholen), aber Sie tun es.

Apropos: Es sieht so aus, als wäre ein neues Präfix (ohne protontricks überhaupt) für mich weniger abstoßend, hat aber immer noch den Fehler, mehrere Minuten lang zu speichern, und führt wieder ein bisschen Stottern in das ein Kampagnenkarte. Sie gewinnen einige, Sie verlieren einige, denke ich, lol

Verschiedene Dinge:

1) Ich bin jetzt in einem seltsamen Zustand, dass ich mit einem neuen Präfix nicht einmal mehr den Launcher zum Starten bringen kann. Ich vermute auch, dass einige Ressourcen beim Absturz nicht korrekt bereinigt werden (aufgrund eines verdächtigen Anstiegs der Speichernutzung, bei dem ich nicht versucht habe, aktiv über ps aux | grep Mount und ps aux | grep wine zu debuggen und es zu versuchen Damit sie sauber beendet werden. Startet das System neu, möchte dies jedoch aufschreiben, bevor ich das tue.

2) Wenn ich die Donet- und Vcrun-Pakete installiere, sehe ich immer wieder, dass Mono nicht installiert ist (6.4, Arch Linux). Bricht dies in Protontricks oder im erwarteten Verhalten?

3) Geben Sie nicht ein, während die Protontricks ausgeführt werden. Sie drücken die Eingabetaste rechts, wenn Sie gefragt werden, ob Sie das Ding installieren möchten, für das es ewig gedauert hat, und Sie werden es abbrechen.

4) @YellowApple Ich hätte schwören können, dass ich ein Protokoll von Ihnen gesehen habe, das dxvk in der Ausgabe hatte: Verwenden Sie eine bestimmte Version des besagten dxvk? Angesichts der seltsamen need nvidia card Fehler, wenn ich eine NVIDIA-Karte verwende ... Ich frage mich, ob dort etwas fehlt.

@yarbelk Das https://github.com/ValveSoftware/Proton/issues/3706#issuecomment -609480224

Davon abgesehen bekomme ich jetzt auch die häufigen Abstürze der Kampagnenkarte. Das einzige, was ich geändert habe, war die obige Einstellung und der M & B-Patch selbst. Ich bin mir nicht sicher, ob es 1.0.3 oder 1.0.4 war, wo es gut funktioniert hat, aber diese Kampagnenabstürze sind für mich völlig neu. Dotnet472 oder dotnet480 machten auch dort keinen Unterschied.

Für Leute, die eine Menge seltsamer Instabilitätsprobleme haben, müssen Sie einfach Ihr Bannerlord-Weinpräfix löschen, die Spieledateien überprüfen (sicherstellen, dass Sie aktualisiert sind) und vcrun2019 und dotnet48 installieren. Stellen Sie außerdem sicher, dass die globale Überschreibung für SteamPlay nicht festgelegt ist (Seite Steam-Haupteinstellungen -> SteamPlay), und verwenden Sie den neuesten Proton-GE-Build.

Wenn Sie dies alles tun und immer noch Probleme haben, aktualisieren Sie auch Ihren Grafiktreiber. Für Nvidia sollten Sie die neueste Binärversion von nvidia.com ausführen. Wenn dies bereits für Ihre Distribution verpackt ist, großartig. Für AMD sollten Sie entweder die neuesten Catalyst-Binärdateien oder eine aktuelle Git-Version von mesa / libdrm / AMD DDX und einen aktuellen Linux-Kernel ausführen.

Das Spiel läuft großartig, ohne größere Probleme für mich. Ich bekomme 1-2 Sekunden Probleme, wenn eine Kampfanimation oder ein neues Outfit zum ersten Mal auf dem Spielfeld geladen wird, aber es pausiert das gesamte Spiel, sodass ich nicht benachteiligt kämpfe, wenn es passiert, und es wiederholt sich nicht, wenn ich es behalte die gleichen Feinde bekämpfen. Wahrscheinlich eine Art Shader-Caching, das mit realistischen Stoffeffekten zusammenhängt.

Geben Sie auch an, welche GPU Sie haben, wenn Sie Probleme melden. Ich bin auf einem 2080 Ti. Ich konnte 4 Stunden ohne Unterbrechung und mit guter Leistung ohne Unterbrechung spielen.

@ YellowApple

Spielprotokolle finden Sie im Weinpräfix hier: </261550 prefix>/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs/

zB ~/.steam/steam/steamapps/compatdata/261550/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs

Wenn der Absturz-Uploader funktioniert hätte (was wirklich bedauerlich ist, dass dies nicht der Fall ist ...), würde er anscheinend die hier gefundenen Artefakte hochladen: <261550 prefix>/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/crashes/

Es sieht so aus, als würde das Spiel crashes jedem Absturz ein Verzeichnis im Verzeichnis

Nun, ich bin mit dem neuesten Proton-GE-Build und der Installation von dotnet472 (das etwa 5-6 frühere Versionen rückwirkend installiert hat) weitergekommen.

Ich bekomme jetzt den Launcher, aber das Spiel friert immer noch den gesamten Computer ein, nachdem ich einen Charakter erstellt habe. Ich kann Musik / Geräusche im Hintergrund hören, aber nichts. Ich habe es eine Weile stehen lassen und dachte, es müsste nur aufgeholt werden. Nichts. Hard Shutdown ist die einzige Lösung.

Nun, ich bin mit dem neuesten Proton-GE-Build und der Installation von dotnet472 (das etwa 5-6 frühere Versionen rückwirkend installiert hat) weitergekommen.

Ich bekomme jetzt den Launcher, aber das Spiel friert immer noch den gesamten Computer ein, nachdem ich einen Charakter erstellt habe. Ich kann Musik / Geräusche im Hintergrund hören, aber nichts. Ich habe es eine Weile stehen lassen und dachte, es müsste nur aufgeholt werden. Nichts. Hard Shutdown ist die einzige Lösung.

Welche Distribution, GPU und Grafiktreiberversion?

Ubuntu 18.04, RX 580 und Standard- / Standard-AMD-Treiber. Ich habe auch Wein / Winetricks / Mesa / Vulkan auf dem neuesten Stand.

Derzeit läuft nur dieses Spiel nicht, aber das bedeutet nicht, dass es nicht mein System ist, sondern es einfach rauswirft.

Ubuntu 18.04, RX 580 und Stock / Defautl und Treiber. Ich habe auch Wein / Winetricks / Mesa / Vulkan auf dem neuesten Stand.

Derzeit läuft nur dieses Spiel nicht, aber das bedeutet nicht, dass es nicht mein System ist, sondern es einfach rauswirft.

Ubuntu 18.04 verwendet derzeit ziemlich alte Mesa-Treiber (Open Source). Können Sie versuchen, zu den AMD Adrenaline-Treibern (früher als Catalyst oder fglrx bekannt) zu wechseln?

Wenn Sie beim Open Source-Grafikstapel bleiben möchten, können Sie auch die Grafik-PPA von oibaf ausprobieren: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

Der Open Source-Grafikstapel altert sehr schlecht. Dies ist hauptsächlich auf das extrem schnelle Tempo der Verbesserungen zurückzuführen. Ein 1 Jahre alter Open Source-Grafiktreiber ist wie ein 80 Jahre altes Auto. Völlig veraltet. An dieser Stelle denke ich ernsthaft, dass der Fehler beim Open-Source-Grafikstapel für Ihr Problem liegt.

Ich arbeite mit Ubuntu 20.04 (das in den meisten Punkten meistens dem 18.04 ähnelt) und der Hauptunterschied besteht darin, dass ich die binären Nvidia-Treiber verwende. Das Spiel läuft großartig. Wenn das Open Source-Grafikstapel-Update von oibaf es nicht für Sie behebt, würde ich den binären Adrenaline-Treiber ausprobieren.

Der Open Source-Grafikstapel altert sehr schlecht.

Machen Sie Mesa nicht für eine beschissene Distribution (Ubuntu) verantwortlich, die alte Versionen davon versendet. Es gibt öffentliche PPAs, mit denen Sie eine neuere Mesa auf Ihrer alten veralteten Distribution installieren können.

Ich verwende einen RX 580 auf Mesa 20.0 (und sogar auf dem Mesa-Hauptzweig) ohne grafische Abstürze, wie sie beschrieben wurden.

Ich verwende einen RX 580 auf Mesa 20.0 (und sogar auf dem Mesa-Hauptzweig) ohne grafische Abstürze, wie sie beschrieben wurden.

Ich zeige, dass ich auf Mesa 20.0.0-Entwicklung bin, aber wenn das die falsche Version ist und es eine andere / bessere gibt, bin ich nicht einer, der Ratschläge anderer ignoriert. Ich überprüfe auch die andere PPA, weil ich dachte, ich hätte sie schon einmal, hätte sie aber vielleicht vor einiger Zeit entfernt.

Der Open Source-Grafikstapel altert sehr schlecht.

Machen Sie Mesa nicht für eine beschissene Distribution (Ubuntu) verantwortlich, die alte Versionen davon versendet. Es gibt öffentliche PPAs, mit denen Sie eine neuere Mesa auf Ihrer alten veralteten Distribution installieren können.

Ich verwende einen RX 580 auf Mesa 20.0 (und sogar auf dem Mesa-Hauptzweig) ohne grafische Abstürze, wie sie beschrieben wurden.

Oh, ich beschuldige Mesa überhaupt nicht. Tatsache ist nur, dass Mesa von heute 1000% besser (funktionaler und funktionsreicher) ist als Mesa vor einem Jahr. Dies gilt für jedes Jahr, in dem der Open Source-Grafikstapel existiert. Ich habe nur begründet, warum es nicht in Ordnung ist, sich auf die "stabile" (aka _stale_) Version von Mesa zu verlassen, die eine LTS-Distribution versendet, während ich versuche, High-End-Spiele zu spielen.

Bearbeiten: Andererseits hatte ich noch nie großen Erfolg damit, "echte" Spiele (dh etwas mit mehr grafischen Details als Stellaris oder Team Fortress 2) mit dem Open-Source-Grafikstapel auszuführen. Ich habe einen März-Git-Master-Build aus Oibafs PPA mit einer Radeon VII mit Kingdom Come: Deliverance, Elder Scrolls Online, PULSAR: Lost Colony, Stellaris und mehreren anderen Spielen ausprobiert. Die Leistung war bei ESO und Stellaris akzeptabel, bei den anderen jedoch nicht spielbar langsam (5 fps oder schlechter). Ich habe die eGPU von einer Radeon VII auf eine 2080 Ti umgestellt und den Nvidia-Binärtreiber verwendet, und plötzlich liegt die Leistung in allen Szenen weit über 60 fps und oft über 100. Nacht und Tag.

Wenn Sie den Open-Source-Grafikstapel verwenden, können Sie nur Spiele spielen, die gerade gut unterstützt werden. Dies entspricht wahrscheinlich etwa 20-50% aller existierenden Spiele (grobe Schätzung). Wenn Sie die Nvidia-Binärtreiber verwenden, laufen 95% der Spiele gut. Ich hoffe, dass die Open-Source-Treiber eines Tages so gut oder besser sind als die Binärdateien, aber das ist heute nicht mehr der Fall.

Daher bemerkte ich dies im Support-Bereich der Foren, dass Steam manchmal nicht alle benötigten Deps installiert.

Ich weiß nicht, ob .net Core in dotnet472 enthalten ist (oder sein soll), aber ich habe den Link zu diesem Beitrag verwendet, um diese bestimmte Version zu installieren, und es scheint, als wären die meisten meiner Abstürze verschwunden! Ich bekomme immer noch gelegentlich einen Hang, besonders wenn Dinge wie Texturen zum ersten Mal in jeder Sitzung geladen werden, aber ich kann sogar die berüchtigte Arena-Rangliste hochziehen, ohne jetzt zu stürzen!

Für diejenigen, die es ausprobieren möchten, habe ich Folgendes gemacht:

$ wget https://download.visualstudio.microsoft.com/download/pr/cd223083-8c0e-4963-9fcd-fcf01a55e56c/15500e764899442ed6e014687caa34e9/dotnet-runtime-2.1.17-win-x64.exe

$ export STEAM_COMPAT_DATA_PATH=/games/steamapps/compatdata/261550/

$ cd ~/.steam/steam/compatibilitytools.d/proton_butterlord/

$ ./proton run ~/dotnet-runtime-2.1.17-win-x64.exe

Dabei ist der kompatible Datenpfad der Pfad zu Ihrem Bannerlord-kompatiblen Datenordner und die CD befindet sich in dem Verzeichnis, in dem sich das von Ihnen verwendete Proton befindet.

Wenn Sie beim Open Source-Grafikstapel bleiben möchten, können Sie auch die Grafik-PPA von oibaf ausprobieren: https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

Nun, heilige Scheiße, wenn die Neuinstallation nicht ausreichte! Ich bin tatsächlich zum ersten Dialog nach der Charaktererstellung gekommen! Ich werde mehr testen, wollte es aber nur rauswerfen, das könnte die Lösung gewesen sein (auf Holz klopfen).

/bearbeiten
Ich möchte mich nur bei allen bedanken, die Fehler behoben und Lösungen dafür gefunden haben!

@Aliervo - Also nach dem letzten Befehl und es scheint damit zu scheitern -

ProtonFixes [12023] INFO: Ausführen von Protonfixes
ProtonFixes [12023] INFO: Überprüfungen ausführen
ProtonFixes [12023] INFO: Alle Prüfungen erfolgreich
ProtonFixes [12023] INFO: Für UNKNOWN (261550) wurde kein Protonfix gefunden.

@yarbelk Das # 3706 (Kommentar)

Davon abgesehen bekomme ich jetzt auch die häufigen Abstürze der Kampagnenkarte. Das einzige, was ich geändert habe, war die obige Einstellung und der M & B-Patch selbst. Ich bin mir nicht sicher, ob es 1.0.3 oder 1.0.4 war, wo es gut funktioniert hat, aber diese Kampagnenabstürze sind für mich völlig neu. Dotnet472 oder dotnet480 machten auch dort keinen Unterschied.

Leider; Das Einstellen von Windows 10 hat den NVIDIA-Absturz für mich nicht gestoppt (auch mit leerem Präfix).
zu Beginn des neuen Spiels vor der Charaktererstellung: NVIDA-Absturz. neu starten. gleich nach dem gewinn des tornements: nvidia absturz (10 minuten).

@ jake-hedges Ist es gefallen, danach zu fragen? Ich erinnere mich, dass ich diese gesehen habe, aber nach einer Sekunde lief es und das Installationsprogramm wurde angezeigt.

Bearbeiten: Ich habe es gerade noch einmal in einem sauberen Präfix versucht

ProtonFixes[32252] INFO: Running protonfixes
ProtonFixes[32252] INFO: Running checks
ProtonFixes[32252] INFO: All checks successful
ProtonFixes[32252] INFO: No protonfix found for UNKNOWN (261550)
ProtonFixes[32252] INFO: Creating MS Core font links in /games/Steam/steamapps/compatdata/261550/pfx/drive_c/windows/Fonts

Nach einigen Sekunden wurde der Installationsdialog angezeigt, in dem ich installieren konnte.

Überprüfen Sie /your/path/to/compatdata/261550/pfx/drive_c/Program\ Files/ auf einen Dotnet-Ordner, falls eine unbeaufsichtigte Installation durchgeführt wurde. Wenn dort nichts vorhanden ist, versuchen Sie es erneut und lassen Sie es ein oder zwei Minuten lang stehen, um zu sehen, ob das Installationsfenster angezeigt wird.

@Aliervo - Also nach dem letzten Befehl und es scheint damit zu scheitern -

ProtonFixes [12023] INFO: Ausführen von Protonfixes
ProtonFixes [12023] INFO: Überprüfungen ausführen
ProtonFixes [12023] INFO: Alle Prüfungen erfolgreich
ProtonFixes [12023] INFO: Für UNKNOWN (261550) wurde kein Protonfix gefunden.

Ich habe diesen Fehler auch bekommen, aber es hat funktioniert, wenn am Ende "pfx /" hinzugefügt wurde

$ export STEAM_COMPAT_DATA_PATH = / games / steamapps / compatibledata / 261550 / pfx /

Das hat aber nichts für mich getan. Die gleichen zufälligen Abstürze bekommen.

Edit: NVM habe ich falsch geschrieben. Ich dachte, das hat es behoben, aber ich habe es falsch verstanden
Fehler bei Verwendung von 261550 /

ProtonFixes [25930] INFO: Ausführen von Protonfixes
ProtonFixes [25930] INFO: Überprüfungen ausführen
ProtonFixes [25930] INFO: Alle Prüfungen erfolgreich
ProtonFixes [25930] INFO: Kein Protonfix für UNBEKANNT gefunden (261550)

Fehler bei Verwendung von 261550 / pfx /

./proton run ~ / dotnet-runtime-2.1.17-win-x64.exe Proton: Aktualisieren des Präfixes von None auf 5.5-GE-1 (/ run / media / m / 850EVO / Games / SteamLibrary / steamapps / compatibledata / 261550) / pfx //)
ProtonFixes [25999] INFO: Ausführen von Protonfixes
ProtonFixes [25999] INFO: Überprüfungen ausführen
ProtonFixes [25999] INFO: Alle Prüfungen erfolgreich
ProtonFixes [25999] INFO: Für UNKNOWN (261550) wurde kein Protonfix gefunden.
ProtonFixes [25999] INFO: Erstellen von MS Core-Schriftartlinks in / run / media / m / 850EVO / Games / SteamLibrary / steamapps / compatibledata / 261550 / pfx / pfx / drive_c / windows / Fonts
Aus irgendeinem Grund wurden die MS Core-Schriftartenlinks hinzugefügt, als ich pfx verwendet habe, aber das Installationsprogramm wurde nicht gestartet.

Ohne dotnet472 oder dotnet48 funktioniert der Launcher nicht und ich muss das Spiel .exe wie zu Beginn des Threads vorgeschlagen umbenennen, um das Spiel ohne den Launcher zu starten, aber jeder Speichervorgang dauert 30-90 Sekunden. Scheint zwar etwas stabiler zu sein, aber das Spiel wird viel zu oft automatisch gespeichert, sodass ich alle 5-10 Minuten über eine Minute warten muss, insbesondere im frühen Spiel.

Mit dotnet funktioniert der Launcher und das Speichern dauert 1-5 Sekunden, kann jedoch zufällig auf der Spielkarte oder vor dem Starten von Gesprächen oder Schlachten abstürzen. Es ist jedoch meistens spielbar. Hin und wieder kann ich eine Stunde oder länger spielen, bevor mein FPS in Gesprächen und Schlachten (die durch einen Neustart behoben werden) auf 0,5 fällt oder abstürzt.

@EmquCC Überprüfen Sie die Windows-Version, auf die Ihr Präfix eingestellt ist.

Eines der vcrun-Skripte setzt es auf XP und eines auf 7. Ich erinnere mich, dass ich häufig abgestürzt bin, als mein Präfix auf XP gesetzt war, und es gibt Berichte in den Foren zu Problemen mit Windows 7, daher empfehle ich, mit 10 zu arbeiten.

Außerdem wurde 1.0.6 gerade gelöscht, sodass ich ein neues Präfix rollen und sicherstellen werde, dass alles noch funktioniert.

@EmquCC Überprüfen Sie die Windows-Version, auf die Ihr Präfix eingestellt ist.

Eines der vcrun-Skripte setzt es auf XP und eines auf 7. Ich erinnere mich, dass ich häufig abgestürzt bin, als mein Präfix auf XP gesetzt war, und es gibt Berichte in den Foren zu Problemen mit Windows 7, daher empfehle ich, mit 10 zu arbeiten.

Außerdem wurde 1.0.6 gerade gelöscht, sodass ich ein neues Präfix rollen und sicherstellen werde, dass alles noch funktioniert.

Danke :) Ich habe gestern auf Windows 10 umgestellt, aber vergessen, es heute zu überprüfen. Ich habe meinen Beitrag bearbeitet, da ich ihn falsch verstanden habe. Als ich pfx hinzufügte, wurden einige Links für die MS Core-Schriftarten erstellt, aber das Installationsprogramm wurde nicht gestartet. Ich werde ein neues Präfix erstellen und es mit 1.0.6 erneut versuchen, und ich werde mich bei Ihnen melden

Bearbeiten: Neuer RC für Proton 5.0.6 wurde gleichzeitig mit 1.0.6 gelöscht. Ich sehe noch kein Changelog dafür, aber ich werde es auch versuchen. Wenn Sie Proton-Test-Builds ausprobieren möchten, klicken Sie mit der rechten Maustaste auf Proton 5.0 in der Steam-Bibliothek> Eigenschaften> Betas> Aktivieren Sie "Weiter -".

. Wenn Sie Proton-Test-Builds ausprobieren möchten, klicken Sie mit der rechten Maustaste auf Proton 5.0 in der Steam-Bibliothek> Eigenschaften> Betas> Aktivieren Sie "Weiter -".

Sofern sie den Mauseingabe-Patch in 5.0.6 nicht hinzugefügt haben, müssen Sie ihn selbst patchen, da Sie sonst nicht mehr mit der Maus herumklicken können.

@craftyguy Ja, musste es versuchen, da es noch kein Changelog für Proton 5.0.6 RC2 gibt. In RC2 wurde kein Mauseingabe-Patch hinzugefügt.

@Aliervo @ jake- protontricks --gui zu installieren, dann "Explorer ausführen" und die EXE-Datei über den Explorer auszuführen. Ich werde es jetzt testen

Bearbeiten: Jetzt stürzt mein Spiel ab, bevor der Menübildschirm angezeigt wird. Neustart mit einem neuen Präfix erneut ^^

Edit 2: Wird jetzt auf ein neues Präfix mit installierter Dotnet-Laufzeit geladen. War wohl ein User-Fehler von meiner Seite :)

Nur ein Heads-up, das neueste Proton-GE, 5.5-1 , hat bereits die

Nur ein Heads-up, das neueste Proton-GE, 5.5-1 , hat bereits die

Mit diesen Korrekturen erhalte ich immer noch nur die Maussteuerung, vielleicht 1 von 10 Starts.

Nur ein Heads-up, das neueste Proton-GE, 5.5-1 , hat bereits die

Mit diesen Korrekturen erhalte ich immer noch nur die Maussteuerung, vielleicht 1 von 10 Starts.

Das ist wirklich seltsam, nachdem ich vor einiger Zeit Wein geflickt habe, bekomme ich 100% der Zeit die Maussteuerung. Hat noch jemand das gleiche Problem, bei dem die Patches nicht funktionieren?

@ jaynus : neues Präfix zu verwenden (führen Sie protontricks 261550 annihilate )? Es sollte keinen Unterschied machen, aber vielleicht haben Sie einige seltsame Überschreibungen von früher, oder?

Nur ein Heads-up, das neueste Proton-GE, 5.5-1 , hat bereits die

Mit diesen Korrekturen erhalte ich immer noch nur die Maussteuerung, vielleicht 1 von 10 Starts.

Das ist wirklich seltsam, nachdem ich vor einiger Zeit Wein geflickt habe, bekomme ich 100% der Zeit die Maussteuerung. Hat noch jemand das gleiche Problem, bei dem die Patches nicht funktionieren?

@ jaynus : neues Präfix zu verwenden (führen Sie protontricks 261550 annihilate )? Es sollte keinen Unterschied machen, aber vielleicht haben Sie einige seltsame Überschreibungen von früher, oder?

Ja! Ich habe das gesamte Präfix gelöscht und neu angefangen, es ist immer noch sehr sporadisch

Hatte jetzt die Gelegenheit, ein bisschen an einem neuen Präfix zu testen. Hatte genau 2 Abstürze. Eines, als ich die Einstellungen sofort änderte (wie zuvor, es stürzte ab, speicherte aber die Einstellungsänderungen). Das andere war, als ich versuchte, von meinem Inventarbildschirm zu meinem Partybildschirm zu wechseln. Als ich versuchte, es zu reproduzieren, änderten sich die Bildschirme einwandfrei, und es gab nur einen kleinen Hang zum Laden der Dinge. Ich gehe also davon aus, dass es sich um einen einmaligen Ladefehler handelte.

Ich habe auch mehr darauf geachtet, was die Installation von vcrun2019 tatsächlich bewirkt. Das Installationsprogramm, das angezeigt wird, sagt, dass es sich um die weiterverteilbare Version 2015-2019 handelt. Die Chancen stehen also gut, dass es nichts Besseres tut als die Installation von vcrun2015 und vcrun2017 unabhängig voneinander ist dies nur ein bequemer Schritt.

Durch Hinzufügen des zuvor verlinkten .net-Kerns (entweder über die von mir veröffentlichte Befehlszeile oder protontricks 261550 --gui gefolgt von "Run Explorer", wie @EmquCC hervorhob ) wird unsere Liste der erforderlichen Abhängigkeiten wie hier aufgeführt vervollständigt, also theoretisch Die meisten der verbleibenden Abstürze werden durch Fehler im Spiel selbst verursacht und bald behoben!

Theoretisch werden die meisten verbleibenden Abstürze durch Fehler im Spiel selbst verursacht und bald behoben!

Ich weiß nicht, es gibt eine lange blutige Geschichte von Fensterkomponenten, die aus verschiedenen Gründen auf Wein versagen, daher würde ich nicht ganz ausschließen, dass es hier nicht mehr Weinwanzen gibt.

Es ist wirklich bedauerlich, dass der Uploader zum Absturz des Spiels nicht funktioniert. Es könnte Klassen von Spielfehlern geben, die uns nur unter Wine betreffen und die Taleworlds möglicherweise ansprechen, wenn sie nur davon wüssten!

Es ist wirklich bedauerlich, dass der Uploader zum Absturz des Spiels nicht funktioniert. Es könnte Klassen von Spielfehlern geben, die uns nur unter Wine betreffen und die Taleworlds möglicherweise ansprechen, wenn sie nur davon wüssten!

Nehmen Sie nicht an, dass es eine bequeme Möglichkeit zum Debuggen gibt? : stick_out_tongue_closed_eyes:

Ich habe etwas Seltsames bemerkt, jedes Mal, wenn ich das Spiel schließe oder es abstürzt. Wenn ich es erneut starten möchte, muss ich auch Steam neu starten, sonst passiert nichts.

OK, was ich bisher mit einem neuen Präfix gemacht habe, ist:

• vcrun2019
• Das Dotnet-Core-Extra hängt davon ab
• dotnet48

Ich habe ungefähr eine Stunde lang Debian Busters 18,3 Mesa gespielt, bevor ich einen Crash gegen Bergbanditen hatte. Das Spiel war ansonsten ziemlich flüssig und sehr unterhaltsam. Ich habe die Wartezeiten, die ich für ok halte, komplett beseitigt. Ich muss mir nur angewöhnen, für alle Fälle öfter zu sparen.

Ich bin gut mit diesem Setup für jetzt!

Ich spiele jetzt seit 3 ​​Stunden und "nur" hatte 3 Abstürze mit dem gleichen Setup wie das, was @ jake-hedges gerade geschrieben hat. Dotnet Core + 1.0.6 scheint die meisten Probleme gelöst zu haben.
Einmal abgestürzt, nachdem ich ein Turnier gewonnen hatte, und zweimal hintereinander, als ich dieselbe Seite in der Enzyklopädie überprüft hatte. Als ich das Turnier zum zweiten Mal gewann, stürzte es nicht ab, und die Enzyklopädie stürzte das Spiel nicht ab, als ich versuchte, darauf zuzugreifen an einem anderen Ort und zu einer anderen Zeit im Spiel.

Ich bin selbst ziemlich zufrieden mit dem Setup. Ich hatte auch noch keine lang anhaltenden FPS-Tropfen

Ich laufe auch reibungslos, obwohl ich immer noch hin und wieder ein paar kleine Hänge habe. Ich bin mir ziemlich sicher, dass das nur daran liegt, dass ich alberne Dinge wie die Aktivierung der transparenten Komprimierung auf meinen Laufwerken mache und eine Festplatte anstelle einer SSD abspiele.

Ich bin hier oder in den Foren, wenn etwas kaputt geht ... Bis dahin viel Spaß beim Ernten!

Das Ausführen der Protontricks 261550 dotnet472, auf denen .NET 4.0, 4.5, 4.6, 4.6.1, 4.6.2 und 4.7.2 installiert waren, reduzierte die Speicherzeiten auf einige Sekunden und scheint die Stabilität ohnehin nicht zu verbessern.

@ptkato Versuchen Sie, dotnet Core zu installieren (siehe https://github.com/ValveSoftware/Proton/issues/3706#issuecomment-609959973 und https://github.com/ValveSoftware/Proton/issues/3706#issuecomment-610022040) mach das).

Stellen Sie außerdem sicher, dass Ihr Präfix nicht auf WinXP oder Win7 gesetzt wurde, da beide bekannte Probleme haben. Ich empfehle Windows 10 als Präfix.

Nachdem Sie die aktuelle Problemumgehung befolgt haben (Proton 5.5-GE https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.5-GE-1 + protontricks 261550 dotnet472 , Präfix auf Windows 10 festgelegt) Das Spiel läuft reibungslos, auch in großen Kampfgrößen (400+).

Wenn ich jedoch in eine Belagerung eintrete, stottert und friert das Spiel wie verrückt. Hat das noch jemand? (Sie können Belagerungen von Custom Battle schnell testen und den Kampftyp ändern). Die Installation des Dotnet-Kerns hat nicht geholfen.

@dufuspaelli Ich hatte das gleiche Problem mit Stottern. Für mich hing es mit der thermischen Drosselung der GPU zusammen. Durch Absenken der Rahmenkappe wurde die Glätte viel besser. (Könnte für Sie gleich sein oder auch nicht).

Irgendeine Hilfe zum Absturz beim Start mit nichts als dem folgenden Fehler, der angezeigt werden soll? Zumindest ist es das, was direkt vor einem massiven Stacktrace protokolliert wird.

  218 38705.528:0030:0031:fixme:reg:GetEnabledXStateFeatures
  219 38705.531:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\Microsoft.NET\\Framework64\\v4.0.30319\\clrjit.dll" at 0x1a7e0000: native
  220 38705.532:0030:0031:fixme:ntdll:EtwEventRegister ({319dc449-ada5-50f7-428e-957db6791668}, 0x1a8c2bc0, 0x1a8eb8a0, 0x1a8eb8c0) stub.
  221 38705.532:0030:0031:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x1a8d7e91, 28) stub
  222 38705.535:0030:0031:fixme:path:parse_url failed to parse L"TaleWorlds.Library"
  223 38705.537:0030:0031:fixme:path:parse_url failed to parse L"netstandard"
  224 38705.540:0030:0031:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\bcrypt.dll" at 0x7f0bfdf90000: builtin
  225 38705.542:0030:0031:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\crypt32.dll" at 0x7f0bfde90000: builtin
  226 38705.542:0030:0031:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rsaenh.dll" at 0x66500000: PE builtin
  227 38705.556:0030:0031:fixme:path:parse_url failed to parse L"System.Core"
  228 38705.566:0030:0031:fixme:path:parse_url failed to parse L"TaleWorlds.TwoDimension.Standalone"
  229 38705.567:0030:0031:fixme:path:parse_url failed to parse L"ManagedStarter"

Führen Sie proton-5.5-GE-1 mit protontricks 261550 dotnet472 und win10 aus.

Nachdem Sie die aktuelle Problemumgehung befolgt haben (Proton 5.5-GE https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/5.5-GE-1 + protontricks 261550 dotnet472 , Präfix auf Windows 10 festgelegt) Das Spiel läuft reibungslos, auch in großen Kampfgrößen (400+).

Wenn ich jedoch in eine Belagerung eintrete, stottert und friert das Spiel wie verrückt. Hat das noch jemand? (Sie können Belagerungen von Custom Battle schnell testen und den Kampftyp ändern). Die Installation des Dotnet-Kerns hat nicht geholfen.

Okay, nachdem ich verschiedene Grafikeinstellungen ausprobiert hatte, fand ich es heraus.

Dies kann hilfreich sein für Leute, die mit hohen + Einstellungen arbeiten und bei großen Schlachten auf Verzögerung / Stottern stoßen: Verringern Sie Ihre Texture Streaming Budget -Einstellung in den Spieleinstellungen.

Auf meinem RTX 2060 verbraucht eine große Belagerung von Castle (über 400 Einheiten) ungefähr 4,7 Gigs VRAM, wenn das Budget für Textur-Streaming auf niedrig eingestellt ist. Wenn Sie also ein höheres Streaming-Budget anstreben, wird mein gesamtes VRAM aufgebraucht, was zu großen Ruckeln führt. Ich bin nicht sicher, ob dies ein Fehler oder ein erwartetes Verhalten dieser Einstellung ist.

@ Evilbits Mein ausmachen , das vollständige Protokoll zu teilen?

Außerdem bist du möglicherweise nicht auf der neuesten Version des Spiels. Ich habe dort ManagedStarter dem ich glaube, dass es in einem der neueren Updates entfernt wurde.

@dufuspaelli Ich glaube, das ist das beabsichtigte Verhalten. Grundsätzlich gibt das Texture Streaming Budget dem Spiel an, wie viel Vram Sie sparen müssen, um alle Texturen auf alle Dinge zu setzen. Wenn Sie es also zu hoch einstellen, geht Ihnen das Vram für Dinge wie das Anzeigen von Animationen aus und Sie stottern, während diese Dinge es versuchen machen.

Wie durch ein Wunder begann der Crash-Reporter für mich zu arbeiten (mit dotnet472 und diesem .NET Core-Download):

Ich bin mir nicht sicher, ob der Bericht tatsächlich erfolgreich gesendet wurde oder ob TaleWorlds in der Lage wäre, irgendetwas Nützliches damit zu tun, selbst wenn dies der Fall wäre (abgesehen davon, dass wir Protonen-Butterlords tatsächlich aktiv unterstützen, was eine Überraschung, aber eine willkommene wäre). aber hey, kann nicht schaden, es auszuprobieren, oder?

Wie auch immer, mindestens eine Quelle anhaltender Instabilität für mich (und was zu dieser zufälligen Entdeckung führte) scheint ein System.AccessViolationException , das System.Text.RegularExpressions.RegexRunner.Scan wenn versucht wird, das Typenschild einer Partei anzuzeigen / zu aktualisieren (I. Ich gehe davon aus, basierend auf dem Methodennamen SandBox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicProperties ). Normalerweise würde ich dies abschreiben, da "etwas anderes wahrscheinlich den Speicher überlastet und diese Funktion zufällig zur falschen Zeit am falschen Ort war", aber dies ist das zweite Mal, dass diese genaue Methode diese exakte Speicherzugriffsausnahme auslöst, die ist daher etwas verdächtig.

Ich bin mir noch nicht sicher, wie die nächsten Schritte zur Fehlerbehebung aussehen könnten (abgesehen davon, dass ich +heap in meine WINEDEBUG geworfen habe, was in Bezug auf die Leistung schmerzhaft klingt).

Wie auch immer,
Hier ist Steam-261550.log , rgl_log_42.txt und rgl_log_errors_42.txt , der Nachwelt zuliebe.

@ Yarwin

Ich habe festgestellt, dass Sie den ersten Anfangskommentar bearbeitet haben, um die Installation eines zufälligen Proton-Builds zu empfehlen, um dieses Problem zu umgehen. Ich halte es jedoch nicht für eine gute Idee, zufällige Proton-Builds von zufälligen Personen im Internet zu empfehlen, ohne sich auf einen einzulassen Große Debatte über die (De-) Vorzüge der Ausführung von Binärdateien von zufälligen Personen (z. B. hat Wine Dateisystemzugriff auf Ihr gesamtes Home-Verzeichnis). Für Valve ist es wahrscheinlich auch nicht hilfreich, wenn in der 'Problemumgehung' ein gegabeltes Proton-Ding mit einer großen Anzahl von Änderungen ausgeführt wird.

Die aktuelle Problemumgehung für Eingabeprobleme besteht darin , Proton aus diesem Repo mit dem vorgelagerten Patch für die erstellen .

@YellowApple , der versucht, Ihren Absturz

Als ich sah, wie es alle Lokalisierungsaufgaben durchlief, bevor ich Sandbox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicProperties erinnerte ich mich an diesen Thread . Es ist ein langer Weg, aber Sie könnten versuchen, die dort beschriebenen chinesischen Lokalisierungsdaten zu entfernen.

@craftyguy , für das, was es wert ist, leistet GloriousEggroll einen Beitrag sowohl zur Lutris . Ich persönlich halte das nicht für eine "zufällige Internet-Person", aber ich verstehe Ihren Standpunkt. Vielleicht ist ein Haftungsausschluss mit zusätzlichen Informationen für diejenigen besser geeignet, die sich besser fühlen, wenn sie ihre eigenen bauen.

Schließlich, @Yarwin , da das OP erwähnt wurde, können Sie das neue .net Core-

@ Yarwin

Ich habe festgestellt, dass Sie den ersten Anfangskommentar bearbeitet haben, um die Installation eines zufälligen Proton-Builds zu empfehlen, um dieses Problem zu umgehen. Ich halte es jedoch nicht für eine gute Idee, zufällige Proton-Builds von zufälligen Personen im Internet zu empfehlen, ohne sich auf einen einzulassen Große Debatte über die (De-) Vorzüge der Ausführung von Binärdateien von zufälligen Personen (z. B. hat Wine Dateisystemzugriff auf Ihr gesamtes Home-Verzeichnis). Für Valve ist es wahrscheinlich auch nicht hilfreich, wenn in der 'Problemumgehung' ein gegabeltes Proton-Ding mit einer großen Anzahl von Änderungen ausgeführt wird.

Die aktuelle Problemumgehung für Eingabeprobleme besteht darin , Proton aus diesem Repo mit dem vorgelagerten Patch für die erstellen .

GloriousEggroll ist nicht mehr "zufällig" als Proton selbst oder Mozilla Firefox oder Open-Source-Software im Internet, die kostenlos ohne Garantie oder Entschädigung bereitgestellt wird.

Das 15-minütige Lesen der Commit-Unterschiede im Repository von GloriousEggroll zeigt sehr deutlich, dass er großartige Arbeit leistet, um die neuesten Korrekturen und Funktionen eines Proton-Builds bereitzustellen, der den neuesten Weinentwicklungscode und viele spielspezifische Korrekturen enthält, die es noch nicht geschafft haben Wein. Er ist kein "zufälliger" Black Hat, der nur Binärdateien bereitstellt, um Ihre Daten abzubauen oder ein Rootkit auf Ihrem System auszuführen. Er setzt eine Menge Arbeit ein, um eine sehr gute Gabel von Proton zu erhalten.

Die meisten Linux-Spieler haben ehrlich gesagt nicht die technische Fähigkeit oder Geduld, ihre gesamte Software aus dem Quellcode zu erstellen. Und selbst wenn Sie dies tun, ist es nicht wirklich besser, als Binärdateien herunterzuladen, es sei denn, Sie prüfen auch diesen Code. Wenn Sie wirklich paranoid sind, sollten Sie auf einem isolierten System spielen, das keine persönlichen Daten und keinen Zugriff auf privilegierte Netzwerkressourcen hat, oder auf einer ähnlich konfigurierten VM. Es ist bekannt, dass Closed-Source-Spiele selbst eine gruselige Menge an Daten über ihre Benutzer an den Spieleentwickler hochladen, und es ist unwahrscheinlich, dass dies geändert wird, wenn sie unter Wein ausgeführt werden.

Insgesamt denke ich, dass Sie stark überreagieren, wenn Sie GE als unzuverlässig oder "zufällig" betrachten. Wenn Sie ernsthaft paranoid sind, sollten Sie nur wirklich kostenlose Open-Source-Software (die per Definition M & B II: Bannerlord ausschließt!) Ausführen, die Sie jede Quellcodezeile manuell überprüft haben. Oh, und führen Sie auch kein proprietäres BIOS aus - das bedeutet, dass Sie eine CPU und ein Motherboard mit offenem Mikrocode kaufen müssen.

Valve scheint nicht besonders in die Zusammenarbeit mit der Proton-Community involviert zu sein, um Proton zu verbessern. Ich kann nur annehmen, dass ihre Position entweder (a) uns Proton im Allgemeinen egal ist, oder (b) wir uns nur um Themen kümmern, die uns wichtig sind, nicht das, worüber sich unsere Benutzer beschweren. Ich habe keine Valve-Mitarbeiter gesehen, die an diesem Fehlerbericht teilgenommen haben, oder?

Valve ist wahrscheinlich damit zufrieden, der Community rund um dieses sehr beliebte Spiel zu ermöglichen, Lösungen für Bannerlord zu finden und diese in _Wine_ zu übertragen. Ehrlich gesagt, das ist weniger Arbeit für sie, also macht es Sinn. Sofern es nicht etwas Spezielles gibt, was _Proton_ tut, das in _Wine_ nicht vorgelagert werden kann, werden sie diesen Problembericht mit ziemlicher Sicherheit einfach ignorieren und darauf warten, dass Wine das Problem behebt.

Der Proton-GE-Build ist die zweckmäßigste Möglichkeit, Bannerlord heute für nicht sehr technische Linux-Spieler zu spielen. Für diejenigen, die dem Build nicht vertrauen, aber nicht über die erforderlichen Fähigkeiten zum Kompilieren aus dem Quellcode verfügen, können sie gerne warten, bis Valve die stabile Version von SteamPlay vom offiziellen Steam-Client mit einer Version von Wine aktualisiert, die die Bannerlord-Korrekturen enthält. Aufgrund früherer Erfahrungen kann dies mehrere Wochen bis mehrere Monate dauern.

GloriousEggroll ist nicht mehr "zufällig" als Proton selbst oder Mozilla Firefox oder Open-Source-Software im Internet, die kostenlos ohne Garantie oder Entschädigung bereitgestellt wird.

Mozilla und Valve sind verdammt viel vertrauenswürdiger als einige Personen, die Binärdateien im Internet bereitstellen. Die ersteren sind rechenschaftspflichtige Unternehmen, die letzteren nicht.

Und wieder hilft es Valve mit ziemlicher Sicherheit weniger, wenn die Daten, die sie für dieses Spiel haben, eine Protonengabel verwenden, die nicht einmal annähernd dem entspricht, was sie veröffentlichen. Weil wir uns nichts vormachen wollen, geht es in diesem Repo darum, das Ziel zu fördern, dass dieses Spiel mit Valves Veröffentlichung von Proton funktioniert, nicht mit Eggroll oder der Gabelung von Proton durch andere. Und dies ist kein allgemeines Forum zur Unterstützung von Spielen (es gibt eines auf der Taleworld-Website).

Für mich (Fedora 32 KDE Beta) müssen die .exes noch umbenannt werden. Kann nicht mit nur der aktuellen Problemumgehung ins Spiel kommen (5.5-GE-1 + Protontricks 261550 dotnet472).
Umbenennen von Mount & Blade II Bannerlord / bin / Win64_Shipping_Client /
Bannerlord.exe
zu
TaleWorlds.MountAndBlade.Launcher.exe

@craftyguy Er ist buchstäblich ein Weinproduzent. Sie argumentieren aus einer Position der Unwissenheit. Und das ist auch nicht dein Blog.

GloriousEggroll ist nicht mehr "zufällig" als Proton selbst oder Mozilla Firefox oder Open-Source-Software im Internet, die kostenlos ohne Garantie oder Entschädigung bereitgestellt wird.

Mozilla und Valve sind verdammt viel vertrauenswürdiger als einige Personen, die Binärdateien im Internet bereitstellen. Die ersteren sind rechenschaftspflichtige Unternehmen, die letzteren nicht.

Und wieder hilft es Valve mit ziemlicher Sicherheit, wenn die Daten, die sie für dieses Spiel haben, eine Protonengabel verwenden, die nicht einmal annähernd dem entspricht, was sie veröffentlichen. Weil wir uns nichts vormachen wollen, geht es in diesem Repo darum, das Ziel zu fördern, dass dieses Spiel mit Valves Veröffentlichung von Proton funktioniert, nicht mit Eggroll oder der Gabelung von Proton durch andere. Und dies ist kein allgemeines Forum zur Unterstützung von Spielen (es gibt eines auf der Taleworld-Website).

Es gibt Gabeln von Proton, insbesondere weil es historisch schwierig und ein sehr langsamer und arbeitsintensiver Prozess ist, Beiträge für diese vorgelagerten Projekte (Proton und Wein) zu erhalten.

• Valve reagiert nicht auf die Community. Wenn wichtige neue Titel herauskommen, bemühen sie sich nicht, mit der Community in Kontakt zu treten, anzukündigen, "wir arbeiten daran" oder "helfen Sie uns und wir werden Ihre Korrekturen in Proton integrieren" oder ähnliches. Proton wird sehr häufig als kommerzielles Open-Source-GitHub-Repository für "Elfenbeintürme" betrieben. Pull-Anfragen bleiben monatelang oder jahrelang ohne oder mit nur geringem Feedback bestehen.
• Valve (und oft auch Upstream Wine) lehnen manchmal praktische und nützliche Beiträge ab und bestehen stattdessen auf einer "perfekten" Lösung, die viel schwieriger zu entwickeln ist. Wenn Sie versuchen, ein Spiel oder eine Software zum Laufen zu bringen, ist es oft einfach, eine "schnelle Lösung" zu finden, die das unmittelbare Problem löst. Sie können diesen Fix sogar auf einen bestimmten Prozessnamen beschränken, um zu verhindern, dass er sich auf andere Software auswirkt. Die Upstreams, mit denen wir es zu tun haben - Valve / Proton und Wine - zögern jedoch häufig, diese Beiträge zu akzeptieren, und bestehen stattdessen darauf, dass der zugrunde liegende Code vollständig neu gestaltet oder perfekt überarbeitet wird, bevor ein Beitrag akzeptiert werden kann. Diese großen Umgestaltungen sind oft nicht den Fähigkeiten der Leute zu verdanken, die schnelle Lösungen beitragen können. Selbst wenn sie innerhalb ihrer Fähigkeiten liegen, kann es Monate oder Jahre dauern, bis solche wichtigen Änderungen abgeschlossen sind. In der Zwischenzeit hätten wir ohne eine schnelle Lösung keine Kompatibilität mit der kaputten Software / dem kaputten Spiel. Aus diesem Grund sind Fixbuilds für Proton (und Wine davor) so beliebt und nützlich.
• Die Unternehmen, die an dieser Software arbeiten, sind manchmal ziemlich scheinheilig in Bezug auf Problemumgehungen. Eines der wichtigsten an Wine / Proton beteiligten Unternehmen ist Codeweavers. Sie vertreiben eine kostenpflichtige, kommerzielle Distribution von Wine namens CrossOver Linux (und auch CrossOver Mac). Während diese stark auf Upstream-Wine basieren, ist es nicht ungewöhnlich, dass sie Hacks, Problemumgehungen und andere solche "praktischen" Maßnahmen implementieren, um einen wichtigen Titel oder eine wichtige Software (meistens Microsoft Office) in ihrem kommerziellen Produkt zu reparieren, ohne sie zusammenzuführen die gleiche Problemumgehung für den Upstream-Open-Source-Code. Problemumgehungen sind also in Ordnung, wenn das Produkt dadurch besser aussieht, aber nicht in Ordnung, wenn andere die Problemumgehungen beisteuern.
• Das Upstreaming findet bereits statt! Es gibt einen früheren Beitrag in diesem Thread mit direkten Beweisen dafür, dass der Mauszeiger-Fix für Bannerlord von der Wein-Inszenierung akzeptiert wurde, die Protons Upstream ist. Das einzige, was verhindert, dass dieser Patch in eine stabile Version von Proton gezogen wird, ist die Zeit. Sehr viel Zeit - wahrscheinlich Wochen oder Monate. Es gibt also keine wirkliche Arbeit mehr, um dieses Zeug jetzt in den Upstream zu bringen. Meine früheren Punkte über die Schwierigkeit, Dinge in den Upstream zu bringen, beziehen sich hauptsächlich auf andere Spiele und andere Arten von Problemumgehungen, die nicht so eindeutig sind wie diese. GEs Protonengabel enthält viele praktische Korrekturen für Spiele, die möglicherweise monatelang, wenn überhaupt, nicht stromaufwärts auf den Wein treffen.

@YellowApple Ich erhalte diese Ausnahme, wenn ich das ACO-Shader-Compiler-Backend für mesa verwende.
Seit ich wieder auf llvm umgestiegen bin, waren die Abstürze seltener und statt dieser Ausnahme friert das Spiel einfach ein (ich war bisher zu faul, um zu protokollieren, was dort passiert, aber ich werde es in den nächsten Tagen tun).

Gebrauchte Software:
neueste proton-ge
dotnet472
Mesa Git (llvm 9)
Linux-Zen 5.6.2

Gebrauchte Hardware:
Vega 56
3700X

Aktualisieren:
Ich habe mich geirrt, auf llvm umzusteigen schien nur besser.

Ich verfolge die aktuelle Arbeit von: Proton 5.5-GE + Protontricks 261550 dotnet472 und stelle sicher, dass ich Win 10 als Betriebssystem festgelegt habe.

Ich stoße alle paar Minuten auf einen Absturz, bei dem ungefähr die gleichen Module geladen sind. Ich kann das Protokoll nicht vollständig verstehen und hoffe, dass es jemand tut.
backtrace.txt

1060Ti 6 GB (NVIDIA 440-Treiber) mit Ryzen 1800x-CPU

Tolle Arbeit an der Behebung dieses Problems und daran, es für die Massen spielbar zu machen!

@ Demannu Versuchen Sie, dotnet Core zu installieren, wenn Sie dies nicht getan haben. Ich habe gestern ein neues Präfix erstellt und bin alle paar Minuten auf alle 1-2 Stunden abgestürzt. Es ist zweimal hintereinander abgestürzt, als ich das Spiel heute Morgen gestartet habe, aber es hat beim dritten Versuch funktioniert.

So installieren Sie: Protontricks Terminal / Protontricks GUI

Stellen Sie außerdem sicher, dass Ihr Präfix auf Windows 10 und nicht auf WinXP eingestellt ist, in das anscheinend eines der Dotnet-Skripte geändert wird.

Das einzige, was ich mit meinem neuen Präfix gemacht habe, ist:

• Verwenden Sie Proton 5.5-GE-1
• Installieren Sie dotnet48
• Installieren Sie vcrun2019
• Installieren Sie dotnet Core manuell
• Stellen Sie sicher, dass das Präfix auf Windows 10 eingestellt ist

Ich habe protontricks --gui , um alles zu installieren und das Präfix auf Win10 zu setzen.

Bearbeiten: Wenn Sie Mods verwenden, suchen Sie auch jeden Tag nach Updates und deaktivieren Sie diese, wenn Sie abstürzen. Nach der Veröffentlichung von 1.0.6 stürzte mein Spiel in der Arena ab, aber es stellte sich heraus, dass es sich um die von mir verwendeten Arena-Mods handelte

Also als Update:

Mit einem neuen Präfix in dieser Reihenfolge einrichten:

• Starten Sie Bannerlord einmal mit Proton-5.5-GE-1 als Kompatibilitätsschicht in Dampf
• protontricks 261550 vcrun2019
• Installieren Sie den Dotnet-Kern über die GUI-Methode und laden Sie ihn in diesem Thread herunter
• protontricks 261550 dotnet48

Ich habe immer noch die folgenden Probleme:

• Die Maus scheint immer noch nicht zu funktionieren, vielleicht 70% der Zeit. Ich muss wiederholt neu starten, bis es funktioniert. Dies ist auf meinem Laptop nicht der Fall, nur auf meinem Desktop.
• dotnet472 und dotnet48 scheinen das Problem des Speicherns nicht zu lösen. Es scheint immer noch, dass ich mehr als 90 Sekunden brauche, um zu speichern. Wie wurde festgestellt, ob dies .NET war? Was sollte ich tun, um zu sehen, warum dies immer noch nicht funktioniert?

Hat jemand bei einem anderen Thema angefangen, sich auf der Multiplayer-Seite des Spiels umzuschauen? Ich weiß, dass Battleye schwierig sein wird, aber es gibt Berichte über Battleye-Spiele, die unter Linux funktionieren.

Der aktuelle Fehler ist ungefähr so:
Fehler 31: Treiberfehler

Hat jemand bei einem anderen Thema angefangen, sich auf der Multiplayer-Seite des Spiels umzuschauen? Ich weiß, dass Battleye schwierig sein wird, aber es gibt Berichte über Battleye-Spiele, die unter Linux funktionieren.

Der aktuelle Fehler ist ungefähr so:
Fehler 31: Treiberfehler

BattleEye installiert heutzutage einen Kerneltreiber und einen Dienst für Anticheat. Beides ist mit Wein einfach nicht möglich.

Hat jemand bei einem anderen Thema angefangen, sich auf der Multiplayer-Seite des Spiels umzuschauen? Ich weiß, dass Battleye schwierig sein wird, aber es gibt Berichte über Battleye-Spiele, die unter Linux funktionieren.

Der aktuelle Fehler ist ungefähr so:
Fehler 31: Treiberfehler

Der Mehrspielermodus hat für mich, Matchmaking und benutzerdefinierte Server immer perfekt funktioniert. Ich habe gerade die BattleEye-Installation abgebrochen, als ich dazu aufgefordert wurde.

Hat jemand bei einem anderen Thema angefangen, sich auf der Multiplayer-Seite des Spiels umzuschauen? Ich weiß, dass Battleye schwierig sein wird, aber es gibt Berichte über Battleye-Spiele, die unter Linux funktionieren.
Der aktuelle Fehler ist ungefähr so:
Fehler 31: Treiberfehler

Der Mehrspielermodus hat für mich, Matchmaking und benutzerdefinierte Server immer perfekt funktioniert. Ich habe gerade die BattleEye-Installation abgebrochen, als ich dazu aufgefordert wurde.

Wow, Sie haben Recht, ich hatte aufgrund des oben erwähnten BattleEye noch nicht einmal Multiplayer ausprobiert, aber ja, es hat auch für mich gut funktioniert, nachdem ich die Installation zu Beginn abgebrochen hatte. Sie müssen es vorerst deaktiviert haben, und ich bin sicher, dass es irgendwann in der Zukunft nicht mehr funktionieren wird, aber im Moment scheint alles zu funktionieren.

In Bezug auf den Einzelspieler-Modus umfasst mein aktuelles Setup die Verwendung von dotnet48, vcrun2019 und die Installation der dotnet core exe sowie das Festlegen des Präfixes auf Windows 10. Ich erhalte immer noch stündlich Abstürze und manchmal häufiger, insbesondere direkt nach dem Laden von a sparen. Ich habe auch den gleichen Fehler wie @YellowApple mit einer System.AccessViolationException mit dem Typenschild der Partei erhalten.

Schließlich, @Yarwin , da das OP erwähnt wurde, können Sie das neue .net Core-

Vielen Dank für Ihre Eingabe - ich werde .net core zum Workaround-Mini-Guide hinzufügen.
Liste der Anforderungen, wenn jemand neugierig ist: https://forums.taleworlds.com/index.php?threads/installing -missing-notable-dependencies.407126 / (vcruns werden standardmäßig von Steam installiert und funktionieren anscheinend einwandfrei )

Hat jemand bei einem anderen Thema angefangen, sich auf der Multiplayer-Seite des Spiels umzuschauen? Ich weiß, dass Battleye schwierig sein wird, aber es gibt Berichte über Battleye-Spiele, die unter Linux funktionieren.
Der aktuelle Fehler ist ungefähr so:
Fehler 31: Treiberfehler

Der Mehrspielermodus hat für mich, Matchmaking und benutzerdefinierte Server immer perfekt funktioniert. Ich habe gerade die BattleEye-Installation abgebrochen, als ich dazu aufgefordert wurde.

Ich hatte keine Ahnung, dass es funktioniert. Das ist komisch.

Wahrscheinlich die einzige Person, die versucht, unter CentOS 8 zu laufen, aber ... egal was ich mache, ich kann beim Start nicht durch den anfänglichen Ladebildschirm kommen, er friert nicht ein, aber der Ladebildschirm endet nie.

Aktueller Build ist Proton-5.5-GE-1 mit dot472 (auch dot48 ausprobiert) unter win10.

Ich sehe Leute, die vcrun2019 vorschlagen. Ich kann es nicht installieren. Ich sehe nur bis vcrun2017 als Option für mich.

Irgendwelche Vorschläge?

Wahrscheinlich die einzige Person, die versucht, unter CentOS 8 zu laufen, aber ... egal was ich mache, ich kann beim Start nicht durch den anfänglichen Ladebildschirm kommen, er friert nicht ein, aber der Ladebildschirm endet nie.

Aktueller Build ist Proton-5.5-GE-1 mit dot472 (auch dot48 ausprobiert) unter win10.

Ich sehe Leute, die vcrun2019 vorschlagen. Ich kann es nicht installieren. Ich sehe nur bis vcrun2017 als Option für mich.

Irgendwelche Vorschläge?

Dann wird es definitiv etwas auf Ihrem System sein. Ich führe genau das gleiche Setup ohne Probleme aus. Ich benutze CentOS nur bei der Arbeit. Ich bin mir sicher, dass es möglich ist, aber ich kann mir nicht vorstellen, darauf zu spielen.

Arch Linux oder Manjaro scheinen der richtige Weg für Proton-Spiele zu sein.

Wahrscheinlich die einzige Person, die versucht, unter CentOS 8 zu laufen, aber ... egal was ich mache, ich kann beim Start nicht durch den anfänglichen Ladebildschirm kommen, er friert nicht ein, aber der Ladebildschirm endet nie.
Aktueller Build ist Proton-5.5-GE-1 mit dot472 (auch dot48 ausprobiert) unter win10.
Ich sehe Leute, die vcrun2019 vorschlagen. Ich kann es nicht installieren. Ich sehe nur bis vcrun2017 als Option für mich.
Irgendwelche Vorschläge?

Dann wird es definitiv etwas auf Ihrem System sein. Ich führe genau das gleiche Setup ohne Probleme aus. Ich benutze CentOS nur bei der Arbeit. Ich bin mir sicher, dass es möglich ist, aber ich kann mir nicht vorstellen, darauf zu spielen.

Arch Linux oder Manjaro scheinen der richtige Weg für Proton-Spiele zu sein.

Ich dachte, das wäre der Fall. Schätze, es ist Zeit, Pacman zu lernen ...

Also, nur um das Verhalten zu bestätigen.

Wenn das Spiel abstürzt, muss ich den Prozess im Task-Manager manuell beenden. Wenn ich jedoch versuche, es erneut auf Steam zu starten, passiert nichts. Es wird nur wieder gestartet, wenn ich Steam komplett neu starte.

Also, nur um das Verhalten zu bestätigen.

Wenn das Spiel abstürzt, muss ich den Prozess im Task-Manager manuell beenden. Wenn ich jedoch versuche, es erneut auf Steam zu starten, passiert nichts. Es wird nur wieder gestartet, wenn ich Steam komplett neu starte.

Dies passierte mir auch während meiner Tests

Es wird nur wieder gestartet, wenn ich Steam komplett neu starte.

Das scheint ein bisschen seltsam. Läuft der Weinserver nach Abschluss des Vorgangs noch oder endet das von selbst?

Also, nur um das Verhalten zu bestätigen.

Wenn das Spiel abstürzt, muss ich den Prozess im Task-Manager manuell beenden. Wenn ich jedoch versuche, es erneut auf Steam zu starten, passiert nichts. Es wird nur wieder gestartet, wenn ich Steam komplett neu starte.

Ich habe festgestellt, dass häufig (unter anderem) ein explorer.exe ausgeführt wird (insbesondere, wenn ein Wine-Fehlerdialog angezeigt wird). Das zu töten ist normalerweise genug, um alles andere zu beseitigen (ich lasse htop im Allgemeinen mit einem .exe Filter laufen, um diese zu fangen, falls sie bleiben sollten).

Sie müssen auch alle verbleibenden wineserver Prozesse ermorden.

Ich habe gerade versucht, den .NET-Kern hinzuzufügen, den wir für protontricks dotnet472 und protontricks dotnetcore2 vereinfachen

Wahrscheinlich die einzige Person, die versucht, unter CentOS 8 zu laufen, aber ... egal was ich mache, ich kann beim Start nicht durch den anfänglichen Ladebildschirm kommen, er friert nicht ein, aber der Ladebildschirm endet nie.
Aktueller Build ist Proton-5.5-GE-1 mit dot472 (auch dot48 ausprobiert) unter win10.
Ich sehe Leute, die vcrun2019 vorschlagen. Ich kann es nicht installieren. Ich sehe nur bis vcrun2017 als Option für mich.
Irgendwelche Vorschläge?

Dann wird es definitiv etwas auf Ihrem System sein. Ich führe genau das gleiche Setup ohne Probleme aus. Ich benutze CentOS nur bei der Arbeit. Ich bin mir sicher, dass es möglich ist, aber ich kann mir nicht vorstellen, darauf zu spielen.
Arch Linux oder Manjaro scheinen der richtige Weg für Proton-Spiele zu sein.

Ich dachte, das wäre der Fall. Schätze, es ist Zeit, Pacman zu lernen ...

Oder scrollen Sie einfach in diesem riesigen Thread nach oben (ich weiß, es wird viel gelesen) und sehen Sie, wo die Leute den Fix "vc2019 kann in Winetricks / Protontricks nicht gefunden werden" mehrmals erwähnt haben.

GloriousEggroll ist nicht mehr "zufällig" als Proton selbst oder Mozilla Firefox oder Open-Source-Software im Internet, die kostenlos ohne Garantie oder Entschädigung bereitgestellt wird.

Mozilla und Valve sind verdammt viel vertrauenswürdiger als einige Personen, die Binärdateien im Internet bereitstellen. Die ersteren sind rechenschaftspflichtige Unternehmen, die letzteren nicht.
Und wieder hilft es Valve mit ziemlicher Sicherheit, wenn die Daten, die sie für dieses Spiel haben, eine Protonengabel verwenden, die nicht einmal annähernd dem entspricht, was sie veröffentlichen. Weil wir uns nichts vormachen wollen, geht es in diesem Repo darum, das Ziel zu fördern, dass dieses Spiel mit Valves Veröffentlichung von Proton funktioniert, nicht mit Eggroll oder der Gabelung von Proton durch andere. Und dies ist kein allgemeines Forum zur Unterstützung von Spielen (es gibt eines auf der Taleworld-Website).

Es gibt Gabeln von Proton, insbesondere weil es historisch schwierig und ein sehr langsamer und arbeitsintensiver Prozess ist, Beiträge für diese vorgelagerten Projekte (Proton und Wein) zu erhalten.

* **Valve isn't responsive to the community.** When major new titles come out, they make no effort to engage with the community, to announce "we're working on it" or "help us out and we'll incorporate your fixes into Proton" or anything of the sort. Proton is very much run as an "ivory tower" commercial open source GitHub repository. Pull requests sit for months or years with little or no feedback.

* **Valve (and often, upstream Wine) sometimes decline practical, useful contributions and instead insist on a "perfect" solution that is much more difficult to develop.** When trying to get a game or a piece of software running, it's often easy to make a "quick fix" that solves the immediate problem. You can even scope this fix to a specific process name to prevent it from affecting other software. But the upstreams we're dealing with -- Valve/Proton and Wine -- are often reluctant to accept these contributions, instead insisting that the underlying code be completely redesigned or reworked to perfection before a contribution can be accepted. These major refactorings are often out of the skillset of the people who can contribute quick fixes; even if they are within their abilities, it can take months or years to complete such major changes. In the meantime, we'd have no compatibility with the broken software/game without a quick fix. **This is why fix builds to Proton (and Wine before it) are so popular and useful.**

* **The companies that work on this software are sometimes pretty hypocritical about workarounds.** One of the major companies involved in Wine/Proton is Codeweavers. They distribute a paid, commercial distribution of Wine called CrossOver Linux (and CrossOver Mac, too). While these are heavily based on upstream Wine, it's not uncommon for them to implement hacks, workarounds and other such "practical" measures to fix a major title or major piece of software (most often Microsoft Office) in their commercial product, while not merging the same workaround to the upstream, open source code. So workarounds are fine if it makes their product look better, but not fine if others are contributing the workarounds.

* **The upstreaming is already happening!** There is an earlier post in this thread with direct evidence that the mouse cursor fix for Bannerlord has been accepted by wine-staging, which is Proton's upstream. The only thing preventing that patch from getting pulled into a stable release of Proton, is time. Lots and lots of time -- weeks or months, probably. So there is no real work left to be done to get this stuff upstreamed now. My earlier points about the difficulty of getting stuff upstream are mostly pertaining to other games and other types of workarounds that aren't as clear-cut as this one was. GE's fork of Proton contains many practical fixes for games that may not hit wine upstream for months, if ever.

Ich bin mit den meisten davon einverstanden, aber ich denke, dass "hackige" Problemumgehungen und solche, die spezifisch für den Prozessnamen sind, in den Hauptrepos so weit wie möglich minimiert werden sollten. Alles ist in Ordnung, so wie es jetzt ist. Die Community bietet Korrekturen für die neuesten Versionen an, während der Upstream nur Commits enthält, die das Gesamtbild berücksichtigen. Ich denke nicht, dass eines der Projekte oder deren Betreuer dafür verantwortlich gemacht werden sollten, solche Problemumgehungen nicht einzubeziehen, da dies letztendlich zu massiven technischen Schulden führen wird. Der Mauszeiger-Fix für dieses Spiel ist bereits in der Wein-Inszenierung vorgelagert, es ist also nicht so, als würden sie "nicht-hackige" Korrekturen ignorieren

Proton 5.5 GE funktioniert nicht mit meinem Setup. Abstürze sofort im Kampf oder nach 2 Minuten in der Karte.

Ich verfolge die aktuelle Arbeit von: Proton 5.5-GE + Protontricks 261550 dotnet472 und stelle sicher, dass ich Win 10 als Betriebssystem festgelegt habe.

Ich stoße alle paar Minuten auf einen Absturz, bei dem ungefähr die gleichen Module geladen sind. Ich kann das Protokoll nicht vollständig verstehen und hoffe, dass es jemand tut.
backtrace.txt

1060Ti 6 GB (NVIDIA 440-Treiber) mit Ryzen 1800x-CPU

Tolle Arbeit an der Behebung dieses Problems und daran, es für die Massen spielbar zu machen!

Ich hatte diese zufälligen Abstürze auf einem ansonsten funktionierenden System und stellte schließlich zu 99% fest, dass es sich um die falsche Version von Autosave handelte. Zum Beispiel würde ein Upgrade eines 1.0.6-Speichers auf 1.0.7 in 1-15 Minuten abstürzen, ohne dass ich etwas Besonderes tue. Das Löschen der automatischen Speicherung (1.0.6) hat dies behoben. Ich habe dies auch mit früheren Versionsänderungen versucht. Dadurch wurden 90% meiner Abstürze beseitigt. Hoffe es hilft jemandem hier.

Ich verfolge die aktuelle Arbeit von: Proton 5.5-GE + Protontricks 261550 dotnet472 und stelle sicher, dass ich Win 10 als Betriebssystem festgelegt habe.
Ich stoße alle paar Minuten auf einen Absturz, bei dem ungefähr die gleichen Module geladen sind. Ich kann das Protokoll nicht vollständig verstehen und hoffe, dass es jemand tut.
backtrace.txt
1060Ti 6 GB (NVIDIA 440-Treiber) mit Ryzen 1800x-CPU
Tolle Arbeit an der Behebung dieses Problems und daran, es für die Massen spielbar zu machen!

Ich hatte diese zufälligen Abstürze auf einem ansonsten funktionierenden System und stellte schließlich zu 99% fest, dass es sich um die falsche Version von Autosave handelte. Zum Beispiel würde ein Upgrade eines 1.0.6-Speichers auf 1.0.7 in 1-15 Minuten abstürzen, ohne dass ich etwas Besonderes tue. Das Löschen der automatischen Speicherung (1.0.6) hat dies behoben. Ich habe dies auch mit früheren Versionsänderungen versucht. Dadurch wurden 90% meiner Abstürze beseitigt. Hoffe es hilft jemandem hier.

Ich werde dies testen, ich habe meine Paraden behalten, also werde ich sie auslöschen und es erneut versuchen. Vielen Dank!

Ich benutze Proton-5.5-GE-1, habe dotnet472, vcrun2019 und dotnetcore2 installiert. Wenn ich das Spiel starte, scheint es gut zu laufen. Ich bekomme jedoch zufällige Abstürze und wenn ich nach einigen Abstürzen das Spiel nicht mehr neu starten kann. In diesem Fall gibt das Öffnen der Protontricks 261550 den folgenden Fehler aus:
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
Hat jemand ähnliche Erfahrungen gemacht oder weiß möglicherweise, was los ist?

Ich bemerkte ein Muster, wenn ich nur automatisch Schlachten mit den "Truppen senden!" Option, das Spiel stürzt viel häufiger ab, als nur auf das Spielfeld zu gehen und manuell zu kämpfen.

@Krulvis Ich habe manchmal genau das gleiche Problem ... Ein

Ich benutze Proton-5.5-GE-1, habe dotnet472, vcrun2019 und dotnetcore2 installiert. Wenn ich das Spiel starte, scheint es gut zu laufen. Ich bekomme jedoch zufällige Abstürze und wenn ich nach einigen Abstürzen das Spiel nicht mehr neu starten kann. In diesem Fall gibt das Öffnen der Protontricks 261550 den folgenden Fehler aus:
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
Hat jemand ähnliche Erfahrungen gemacht oder weiß möglicherweise, was los ist?

Ja, ich hatte das. Ich habe den ursprünglichen Protonenaufbau von @YellowApple verwendet und er funktioniert

https://forums.taleworlds.com/index.php?threads/known -issues-wird-bald-aktualisiert.401168 /

Bei einigen unserer Spieler kann es vorkommen, dass das Spiel überhaupt nicht gestartet wird, nach dem Start abstürzt und nach dem Ladebildschirm abstürzt. Wir untersuchen dieses Problem. Es ist wichtig, dass Sie den Absturz-Uploader nach allen Abstürzen verwenden. Hier können Sie eine mögliche Problemumgehung für dieses Problem ausprobieren. Bitte beachten Sie, dass wir sehr hart daran arbeiten, dieses nicht startende Problem zu beheben!

https://forums.taleworlds.com/index.php?threads/possible -workaround-for-game-not-launch-issue.407128

Das Spiel, das nicht gestartet wird, ist ebenfalls ein Windows-Problem.

Wahrscheinlich die einzige Person, die versucht, unter CentOS 8 zu laufen, aber ... egal was ich mache, ich kann beim Start nicht durch den anfänglichen Ladebildschirm kommen, er friert nicht ein, aber der Ladebildschirm endet nie.
Aktueller Build ist Proton-5.5-GE-1 mit dot472 (auch dot48 ausprobiert) unter win10.
Ich sehe Leute, die vcrun2019 vorschlagen. Ich kann es nicht installieren. Ich sehe nur bis vcrun2017 als Option für mich.
Irgendwelche Vorschläge?

Dann wird es definitiv etwas auf Ihrem System sein. Ich führe genau das gleiche Setup ohne Probleme aus. Ich benutze CentOS nur bei der Arbeit. Ich bin mir sicher, dass es möglich ist, aber ich kann mir nicht vorstellen, darauf zu spielen.
Arch Linux oder Manjaro scheinen der richtige Weg für Proton-Spiele zu sein.

Ich dachte, das wäre der Fall. Schätze, es ist Zeit, Pacman zu lernen ...

Oder scrollen Sie einfach in diesem riesigen Thread nach oben (ich weiß, es wird viel gelesen) und sehen Sie, wo die Leute den Fix "vc2019 kann in Winetricks / Protontricks nicht gefunden werden" mehrmals erwähnt haben.

Ich bin neu in Github. Als ich ursprünglich eine Strg-F "vcrun2019" ausführte, habe ich nichts gesehen.

Vielen Dank, dass Sie Ihren Namen in Ihr Profil aufgenommen haben, damit ich Sie in einem professionellen Umfeld meiden kann.

Wahrscheinlich die einzige Person, die versucht, unter CentOS 8 zu laufen, aber ... egal was ich mache, ich kann beim Start nicht durch den anfänglichen Ladebildschirm kommen, er friert nicht ein, aber der Ladebildschirm endet nie.
Aktueller Build ist Proton-5.5-GE-1 mit dot472 (auch dot48 ausprobiert) unter win10.
Ich sehe Leute, die vcrun2019 vorschlagen. Ich kann es nicht installieren. Ich sehe nur bis vcrun2017 als Option für mich.
Irgendwelche Vorschläge?

Dann wird es definitiv etwas auf Ihrem System sein. Ich führe genau das gleiche Setup ohne Probleme aus. Ich benutze CentOS nur bei der Arbeit. Ich bin mir sicher, dass es möglich ist, aber ich kann mir nicht vorstellen, darauf zu spielen.
Arch Linux oder Manjaro scheinen der richtige Weg für Proton-Spiele zu sein.

Ich dachte, das wäre der Fall. Schätze, es ist Zeit, Pacman zu lernen ...

Oder scrollen Sie einfach in diesem riesigen Thread nach oben (ich weiß, es wird viel gelesen) und sehen Sie, wo die Leute den Fix "vc2019 kann in Winetricks / Protontricks nicht gefunden werden" mehrmals erwähnt haben.

Ich bin neu in Github. Als ich ursprünglich eine Strg-F "vcrun2019" ausführte, habe ich nichts gesehen.

Vielen Dank, dass Sie Ihren Namen in Ihr Profil aufgenommen haben, damit ich Sie in einem professionellen Umfeld meiden kann.

Huh? Ich war nicht sarkastisch. Es ist wirklich viel Lesen. Wenn Sie jemanden meiden wollen, der wirklich versucht zu helfen, ist das Ihr Vorrecht, denke ich.

Der Grund, warum Sie es bei Strg + F nicht gefunden hätten, liegt in der Mitte dieser Seite versteckten Sache: https://i.imgur.com/nxX7Qz4.png

Ich habe selbst noch nie in einem so großen Thema gearbeitet, also habe ich es erst bemerkt, als ich tatsächlich nachgesehen habe. BIS! Entschuldigen Sie das Missverständnis.

@allquixotic Abgesehen davon habe ich nach einer ziemlich gründlichen Suche in diesem Problem nichts gefunden, was die Installation von vcrun2019 tatsächlich erklärt, und ich habe das gleiche Problem ... Würde es Ihnen etwas ausmachen, dies zu erklären? Ich habe die Option --force ausprobiert und gegoogelt.

Ich habe beschlossen, mir das Protokoll anzusehen, das mit dem Flag PROTON_LOG , und überraschenderweise wurde eine 274-MB-Datei mit Millionen von Zeilen generiert. Soll das so sein? Beachten Sie, dass ich das vorherige Protokoll vor dem Start des Spiels gelöscht habe.

@ptkato Ich hatte einmal eine 8-GB-Protokolldatei, weil ich PROTON_LOG=1 aktiviert habe. Das war mit e1.0.4 und Aktienproton und einer längeren Sitzung (ca. 30 Minuten). Anscheinend werden diese Protokolldateien schnell groß.

@allquixotic Abgesehen davon habe ich nach einer ziemlich gründlichen Suche in diesem Problem nichts gefunden, was die Installation von vcrun2019 tatsächlich erklärt, und ich habe das gleiche Problem ... Würde es Ihnen etwas ausmachen, dies zu erklären? Ich habe die Option --force ausprobiert und gegoogelt.

Von dem, was ich oben gefunden habe, scheint vcrun2019 nichts anderes zu tun, als sowohl vcrun2015 als auch vcrun2017 zu installieren. Obwohl ich persönlich versucht habe, beide zu installieren, ist die Installation fehlgeschlagen und es wurde bereits installiert ...

@ptkato Ich hatte gestern eine, die meine Festplatte komplett füllte ... Etwa 340 GB

@allquixotic Abgesehen davon habe ich nach einer ziemlich gründlichen Suche in diesem Problem nichts gefunden, was die Installation von vcrun2019 tatsächlich erklärt, und ich habe das gleiche Problem ... Würde es Ihnen etwas ausmachen, dies zu erklären? Ich habe die Option --force ausprobiert und gegoogelt.

vcrun2019 scheint eine neue Ergänzung zu winetricks zu sein. In arch ist es im winetricks-git-Paket enthalten, aber nicht in winetricks.

Wollte ein Update geben;
Ich renne:

• Proton-5.5-GE-1
• Protontricks 261550 dotnet472
• proton --gui Workaround zur Installation des Dotnet-Kerns
• Windows 10 in winecfg
• Löschen Sie alle vorherigen Autosaves aus früheren Patches des Spiels

Ich konnte eineinhalb Stunden mit nur einem Absturz spielen, wenn ich die Videoeinstellungen änderte (ich wurde gierig). Ansonsten bin ich noch keinem begegnet.

Dinge getestet:

• Arena
• Dorf überfallen
• Siming Schlacht und tatsächliche Schlacht
• Hat sich einer bereits laufenden Schlacht angeschlossen
• Hat mit zahlreichen Leuten gesprochen
• Ich machte fast jederzeit eine Pause, an die ich denken konnte
• Versucht, aus Gesprächen und Schlachten herauszukommen
• Tabbed wie ein Verrückter während Schlachten und nach Schlachten
• Alt + Tab so ziemlich von jedem Punkt im Spiel

Eine aktualisierte Anleitung finden Sie hier

Lassen Sie mich versuchen, alles zusammenzufügen ...

Vielen Dank an VictorRogers , YellowApple , Metal079 , allquixotic , lboklin für ihre großartigen Vorschläge und Korrekturen und an alle anderen, die dazu beigetragen haben, dass Bannerlord funktioniert!

Alles bekommen, was Sie brauchen

Proton-5.5-GE-1

• Laden Sie die Version hier herunter.
  
  
  
  • Am Ende jedes Veröffentlichungspostens befindet sich eine Schaltfläche "Assets"
  
  
• Extrahieren Sie den Inhalt der .tar.gz-Datei in /home/<your-name>/.steam/compatibilitytools.d/
  
  
  
  • Wenn dieser Ordner nicht vorhanden ist, erstellen Sie ihn
  
  
  • Sie sollten jetzt einen Unterordner in diesem Ordner mit dem Namen Proton-5.5-GE-1
  
  
• Starten Sie Steam neu, wenn es bereits läuft
• Klicken Sie mit der rechten Maustaste auf Bannerlord und gehen Sie zu "Eigenschaften".
  
  
  
  • Aktivieren Sie auf der Registerkarte "Allgemein" unten die Option "Verwendung eines bestimmten Steam Play-Kompatibilitätstools erzwingen".
  
  
  • Sie sollten in der Lage sein, die Option "Proton-5.5-GE-1" auszuwählen.
  
  
• Wenn die Option in den Eigenschaften nicht angezeigt wird, verschieben Sie den Ordner "Proton-5.5-GE-1" an den folgenden Speicherort: ~/.local/share/Steam/compatibilitytools.d (erstellen Sie die Ordner, falls nicht vorhanden), wie empfohlen Hier
  
  
  
  • Starten Sie Steam neu und prüfen Sie, ob die Option jetzt vorhanden ist
  
  

Protontricks

• Leider scheint es keinen anderen "einfachen" Weg zu geben, Protontricks zu erhalten, als die Pipx-Installationsmethode zu verwenden
• Installationsanweisungen finden Sie hier
• Laut diesem Beitrag haben Arch-Benutzer möglicherweise eine andere Alternative, indem sie pamac install protontricks-git

dotNet-Kern

• In den offiziellen Foren empfehlen sie die Verwendung der Version 2.1.17 von .NET Core
• Die neueste Version von Microsoft scheint Version 3.1.3 zu sein
• _Ich habe beide heruntergeladen und installiert (zuerst 2.1.17, dann 3.1.3) _
  
  
  
  • Es ist durchaus möglich, dass 2.1.17 ausreicht
  
  

Winetricks mit vcrun2019

• Es ist eine gute Idee, die neueste Version von Winetricks zu installieren, da viele Repositorys alte Versionen von Winetricks vertreiben, die nicht wissen, wie sie mit vcrun2019 umgehen sollen
• winetricks ist nur eine Binärdatei, die Sie herunterladen und ausführbar machen müssen:
  
  
  
  • Ich habe die Anweisungen aus dieser und dieser Quelle zusammengestellt
  
  

cd "${HOME}/Downloads"
wget  https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks
chmod +x winetricks

• Wenn Sie es für den aktuellen Benutzer installieren möchten:

mkdir "${HOME}/bin"
mv winetricks "${HOME}/bin"

• Wenn Sie es systemweit installieren möchten:

sudo mv winetricks /usr/bin/

• Sie müssen sich erneut anmelden , um den Befehl in der Konsole anzuzeigen

Bannerlord zum Arbeiten bringen

• Stellen Sie sicher, dass Sie die vorausgesetzte Protonenversion und die Protontricks installiert haben
• Gehen Sie zu /home/<your-name>/.steam/steam/steamapps/compatdata/ und benennen Sie den Ordner "261550" in "Backup_261550" um.
  
  
  
  • Das Kopieren reicht nicht aus, da Sie eigentlich mit der Initialisierung Ihres vollständig frischen Weinpräfix beginnen möchten
  
  
  • Durch das Kopieren des Ordners werden Ihre Speicherspiele, Ihre Einstellungen und Ihr gesamtes Weinpräfix gesichert, falls Sie später etwas abrufen oder testen möchten
  
  
• Führen Sie das Spiel einmal aus
  
  
  
  • Auf diese Weise kann Steam einige Abhängigkeiten installieren
  
  
  • Das Starten einer neuen Kampagne ist nicht erforderlich
  
  
• Beende das Spiel
• Öffnen Sie eine Konsole und führen Sie protontricks 261550 dotnet472
  
  
  
  • Es werden mehrere Installationen älterer Versionen von dotnet ausgeführt
  
  
  • Wenn das Installationsprogramm Sie dazu auffordert, wählen Sie "Jetzt neu starten" (startet Ihren PC nicht neu.)
  
  
• Wenn dies erledigt ist, führen Sie protontricks 261550 vcrun2019
  
  
  
  • _Ich bin nicht hundertprozentig sicher, ob dies benötigt wird, aber ich habe es getan und mein Setup scheint gut zu funktionieren_
  
  
• Wenn dies erledigt ist, führen Sie protontricks 261550 --gui
  
  
  
  • Wählen Sie "Standard-Weinpräfix auswählen".
  
  
  • Überprüfen Sie im Fenstertitel, ob das richtige Präfix ausgewählt ist. Es sollte /home/<your-name>/.steam/steam/steamapps/compatdata/261550/pfx
  
  
  • Wählen Sie "Explorer ausführen".
  
  
  • Öffnen Sie das Gerät "/", gehen Sie zu dem Ort, an dem Sie die Dotnet-Core-Datei heruntergeladen haben, und doppelklicken Sie darauf, um sie installieren zu lassen
  
  
  • Da ich zwei "Dotnet Core" -Dateien hatte, installierte ich beide auf diese Weise
  
  
  • Schließen Sie den Explorer, wenn die Installation abgeschlossen ist
  
  
  • Wählen Sie "Winecfg ausführen".
  
  
  • Stellen Sie auf der Registerkarte "Anwendungen" unten "Windows-Version" auf Windows 10 ein
  
  
  • _Ich bin nicht hundertprozentig sicher, ob dies benötigt wird. Ich habe es unter Windows 7 und alles scheint gut zu funktionieren
  
  
  • Schließen Sie winecfg mit der Schaltfläche "OK" und verlassen Sie die Protontricks-GUI, indem Sie "Abbrechen" drücken, bis sie geschlossen wird
  
  
• Starten Sie Bannerlord durch Dampf
• Starten Sie eine neue Kampagne
  
  
  
  • Sie haben keine andere Wahl, da sich Ihre alten Spielstände nur im Backup befinden
  
  
  • Sie können versuchen , Ihre alten Spielstände wiederherzustellen, aber nur, wenn Sie sie mit derselben Spielversion erstellt haben, die Sie gerade verwenden
  
  
  • Ich habe das noch nicht getestet, also ... melde dich zurück, wenn es funktioniert.
  
  

Fehlerbehebung

Wenn die Dinge immer noch nicht funktionieren, wurden in der sehr langen Github-Ausgabe einige Dinge erwähnt, die Sie versuchen können.

Sie verwenden eine AMD-GPU und das Spiel funktioniert nicht

• Sie können versuchen, auf die neuesten MESA-Treiber zu aktualisieren
• eine gute option dafür ist der oibaf ppa

Sie führen NixOS aus und möchten Winetricks installieren

• Die Installationsverfahren für NixOS sind unterschiedlich, daher ist die Installation von Winetricks etwas komplizierter. Ich benutze es nicht, aber es wurde ein Skript bereitgestellt, mit dem die neuesten Winetricks installiert werden können

Das Spiel stürzt ab und ich kann es nicht neu starten

• Dies kann an einem festgefahrenen Weinserver-Prozess liegen. Überprüfen Sie den Task-Manager Ihres Betriebssystems und beenden Sie ihn gegebenenfalls.

Ich möchte das Spiel debuggen, aber die Logdateien sind riesig

• Proton geht von einer Reihe von Debug-Einstellungen aus, die Sie jedoch ändern können. In diesem Beitrag finden Sie eine Erklärung

@Tercus

Extrahieren Sie den Inhalt der .tar.gz-Datei in /home/<your-name>/.steam/compatibilitytools.d/

• Sie sollten jetzt einen Unterordner in diesem Ordner mit dem Namen Proton-5.5-GE-1

Ich scheine bei diesem Schritt hängen zu bleiben, es gibt dort keinen Ordner für Kompatibilitätswerkzeuge für mich, und wenn ich einen und einen zusätzlichen Ordner dort erstelle, bekomme ich keine Option, ihn als Protonenversion zu verwenden

Lassen Sie mich versuchen, alles zusammenzufügen ...

Guter Führer! Einige Vorschläge:

• Machen Sie dies zu einem GitHub-Gist, damit es mit diesem Problem verknüpft werden kann, anstatt es durchsuchen zu müssen (Ihr Beitrag wird mit dieser Geschwindigkeit vergraben). Link dazu in einem Kommentar hier. Der Rest von uns kann einfach auf Ihr Problem verlinken, wenn jemand eine Frage stellt (in dieser GitHub-Ausgabe oder anderswo), die bereits in Ihrem Handbuch behandelt wird.

• Da Ihre Anweisungen vcrun2019 , sollten Sie auch die Schritte zur Fehlerbehebung einschließen, um die Situation zu beheben, in der der Benutzer vcrun2019 nicht in seiner Winetricks-Installation verfügbar hat, weil es zu alt ist. Ich und einige andere Poster haben diesen Schritt vor ein paar Tagen in diesen Thread aufgenommen, aber der Kern davon ist, sudo winetricks --self-update auszuführen. Sie können auch feststellen, dass dies für "NixOS" aufgrund der einzigartigen Art der Verpackungssoftware von NixOS nicht funktioniert. Ein anderer Benutzer hat jedoch freundlicherweise eine Problemumgehung für NixOS-Benutzer bereitgestellt! Hoffentlich finden Sie diesen Beitrag auch in diesem Thread.

• Eine weitere Problemumgehung: Wenn der Benutzer das Verzeichnis ~/.steam/compatibilitytools.d nicht sieht, sollte er mkdir -p ~/.local/share/Steam/compatibilitytools.d ausführen und dann den Proton-GE-Ordner dorthin kopieren. Danke an @ Metal079

• Ein anderer Benutzer berichtete, dass das Spiel früh und häufig mit den AMD Open Source-Grafiktreibern unter Ubuntu 18.04 zuverlässig abgestürzt sei. Als er jedoch auf den neuesten Open Source-Grafikstapel von oibaf PPA aktualisierte, begann das Spiel zu funktionieren. Ich denke, ein weiteres bekanntes Problem wäre, wenn Sie eine alte Ubuntu-Installation mit den AMD Open Source-Grafiktreibern ausführen, die Sie benötigen, um sie mit oibafs PPA zu aktualisieren.

@allquixotic Das Problem herausgefunden! Ich musste den Ordner kompatibilitytools.d unter /home/USERNAME/.local/share/Steam erstellen

Stellen Sie sicher, dass der Ordnername korrekt ist (das ".d" am Ende) und starten Sie Steam neu, nachdem Sie die Protonenversion extrahiert haben. Überprüfen Sie, ob das Protonenarchiv versehentlich eine Ebene tiefer extrahiert wurde, z. B. "Proton-5.5.0-GE-1 / Proton-5.5.0-GE-1 /".

@allquixotic Das Problem herausgefunden! Ich musste den Ordner kompatibilitytools.d unter /home/USERNAME/.local/share/Steam erstellen

Oh schön. Ich bin mir nicht sicher, was los ist, wenn dieser Pfad anders ist als das übliche ~ / .steam. Ich habe meine Vorschläge für Tercus 'Leitfaden oben bearbeitet!

Ich wollte etwas hinzufügen, hatte aber auch viele Probleme mit der oben beschriebenen Lösung (Proton-GE, dotnet472, dotnet core und Windows 10), und was das Problem für mich behoben hat, war der Wechsel zum ACO-Mesa-Treiber anstelle des Standard (Ich verwende Manjaro mit Mesa 20.0.4 und einer Radeon RX 580). Vor dem Wechsel kam es alle paar Minuten zu Abstürzen (manchmal bis zu einer Stunde ohne Absturz), aber nach dem Wechsel zum ACO-Treiber ist das Spiel nach etwa 2 Stunden noch nicht abgestürzt. Hoffentlich kann dies Menschen helfen, die noch Probleme haben.

Ich wollte etwas hinzufügen, hatte aber auch viele Probleme mit der oben beschriebenen Lösung (Proton-GE, dotnet472, dotnet core und Windows 10), und was das Problem für mich behoben hat, war der Wechsel zum ACO-Mesa-Treiber anstelle des Standard (Ich verwende Manjaro mit Mesa 20.0.4 und einer Radeon RX 580). Vor dem Wechsel kam es alle paar Minuten zu Abstürzen (manchmal bis zu einer Stunde ohne Absturz), aber nach dem Wechsel zum ACO-Treiber ist das Spiel nach etwa 2 Stunden noch nicht abgestürzt. Hoffentlich kann dies Menschen helfen, die noch Probleme haben.

Ich benutze ACO und es schien sich in keiner Weise zu verbessern.

Bis jetzt kann ich ungefähr 3 bis 4 Stunden sparen, bevor ich anfange, bei allen Korrekturen ständig abzustürzen, und das ist, wenn ich Glück habe. Oft kann ich nur etwa eine Stunde bekommen. Das Aktualisieren des Pfx scheint mir vielleicht eine Stunde Zeit für eine alte Speicherung mit derselben Spielversion zu bringen. Bisher habe ich nur die ersten Stunden ohne Dotnet * hinter mir gebracht, aber die Speicherzeiten machen es schwierig, sie zu testen.

@allquixotic
~ / .steam sollte ein Sym-Link zu ~ / .local / share / Steam sein

Linux 5.6.2.arch1-2
mesa-aco-git 20.1.0_devel | mesa 20.0.4-1
AMD Ryzen 5 3600X 6-Core-Prozessor
AMD Radeon RX 580

Ich benutze Proton-5.5-GE-1, habe dotnet472, vcrun2019 und dotnetcore2 installiert. Wenn ich das Spiel starte, scheint es gut zu laufen. Ich bekomme jedoch zufällige Abstürze und wenn ich nach einigen Abstürzen das Spiel nicht mehr neu starten kann. In diesem Fall gibt das Öffnen der Protontricks 261550 den folgenden Fehler aus:
/home/krulvis/.cache/protontricks/proton/Proton-5.5-GE-1/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message ""
Hat jemand ähnliche Erfahrungen gemacht oder weiß möglicherweise, was los ist?

@Krulvis Es gibt sehr wahrscheinlich einen festgefahrenen wineserver -Prozess, der getötet werden muss. Ich bin auf das Gleiche gestoßen und habe das Töten von wineserver behoben.

Ich habe beschlossen, mir das Protokoll anzusehen, das mit dem Flag PROTON_LOG , und überraschenderweise wurde eine 274-MB-Datei mit Millionen von Zeilen generiert. Soll das so sein? Beachten Sie, dass ich das vorherige Protokoll vor dem Start des Spiels gelöscht habe.

@ptkato Ja, das ist normal bei protontricks 'd .NET-Versionen. Sie können dies reduzieren, indem Sie eine benutzerdefinierte Variable WINEDEBUG in Ihren Startoptionen übergeben. Standardmäßig geht Proton von WINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+loaddll,+mscoree . Das +seh ist das, was diese Zeilen erzeugt, also ist es das, was Sie herausnehmen möchten.

Sie können dies auch festlegen, indem Sie im Installationsordner von Proton ein user_settings.py erstellen, z. B. ~/.steam/steam/compatibilitytools.d/$PROTON_VERSION/ oder ~/.steam/steam/steamapps/common/$PROTON_VERSION/ (dort sollte ein user_settings.sample.py als Vorlage vorhanden sein). . Auf diese Weise scheint Valve dies zu empfehlen, aber ich persönlich bevorzuge es, diese Dinge pro Spiel festzulegen.

Wenn dies erledigt ist, führen Sie protontricks 261550 --gui dlls

@Tercus Sie können auch einfach protontricks 261550 --gui ausführen und die Option "Standardpräfix auswählen" verwenden (die automatisch ausgewählt wird). Sollte Sie an den gleichen Ort bringen (auch wenn diese Option irreführend benannt ist, da die "Standard" -Protontricksätze tatsächlich die in compatdata/261550/pfx anstelle von zB ~/.wine ).

Bis jetzt kann ich ungefähr 3 bis 4 Stunden sparen, bevor ich anfange, bei allen Korrekturen ständig abzustürzen, und das ist, wenn ich Glück habe. Oft kann ich nur etwa eine Stunde bekommen. Das Aktualisieren des Pfx scheint mir vielleicht eine Stunde Zeit für eine alte Speicherung mit derselben Spielversion zu bringen. Bisher habe ich nur die ersten Stunden ohne Dotnet * hinter mir gebracht, aber die Speicherzeiten machen es schwierig, sie zu testen.

Das ist jetzt auch mein Verhalten. Ich kann ein paar Stunden sparen, bevor ich anfange, beständig abzustürzen. Ich werde versuchen, einige Protokolle etwas genauer zu betrachten und zu sehen, was ich finden kann. Ich bin hier drin! :) :)

Bis jetzt kann ich ungefähr 3 bis 4 Stunden sparen, bevor ich anfange, bei allen Korrekturen ständig abzustürzen, und das ist, wenn ich Glück habe. Oft kann ich nur etwa eine Stunde bekommen. Das Aktualisieren des Pfx scheint mir vielleicht eine Stunde Zeit für eine alte Speicherung mit derselben Spielversion zu bringen. Bisher habe ich nur die ersten Stunden ohne Dotnet * hinter mir gebracht, aber die Speicherzeiten machen es schwierig, sie zu testen.

@allquixotic
~ / .steam sollte ein Sym-Link zu ~ / .local / share / Steam sein

Linux 5.6.2.arch1-2
mesa-aco-git 20.1.0_devel | mesa 20.0.4-1
AMD Ryzen 5 3600X 6-Core-Prozessor
AMD Radeon RX 580

Ja, das ACO-Ding war eine falsche Flagge, und nachdem ich meine Speicherung später heute geladen habe, habe ich das gleiche Verhalten erhalten. Ich habe mir die Protokolle angesehen und es scheint, dass der Absturz jedes Mal auf denselben Fehler zurückzuführen ist, was zumindest ermutigend sein sollte:

 Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that othe

TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatches(String text, Int32 beginIndex, Int32 endIndex, List`1 tokenMatches)
   at TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatchesAndText(String text)
   at TaleWorlds.Localization.TextProcessor.Tokenizer.<Tokenize>d__2.MoveNext()
   at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   at TaleWorlds.Localization.MBTextManager.Process(String query, TextObject parent)
   at TaleWorlds.Localization.MBTextManager.ProcessText(TextObject to)
   at TaleWorlds.Localization.MBTextManager.ProcessText(TextObject to)
   at TaleWorlds.Localization.TextObject.ToString()
   at SandBox.ViewModelCollection.Nameplate.PartyNameplateVM.RefreshDynamicProperties(Boolean forceUpdate)
   at System.Threading.Tasks.Parallel.<>c__DisplayClass17_0`1.<ForWorker>b__1()
   at System.Threading.Tasks.Task.InnerInvokeWithArg(Task childTask)
   at System.Threading.Tasks.Task.<>c__DisplayClass176_0.<ExecuteSelfReplicating>b__0(Object )
   at System.Threading.Tasks.Task.Execute()
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot)
   at System.Threading.Tasks.Task.ExecuteEntry(Boolean bPreventDoubleExecution)
   at System.Threading.ThreadPoolWorkQueue.Dispatch()

@ptkato Ja, das ist normal bei protontricks 'd .NET-Versionen. Sie können dies reduzieren, indem Sie eine benutzerdefinierte Variable WINEDEBUG in Ihren Startoptionen übergeben. Standardmäßig geht Proton von WINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+loaddll,+mscoree . Das +seh ist das, was diese Zeilen erzeugt, also ist es das, was Sie herausnehmen möchten.

Danke, das hat geholfen, das Protokoll folgt nun:
steam-261550.log

Nicht behandelte Ausnahme: System.AccessViolationException: Es wurde versucht, geschützten Speicher zu lesen oder zu schreiben. Dies ist oft ein Hinweis darauf, dass andere
TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatches (Zeichenfolgentext, Int32 beginIndex, Int32 endIndex, List`1 tokenMatches)
at TaleWorlds.Localization.TextProcessor.Tokenizer.FindTokenMatchesAndText (String text)
bei TaleWorlds.Localization.TextProcessor.Tokenizer.d__2.MoveN
...

@tkamat Tut 261550/pfx/drive_c/ProgramData/Mount and Blade II Bannerlord/logs/ oder von WINEDEBUG = + Zeitstempel, + pid, + tid, + seh, + debugstr, + loaddll, nichts Ähnliches finden + mscoree

@allquixotic @Tercus Ich würde

Hat der Mehrspielermodus für niemanden mehr funktioniert? Ich erhalte jetzt couldn't receive login results from server Fehler. :(

Ich habe meinen kleinen Leitfaden aktualisiert und die Vorschläge aufgenommen. Das Wesentliche finden Sie hier . Sie können dort Kommentare zu Änderungen abgeben. Vielen Dank für die tolle Arbeit. So kurz nach der Veröffentlichung und das Spiel ist unter Linux spielbar!

@ptkato Ich habe das Protokoll durchgesehen und nur bemerkt, dass

4307.340:002a:0032:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution

Ich kann nicht sicher sein, ob dies die Ursache für Ihre Abstürze ist, aber es ist einfach zu beheben. Ihnen fehlt ein Linux-Paket! Wenn Sie auf Debian / Ubuntu-basierten Distributionen arbeiten, ist dies winbind wie in der Fehlermeldung angegeben. Wenn Sie etwas Arch-basiertes ausführen, sind es samba .

Probieren Sie es aus und sehen Sie, ob das irgendetwas behebt!

Ich habe herausgefunden, was es war, das zumindest für mich meine Sparzeiten viel schneller gemacht hat als einige andere.
Ohne Dotnet waren meine Speicherzeiten ungefähr 10 Sekunden und mit Dotnet ungefähr 2 Sekunden. Einige andere hatten ähnliche Zahlen.
Wo für die meisten, so scheint es, die Zahlen mehr um 2-3 Minuten bzw. 30 Sekunden waren.

Der Grund ist für mich fsync. Wenn es aktiviert ist, erhalte ich die schnellen Speicherzeiten, wenn es deaktiviert ist, erhalte ich die langsamen Speicherzeiten.

Für mich scheint Dotnet die Ursache für viele scheinbar zufällige Abstürze zu sein. Ich habe hier alle Kombinationen von Korrekturen sowie Dinge ausprobiert, die ich mir ohne Verbesserung ausgedacht habe. Die Leistungsprobleme, die einige mit Dotnet hatten, scheinen für mich nie aufzutreten, daher sind Abstürze das einzige Problem mit Dotnet, das ich hatte.

Meine derzeit beste Erfahrung ist es, keine Protontricks-Optimierungen / -Installationen durchzuführen, sondern sicherzustellen, dass fsync funktioniert, was es bereits war. Ich habe lieber 10 Sekunden Speichern und keine / viel weniger Abstürze als 2 Sekunden Speichern und viele Abstürze. Ich habe es nicht lange genug versucht, um zu sagen, wie absturzfrei ich bin, aber zumindest hat es sich deutlich verbessert.

Ich benötige jedoch Dotnet, damit der Launcher funktioniert. Daher verwende ich die neue beabsichtigte Problemumgehung, um die in einem kürzlich veröffentlichten Patch eingeführten Launcher TaleWorlds zu umgehen und stattdessen Bannerlord.Native.exe zu starten. Benennen Sie es in TaleWorlds.MountAndBlade.Launcher.exe und ich kann loslegen.

Bearbeiten: Ein Nachteil der alternativen Exe ist, dass der Launcher das Laden von Mods übernimmt, sodass Mods nicht geladen werden, wenn der Launcher umgangen wird. Es kann gehandhabt werden, indem man das tut, was hier erwähnt wird, also handhabbar, aber nicht ideal.

@ albin-engstrom Hmm, das Spiel, das mit fsync besser läuft, lässt mich denken, dass esync ein Problem sein könnte, wie es bei anderen Spielen der Fall war. Hat jemand versucht, das Spiel mit PROTON_NO_ESYNC=1 auszuführen?

@tkamat Ich habe alle Kombinationen von fsync und esync ein- oder ausgeschaltet. Aber nur mit Dotnet.
Mit esync und fsync war das Abstürzen, soweit ich es beurteilen konnte, dasselbe wie bei jeder anderen Kombination. Da ich das damals getestet habe, habe ich nicht genau notiert, wie die Speicherzeiten waren, aber wenn sie deutlich langsamer wären, hätte ich das wohl bemerkt.

@tkamat @

AKTUALISIEREN:
@ albin-engstrom Wenn Sie Ihren Vorschlag verwenden ( Bannerlord.Native.exe symlinked to TaleWorlds.MountAndBlade.Launcher.exe ), verbessern sich meine Speicherzeiten um ca. 50%, z. B. erhalte ich jetzt Speicherzeiten um ca. 7,5 Sekunden (wenn kein Winetricks-Befehl ausgeführt wird).

Hat der Mehrspielermodus für niemanden mehr funktioniert? Ich erhalte jetzt couldn't receive login results from server Fehler. :(

Heute morgen noch einmal überprüft und es funktioniert jetzt! Umwerben!

Ich habe das Spiel auch mit esync, fsync und ohne beides und ohne dotnet getestet. Die Speicherzeiten liegen immer bei 15 Sekunden (mit einer Ryzen 3700x CPU und Samsung 860 Evo SSD).

@elovin Das ist interessant. Es kann sein, dass es in meinem Fall ein Problem gibt, das fsync löst / umgeht, aber in anderen Fällen ist das Problem möglicherweise nicht vorhanden und fsync ändert die Dinge nicht so sehr. Und ich habe einen Ryzen 3900X und einen 970 Evo, also ziemlich ähnliche Sachen, so dass es unwahrscheinlich ist, dass dies der Unterschied für uns ist.

Wenn Sie Ihren Vorschlag verwenden (Bannerlord.Native.exe, verknüpft mit TaleWorlds.MountAndBlade.Launcher.exe), verbessern sich meine Speicherzeiten um ca. 50%, z. B. erhalte ich jetzt Speicherzeiten um ca. 7,5 Sekunden (wenn kein Winetricks-Befehl ausgeführt wird).

Das ist großartig, der Grund kann sein, dass es die Dinge anders zu laden scheint. Als ich zum ersten Mal versuchte, Dotnet zu installieren und kurze Speicherzeiten zu haben, schien die Umbenennung der Exe Dotnet zu deaktivieren / nicht zu laden. Ich hatte die langen Ersparnisse, als ich es tat.
Es kann sein, dass Dotnet nur speziell für den Launcher benötigt und damit geladen wird. Wenn der Launcher umgangen wird, wird Dotnet nicht geladen.
Es ist möglich, dass einige andere Dinge nicht geladen sind, die möglicherweise der Grund für Ihre Ergebnisse sind.

@ albin-engstrom Nun, ich habe endlich die Kompilierung eines fsync-fähigen Kernels abgeschlossen (ich habe linux-tkg verwendet ) und kann bestätigen, dass die Speicherzeiten ohne Dotnet oder andere Protontricks von ~ 2 Minuten auf nur etwa 10 Sekunden gesunken sind! Ich habe nicht lange genug gespielt, um endgültige Schlussfolgerungen über die Stabilität zu ziehen, aber ich hatte bisher keine Abstürze mit dieser Konfiguration, während alle Dotnet-Lösungen, die ich ausprobiert habe, schließlich abstürzten.

Um es noch einmal zu wiederholen, hier sind die Schritte, die ich befolgt habe:

1. Installieren Sie einen fsync-fähigen Kernel (wieder würde ich linux-tkg empfehlen).
2. Symlink Bannerlord.Native.exe mit TaleWorlds.MountAndBlade.Launcher.exe
3. Wähle Proton-5.5-GE-1, lösche das vorherige Präfix und starte das Spiel.
4. Das ist es! Keine Protontricks oder anderes Zeug erforderlich.

Während die Speicherzeiten bei dieser Methode etwas länger sind, denke ich, dass die erheblich erhöhte Stabilität den Unterschied von wenigen Sekunden ausgleicht, und ich werde dies verwenden, bis es jemandem gelingt, die Dotnet-Abstürze zu debuggen. Es wäre toll zu sehen, ob dies für andere funktioniert, und ja, danke an @ albin-engstrom für das Herausfinden der fsync-Sache.

@tkamat Schön zu hören, dass es auch für andere gut funktioniert. Ich habe jetzt ungefähr 3 Stunden mit dieser Konfiguration ohne einen einzigen Absturz gespielt, wo ich vorher mindestens ein paar Stunden hatte, manchmal viel mehr und manchmal viel weniger. Aber 3 Stunden ohne Abstürze waren bisher unbekannt.

Ich verwende auch linux-tkg und kann das empfehlen. Es ist eine große Hilfe, um Ihren eigenen Kernel zu kompilieren, ohne es ganz alleine zu tun. Ich mache es aus verschiedenen Gründen, wobei fsync einer ist.
Aber wenn man nicht seine eigenen kompilieren möchte, gibt es wahrscheinlich einige vorkompilierte, die auf der Verteilung seiner Wahl verfügbar sind.

In meinem Fall verwende ich auch proton-tgk sowie die Skripte von tkg zum Kompilieren von dxvk.

@ albin-engstrom Nun, ich habe endlich die Kompilierung eines fsync-fähigen Kernels abgeschlossen (ich habe linux-tkg verwendet ) und kann bestätigen, dass die Speicherzeiten ohne Dotnet oder andere Protontricks von ~ 2 Minuten auf nur etwa 10 Sekunden gesunken sind! Ich habe nicht lange genug gespielt, um endgültige Schlussfolgerungen über die Stabilität zu ziehen, aber ich hatte bisher keine Abstürze mit dieser Konfiguration, während alle Dotnet-Lösungen, die ich ausprobiert habe, schließlich abstürzten.

Um es noch einmal zu wiederholen, hier sind die Schritte, die ich befolgt habe:

1. Installieren Sie einen fsync-fähigen Kernel (wieder würde ich linux-tkg empfehlen).
2. Symlink Bannerlord.Native.exe mit TaleWorlds.MountAndBlade.Launcher.exe
3. Wähle Proton-5.5-GE-1, lösche das vorherige Präfix und starte das Spiel.
4. Das ist es! Keine Protontricks oder anderes Zeug erforderlich.

Während die Speicherzeiten bei dieser Methode etwas länger sind, denke ich, dass die erheblich erhöhte Stabilität den Unterschied von wenigen Sekunden ausgleicht, und ich werde dies verwenden, bis es jemandem gelingt, die Dotnet-Abstürze zu debuggen. Es wäre toll zu sehen, ob dies für andere funktioniert, und ja, danke an @ albin-engstrom für das Herausfinden der fsync-Sache.

Hast du schon Belagerungen im Spiel geführt? Ich habe bemerkt, dass ich an Belagerungen teilgenommen habe, aber besonders die Belagerung ist eine sehr absturzanfällige Aktivität.

@vahtos Ich habe keine geführt, aber ich habe an 3 ohne Abstürze teilgenommen.

@ vahtos Ich habe gerade versucht, eine Belagerung zu führen, und es ist nicht

@tkamat Danke. Ich werde dann Ihr Setup versuchen. Ich denke nicht, dass es sich um ein Problem mit dem Texturbudget handelt, da ich beim Einrichten der Belagerung oder beim Bau von Belagerungsmaschinen auf der Kampagnenkarte abstürze. Ich habe es in einer Belagerung, die ich führe, nie in die Schlacht geschafft.

Ich habe das Spiel gerade in einem neuen Präfix mit keinem der Protrontricks-Fixes getestet, während fsync aktiviert war, und ich hatte keinen einzigen Absturz. Abgesehen davon, dass versucht wird, an den Spieleinstellungen herumzuspielen, die das Spiel immer noch zum Absturz gebracht haben, ist das Spiel so stabil, dass es vollständig spielbar ist.

@ albin-engstrom Nun, ich habe endlich die Kompilierung eines fsync-fähigen Kernels abgeschlossen (ich habe linux-tkg verwendet ) und kann bestätigen, dass die Speicherzeiten ohne Dotnet oder andere Protontricks von ~ 2 Minuten auf nur etwa 10 Sekunden gesunken sind! Ich habe nicht lange genug gespielt, um endgültige Schlussfolgerungen über die Stabilität zu ziehen, aber ich hatte bisher keine Abstürze mit dieser Konfiguration, während alle Dotnet-Lösungen, die ich ausprobiert habe, schließlich abstürzten.
Um es noch einmal zu wiederholen, hier sind die Schritte, die ich befolgt habe:

1. Installieren Sie einen fsync-fähigen Kernel (wieder würde ich linux-tkg empfehlen).
2. Symlink Bannerlord.Native.exe mit TaleWorlds.MountAndBlade.Launcher.exe
3. Wähle Proton-5.5-GE-1, lösche das vorherige Präfix und starte das Spiel.
4. Das ist es! Keine Protontricks oder anderes Zeug erforderlich.

Während die Speicherzeiten bei dieser Methode etwas länger sind, denke ich, dass die erheblich erhöhte Stabilität den Unterschied von wenigen Sekunden ausgleicht, und ich werde dies verwenden, bis es jemandem gelingt, die Dotnet-Abstürze zu debuggen. Es wäre toll zu sehen, ob dies für andere funktioniert, und ja, danke an @ albin-engstrom für das Herausfinden der fsync-Sache.

Hast du schon Belagerungen im Spiel geführt? Ich habe bemerkt, dass ich an Belagerungen teilgenommen habe, aber besonders die Belagerung ist eine sehr absturzanfällige Aktivität.

Ich habe ungefähr sechs Mal versucht, an einer Belagerung teilzunehmen, die bis auf eine Gelegenheit etwa zwei Sekunden lang auf dem Ladebildschirm eingefroren ist. Ich habe noch nicht versucht, andere Städte zu belagern.
Dies ist mit einem 5700XT unter Verwendung der Open-Source-Treiber, mit dem von @YellowApple veröffentlichten Protonen-Build-Original und ohne weitere Verbesserungen möglich.

Ich bin zurück zu Warband gegangen, aber es sieht so aus, als ob hier gute Fortschritte erzielt wurden, also könnte ich dieses Wochenende wieder auf den Wein-Debugging-Zug zurückgreifen.

Fedora 32, Kernel 5.6.3
Ryzen 2700 bei 4 GHz
AMD Rx580
Proton-5.5-GE-1

Ich habe DotNet 4.72 mit Winetricks installiert. Der Launcher funktioniert einwandfrei, wenn Sie dies tun. Die Leistung ist jedoch nicht so gut. Ich habe dann versucht, den Launcher durch Bannerlord.Native.exe ersetzen. Dies verbesserte die Leistung tatsächlich erheblich. Das Speichern des Spiels dauert jetzt ca. 2 Minuten. Zusätzlich wird es Momente geben, in denen das Spiel 100% CPU-Auslastung erreicht und anscheinend einfriert. Nach ein paar Minuten ist es wieder normal und wieder spielbar.

Die Leistung ist etwas gut. Es fühlt sich ein wenig stotternd an und friert gelegentlich ein.

Bearbeiten: Ein Nachteil der alternativen Exe ist, dass der Launcher das Laden von Mods übernimmt, sodass Mods nicht geladen werden, wenn der Launcher umgangen wird. Es kann gehandhabt werden, indem man das tut, was hier erwähnt wird, also handhabbar, aber nicht ideal.

Es könnte sich lohnen, sie als Startoptionen zu übergeben. Es sieht so aus, als ob das .exe eine Liste von ihnen in seinen Argumenten aufnimmt, wenn mein rgl_log irgendetwas ist, das man sich ansehen kann:

Command Args: /singleplayer _MODULES_*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*BannerLogger*CalradiaFutureWarfare*CharacterTrainer*DeveloperConsole*XorberaxYell*zzBannerlordTweaks*zzCharacterCreation*_MODULES_ /anticheat

Ich habe den XanMod-Kernel für Ubuntu 19.10 installiert und kann bestätigen, dass die Speicherzeiten von ein oder zwei Minuten auf ein paar Sekunden mit einem neuen Präfix ohne Protontricks gesunken sind.

@DeathTBO Probieren Sie einen fsync-fähigen Kernel aus, der die Einsparung auf maximal 10 Sekunden beschleunigen sollte. Zumindest für einige hat es getan. Ich weiß nicht, ob für Fedora eine vorkompilierte verfügbar ist, aber ich würde annehmen, dass es mindestens eine gibt. Andernfalls müssen Sie möglicherweise Ihre eigenen kompilieren.
Und die von Ihnen erwähnten Einfrierungen sind nur die automatischen Speicherungen, sodass diese auch viel schneller sind.

Es könnte sich lohnen, sie als Startoptionen zu übergeben. es sieht so aus, als ob die .exe eine Liste von ihnen in ihren Argumenten nimmt, wenn mein rgl_log etwas ist, an dem man sich orientieren kann:
Command Args: /singleplayer _MODULES_*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*BannerLogger*CalradiaFutureWarfare*CharacterTrainer*DeveloperConsole*XorberaxYell*zzBannerlordTweaks*zzCharacterCreation*_MODULES_ /anticheat

@YellowApple Ich werde es später

Versuchte das Spiel nur mit Proton GE und es läuft sehr gut. Es ist nicht überraschend, dass das Hauptproblem die langen Paraden sind, aber ich würde es tolerieren, wenn das Spiel nicht vor jedem Kampf automatisch gespeichert würde ... gibt es eine Möglichkeit, diese aumatischen Paraden zu deaktivieren? Ich mache lieber ein paar (lange) Speicherungen, wenn ich möchte, als einen anderen Kernel auszuführen.

Wenn Sie dotnet472 installieren, wird das Spiel fast sofort gespeichert, und ein Freund von mir, der Warband gespielt hat, sagte mir, dass Sie sehr häufig speichern möchten, da es häufig abstürzt (sogar unter Windows). Es behebt auch den Launcher, aber das ist nicht besonders, da die Verknüpfung von Bannerlord.exe mit ManagedStarter.exe dasselbe bewirkt.

Wenn Sie dotnet472 installieren, wird das Spiel fast sofort gespeichert, und ein Freund von mir, der Warband gespielt hat, sagte mir, dass Sie sehr häufig speichern möchten, da es häufig abstürzt (sogar unter Windows). Es behebt auch den Launcher, aber das ist nicht besonders, da die Verknüpfung von Bannerlord.exe mit ManagedStarter.exe dasselbe bewirkt.

Ich habe es mit Dotnet versucht, aber das Spiel ist einige Male abgestürzt, daher starte ich das Spiel lieber nur mit Proton GE, wenn es möglich ist, die automatische Speicherung zu deaktivieren.

@ Zouizoui78 Soweit ich weiß, gibt es leider keine bekannte Möglichkeit, die automatische Speicherung zu deaktivieren.

Ich habe den Liquorix-Kernel (der vermutlich fsync-fähig ist) unter Linux Mint 19.2 installiert, ein

Die Leistung ist merklich schlechter als zuvor (stottert beim Laden von Texturen oder wenn ich zum ersten Mal im Kampf bin, hatte das Hauptmenü massive FPS-Einbußen bei den Standardeinstellungen / Maximalgrafikeinstellungen), aber es scheint größtenteils in Ordnung zu sein, es auf mittel zu bringen.

Nur ein Heads-up, das neueste Proton-GE, 5.5-1 , hat bereits die

Mit diesen Korrekturen erhalte ich immer noch nur die Maussteuerung, vielleicht 1 von 10 Starts.

Das ist wirklich seltsam, nachdem ich vor einiger Zeit Wein geflickt habe, bekomme ich 100% der Zeit die Maussteuerung. Hat noch jemand das gleiche Problem, bei dem die Patches nicht funktionieren?

@ jaynus : neues Präfix zu verwenden (führen Sie protontricks 261550 annihilate )? Es sollte keinen Unterschied machen, aber vielleicht haben Sie einige seltsame Überschreibungen von früher, oder?

@craftyguy Mit einem neuen Präfix bekomme ich bei jedem zweiten

Die Verwendung eines fsync-fähigen Kernels + eines neuen Präfixes hat das Spiel für mich jetzt sehr stabil gemacht.
Früher hatte ich alle 10/15 Minuten und in einigen Bereichen sogar noch häufiger Abstürze.

Ich habe linux-zen installiert, in dem bereits fsync gepatcht ist.
Unter Arch Linux befindet sich der vorgefertigte Zen-Kernel im offiziellen Repository, sodass die Installation sehr einfach ist.
Ich habe ein neues Präfix erstellt, das proton-tkg 5.5 ausführt, und keine zusätzlichen Bibliotheken installiert.

Das Spiel ist sehr stabil und ich habe über 1 Stunde ohne Abstürze gespielt. Die Speicherzeiten sind etwas langsam (10 Sekunden), aber es ist ein guter Kompromiss für die Stabilität.

Ich empfehle jedem, den Kernel linux-zen auszuprobieren.

Betriebssystem: Arch Linux
KERNEL: 5.6.3-Zen1-1-Zen
CPU: AMD Ryzen 5 2600 Six-Core
GPU: Radeon RX Vega 56
GPU-TREIBER: 4.6 Mesa 20.0.4
RAM: 8 GB

Ich habe den Liquorix-Kernel (der vermutlich fsync-fähig ist) unter Linux Mint 19.2 installiert, ein

Die Leistung ist merklich schlechter als zuvor (stottert beim Laden von Texturen oder wenn ich zum ersten Mal im Kampf bin, hatte das Hauptmenü massive FPS-Einbußen bei den Standardeinstellungen / Maximalgrafikeinstellungen), aber es scheint größtenteils in Ordnung zu sein, es auf mittel zu bringen.

Wenn das Laden von Texturen / Szenen zum ersten Mal normal ist, sinkt die Leistung. Diese sollten verschwinden, je mehr Sie spielen, während der Shader-Cache seine Aufgabe erfüllt.

Ich empfehle jedem, den Kernel linux-zen auszuprobieren.

Ich lese jetzt seit einigen Stunden über diesen neuen Kernel. Ich kann anscheinend keine Rollback-Option finden. Ich betrachte insbesondere Liquorix. Angenommen, es gibt ein Problem mit dem Kernel. Ist es schwierig, zum Standard von Debian zurückzukehren?

Ich habe den Liquorix-Kernel (der vermutlich fsync-fähig ist) unter Linux Mint 19.2 installiert, ein
Die Leistung ist merklich schlechter als zuvor (stottert beim Laden von Texturen oder wenn ich zum ersten Mal im Kampf bin, hatte das Hauptmenü massive FPS-Einbußen bei den Standardeinstellungen / Maximalgrafikeinstellungen), aber es scheint größtenteils in Ordnung zu sein, es auf mittel zu bringen.

Wenn das Laden von Texturen / Szenen zum ersten Mal normal ist, sinkt die Leistung. Diese sollten verschwinden, je mehr Sie spielen, während der Shader-Cache seine Aufgabe erfüllt.

Scheint so, als hätte man nach ein paar Stunden Spielzeit nichts wirklich bemerkt. Alles in allem eine 5-stündige Sitzung ohne einen einzigen Absturz.

@ jake-hedges Wenn ich mit verschiedenen Kerneln experimentieren möchte, konfiguriere ich meinen Bootloader normalerweise so, dass er über eine Menüoption zum Starten des experimentellen Kernels verfügt, wobei die stabile / mainline als Standardoption beibehalten wird. Auf diese Weise verlieren Sie nicht die Fallback-Option.

Ich empfehle jedem, den Kernel linux-zen auszuprobieren.

Ich lese jetzt seit einigen Stunden über diesen neuen Kernel. Ich kann anscheinend keine Rollback-Option finden. Ich betrachte insbesondere Liquorix. Angenommen, es gibt ein Problem mit dem Kernel. Ist es schwierig, zum Standard von Debian zurückzukehren?

Fragen Sie im IRC von Debian oder einem anderen Support-Kanal nach Ihrer Distribution. Dies ist hier nicht zum Thema ..

Und eine Warnung an andere: Laden Sie keine zufälligen Kernel herunter und experimentieren Sie nicht mit Kerneln, wenn Sie nicht wissen, wie Sie sich erholen sollen, oder wenn Sie nicht die Motivation haben, dies herauszufinden. Die Leute empfehlen im Allgemeinen schnell Dinge, die Ihr System beschädigen könnten, helfen Ihnen jedoch nur langsam, Dinge zu reparieren, wenn sie kaputt gehen.

Fragen Sie im IRC von Debian oder einem anderen Support-Kanal nach Ihrer Distribution. Dies ist hier nicht zum Thema ..

Dies ist eine 180-Grad-Drehung, die von einem Benutzer stammt, der über die Verwendung zufälliger Entwicklerumgehungen in einem Thread zur Fehlerbehebung verfügt.

Entschuldigung, aber ich glaube, wenn Problemumgehungen vorgeschlagen werden, die sich auf Ihr gesamtes System auswirken können, ist die Erörterung eines Rollbacks nur eine gute Vorgehensweise. Es passt möglicherweise nicht zu Ihrem Bereich dieses Threads, aber es scheint, dass diese Option derzeit für viele Menschen sehr attraktiv ist. Warum Sie sich entscheiden, plötzlich Pseudo-Moderator zu werden, ist komisch.

Fragen Sie im IRC von Debian oder einem anderen Support-Kanal nach Ihrer Distribution. Dies ist hier nicht zum Thema ..

Dies ist eine 180-Grad-Drehung, die von einem Benutzer stammt, der über die Verwendung zufälliger Entwicklerumgehungen in einem Thread zur Fehlerbehebung verfügt.

Entschuldigung, aber ich glaube, wenn Problemumgehungen vorgeschlagen werden, die sich auf Ihr gesamtes System auswirken können, ist die Erörterung eines Rollbacks nur eine gute Vorgehensweise. Es passt möglicherweise nicht zu Ihrem Bereich dieses Threads, aber es scheint, dass diese Option derzeit für viele Menschen sehr attraktiv ist. Warum Sie sich entscheiden, plötzlich Pseudo-Moderator zu werden, ist komisch.

@ jake-hedges Vielleicht passt du nicht auf (Hinweis: das bist du nicht), aber ich habe nie vorgeschlagen, dass du einen zufälligen Kernel verwendest, jemand anderes hat es getan. Ich schlage vor, dass all dies "omg ich habe mein System gemauert und einige Kernel ausprobiert!" Diskussion geht woanders hin, es hat nichts mit dem Thema hier zu tun.

Warum Sie sich entscheiden, plötzlich Pseudo-Moderator zu werden, ist komisch.

Das Signal-Rausch- Verhältnis in dieser Ausgabe ist super hoch, daher müssen diejenigen von uns, die sich wirklich darum kümmern, die Probleme mit diesem Spiel zu verfolgen, Kommentare von Assclowns wie Ihnen durchgehen, die lieber darüber sprechen möchten, wie Sie Ihre von Ihnen beschissene Distribution installieren können Versuche Vorschläge, die du nicht verstehst.

Bitten Sie also um Unterstützung bei der Behebung Ihrer Linux-Installation an anderer Stelle (die Sie offensichtlich kaputt gemacht haben, lol). Dies ist kein Debian-Support-Forum.

Während die Installation eines anderen Kernels als Problemumgehung für uns, die wir jetzt spielen möchten, von Interesse ist, ist es nicht wirklich relevant, dass das Spiel ordnungsgemäß funktioniert, da Steam nicht im Begriff ist, einen neuen Kernel zu installieren, damit ein Spiel ordnungsgemäß mit Proton ausgeführt wird. Mit der Logik von @craftyguy sollte also keine weitere Diskussion darüber stattfinden. Die andere Möglichkeit besteht darin, einige kurze Anleitungen (nicht unterstützt) zuzulassen, wie dies für verschiedene Distributionen zu tun ist.

Während ich dies bereits kommentiere, kann ich genauso gut hinzufügen, dass es für NixOS keinen Zen-Kernel in nixpkgs gibt, aber es ist sehr einfach, den Patch wie folgt zu Ihrer configuration.nix hinzuzufügen:

boot.kernelPatches = [
      { name = "fsync-support"; patch = ./linux-v5.4-fsync.patch; }
    ];

wo linux-v5.4-fsync.patch von hier genommen wird . Das ist alles dazu. Das Kompilieren des Kernels dauerte eine Weile und ich musste die Anzahl der zu verwendenden Kerne begrenzen, da dies sonst aus irgendeinem Grund mein System blockieren würde.

Die Kernel-Problemumgehung ist in vielerlei Hinsicht falsch. Verwenden Sie es nur, wenn Sie wirklich ein Spiel mit weniger Abstürzen spielen möchten, wenn es sich im frühen Zugriffszustand befindet. IMHO funktioniert es auf stabilem Kernel unter ArchLinux mit Proton 5.5 GE + dotnet472 und Dotnet Core aus früheren Kommentaren einwandfrei. Ich habe 13 Stunden Gameplay mit gelegentlich 1 bis 2 Stunden kein Problem Gameplay. Speichern Sie es einfach häufig und Sie werden in Ordnung sein. Und sei ruhig, es ist nur ein Spiel.

@CrafterSvK Mein Verständnis ist, dass die Motivation für die Verwendung eines Kernels mit Valves fsync-Patch nicht darin besteht, Abstürze zu reduzieren. Das Spiel scheint einige Windows-Synchronisationsprimitive zu verwenden, die unter Linux eine Parallele haben (eventfd), aber nicht ganz identisch sind. Die Proton-Entwickler haben einen Kernel-Patch geschrieben, damit ein Thread auf mehrere Futexe genau so warten kann wie unter Windows, aber er hat die hohen Linux-Standards noch nicht erfüllt und wird daher nicht im Upstream zusammengeführt.

Ich vermute, dass das Fehlen dieser Grundelemente Wine dazu zwingt, sie auf äußerst ineffiziente Weise zu emulieren, und jedes Mal, wenn es spart, einen brutalen Hang im Spiel erzeugt, was sehr häufig vorkommt. Ich habe viele Stunden damit gespielt und es ist spielbar, aber schmerzhaft. Ich werde später heute mit dem Zen-Kernel experimentieren, und wenn es funktioniert, lohnt es sich, nur zu booten, um dieses Spiel zu spielen. "Häufig speichern" ist ein außergewöhnlich schlechter Rat, da das hier angesprochene Problem darin besteht, dass das Speichern des Spiels mehr als 2 Minuten dauert.

Ich sehe Vorschläge für Symlinks, um den Launcher zu überspringen, aber eine sauberere Lösung, bei der Sie den Vorgang nicht bei jedem Patch wiederholen müssen, besteht darin, Steam anzuweisen, zunächst die richtige Binärdatei in den Startoptionen auszuführen. Hier ist meins: echo %command% && exec /usr/share/steam/compatibilitytools.d/proton-ge-custom/proton waitforexitandrun "/home/$USER/.local/share/Steam/steamapps/common/Mount & Blade II Bannerlord/bin/Win64_Shipping_Client/Bannerlord.exe"

Wenn Sie ein anderes Proton-Verzeichnis verwenden, können Sie den echten% -Befehl% Steam ausführen, indem Sie das Spiel mit echo %command% > ~/cmd starten.

@CrafterSvK Mein Verständnis ist, dass die Motivation für die Verwendung eines Kernels mit Valves fsync-Patch nicht darin besteht, Abstürze zu reduzieren. Das Spiel scheint einige Windows-Synchronisationsprimitive zu verwenden, die unter Linux eine Parallele haben (eventfd), aber nicht ganz identisch sind. Die Proton-Entwickler haben einen Kernel-Patch geschrieben, damit ein Thread auf mehrere Futexe genau so warten kann wie unter Windows, aber er hat die hohen Linux-Standards noch nicht erfüllt und wird daher nicht im Upstream zusammengeführt.

Ich vermute, dass das Fehlen dieser Grundelemente Wine dazu zwingt, sie auf äußerst ineffiziente Weise zu emulieren, und jedes Mal, wenn es spart, einen brutalen Hang im Spiel erzeugt, was sehr häufig vorkommt. Ich habe viele Stunden damit gespielt und es ist spielbar, aber schmerzhaft. Ich werde später heute mit dem Zen-Kernel experimentieren, und wenn es funktioniert, lohnt es sich, nur zu booten, um dieses Spiel zu spielen. "Häufig speichern" ist ein außergewöhnlich schlechter Rat, da das hier angesprochene Problem darin besteht, dass das Speichern des Spiels mehr als 2 Minuten dauert.

Ich spare in 1-2 Sekunden mit der GE-Version von Proton, daher basiert mein Rat auf Erfahrung.

@KimmoKM Welche Version von XanMod verwenden Sie? Ich habe XanMod ausprobiert und (nachdem ich die völlig kaputten NVIDIA-Treiber repariert habe) sind die Dinge für mich entschieden schlimmer.

Es sieht so aus, als ob die FUTEX_WAIT_MULTIPLE Kernel-Patches einen ziemlich guten Einfluss auf einen neuen Nicht- protontricks , der auch für mich erstellt wurde (unter Verwendung des Patches von linux-tkg , kombiniert mit einer modifizierten Version von Slackware64-current 's kernel-generic.SlackBuild ). Leistung und Einsparungen sind immer noch merklich schlechter als bei dotnet472 (immer noch viel Stottern, insbesondere auf der Kampagnenkarte), aber Einsparungen sind deutlich besser als bei einem Standardpräfix und ohne FUTEX_WAIT_MULTIPLE (auf den Punkt gebracht) wo "oft speichern" tatsächlich praktikabel ist, da das Speichern etwa 10 bis 30 Sekunden statt mehrerer Minuten dauert) und es unendlich weniger abstürzt als mit dotnet472 (nur mehrere Stunden hintereinander ohne Abstürze gespielt, während ich es zuvor getan habe) Ich hätte Glück, wenn ich es eine Stunde geschafft hätte.

Ich sehe Vorschläge für Symlinks, um den Launcher zu überspringen, aber eine sauberere Lösung, bei der Sie den Vorgang nicht bei jedem Patch wiederholen müssen, besteht darin, Steam anzuweisen, zunächst die richtige Binärdatei in den Startoptionen auszuführen.

Wenn Sie nur die Symlinks ManagedStarter.exe → Bannerlord.exe und ManagedStarter_BE.exe → Bannerlord_BE.exe ausführen, sollten diese Patches überleben und den Launcher trotzdem zum Laufen bringen (oder zumindest) Beide waren in meinem Fall wahr, durch so ziemlich jeden Patch in den letzten Wochen und Dutzende von Präfixen mit und ohne Version von dotnet ). Wenn Sie den Launcher tatsächlich vollständig umgehen, sind Startoptionen eine saubere Möglichkeit, dies zu tun.

@KimmoKM Welche Version von XanMod verwenden Sie? Ich habe XanMod ausprobiert und (nachdem ich die völlig kaputten NVIDIA-Treiber repariert habe) sind die Dinge für mich entschieden schlimmer.

5.5.15-xanmod1 aus diesem Repository . Ich benutze AMD GPU.

@KimmoKM das ist die gleiche Version, die ich gezogen habe ...
$cat /proc/version
Linux version 5.5.15-xanmod1 (root@mascote) (gcc version 9.3.0 (Debian 9.3.0-8)) #0 SMP PREEMPT Thu Apr 2 10:37:55 -03 2020

Vielleicht könnte Nvidia / AMD das Problem sein. Ich verwende GloriousEggrolls Proton 5.5-1. Nach der Änderung funktioniert der Game Launcher einwandfrei, aber wenn ich versuche, das Spiel zu starten, wird ein weißer Bildschirm angezeigt, der sofort abstürzt. Der Crash-Uploader funktioniert jetzt allerdings irgendwie.

@KimmoKM das ist die gleiche Version, die ich gezogen habe ...
$cat /proc/version
Linux version 5.5.15-xanmod1 (root@mascote) (gcc version 9.3.0 (Debian 9.3.0-8)) #0 SMP PREEMPT Thu Apr 2 10:37:55 -03 2020

Vielleicht könnte Nvidia / AMD das Problem sein. Ich verwende GloriousEggrolls Proton 5.5-1. Nach der Änderung funktioniert der Game Launcher einwandfrei, aber wenn ich versuche, das Spiel zu starten, wird ein weißer Bildschirm angezeigt, der sofort abstürzt. Der Crash-Uploader funktioniert jetzt allerdings irgendwie.

Wenn ich mich nicht irre, wird das Update hier dokumentiert: https://gist.github.com/Tercus/3db75788df3c7e1efee06904bb985419 unter Fehlerbehebung.

@allquixotic Leider nicht ... Ich verwende Nvidia-Treiber, nicht AMD. Die Dinge funktionierten im Allgemeinen für mich, wenn auch mit häufigen Abstürzen. Der xanmod-Kernel scheint mein Setup beschädigt zu haben. Ich werde noch ein bisschen herumspielen und sehen, ob ich es zum Laufen bringen kann, aber ich muss vielleicht einfach zurückkehren.

AMD® Ryzen Threadripper 1900x 8-Kern Prozessor × 16
NVidia 2060
Ubuntu 19.10 mit xanmod-Kernel (5.5.15-xanmod1)

BEARBEITEN

Behoben: Es stellte sich heraus, dass Nvidia-Treiber immer noch das Problem waren. Es sieht so aus, als könnten Sie nach dem Wechsel zum neuen Kernel

Nach intensiveren Tests heute ziehe ich meine vorherige Aussage zurück. Die Leistung ist besser, wenn Dotnet 4.7 installiert ist und den Launcher verwendet. Dotnet beschleunigt außerdem die Speicherzeiten auf wenige Sekunden sowie die Ladeflächen. Die allgemeine Leistung könnte etwas Arbeit gebrauchen, aber ich denke, das hängt mit dem Spiel selbst zusammen.

@YellowApple Das Laden von Mods über

Für Leute, die den Launcher umgehen, indem sie stattdessen Bannerlord.Native.exe starten und Mods haben, die sie laden möchten, kann dies als Startoption in Steam verwendet werden.

%command%
 _MODULES_
*Native*SandBoxCore*CustomBattle*Sandbox*StoryMode*TheNameOfAMod*
_MODULES_

@allquixotic Leider nicht ... Ich verwende Nvidia-Treiber, nicht AMD. Die Dinge funktionierten im Allgemeinen für mich, wenn auch mit häufigen Abstürzen. Der xanmod-Kernel scheint mein Setup beschädigt zu haben. Ich werde noch ein bisschen herumspielen und sehen, ob ich es zum Laufen bringen kann, aber ich muss vielleicht einfach zurückkehren.

AMD® Ryzen Threadripper 1900x 8-Kern Prozessor × 16
NVidia 2060
Ubuntu 19.10 mit xanmod-Kernel (5.5.15-xanmod1)

BEARBEITEN

Behoben: Es stellte sich heraus, dass Nvidia-Treiber immer noch das Problem waren. Es sieht so aus, als könnten Sie nach dem Wechsel zum neuen Kernel keine neuen Treiber mit der Ubuntu-GUI installieren. Noch ein Versuch mit der Befehlszeile und alles ist problemlos einsatzbereit.

Ich verwende die neuesten Nvidia-Treiber mit dem Xanmod LTS-Kernel (dem neuesten 5.4.x-Stall) und es funktioniert auch hier gut.

@allquixotic Leider nicht ... Ich verwende Nvidia-Treiber, nicht AMD. Die Dinge funktionierten im Allgemeinen für mich, wenn auch mit häufigen Abstürzen. Der xanmod-Kernel scheint mein Setup beschädigt zu haben. Ich werde noch ein bisschen herumspielen und sehen, ob ich es zum Laufen bringen kann, aber ich muss vielleicht einfach zurückkehren.

AMD® Ryzen Threadripper 1900x 8-Kern Prozessor × 16
NVidia 2060
Ubuntu 19.10 mit xanmod-Kernel (5.5.15-xanmod1)

BEARBEITEN

Behoben: Es stellte sich heraus, dass Nvidia-Treiber immer noch das Problem waren. Es sieht so aus, als könnten Sie nach dem Wechsel zum neuen Kernel keine neuen Treiber mit der Ubuntu-GUI installieren. Noch ein Versuch mit der Befehlszeile und alles ist problemlos einsatzbereit.

Ich habe den gleichen Absturz, bei dem der weiße Bildschirm nur mit einem Absturzbericht heruntergefahren wird. Ich verwende Ubuntu 18.04.4 auf einem MBP mit einer Intel-GPU und habe es noch nicht geschafft, diesen Absturz auf dem weißen Bildschirm zu überwinden. Soweit ich weiß, scheinen Sie der einzige in diesem Thread zu sein, der diesen Absturz erlebt hat. Ich gehe also davon aus, dass es sich um ein Treiberproblem handelt. Meine Frage ist, ob Ihre Treiber vor der Verwendung von xanmod mit Bannerlord zusammengearbeitet haben. Wenn ja, dann weiß ich, dass ich mich darum kümmern muss, es sei denn, jemand hat andere hilfreiche Gedanken.

Es gibt definitiv etwas, was der Launcher tut, was sich auf die Lebenserwartung auswirkt.
Ich habe kein Dotnet installiert, da es Abstürze verursacht und fsync aktiviert ist, um anständige Einsparungen zu erzielen.

Da der Launcher nicht ohne Dotnet startet, kann ich ihn entweder umgehen, indem ich Bannerlord.Native.exe in TaleWorlds.MountAndBlade.Launcher.exe umbenenne, wodurch Steam dies stattdessen startet. Man kann auch Symlinks erstellen oder Startoptionen verwenden, um dies zu erreichen.

Oder ich kann Bannerlord.exe und Bannerlord_BE.exe in ManagedStarter.exe und ManagedStarter_BE.exe umbenennen, damit der Launcher funktioniert. Ich weiß nicht, warum das so ist Möglicherweise wurde irgendwann in diesem Thread erklärt. Dort funktioniert möglicherweise auch der Symlink- oder Startoptionsansatz.

Wenn ich das erstere mache und den Launcher umgehe, bekomme ich ungefähr 9 Sekunden Zeit, wenn ich den letzteren Ansatz verwende, um den Launcher zu verwenden, bekomme ich ungefähr 16 Sekunden Zeit.

@remosasso Ja, meine Treiber haben vor der Verwendung von xanmod gearbeitet. Wenn Sie in den Einstellungen zum Abschnitt "Info" gehen, sollten Ihre Grafiken aufgelistet sein ... Vor dem Aktualisieren der Treiber wurde meine Karte nicht als NVidia identifiziert ... Ich habe Folgendes aktualisiert:

$ sudo add-apt-repository ppa: Grafik-Treiber / ppa
$ sudo apt update
$ sudo apt-get install nvidia-driver-440

Starten Sie neu

@remosasso Ja, meine Treiber haben vor der Verwendung von xanmod gearbeitet. Wenn Sie in den Einstellungen zum Abschnitt "Info" gehen, sollten Ihre Grafiken aufgelistet sein ... Vor dem Aktualisieren der Treiber wurde meine Karte nicht als NVidia identifiziert ... Ich habe Folgendes aktualisiert:

$ sudo add-apt-repository ppa: Grafik-Treiber / ppa
$ sudo apt update
$ sudo apt-get install nvidia-driver-440

Starten Sie neu

Vielen Dank. Es scheint jedoch, dass meine Treiber gut installiert sind und alles so kein Glück für mich dort. Haben Sie noch jemanden mit dem Absturzproblem auf dem weißen Bildschirm getroffen? Ich bekomme den gleichen Absturz, egal welches Proton ich benutze, ob ich dotnet 472 benutze oder irgendwelche .exe-Dateien ändere. Die Treiber scheinen das logische Problem zu sein, aber sie scheinen es nicht zu sein.

Ich stehe vor dem gleichen weißen Bildschirmabsturz auf nvidia. Die automatische Speicherung wurde unter Linux erstellt und stürzt einige Sekunden nach dem Laden der automatischen Speicherung ab. Das Spiel funktioniert gut mit dem gleichen Speichern unter Windows

Hat jemand schon Leistungsvergleiche zwischen Proton und Windows durchgeführt?

Ich kann keine Spiele im Mehrspielermodus in der Beta-Version 1.1 finden und zum stabilen Zweig zurückkehren. Ich kann mich nicht anmelden. Kann sonst noch jemand mp abspielen?

Bearbeiten:
Es scheint, dass mp für alle (unbestätigt) im Beta-Zweig kaputt ist: https://forums.taleworlds.com/index.php?threads/e1 -1-0-cant-test-new-patch-weil-cant-find- a-match.413059 /

Ich werde es erneut mit einem stabilen Zweig versuchen und prüfen, ob ich mich jetzt anmelden kann.

Ich kann keine Spiele im Mehrspielermodus in der Beta-Version 1.1 finden und zum stabilen Zweig zurückkehren. Ich kann mich nicht anmelden. Kann sonst noch jemand mp abspielen?

Bearbeiten:
Es scheint, dass mp für alle (unbestätigt) im Beta-Zweig kaputt ist: https://forums.taleworlds.com/index.php?threads/e1 -1-0-cant-test-new-patch-weil-cant-find- a-match.413059 /

Ich werde es erneut mit einem stabilen Zweig versuchen und prüfen, ob ich mich jetzt anmelden kann.

Ich konnte mich gerade im Mehrspielermodus auf dem stabilen Zweig anmelden. Ich hatte vor ungefähr zwei Nächten ein Problem, bei dem ich mich nicht anmelden konnte, aber es löste sich am nächsten Tag von selbst.

Ich kann mich momentan nicht in einem stabilen Zweig anmelden. Vielleicht wird beim Zurücksetzen von der Beta etwas durcheinander gebracht?

Ich kann mich momentan nicht in einem stabilen Zweig anmelden. Vielleicht wird beim Zurücksetzen von der Beta etwas durcheinander gebracht?

Es ist mir vor einigen Nächten passiert, bevor es die Beta überhaupt gab. Ich dachte, sie hätten endlich herausgefunden, dass ich nicht unter Windows bin und mich verboten. Am nächsten Tag fing es wieder an zu arbeiten.

Es funktioniert jetzt für mich und ich habe SP in der Beta früher gespielt, bevor ich für MP wieder auf stabil zurückgekehrt bin.

Mit der Option PROTON_LOG=1 finde ich dies im Protokoll:

[000000000000006F:] EXCEPTION handling: System.Net.Sockets.SocketException: Connection reset by peer.
...
[000000000000006F:] EXCEPTION handling: System.IO.IOException: Unable to read data from the transport connection: Connection reset by peer.
...
[000000000000006E:] EXCEPTION handling: System.Net.Sockets.SocketException: Error looking up error string
[000000000000006E:] EXCEPTION handling: System.IO.IOException: Unable to write data to the transport connection: Error looking up error string.
[0000000000000067:] EXCEPTION handling: System.IO.IOException: The authentication or decryption has failed.
...
[0000000000000073:] EXCEPTION handling: System.Net.WebException: Error: SecureChannelFailure (The authentication or decryption has failed.)
...
[0000000000000073:] EXCEPTION handling: System.AggregateException: One or more errors occurred. (Error: SecureChannelFailure (The authentication or decryption has failed.))
...
[0000000000000066:] EXCEPTION handling: System.Net.WebException: The operation has timed out.
...

Ich sollte hinzufügen, dass dies das Standardpräfix ist, das auf einem fsync-fähigen Kernel ausgeführt wird. Ich habe es mit und ohne VPN versucht.

Die neue Beta-Version 1.1.0 scheint weitere Abstürze zu beheben. Ich bekomme sogar einen beschädigten Save von 1.0.10 zurück. Ich benutze "Vanille" Proton-GTK. Manchmal stelle ich immer noch einige Leistungsprobleme fest, eine Zeitersparnis von 10 bis 12 Sekunden und zufällige Abstürze nach 3-4 Stunden, aber es ist eindeutig spielbar.

Ich habe mehr als 60 Stunden in dieses Spiel unter Linux gesteckt. Lebte eine Zeit lang mit einer Speicherzeit von mehr als 30 Sekunden, aber die Verwendung von Proton 5.5-GE mit dotnet472 und dotnetcore hat meine Speicherzeiten auf weniger als 5 Sekunden reduziert.

Der .NET-Kern ist Open Source. Vielleicht sollte Wine / Proton in Betracht ziehen, ihn als optionale Komponente zu bündeln, wie dies bei Geckos der Fall ist.

Mein Spiel stürzt beim Start ab. Ich bin auf Version e1.1.0 - Beta mit Proton-5.5-GE-1

❯ rm -rf ~/.steam/steam/steamapps/compatdata/261550
❯ # Launch the game
❯ protontricks --version
protontricks (1.4.1)
❯ winetricks --version
20191224 - sha256sum: 1582b249d827074bb4c456b6ee5f55293a5fea5a66245f5cbe474f771c65e820
❯ protontricks 261550 dotnet472 2&>1 > log

------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20191224 - sha256sum: 7b91df1f0a0c7be5e085edce2737ea9d8cea60b6ed891e04f041a46e61242131 with wine-5.0 and WINEARCH=win64
Executing w_do_call dotnet472
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet472 
------------------------------------------------------
This package (dotnet472) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Current Wine does not have Wine bug 42170, so not applying workaround
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
uninstaller: The application with GUID '{8938A429-407D-5208-903D-37777470D766}' was not found
------------------------------------------------------
Working around wine bug 34803 
------------------------------------------------------
reg: The system was unable to find the specified registry key or value
reg: The system was unable to find the specified registry key or value
reg: The system was unable to find the specified registry key or value
Executing rm -f /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/system32/mscoree.dll
Executing rm -f /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/syswow64/mscoree.dll
Executing w_do_call dotnet462
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet462 
------------------------------------------------------
This package (dotnet462) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet461
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet461 
------------------------------------------------------
This package (dotnet461) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet46
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet46 
------------------------------------------------------
This package (dotnet46) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet45
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet45 
------------------------------------------------------
This package (dotnet45) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call dotnet40
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_dotnet40 
------------------------------------------------------
This package (dotnet40) may not fully work on a 64-bit installation. 32-bit prefixes may work better.
------------------------------------------------------
------------------------------------------------------
dotnet40 does not yet fully work or install on wine.  Caveat emptor.
------------------------------------------------------
Current Wine does not have Wine bug 42701, so not applying workaround
Executing w_do_call remove_mono
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_remove_mono 
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call winxp
------------------------------------------------------
You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Executing load_winxp 
The operation completed successfully
Setting Windows version to winxp
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\set-winver.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\set-winver.reg
------------------------------------------------------
Running /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wineserver -w. This will hang until all wine processes in prefix=/home/tanner/.steam/steam/steamapps/compatdata/261550/pfx terminate
------------------------------------------------------
Executing cd /home/tanner/.cache/winetricks/dotnet40
Unhandled exception: C++ exception(object = 0x0032f594, type = 0x1009be00) in 32-bit code (0x7b032c45).
Register dump:
 CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
 EIP:7b032c45 ESP:0032f494 EBP:0032f4f8 EFLAGS:00000212(   - --  I   -A- - )
 EAX:0032f4a0 EBX:e06d7363 ECX:0032f490 EDX:0032f4b4
 ESI:100187cc EDI:00000000
Stack dump:
0x0032f494:  0032f534 0000000c 7bc75a1c e06d7363
0x0032f4a4:  00000001 00000000 7b032c45 00000003
0x0032f4b4:  19930520 0032f594 1009be00 0032fe18
0x0032f4c4:  00641a00 0032f4e8 00860000 00641a58
0x0032f4d4:  0032f4e8 0032f500 00110000 00000000
0x0032f4e4:  00000000 0032f528 7bc769e5 0032f510
Backtrace:
=>0 0x7b032c45 RaiseException+0x50(code=<couldn't compute location>, flags=<couldn't compute location>, count=<couldn't compute location>, args=<couldn't compute location>) [Z:\build\wine-5.0\dlls\kernelbase\debug.c:319] in kernelbase (0x0032f4f8)
  1 0x100814f2 in setupengine (+0x814f1) (0x0032f540)
  2 0x10066a29 EntryPoint+0xffffffff() in setupengine (0x0032f5b0)
  3 0x100636d8 EntryPoint+0xffffffff() in setupengine (0x0032f5d0)
  4 0x10061338 EntryPoint+0xffffffff() in setupengine (0x0032f608)
  5 0x10035a14 EntryPoint+0xffffffff() in setupengine (0x0032f678)
  6 0x1006b498 EntryPoint+0xffffffff() in setupengine (0x0032fdd8)
  7 0x1005fa6e EntryPoint+0xffffffff() in setupengine (0x0032fe48)
  8 0x10058323 EntryPoint+0xffffffff() in setupengine (0x0032fe9c)
  9 0x00402928 EntryPoint+0xffffffff() in setup (0x0032ff30)
  10 0x7b454c52 call_process_entry+0x11() in kernel32 (0x0032ff48)
  11 0x7b455070 start_process+0xdf(entry=<couldn't compute location>, peb=<couldn't compute location>) [Z:\build\wine-5.0\dlls\kernel32\process.c:153] in kernel32 (0x0032ffd8)
  12 0x7b454c5e __wine_start_process+0x9() in kernel32 (0x0032ffec)
0x7b032c45 RaiseException+0x50 [Z:\build\wine-5.0\dlls\kernelbase\debug.c:319] in kernelbase: addl  $12,%esp
Unable to access file 'Z:\build\wine-5.0\dlls\kernelbase\debug.c'
Modules:
Module  Address         Debug info  Name (112 modules)
PE    400000-  415000   Export          setup
PE  10000000-100c8000   Export          setupengine
PE  6cd00000-6cd24000   Deferred        sqmapi
ELF 7b000000-7b0e0000   Dwarf           kernelbase<elf>
  \-PE  7b020000-7b0e0000   \               kernelbase
ELF 7b400000-7b510000   Dwarf           kernel32<elf>
  \-PE  7b420000-7b510000   \               kernel32
ELF 7bc00000-7beb6000   Deferred        ntdll<elf>
  \-PE  7bc30000-7beb6000   \               ntdll
ELF 7c000000-7c006000   Deferred        <wine-loader>
ELF 7ccd2000-7cceb000   Deferred        kerberos<elf>
  \-PE  7cce0000-7cceb000   \               kerberos
ELF 7cceb000-7cd2a000   Deferred        uxtheme<elf>
  \-PE  7cd00000-7cd2a000   \               uxtheme
ELF 7cd2a000-7cd33000   Deferred        libxfixes.so.3
ELF 7cd33000-7cd40000   Deferred        libxcursor.so.1
ELF 7ce40000-7ce55000   Deferred        libxi.so.6
ELF 7ce55000-7ce5a000   Deferred        libxcomposite.so.1
ELF 7ce5a000-7cedb000   Deferred        setupapi<elf>
  \-PE  7ce70000-7cedb000   \               setupapi
ELF 7cedb000-7cf0a000   Deferred        libxcb.so.1
ELF 7cf0a000-7d05d000   Deferred        libx11.so.6
ELF 7d05d000-7d100000   Deferred        winex11<elf>
  \-PE  7d080000-7d100000   \               winex11
ELF 7d124000-7d133000   Deferred        libxrandr.so.2
ELF 7d133000-7d141000   Deferred        libxrender.so.1
ELF 7d141000-7d149000   Deferred        libxxf86vm.so.1
ELF 7d149000-7d15f000   Deferred        libxext.so.6
ELF 7d15f000-7d17c000   Deferred        libz.so.1
ELF 7d17c000-7d1bc000   Deferred        libpng16.so.16
ELF 7d1bc000-7d1cf000   Deferred        libbz2.so.1
ELF 7d1cf000-7d295000   Deferred        libfreetype.so.6
ELF 7d2ca000-7d2e3000   Deferred        libresolv.so.2
ELF 7d2e3000-7d311000   Deferred        iphlpapi<elf>
  \-PE  7d2f0000-7d311000   \               iphlpapi
ELF 7d311000-7d356000   Deferred        netapi32<elf>
  \-PE  7d320000-7d356000   \               netapi32
ELF 7d356000-7d394000   Deferred        secur32<elf>
  \-PE  7d360000-7d394000   \               secur32
ELF 7d394000-7d3b4000   Deferred        jsproxy<elf>
  \-PE  7d3a0000-7d3b4000   \               jsproxy
ELF 7d3b4000-7d3f9000   Deferred        winhttp<elf>
  \-PE  7d3c0000-7d3f9000   \               winhttp
ELF 7d3f9000-7d40f000   Deferred        psapi<elf>
  \-PE  7d400000-7d40f000   \               psapi
ELF 7d40f000-7d429000   Deferred        userenv<elf>
  \-PE  7d420000-7d429000   \               userenv
ELF 7d429000-7d449000   Deferred        bcrypt<elf>
  \-PE  7d430000-7d449000   \               bcrypt
ELF 7d449000-7d4ff000   Deferred        crypt32<elf>
  \-PE  7d460000-7d4ff000   \               crypt32
ELF 7d4ff000-7d53a000   Deferred        wintrust<elf>
  \-PE  7d510000-7d53a000   \               wintrust
ELF 7d53a000-7d55d000   Deferred        odbccp32<elf>
  \-PE  7d540000-7d55d000   \               odbccp32
ELF 7d55d000-7d579000   Deferred        mspatcha<elf>
  \-PE  7d560000-7d579000   \               mspatcha
ELF 7d579000-7d595000   Deferred        imagehlp<elf>
  \-PE  7d580000-7d595000   \               imagehlp
ELF 7d595000-7d5b2000   Deferred        sxs<elf>
  \-PE  7d5a0000-7d5b2000   \               sxs
ELF 7d5b2000-7d5da000   Deferred        cabinet<elf>
  \-PE  7d5c0000-7d5da000   \               cabinet
ELF 7d5da000-7d602000   Deferred        imm32<elf>
  \-PE  7d5e0000-7d602000   \               imm32
ELF 7d602000-7d651000   Deferred        usp10<elf>
  \-PE  7d610000-7d651000   \               usp10
ELF 7d651000-7d7a7000   Deferred        comctl32<elf>
  \-PE  7d680000-7d7a7000   \               comctl32
ELF 7d7a7000-7d7e5000   Deferred        ws2_32<elf>
  \-PE  7d7c0000-7d7e5000   \               ws2_32
ELF 7d7e5000-7d80d000   Deferred        mpr<elf>
  \-PE  7d7f0000-7d80d000   \               mpr
ELF 7d80d000-7d88c000   Deferred        wininet<elf>
  \-PE  7d820000-7d88c000   \               wininet
ELF 7d88c000-7d933000   Deferred        urlmon<elf>
  \-PE  7d8b0000-7d933000   \               urlmon
ELF 7d933000-7da62000   Deferred        msi<elf>
  \-PE  7d960000-7da62000   \               msi
ELF 7da62000-7db99000   Deferred        oleaut32<elf>
  \-PE  7da90000-7db99000   \               oleaut32
ELF 7db99000-7dc34000   Deferred        rpcrt4<elf>
  \-PE  7dbc0000-7dc34000   \               rpcrt4
ELF 7dc34000-7dda0000   Deferred        ole32<elf>
  \-PE  7dc70000-7dda0000   \               ole32
ELF 7dda0000-7ddc8000   Deferred        shcore<elf>
  \-PE  7ddb0000-7ddc8000   \               shcore
ELF 7ddc8000-7de2d000   Deferred        shlwapi<elf>
  \-PE  7dde0000-7de2d000   \               shlwapi
ELF 7de2d000-7e7d6000   Deferred        shell32<elf>
  \-PE  7de60000-7e7d6000   \               shell32
ELF 7e7d6000-7e8b1000   Deferred        msvcrt<elf>
  \-PE  7e800000-7e8b1000   \               msvcrt
ELF 7e8b1000-7e8c8000   Deferred        version<elf>
  \-PE  7e8c0000-7e8c8000   \               version
ELF 7e8c8000-7ea14000   Deferred        gdi32<elf>
  \-PE  7e8f0000-7ea14000   \               gdi32
ELF 7ea14000-7ec46000   Deferred        user32<elf>
  \-PE  7ea50000-7ec46000   \               user32
ELF 7ec46000-7ecca000   Deferred        advapi32<elf>
  \-PE  7ec60000-7ecca000   \               advapi32
ELF 7eeff000-7f000000   Deferred        libm.so.6
ELF f7afe000-f7b6a000   Deferred        msxml3<elf>
  \-PE  f7b10000-f7b6a000   \               msxml3
ELF f7bb0000-f7bb8000   Deferred        libxdmcp.so.6
ELF f7bb8000-f7bbd000   Deferred        libxau.so.6
ELF f7bc1000-f7bc7000   Deferred        libdl.so.2
ELF f7bc7000-f7da7000   Deferred        libc.so.6
ELF f7da7000-f7dc9000   Deferred        libpthread.so.0
ELF f7dc9000-f7f7d000   Dwarf           libwine.so.1
ELF f7f81000-f7fab000   Deferred        ld-linux.so.2
ELF f7fae000-f7fb0000   Deferred        [vdso].so
Threads:
process  tid      prio (all id:s are in hex)
00000008 dotNetFx40_Full_x86_x64.exe
    00000028    0
    00000009    0
0000000e services.exe
    00000025    0
    0000001c    0
    00000015    0
    00000010    0
    0000000f    0
00000011 plugplay.exe
    00000019    0
    00000018    0
    00000012    0
00000013 explorer.exe
    00000022    0
    00000021    0
    0000001f    0
    00000014    0
0000001a winedevice.exe
    00000020    0
    0000001e    0
    0000001d    0
    0000001b    0
00000023 winedevice.exe
    00000027    0
    00000026    0
    00000024    0
0000002c (D) C:\9121dba59fb375d0b974\Setup.exe
    00000030    0
    0000002d    0 <==
System information:
    Wine build: wine-5.0
    Platform: i386 (WOW64)
    Version: Windows XP
    Host system: Linux
    Host version: 4.19.108
Using native override for following DLLs: mscoree
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\override-dll.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\override-dll.reg
The operation completed successfully
The operation completed successfully
The operation completed successfully
Setting Windows version to default
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine regedit C:\windows\Temp\set-winver.reg
Executing /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wine64 regedit C:\windows\Temp\set-winver.reg
------------------------------------------------------
Running /nix/store/rq1ra5a2fki62dmw2yc3d3750q0avisw-wine-wow-5.0/bin/wineserver -w. This will hang until all wine processes in prefix=/home/tanner/.steam/steam/steamapps/compatdata/261550/pfx terminate
------------------------------------------------------
------------------------------------------------------
dotnet40 install completed, but installed file /home/tanner/.steam/steam/steamapps/compatdata/261550/pfx/dosdevices/c:/windows/Microsoft.NET/Framework/v4.0.30319/ngen.exe not found
------------------------------------------------------

Der Fehler aus den tatsächlichen Starts des Spiels lautet:

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

Ich kann mich immer noch nicht im Multiplayer-Modus für einen stabilen Zweig (e1.0.10) anmelden.

@agates Sie hatten keine Probleme, das Spiel nach dem Neustart zu starten?
Ich installiere es neu, um zu sehen, ob es die Einstellungen korrigiert. Letzte Nacht lief es in Ordnung, aber heute wurde es nicht gestartet
Ich muss protontricks 261550 dotnetcore ausführen, um es nach dotnet472 installieren.

@agates Sie hatten keine Probleme, das Spiel nach dem Neustart zu starten?
Ich installiere es neu, um zu sehen, ob es die Einstellungen korrigiert. Letzte Nacht lief es in Ordnung, aber heute wurde es nicht gestartet
Ich muss protontricks 261550 dotnetcore ausführen, um es nach dotnet472 installieren.

Alle Probleme, die ich hatte, waren bisher mit Mods verbunden.

dotnetcore ist nicht in winetricks enthalten, muss also manuell installiert werden. @Aliervo hat in einem Kommentar oben gezeigt, wie das geht.

@ YellowApple
Wir haben die Nachrichten gemacht! Danke für die Fehlerbehebung!

@Aliervo @agates Ich

./proton run ~/dotnet-runtime-2.1.17-win-x64.exe
ProtonFixes[19625] INFO: Running protonfixes
ProtonFixes[19625] INFO: Running checks
ProtonFixes[19625] INFO: All checks successful
ProtonFixes[19625] INFO: No protonfix found for UNKNOWN (261550)

Ich vermisse etwas?

@Aliervo @agates Ich

./proton run ~/dotnet-runtime-2.1.17-win-x64.exe
ProtonFixes[19625] INFO: Running protonfixes
ProtonFixes[19625] INFO: Running checks
ProtonFixes[19625] INFO: All checks successful
ProtonFixes[19625] INFO: No protonfix found for UNKNOWN (261550)

Ich vermisse etwas?

Befindet sich die Datei dotnet-runtime-2.1.17-win-x64.exe in Ihrem Home-Verzeichnis?

Ich erhalte genau diese Ausgabe, wenn der angegebene Speicherort nicht vorhanden ist.

Meins ist zum Beispiel bei ~/Downloads/dotnet-runtime-2.1.17-win-x64.exe .

@agates ja, alles vorhanden, vielleicht liegt es daran, dass ich es bereits installiert habe?

Tests

Pläne

Ich habe versucht, einige der Vorschläge zu testen, die wir bisher gesehen haben. Ich werde morgen einige weitere Kombinationen ausprobieren, einschließlich der Verwendung eines fsync-fähigen Kernels. Ich werde auch versuchen, die Tests auf einige der vielversprechenderen Lösungen auszudehnen, z. B. das Ändern der Grafikeinstellungen ohne Absturz und die allgemeine Stabilität des Spiels. Ich werde diesen Beitrag aktualisieren, aber er kann auch in dieser Übersicht angezeigt werden .

Die Einrichtung

Meine derzeitige Art zu testen ist unglaublich einfach. Ich erstelle ein neues Präfix und starte das Spiel einmal, um die Grundeinstellungen der Dämpfe zu erledigen. Dann füge ich die Komponenten hinzu, die ich testen möchte. Wenn der neue Test die zuvor getesteten Komponenten enthält, überspringe ich die Erstellung eines neuen Präfixes (kein neues Präfix, wenn ich von vcrun2019 zu vcrun20190 + dotnet472 gewechselt habe). Ich starte dann das Spiel, starte eine neue Kampagne, laufe im Trainingsbereich herum, lasse es, laufe auf der Weltkarte herum und speichere das Spiel zuletzt einmal. Ich werde die Tests für die vielversprechendsten Lösungen erweitern.

System:    Host: tobias-X570 Kernel: 5.5.0-050500rc5-generic x86_64 bits: 64 Desktop: KDE Plasma 5.18.4
           Distro: KDE neon User Edition 5.18
Machine:   Device: desktop System: Gigabyte product: X570 AORUS MASTER v: -CF serial: N/A
           Mobo: Gigabyte model: X570 AORUS MASTER v: x.x serial: N/A
           UEFI: American Megatrends v: F11 date: 12/06/2019
CPU:       8 core AMD Ryzen 7 3800X (-MT-MCP-) speed/max: 1897/3900 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Device 7340
           Display Server: x11 (X.Org 1.19.6 ) drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa,radeon)
           Resolution: [email protected]
           OpenGL: renderer: Radeon RX 5500 XT (NAVI14, DRM 3.36.0, 5.5.0-050500rc5-generic, LLVM 9.0.1)
           version: 4.6 Mesa 20.1.0-devel (git-089e1fb 2020-04-09 bionic-oibaf-ppa)

Beraten werden

Während meine Tests einige vielversprechende Ergebnisse zeigen, zeigen sie nicht, wie stabil das Spiel auf lange Sicht ist. Alles, was ich in meinen Tests getan habe, war, das Spiel zu öffnen und eine neue Kampagne zu starten, das Testgelände zu verlassen und das Spiel zu speichern.

Die Ergebnisse (bisher)

| Spielversion | vcrun 2019 | dotnet 472 | dotnet 480 | .Net-Core 2.1.17 | .NET-Core 3.1.3 | FPS-Trainingsgelände | FPS Weltkarte | Zeit sparen | Langsames Streaming * |
|: -: |: -: |: -: |: -: |: -: |: -: |: -: |: -: |: -: |: -: |
| 1.1.0 | 🔲 | 🔲 | 🔲 | 🔲 | 🔲 | 45-50 | 56-72 | 1:12 | nein |
| 1.1.0 | ☑️ | 🔲 | 🔲 | 🔲 | 🔲 | 45-50 | 56-72 | 1:28 | nein |
| 1.1.0 | ☑️ | ☑️ | 🔲 | 🔲 | 🔲 | 69-74 | 65-75 | 0:02 | nein |
| 1.1.0 | 🔲 | ☑️ | 🔲 | 🔲 | 🔲 | 69-74 | 66-79 | 0:02 | nein |

* Dies bezieht sich auf den Effekt eines verzögerten Spiels, während alle Objekte beim Betreten eines neuen Bereichs geladen werden

@matheo Sie sollten ein Installationsfenster erhalten, auch wenn es bereits installiert ist. Überprüfen Sie möglicherweise Ihren Ordner STEAM_COMPAT_DATA_PATH und compatibilitytools.d .

Hat jemand Surround Sound (zB 5.1) bekommen, um richtig zu funktionieren?

Ich bin auf das folgende Problem mit der empfohlenen Proton-5-5-GE-Version gestoßen, wenn ich versuche, ein Fenster darin zu starten (wie das Bannerlord-Fenster oder den Protontricks-Explorer):

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

Interessanterweise funktioniert das Starten des Dotnet-Core-Installationsprogramms mit Wine-Staging einwandfrei, sodass es für diese Proton-Version spezifisch zu sein scheint. Irgendeine Idee, was die Ursache dafür sein könnte oder wie man es löst?

Ich habe mein (Steam-Standard-) Präfix gegen eines mit dotnet472 und dotnetcore2 ausgetauscht und kann mich jetzt im Multiplayer-Modus für einen stabilen Zweig anmelden. Ich weiß nicht, ob vcrun2015 und vcrun2017 installiert sind; Sie werden nicht aufgelistet, wenn protontricks 261550 list-installed .

Es ist jedoch seltsam, wie ich mich bei 1.1 Beta mit einem Standard-Pfx anmelden kann (obwohl keine Server verfügbar sind, um tatsächlich zu spielen).

Ich bin auf das folgende Problem mit der empfohlenen Proton-5-5-GE-Version gestoßen, wenn ich versuche, ein Fenster darin zu starten (wie das Bannerlord-Fenster oder den Protontricks-Explorer):

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

Interessanterweise funktioniert das Starten des Dotnet-Core-Installationsprogramms mit Wine-Staging einwandfrei, sodass es für diese Proton-Version spezifisch zu sein scheint. Irgendeine Idee, was die Ursache dafür sein könnte oder wie man es löst?

Haben Sie versucht, den Ordner compatdata/261550/ zu entfernen und alle Abhängigkeiten einschließlich dotnet472 und dotnetcore zu installieren? Das hat es auf meinem System funktionieren lassen.

Haben Sie versucht, den Ordner compatdata/261550/ zu entfernen und alle Abhängigkeiten einschließlich dotnet472 und dotnetcore zu installieren? Das hat es auf meinem System funktionieren lassen.

Ich habe versucht, den Ordner zu entfernen und dotent472 erneut zu installieren, aber es schien nicht zu helfen. In diesem Fall konnte ich dotnetcore nicht installieren, da das Installationsprogramm aufgrund desselben Fehlers nicht zu starten scheint. Ich habe das gleiche auch mit der Version 5.6-GE-1 von vor 2 Stunden versucht, bin aber auf die gleichen Probleme gestoßen.

Ich weiß nicht, ob vcrun2015 und vcrun2017 installiert sind; Sie werden nicht aufgelistet, wenn protontricks 261550 list-installed .

Ich habe vcrun in meinem aktuellen Setup überhaupt nicht installiert.

Kann bestätigen, dass ich eine großartige Leistung, ~ 5-10 Sekunden Speicherzeit und sehr seltene Abstürze mit Proton-GE, dem Zen-Kernel (für fsync-Patches) und einem normalen Protonenpräfix erhalte, das von Steam erstellt und bereitgestellt wird.

Für alle anderen Benutzer eines NixOS-Systems laden Sie die folgende Datei in Ihre configuration.nix, um den Zen-Kernel zu erstellen und zu installieren: https://gist.github.com/hjones2199/11b45917a2944b692dac40015ea0fd41 Möglicherweise müssen Sie auch Ihre aktuellen boot.kernelPackages deaktivieren Ausdruck, um Konflikte zu vermeiden.

Für alle anderen auf einem neuen Kernel (ich verwende xanmod): Ich habe auch dotnetcore installiert und bisher scheint es das Beste aus beiden Welten zu sein - ich habe noch keinen einzigen Absturz erlebt und die Leistung ist sehr gut. Gelegentlich verzögern sich Schlachten sehr stark, aber ein Neustart scheint das Problem zu beheben, und das Stottern der Kampagnenkarte ist vollständig verschwunden.

Stürzt immer noch ab, wenn Sie die Videoeinstellungen mit installiertem dotnet472 ändern (und viele andere zufällige Abstürze), es sei denn, ich habe es irgendwie nicht ordnungsgemäß installiert? Gibt es eine Möglichkeit zu überprüfen? (Ich habe Protontricks 261550 verwendet, die in der Liste installiert sind, und Dotnet 472 wird angezeigt.)

Gelegentlich verzögern sich Schlachten sehr stark, aber ein Neustart scheint das Problem zu beheben, und das Stottern der Kampagnenkarte ist vollständig verschwunden.

Die Windows-Seite hat ähnliche Leistungsprobleme und Speicherlecks usw., also klingt es so, als würde es großartig funktionieren :).

Ich bin auf das folgende Problem mit der empfohlenen Proton-5-5-GE-Version gestoßen, wenn ich versuche, ein Fenster darin zu starten (wie das Bannerlord-Fenster oder den Protontricks-Explorer):

000b:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.
000b:err:winediag:nodrv_CreateWindow The explorer process failed to start.

Interessanterweise funktioniert das Starten des Dotnet-Core-Installationsprogramms mit Wine-Staging einwandfrei, sodass es für diese Proton-Version spezifisch zu sein scheint.
Ich habe versucht, den Ordner zu entfernen und dotent472 erneut zu installieren, aber es schien nicht zu helfen. In diesem Fall konnte ich dotnetcore nicht installieren, da das Installationsprogramm aufgrund desselben Fehlers nicht zu starten scheint. Ich habe das gleiche auch mit der Version 5.6-GE-1 von vor 2 Stunden versucht, bin aber auf die gleichen Probleme gestoßen.

Ich habe jetzt auch andere "Vanilla" -Proton-Versionen ausprobiert (5.0-5 und sogar 4.2-9) und genau den gleichen Fehler in den Protokollen erhalten, sodass es nicht spezifisch für die GE-Builds zu sein scheint.

Bearbeiten: Nach einigen weiteren Suchen fand ich # 2878, was darauf hinweist, dass es sich um ein NTFS-spezifisches Problem handelt. Durch Verschieben des Spiels auf meine ext4-SSD wurde das Problem behoben

Kann bestätigen, dass ich eine großartige Leistung, ~ 5-10 Sekunden Speicherzeit und sehr seltene Abstürze mit Proton-GE, dem Zen-Kernel (für fsync-Patches) und einem normalen Protonenpräfix erhalte, das von Steam erstellt und bereitgestellt wird.

Für alle anderen Benutzer eines NixOS-Systems laden Sie die folgende Datei in Ihre configuration.nix, um den Zen-Kernel zu erstellen und zu installieren: https://gist.github.com/hjones2199/11b45917a2944b692dac40015ea0fd41 Möglicherweise müssen Sie auch Ihre aktuellen boot.kernelPackages deaktivieren Ausdruck, um Konflikte zu vermeiden.

Es ist nahezu unmöglich, dieses Problem zu durchsuchen, daher beschuldige ich Sie nicht, es verpasst zu haben, aber ich habe bereits eine einfache Lösung dafür bereitgestellt, indem ich einfach einen Patch zu Ihrem aktuellen Kernel hinzugefügt habe, und es ist sehr einfach: https://github.com/ ValveSoftware / Proton / issue / 3706 # issuecomment -612160300

Fügen Sie den Patch grundsätzlich wie folgt zu Ihrer configuration.nix hinzu:
boot.kernelPatches = [{ name = "fsync-support"; patch = ./linux-v5.4-fsync.patch; }];
wo linux-v5.4-fsync.patch von hier genommen wird . Das Kompilieren kann jedoch eine Weile dauern.

Im Moment, wenn ich versuche, in eine Belagerung einzutreten, blockiert die Benutzeroberfläche irgendwie und ich kann nichts, das Spiel läuft gut, aber es scheint, dass die Maus nicht mehr reagiert. Ich kann die Maus immer noch bewegen, aber sie flackert sehr schnell. Ich muss auch Esc und Alt + Tab in und aus dem Spiel drücken, damit das Escape-Menü angezeigt wird.

Bearbeiten Sie das mit nur fsync und ohne Protontricks. Wenn ich auch die Protontricks-Korrekturen verwende, stürzt das Spiel wie zuvor wieder ab.

Der neueste Patch (1.0.11) hat das Spiel für mich unterbrochen (getestet mit einem sauberen Weinpräfix), wenn ich versuche, mit den Sicherungsdateien auf den Bildschirm zu gehen. Ich erhalte diese Ausnahme:

Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object

Ich kann jedoch eine neue Kampagne starten, aber wenn ich die Option "Speichern unter" auswähle, erhalte ich die gleiche Ausnahme.

Aktualisieren:
@agates Der Beta-Zweig funktioniert danke

@elovin Hast du den Beta-Zweig (e1.1.0) ausprobiert?

Es sieht so aus, als ob Bannerlord derzeit nicht mit primusrun funktioniert, aber ich habe es geschafft, es mit nvidia-xrun auf einem Laptop mit nvidia-umschaltbaren Grafiken zum Laufen zu bringen.

Es sieht so aus, als ob Bannerlord derzeit nicht mit primusrun funktioniert, aber ich habe es geschafft, es mit nvidia-xrun auf einem Laptop mit nvidia-umschaltbaren Grafiken zum Laufen zu bringen.

Nun, nichts funktioniert wirklich so gut durch Hummel und Primus. Ich musste zu xrun wechseln, damit die Hälfte der Spiele funktioniert.

Sollte auch mit PRIME Render Offloading funktionieren.

Okay, ich denke, das hängt wahrscheinlich nicht eng mit Bannerlord zusammen, aber andererseits ändern vielleicht die Bibliotheken, die Steam auf dem Präfix installiert, oder ein anderer Bannerlord-spezifischer Faktor etwas (ich würde es nicht wissen), also denke ich, dass ich es könnte Fragen Sie hier: Ich versuche, Protontricks für dotnet472 auszuführen, aber das führt zu einem Absturz, wenn das Dialogfeld "Dateien extrahieren" geöffnet und der Fortschrittsbalken beendet wird. dotnet48-Protontricks versagen auf ähnliche Weise. Konsolenausgabe

Irgendwelche Hinweise?

Hallo, es fällt mir schwer, Bannerlord auf Arch zum Laufen zu bringen. Ich habe Proton 5.5-GE und 5.6-GE-2 ausprobiert. Bisher habe ich ein Fenster zum Öffnen und Anzeigen des Cursors einmal vor dem Absturz!

• Meine Steam-Bibliothek befindet sich auf einer Festplatte (ntfs), die jetzt ordnungsgemäß gemountet und (von dieser Bibliothek) mit einem Symlink verknüpft ist, um auf meinen Linux-Kompatibilitätsdatenordner zu verweisen

• Ich habe den kompatiblen Datenordner entfernt und gestartet und dann protontricks 261550 dotnet472 diese Weise wurde mein Spielfenster zum ersten Mal geöffnet und der Cursor für einige Sekunden sichtbar

Hier ist das Protokoll von Steam / Proton: https://gist.github.com/hadallen/336ffcf1f8ae7e73024898306bb6ac01

und der Absturzbericht von Windows / Wine, wenn er startet und abstürzt. Ich kann den Cursor und das Fenster nicht wieder anzeigen lassen, der Absturz tritt zuerst auf. danach "läuft" bannerlord anscheinend immer noch in dampf, ich kann es nicht aufhalten. https://gist.github.com/hadallen/d7b00c97e492195f360b8589c5d67685

Ich mache mir Sorgen, dass es irgendwo nur ein dummer Fehler von meiner Seite ist, aber ich weiß nicht, was ich hier tun soll

edit1: Ich habe diesen Thread endlich weit genug durchgearbeitet, um den Leitfaden zu finden, den Tercus geschrieben hat. Ich habe das gerade noch einmal durchgemacht und habe immer noch das gleiche Problem

edit2 : Ich war fast bereit aufzugeben, ich habe Bannerlord in Steam neu installiert

1. protontricks 261550 dotnet48 zu beginnen. Ich wollte wirklich nicht die 30 Minuten warten, bis dotnet472 installiert ist, also habe ich es alleine versucht und es hat funktioniert - Ran in Steam; abgestürzt
2. installierte vcrun2019 und den 2 dotnetcore (gemäß Tercus 'Bericht) --Ran again; GESTARTET! aber sehr langsam und ohne Mauseingabe, Absturz nach Verlassen der Einstellungen. Es klang, als würde das aktualisierte Proton nicht verwendet
3. Das war seltsam, da Bannerlord Proton 5.6-GE-1 ausgewählt hatte. Dies brachte mich auf die Idee , "Steam Play für alle anderen Titel aktivieren deaktivieren und _voila_; es funktioniert sehr gut!

Da dotnetcore immer noch hilfreich zu sein scheint, werde ich hier erwähnen, dass meine PR akzeptiert wurde und jetzt in Winetricks ist!

Führen Sie winetricks --self-update (als Root, wenn Sie mit Ihrem Paketmanager installiert haben), um die neueste Version zu erhalten. Dann können Sie winetricks dotnetcore2 !

Pro-Tipp: Fügen Sie bei jeder Winetricks-Installation -q , um den unbeaufsichtigten Modus zu aktivieren, und müssen Sie in einer Reihe von Fenstern nicht auf "Installieren" klicken. Das obige wäre also winetricks -q dotnetcore2

@Aliervo Ich bekomme einen Weinfehler:
https://docs.microsoft.com/en-us/dotnet/framework/install/application-not-started?version= (null) & processName = rundll32.exe & platform = 0009 & osver = 3 & isServer = 0 & shimver = 4.0.30319.0
und dann dieser:

Ist es normal für 64-Bit-Installationen?

@matheo , nicht sicher über den Fehler, aber Winetricks installiert sowohl die 32- als auch die 64-Bit-Version von .Net Core. Das wird erwartet.

Es wird auch überprüft, ob die Installation korrigiert wurde. Wenn nach den beiden Installationsprogrammen keine Fehlermeldung angezeigt wird, wissen wir, dass der erste Fehler keine Auswirkungen hatte.

Ich habe sehr langsame Speicherzeiten (1 min +) mit dotnet472 mit oder ohne vcrun2019. Weiß jemand, ob der fsync-Kernel-Patch für die Reduzierung der Speicherzeiten / andere gute Ideen zur Verbesserung der Speicherzeiten unerlässlich ist?

@rgreenblatt
Soweit ich weiß, beschleunigt Fsync die Zeitersparnis für fast alle erheblich. Daher kann es einen Versuch wert sein, wenn Sie mit dem Ausführen benutzerdefinierter Kernel und / oder dem Kompilieren Ihrer eigenen Kernel vertraut sind.

Eine andere Sache, die Sie tun müssen, ist, den Launcher zu umgehen, wenn Sie es noch nicht sind. Wie beim Starten von Bannerlord.Native.exe anstelle von TaleWorlds.MountAndBlade.Launcher.exe . Dies kann durch Umbenennen oder Verknüpfen oder Festlegen der zu startenden Elemente in den Steam-Startoptionen erfolgen.

Aus unbekannten Gründen verdoppelt der verwendete Launcher meine Ersparnisse ungefähr, wenn ich fsync und keine anderen Protontricks-Optimierungen verwende. Ich weiß nicht, ob es in einem anderen Szenario zutrifft, aber es könnte auf jeden Fall einen Versuch wert sein.

Meine beste Erfahrung habe ich mit fsync gemacht, das umbenannt wurde und überhaupt keine Protontricks. Relativ wenige Abstürze und ca. 7-8 Sekunden Einsparung. Dotnet würde die Lebensdauer auf etwa 2 Sekunden verkürzen, aber viel mehr Abstürze verursachen.

@rgreenblatt Nach dem, was ich im Rest dieses Threads gesehen habe, war dotnet die Lösung für lange Speicherzeiten auf Kosten einer gewissen Instabilität. Wie Albin-Engstrom sagte, hatte fsync eine viel schlechtere Zeitersparnis. Abgesehen davon habe ich festgestellt, dass das Spiel ohne einen fsync-fähigen Kernel so gut wie nicht spielbar ist, und kann es nicht genug empfehlen.

Hat Multiplayer für alle anderen für andere funktioniert? Ich konnte mich seit fast einer Woche nicht mehr anmelden. Ich komme zur Anmeldeseite und erhalte für einige Minuten den Kreis des Schicksals, bevor mir mitgeteilt wird, dass ich mich nicht anmelden kann. Dies gilt für Beta- und stabile Zweige.

Gibt es einen Unterschied zwischen Bannerlord.exe und Bannerlord.Native.exe? (Entschuldigung, wenn dies irgendwo im Thread oben ist, konnte ich keine Möglichkeit finden, über Github-Kommentare zu suchen.)

Durch die Installation von https://liquorix.net/ (das meiner Meinung nach fsync-Patches enthält) und durch die Verwendung von Bannerlord.Native.exe anstelle von Bannerlord.exe konnte ich die Speicherzeiten auf weniger als 10 Sekunden (von über einer Minute) reduzieren. Ich bin mir nicht sicher, welche Änderung hilfreich war. Ich könnte später mehr wissenschaftliche Tests durchführen.

@rgreenblatt Liquorix hat, soweit mir bekannt ist, fsync, daher hat es wahrscheinlich den größten Einfluss gehabt und das Ausführen von Bannerlord.Native.exe hat ein bisschen mehr geholfen. Zumindest war das meine Erfahrung.

Was den Unterschied zu Bannerlord.exe betrifft, weiß ich nicht wirklich. Das Ausführen des nativen ist der offizielle Weg, um den Launcher zu umgehen, also habe ich das verwendet. Meine Vermutung wäre, dass es so optimiert ist, dass es alleine ausgeführt wird, während das nicht native Gerät nur dann ausgeführt wird, wenn es vom Launcher ausgeführt wird.

Es gibt eine Reihe von Argumenten, die der Launcher beim Ausführen der Exe anfügt. Ohne sie funktioniert es möglicherweise nicht richtig.

Im Zusammenhang damit gehören zu diesen Argumenten die zu ladenden Mods, die der Launcher normalerweise verarbeitet. Wenn Sie also den Launcher umgehen, müssen alle Mods manuell als Argumente über die Steam-Startoptionen hinzugefügt werden.

Ich habe in den obigen Kommentaren erklärt, wie das gemacht wird, aber es gibt in der Tat keine gute Möglichkeit, nach Github-Kommentaren zu suchen. Wenn Sie also wissen möchten, wie es geht, kann ich es noch einmal erklären. Es wird viel weniger Zeit in Anspruch nehmen, als nach einem alten Kommentar zu suchen.

Hat Multiplayer für alle anderen für andere funktioniert? Ich konnte mich seit fast einer Woche nicht mehr anmelden. Ich komme zur Anmeldeseite und erhalte für einige Minuten den Kreis des Schicksals, bevor mir mitgeteilt wird, dass ich mich nicht anmelden kann. Dies gilt für Beta- und stabile Zweige.

Ich kann auf einem stabilen Zweig spielen, aber ich konnte vor 1.1 nicht für einen Patch spielen. Ich habe es wieder zum Laufen gebracht, indem ich dotnet472 und / oder dotnetcore2 installiert habe (ich weiß nicht, was den Unterschied gemacht hat).

Für mich verursachte die Dotnet-Lösung alle 5-10 Minuten Abstürze, schlimmer als die 2-minütigen Speicherzeiten.
Ich werde es mit Liquorix versuchen, aber ich habe einige Fragen zu den Kommentaren über das Überspringen des Launchers. Ohne Dotnet wird der Launcher überhaupt nicht gestartet, das Spiel wird einfach sofort beendet. Wie konfiguriere ich es in den Startoptionen, um zu native zu wechseln?

Ich habe versucht, es auf "Bannerlord.Native.exe" oder "bin / Win64_Shipping_Client / Bannerlord.Native.exe" zu setzen, aber ich gehe hier möglicherweise in die falsche Richtung

@aradapilot Jemand irgendwo in diesem Thread hat über die
Ich persönlich benenne Bannerlord.Native.exe in TaleWorlds.MountAndBlade.Launcher.exe und entferne oder benenne die ursprüngliche Launcher-Exe um. Es muss nach den meisten Spielaktualisierungen überarbeitet werden. Symlinking sollte auch funktionieren und muss möglicherweise nicht wiederholt werden.

Ich mache die Mod-Ladebefehle in den Startoptionen, aber nicht diesen Teil.

Nun, ich kann es nicht finden, aber einige Fortschritte.
Ich habe die Startoptionen auf "Just" gesetzt
echo "%command%" > /tmp/cm

danach hatte die datei
wraymond @ shelob : ~ $ cat / tmp / cm
'/home/wraymond/.steam/compatibilitytools.d/Proton-5.6-GE-1'/proton waitforexitandrun' /home/wraymond/.steam/steam/steamapps/common/Mount & Blade II Bannerlord / bin / Win64_Shipping_Client / TaleWorlds .MountAndBlade.Launcher.exe '

von CLI
wraymond @ shelob : ~ $ PROTON_LOG = 1 '/home/wraymond/.steam/compatibilitytools.d/Proton-5.6-GE-1'/proton waitforexitandrun' /home/wraymond/.steam/steam/steamapps/common/Mount & Blade II Bannerlord / bin / Win64_Shipping_Client / Bannerlord.Native.exe '
Proton: Kein kompatibler Datenpfad?

Also dachte ich, es hätte eine Umgebung festgelegt, aber env/set/printenv > / tmp / steamenv - lässt eine leere Datei, es ist keine Umgebung festgelegt. Keine Ahnung, woher es das Kompatibilitätsdatenverzeichnis bezieht, welchen Mechanismus Steam verwendet.

Und natürlich, weil das Leben schwierig ist, bewirkt das Festlegen dieser Zeichenfolge in den Startoptionen nichts
PROTON_LOG = 1 '/home/wraymond/.steam/compatibilitytools.d/Proton-5.6-GE-1'/proton waitforexitandrun' /home/wraymond/.steam/steam/steamapps/common/Mount & Blade II Bannerlord / bin / Win64_Shipping_Client / Bannerlord.Native.exe '
- Keine Protokolldatei erstellt
- nichts startet, stirbt sofort

also immer noch da stecken. Ich werde versuchen, etwas umzubenennen / zu verknüpfen, aber ich hatte auf einen Weg gehofft, dass ich nicht jeden Patch wiederholen muss

hah Ich habe die Launcher-Exe umbenannt und die native Exe auf diesen Pfad kopiert. Das Spiel wurde gestartet, aber jetzt wieder keine Mauseingabe (mit Proton-GE 5.5 oder 5.6).
Ich werde versuchen, den Managedstarter umzubenennen, da dies in der Vergangenheit funktioniert hat, aber das geht durch den Launcher, so dass es meine Speicherzeiten verkürzen könnte ... ahhhhhhh
Update , das auch nicht hilft. Keine Mauseingabe, ich komme nicht über den Kalibrierungsbildschirm hinaus. Ich bin ratlos.