Proton 🚀 - Divinity Original Sin 2 appid 435150 | bleepcoder.com (2024)

Ich habe auch keine Freude mit der Installation. Keine nützliche Fehlermeldung in der Befehlszeile, aber die Installation scheint während oder kurz nach dem Microsoft DotNet-Framework fehlzuschlagen.

EoCApp.exe kann mit Standard-Wine 3.0.2 zum Laufen gebracht werden, aber Blackscreens.

Distribution: Ubuntu Mate18.04
Kernel: 4.15.0-32-generisch
Auflösung: 1920 x 1080
CPU: AMD Ryzen 1600 Sechskern
GPU: 4GB AMD Radeon 6990 (Caymen), Padoka-Treiber (siehe https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa)
Arbeitsspeicher: 16 GB

Ich habe EoCApp.exe in SupportTool.exe umbenannt, damit es mit Proton geladen werden kann. Ich habe proton_winedbg_run (modifiziert, um xaudio2_7 zu überschreiben) mit den folgenden Ergebnissen (schwarzer Bildschirm, Spielcursor) verwendet:

./proton_winedbg_run2wine: Call from 0x7b43c45c to unimplemented function mscoree.dll.CorIsLatestSvc, abortingwine: Unimplemented function mscoree.dll.CorIsLatestSvc called at address 0x760023:0x7b43c45c (thread 0015), starting debugger...WineDbg starting on pid 00350x000000007bc8f905 DbgBreakPoint+0x1 in ntdll: ret Wine-dbg>nextstart_process () at /home/proton/proton/wine/dlls/kernel32/process.c:10671067 return entry( peb );Wine-dbg>nextThread ID=0041 not in our list of threads -> can't renameThread ID=0042 not in our list of threads -> can't renameThread ID=0043 not in our list of threads -> can't renameThread ID=0044 not in our list of threads -> can't rename

https://paste.ubuntu.com/p/XhcsthMtwd/

Nochmals versucht mit einigen Überschreibungen und taskset -c 1 (wie von dieser Problemumgehung vorgeschlagen: https://bugs.winehq.org/show_bug.cgi?id=29215)

Bitte sehen Sie sich diesen Kern an:
https://gist.github.com/FreeLikeGNU/efb26bebb40fc13a3fb78f2c0b0c78f5

Ich bekomme genau den gleichen Fehler.

Einige Leute hatten Erfolg, indem sie die App einfach umbenannten. Höchstwahrscheinlich ein Problem mit dem Videotreiber.

@notfood und allen anderen, die dies erhalten, kann es hilfreich sein, Ihre Systeminformationen aus dem Hilfemenü von Steam zu posten:

https://steamcommunity.com/sharedfiles/filedetails/?id=390278662

https://gist.github.com/nstgc/02457d7920931a3f8d69cc7b9fa41a2c

https://gist.github.com/notfood/4937609d291bf79316eb60cc818fde17#file -steam-system-information-txt

Es ist nicht sehr wahrscheinlich, dass es sich um ein Realtek-Audioproblem handelt - ich verwende ein externes USB-Audiogerät und habe anscheinend die gleichen Schwierigkeiten.

Zumindest in meinem Fall setze ich fest auf eine Kombination aus (vielleicht) DotNet- und (sehr wahrscheinlichen) Treiberproblemen mit meiner leistungsstarken, aber alten Radeon 6990.

Steam-Info, und ich bin zum Standard-Radeon-Treiber gewechselt, um repräsentativere Ergebnisse zu liefern, während ich Proton-Testergebnisse einreiche: https://gist.github.com/KGOrphanides/c0fe99f0d9824a8ab434907637c07400

https://gist.github.com/Elisto/b27246d9bfa63f4fbd110616cec1cb2d
gleiches Problem hier schwarzer Bildschirm + Maus

Ich habe das Spiel ohne Add/Winetricks/Installation zum Laufen gebracht und sogar die Skriptinstallation von Steam übersprungen.

Da D:OS2 und D:OS2 Difinitive Edition DRM-frei sind, kann ich das Spiel ohne Steam ausführen, dank dessen konnte ich die Fehlersuche etwas weiter ausführen.

Ich habe es geschafft, ein separates WINEPREFIX für mich einzurichten und Wine 3.7 darauf zu verwenden, das Spiel wollte einfach nicht starten, der schwarze Bildschirm, ich denke, ich musste XACT installieren. Aus Neugier habe ich Wine-Staging 14 ausprobiert (mein WINEPREFIX vollständig bereinigt). Ich habe es zum Laufen gebracht, ohne XACT zu installieren, einfach so, kein Problem, das Spiel zu spielen. Sogar die Verwendung von Wine 3.14 hatte den gleichen Effekt, keine Probleme, keine zusätzlichen Installationen. Das Problem war, dass es ohne die Steam-Umgebung war, da ich das Spiel spielen kann, fühlt es sich auf der Multiplayer-Seite nackt an, ich möchte immer noch, dass die Steam-Version wie die Steam-Version läuft (wie es laufen soll).

Daraus schließe ich, dass ich warten muss, bis Valve Proton auf eine neuere Version auf Wine-Basis aktualisiert.

Hinweis: Ich habe Lutris für diese Fehlerbehebung verwendet (einfacher, das Beenden des WINEPREFIX bei Bedarf zu erzwingen). Ich habe möglicherweise auch LSI (Linux Steam Integration) aktiviert, aber es hat keinen Einfluss auf dieses "Experiment".

Betriebssystem: Solus x86_64
Kernel: 4.17.17-87.aktuell
Shell: bash 4.4.19
Auflösung: 1920 x 1080
DE: Wellensittich
Prozessor: Intel i7-2600K (8) @ 3.800 GHz
Grafikprozessor: AMD ATI Radeon R9 290
Gesamtspeicher: 20040 MiB

@Sethox vielleicht komme ich hier etwas vom Thema ab, aber hier ist die Ausgabe meines frischen Weinpräfixes von Wine-Staging 3.14 mit DXVK .70 (kein xact) mit Witcher3 (läuft großartig) und D: OS2 DE (Blackscreen). Ich weiß wirklich nicht, was ich davon halten soll oder dass DOS2 für einige von uns läuft, aber nicht für andere. Vielleicht gibt es eine andere Systemkonfiguration, die dies blockiert!?

https://gist.github.com/FreeLikeGNU/5d438df7aa8a6b8c851f768e4839722c

Nach dem Testen einiger Maschinen mit demselben Xubuntu 18.04.1 NVIDIA 396.54, Wine Staging 3.14 und DXVK .70 erhalte ich:
Intel(R) Core(TM) i5-3470 CPU, GTX1070 - Fehler
Intel(R) Core(TM) i5-4590 CPU, GTX 680 - Fehler
Intel(R) Core(TM) i7-3630QM CPU, GTX 670MX – läuft hervorragend
Intel(R) Core(TM) i7-2679QM CPU, GTX670 – läuft hervorragend

Alle getesteten Maschinen führen The Witcher 3 mit demselben Präfix aus (mit Ausnahme des geringfügigen bekannten Textur-Streaming-Problems).

Konnte D:OS2 nicht ausführen; versuche es schon seit es rausgekommen ist. Jetzt habe ich es mit Proton versucht, aber das Ergebnis ist ein schwarzer Bildschirm, genau wie bei normalem Wein (oder Wein + DXVK).

Ubuntu 18.04
CPU: Intel(R) Core(TM) i5-4460 @ 3,20 GHz (Familie: 0x6, Modell: 0x3c, Stepping: 0x3)
GPU: GeForce GTX 950-Treiber 396,54
Arbeitsspeicher: 8 GB

Spiele wie Witcher 3 oder Kingdom Come: Deliverance laufen problemlos.

Ich bin einer von denen, die das Spiel mit Wein nie zum Laufen gebracht haben. Genau wie @FreeLikeGNU würde das Spiel segfaulten (und einen Minidump erstellen) und dann mit dem schwarzen Bildschirm hängen bleiben.

Also habe ich das Spiel vor einiger Zeit debuggt und bin mir sehr sicher, dass das Problem überhaupt nicht mit der GPU zusammenhängt.

Was ich herausgefunden habe:
Beim Spielstart wird während der Initialisierung der Audio-Engine des Spiels (Audiokinetic Wwise) ein neuer Thread erstellt. Wenn dieser Thread zuerst ausgeführt wird, ruft er eine Subroutine innerhalb der Engine auf. Im Gegensatz zu Windows enthält der Zeiger auf diese Subroutine jedoch bei Wine eine ungültige Speicheradresse. Der Aufruf dieser Adresse bewirkt, dass der Thread segfault. Ich nehme an, dass das Spiel an diesem Punkt hängt, weil andere Threads ewig darauf warten, dass der Thread gesperrte Semaphore freigibt.

Da der Absturz passiert, bevor xaudio2_7.dll überhaupt geladen ist, hilft die Installation von xact in diesem Fall nicht.

Leider konnte ich keine Lösung oder Problemumgehung finden, um es zum Laufen zu bringen. Ich kann nur annehmen, dass es etwas mit .NET zu tun hat, auf dem Wwise basiert. Vielleicht in einer ungültigen vtable oder so ähnlich.

@Rotscha , haben Sie eine Idee, warum es auf einigen Computern funktionieren könnte und auf anderen nicht, wie vielleicht der Audio-Chipsatz oder -Treiber?

EDIT: Ich habe mein Onboard-Audio über das Bios deaktiviert, keine Wirkung.

@notfood Das ist eine Möglichkeit, an die ich selbst nicht gedacht habe. Da es um Audio geht..

Mein Test beinhaltete einen Kopfhörer, also ist es im Grunde "2.1". Für diejenigen, bei denen das nicht funktioniert, welches Audio-Setup haben Sie?

Etwas herumlesen und sich die Tabelle ansehen (https://docs.google.com/spreadsheets/d/1DcZZQ4HL_Ol969UbXJmFG8TzOHNnHoj8Q1f8DIFe8-8/htmlview?sle=true#gid=0)

Mir ist aufgefallen, dass einige Leute ihre eigene Protonenversion direkt aus der Quelle kompilieren, das scheint für die meisten Leute zu funktionieren. Ich kann es nicht mit der Steam-eigenen Version (Beta oder der anderen) zum Laufen bringen, nur wenn ich mein eigenes WINEPREFIX mit einer neueren Mainline-Weinversion erstelle.

Bearbeiten: Ich habe gerade den Spielordner validiert und bam mehr als 30 Dateien "Fehler beim Validieren", also ignoriere meine Nachricht.

https://gist.github.com/berenm/3e67cd273c2a530849e52218a1f2e70c

Hack/Problemumgehung für das Startproblem mit Beschreibung, was dies verursacht hat

@Rotscha Ich habe einen i5 4210U und das Deaktivieren von Hyperthreading funktioniert !!

Bearbeiten : Divinity erkennt nur (siehe Fenstertitel) und verwendet einen Kern (von zwei), während es unter Windows alle zwei verwendet (mit Hyperthreading vier).

Also, gute Nachrichten. Ich habe den Grund gefunden, warum Wine das Spiel zum Absturz bringt. Es hat in der Tat mit Thread-Affinität zu tun. Wenden Sie diesen Patch an und es sollte funktionieren.

--- dlls/ntdll/thread.c 2018-09-07 12:33:51.689761974 +0200+++ dlls/ntdll/thread.c 2018-09-07 21:09:33.463365868 +0200@@ -1290,6 +1290,7 @@ if (length != sizeof(ULONG_PTR)) return STATUS_INVALID_PARAMETER; req_aff = *(const ULONG_PTR *)data; if ((ULONG)req_aff == ~0u) req_aff = affinity_mask;+ else if ((LONG) req_aff < 0) req_aff = affinity_mask & req_aff; else if (req_aff & ~affinity_mask) return STATUS_INVALID_PARAMETER; else if (!req_aff) return STATUS_INVALID_PARAMETER; SERVER_START_REQ( set_thread_info )

Reactos tun einfach

 /* Combine masks */ CombinedAffinity = Affinity & Process->Pcb.Affinity; if (CombinedAffinity != Affinity) { /* Fail */ Status = STATUS_INVALID_PARAMETER; } else { /* Set the affinity */ KeSetAffinityThread(&Thread->Tcb, CombinedAffinity); }

https://github.com/reactos/reactos/blob/master/ntoskrnl/ps/query.c#L2104
Ohne "if"-Reihe und bekommt Pcb.Affinity, während wine const ULONG_PTR affinity_mask = get_system_affinity_mask(); verwendet.
Ist das normal?

@Rotscha Game lief bei mir mit diesem Patch nicht.

Es passierte das Problem, wo es sperrt, dann bekam ich Ton, dann schrieb es Minidump und hängte.

Hm, verdammt. Bei mir startet das Spiel problemlos. Ich habe ein neues Präfix verwendet, bei dem nur dxvk installiert ist. Keine zusätzlichen Weintricks. Auf Vanillewein angewendeter Patch 3.15

Hast du es auch mit einem neuen Präfix versucht?

Kleines Update:

Während die Definitive Edition gut zu funktionieren scheint, hängt der Classic Client (der enthalten ist) beim Start immer noch. Also muss da noch was sein...

Noch eine Aktualisierung:
Classic funktioniert jetzt auch, nachdem xact über winetricks installiert wurde.

Es gibt auch einige Shader-Warnungen

002b:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x800000c2.002b:fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00155543.

Ich gehe davon aus, dass die Farben des Fortschrittsbalkens aus diesem Grund kaputt sind:

Ich verwende ein sauberes wineprefix. Ich habe es auch mit dxvk versucht. Installiert xact und keine Würfel.

Die entsprechenden Zeilen:

warn: DXGI: MakeWindowAssociation: Ignoring flags0032:fixme:thread:SetThreadIdealProcessorEx (0xfffffffffffffffe, 0x224fdf0, (nil)): stub002b:fixme:thread:SetThreadIdealProcessorEx (0x3f4, 0x22f9b0, (nil)): stub0033:fixme:thread:SetThreadIdealProcessorEx (0x410, 0x23bfbc0, (nil)): stubinfo: DxgiVkPresenter: Recreating swap chain: Format: VK_FORMAT_B8G8R8A8_UNORM Present mode: VK_PRESENT_MODE_FIFO_KHR Buffer size: 1152x8640048:fixme:thread:SetThreadIdealProcessorEx (0xfffffffffffffffe, 0x68efdf0, (nil)): stub0049:fixme:explorerframe:taskbar_list_SetProgressState iface 0x2e62610, hwnd 0x10058, flags 1 stub!0049:fixme:explorerframe:taskbar_list_SetProgressValue iface 0x2e62610, hwnd 0x10058, ullCompleted 1, ullTotal 64 stub!004b:fixme:thread:SetThreadIdealProcessorEx (0xfffffffffffffffe, 0x4ddfdf0, (nil)): stub004b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x4ddf240 1 C) semi-stub004b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x4ddecc0 1 C) semi-stub004b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x4ddf400 1 C) semi-stub004b:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x4ddeae0 1 C) semi-stub0033:fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithHandleData

Nebenbei bemerkt, mein Prozessor unterstützt kein HyperThreading. i5 6600 CPU hat diese Option nicht.

@Rotscha Patch arbeitet für DE.
Das Spiel verbraucht ständig nur ~25% jedes Kerns (10 FPS im Spiel).

Bearbeiten : Divinity auf Wine scheint weniger Threads zu verwenden als auf Windows. (zumindest mit i5)

Ich habe es mit Vanilla Wine + Patch, Wine-Staging-Nine + Patch, Proton + Patch versucht

Ich bekomme den gleichen Fehler in allen von einem sauberen Präfix, egal ob ich DXVK verwende oder nicht. Übersehe ich noch etwas? Ich setze nur den FakeFullScreen auf 1. Ist das nicht alles, was nötig ist, um ihn von einem sauberen Präfix zum Laufen zu bringen?

Hängt bei SetThreadIdealProcessorEx

@Kron4ek Ich habe Ihre gepatchte Exe ausprobiert und hatte ähnliche Ergebnisse wie zuvor:

i5-3470 CPU GTX 1070 DXVK .70 - Fehler
i7-2670QM GTX 670MX DXVK.70 - läuft

Wine-Debug-Ausgabe:

https://gist.github.com/FreeLikeGNU/38a1e5ee4535b76dff96c1f18770c075

Mit i5 4210U verwendet DOS2 (DE) nur Kern 0 und 1 und hängt sich unendlich auf, wenn weitere Kerne zugewiesen werden (unabhängig von der Wine-Version mit oder ohne Patch).

Kann das bitte jemand verifizieren?

@notfood Ich hatte ähnliche Symptome, wie Sie sie beschreiben, nachdem ich das Pflaster auf Wein aufgetragen hatte. Der Larian-Jingle wurde abgespielt, aber der Bildschirm blieb schwarz und nach dem Drücken von STRG + C wurde ein Crash-Dump erstellt. Da ich die Steam-Version des Spiels verwende, habe ich die Installation überprüft, woraufhin etwa 4 GB erneut heruntergeladen wurden. Und jetzt funktioniert es einwandfrei!

@Rotscha : Meine CPU (i5-4460) hat 4 physische Kerne und kein Hyperthreading. Ohne Patch ging es nicht.

Dies ist die Ausgabe, wenn ich Steam überspringe und die ausführbare Datei auf WINEPREFIX lege:
https://pastebin.com/raw/sdL2CGMB

Diese Ausgabe wird nur gedruckt, wenn eine Anwendung mit DXVK für mich nicht ausgeführt werden kann. Ich glaube jedoch nicht, dass diese Ausgabe irgendetwas helfen wird (es ist die Ausgabe für meinen Test früher, diese ist jedoch frisch).

https://source.winehq.org/patches/ scheint keine Suchfunktion zu haben, aber ich sehe den Patch von @Rotscha darin, der auf Genehmigung wartet. :D

Auf genehmigtes Commit von @Rotschas Patch oder andere Anpassungen der Thread-Affinität achten:

https://source.winehq.org/git/wine.git/?a=search&h=HEAD&st=commit&s=affinity.%2Bthread%7Cthread.%2Baffinity%7Cthread.%2Bmask&sr=1

Versucht mit Version 3.16, kein Erfolg ...

Ton spielt, der knackt, hängt dann.

Hängt daran:

006e:fixme:thread:SetThreadIdealProcessorEx (0xfffffffffffffffe 0x550fdf0 (nil)): stub

Mit dem Patch bekam ich einen schwarzen Bildschirm mit Musik, dann löschte ich meinen Ordner ~//Documents/Larian Studios/Divinity Original Sin 2 Definitive Edition/ und erstellte ein neues Präfix. Das Spiel läuft super! Ich hatte eine hohe Bildrate, aber einige Stotterer, bis ich Vsync im Spiel deaktivierte. Es läuft jetzt großartig über 110 fps mit maximalen Einstellungen! Danke @Rotscha für deinen tollen Patch und alle, die unterwegs getestet haben!

@notfood Ich habe keine Soundprobleme mit einem neuen Präfix + DXVK .71 (kein xact oder vcrun)

Ich habe nur die 64-Bit-Version mit den folgenden sehr knappen Anweisungen kompiliert:
https://www.reddit.com/r/wine_gaming/comments/9fg4jn/is_anyone_successfully_running_witcher_3_on/e5w9sv2/

Bearbeiten: vergessen zu klären, ich habe die 3.16-Quelle kompiliert, die den Upstream-Patch enthält

Ich habe auch ein knisterndes Geräusch ... mit Alsoa, nicht mit Puls.

AL lib: (EE) ReleaseThreadCtx: Kontext 0x7fb3ac08fd00 aktuell für Thread wird zerstört, mögliches Leck!

Ich benutze Pulse und ich bekomme eine Menge Risse.
Ich habe versucht, mit default.pa herumzuspielen

load-module module-udev-detect tsched=0default-fragments = 5default-fragment-size-msec = 2

Diese Einstellungen scheinen das Knacken zu reduzieren, aber sie sind immer noch da.

Xact reduziert das Knistern etwas.

Aber Sie müssen es manuell installieren, da winetricks kein 64-Bit-xact installiert.

@eNTi Audio klingt gut für mich und ich sehe die AL lib-Nachricht nicht, bis ich das Spiel über das Hauptmenü beende:
AL lib: (EE) ReleaseThreadCtx: Kontext 0x7fd604026400 aktuell für Thread wird zerstört, mögliches Leck!

Ubuntu 18.04.1 pulseaudio 11.1 (Audio-Stereo-Duplex)
https://gist.github.com/FreeLikeGNU/aa22b62dbcabb393160fb5304ecd0cc4

Audiogerät: Realtek ALC898
von LSHW:
*-Multimedia
Beschreibung: Audiogerät
Produkt: High-Definition-Audiocontroller der 7er-Serie/C216-Chipsatzfamilie
Anbieter: Intel Corporation
physische ID: 1b
Businfo: pci@0000 :00:1b.0
Fassung: 04
Breite: 64 Bit
Takt: 33 MHz
Fähigkeiten: bus_master cap_list
Konfiguration: Treiber=snd_hda_intel Latenz=0
Ressourcen: irq:35 Speicher:f7230000-f7233fff

@notfood bearbeiten:
Was passiert, wenn Sie den pulseaudio-Ausgangsmodus (z. B. von Stereo auf Stereo-Duplex) umschalten, nachdem das Spiel gestartet wurde?

Xact reduziert das Knistern etwas.

Aber Sie müssen es manuell installieren, da winetricks kein 64-Bit-xact installiert.

winetricks -q xact funktioniert bei mir mit einem 64-Bit-Präfix.

Ich hatte das Spiel vorher mit Wine-Staging 3.15 laufen und das hatte kein Knacken ...

winetricks -q xact funktioniert bei mir mit einem 64-Bit-Präfix.

Ja, es funktioniert, installiert aber nur 32-Bit-Bibliotheken (in syswow64) von xact, überspringt aber 64-Bit-Bibliotheken.
Dies ist auf den neuesten Winetricks von Github. Also wie gesagt, man muss es manuell installieren.

Aber vielleicht funktioniert es auch für 64-Bit in der alten Version von winetricks.

@Kron4ek hat Recht. Xact über winetricks installiert nur 32-Bit-DLLs.

Das Spiel braucht sie auf Wine sowieso nicht wirklich. Wenn Sie beim Start immer noch einen schwarzen Bildschirm erhalten, setzen Sie xaudio2_7 in winecfg auf disabled. Das Spiel sollte dann problemlos starten. Vielleicht behebt es sogar das Knistern (ich persönlich habe dieses Problem nicht, daher kann ich es nicht mit Sicherheit sagen).

Großartig @eNTi @notfood

@ekkia
So wie es aussieht, um auf der sicheren Seite zu sein, reicht es aus

• Wine 3.16 (für den Patch)
• xaudio2_7 deaktiviert
• optional und empfohlen: dxvk

Das sollte alles sein, denke ich.

@ xrishox Ich konnte es durch Dampf zum Laufen bringen. Ich habe nicht versucht, mich mit Freunden zu verbinden (keine Freunde sind online).

NICHT NUR DIE BEFEHLE KOPIEREN/EINFÜGEN, ALLES LESEN!!!

Um dies über Steam abzuspielen, müssen Sie einen benutzerdefinierten Proton-Ordner in Ihrem steamapps/common-Verzeichnis erstellen (unter Ubuntu 18.04 ist es "~/.steam/steam/steamapps/common").
Navigieren Sie dort hin
cd ~/.steam/steam/steamapps/common

Kopieren Sie den ursprünglichen Proton-Ordner in einen benutzerdefinierten:
cp -r "Proton 3.7" "Proton 3.7 Custom"

Benennen Sie "Proton 3.7" in "Proton 3.7 Original" um
mv "Proton 3.7" "Proton 3.7 Original"

Jetzt müssen wir die Dateien im Proton 3.7 Custom-Verzeichnis durch wine 3.16-Staging ersetzen.
Auf meinem System befindet sich die Weinbereitstellung in "/opt/wine-staging". Sie müssen herausfinden, wo Ihre Installation ist.
Beachten Sie, dass die Namen mit "/" enden, das ist bei rsync wichtig
rsync -avhP "/opt/wine-staging/" "Proton 3.7 Custom/dist/"

Verknüpfen Sie schließlich den benutzerdefinierten Proton-Ordner mit dem, was Steam erwartet
ln -s "Proton 3.7 Custom" "Proton 3.7"

Jetzt haben wir einen Proton, der Wine-Staging 3.16 verwendet (da dies die Version mit dem Patch ist)

Benennen Sie nun die Dateien in "Divinity Original Sin 2" um (falls Sie dies noch nicht getan haben)
cd "Divinity Original Sin 2"

Verknüpfen Sie den DefEd-Bin-Ordner mit dem Bin-Ordner der obersten Ebene
mv bin bin.bak
ln -s DefEd/bin bin

Kopieren Sie EoCApp.exe nach SupportTool.exe
cd bin
mv SupportTool.exe SupportTool.exe.bak
cp EoCApp.exe SupportTool.exe

Jetzt sollten Sie in der Lage sein, Divinity Original Sin 2 durch Dampf laufen zu lassen. Möglicherweise müssen Sie das Kompatibilitätstool in den Steam Play-Einstellungen erzwingen, um Proton 3.7-6 zu verwenden. Wenn dies bei niemandem funktioniert, lassen Sie es mich bitte wissen.

VERIFIZIEREN SIE DIE DATEIEN DANN NICHT. Dadurch wird das Verzeichnis "Proton 3.7 Custom" entfernt. Stellen Sie vor der Überprüfung sicher, dass der ursprüngliche Proton-Ordner vorhanden ist
cd ~/.steam/steam/steamapps/common
rm "Proton 3.7"
ln -s "Proton 3.7 Original" "Proton 3.7"
Und den DoS2-Ordner wieder in Ordnung bringen
cd "Divinity Original Sin 2"
cd bin
mv SupportTool.exe.bak SupportTool.exe
cd ..
rm bin
mv bin.bak bin

@smilligan93 Lieber Smilling, ich habe deine Anweisungen befolgt und das Spiel zum Laufen gebracht, aber es gibt einige Probleme

• Das Spiel kann keine Verbindung zu "Steam" herstellen: kein Online-Spiel, keine Steam-Freunde finden usw.
• Mods können nicht geladen werden
• Es synchronisiert meine gespeicherten Spiele nicht von Steam Cloud

Ich habe keine Ahnung, warum das passiert, da ich Singleplayer perfekt spielen kann ...

Meine Spezifikation (ich denke, es ist die Ursache für all das, auch nach den Beiträgen aller oben)

• Ryzen 3 1200 (SMT deaktiviert)
• NVIDIA 1050TI, NVIDIA-Treiber 390

Wenn Sie Informationen benötigen, pingen Sie einfach an, danke

Interessanterweise bleibt das Spiel selbst nach der Verwendung des Patches von @Rotscha und dem Anhören der Vorschläge von @notfood zur Installation xact und vcrun2015 beim gleichen Funktionsaufruf hängen, wie er es beschrieben hat:

fixme:thread:SetThreadIdealProcessorEx (0xfffffffffffffffe 0x550fdf0 (nil)): stub

Nachdem ich ein bisschen herumgespielt habe, kann ich bestätigen, dass die Classic-Version dieses Spiels läuft, die Definitive Edition jedoch nicht. Das hängt immer noch am schwarzen Bildschirm, spielt aber ein bisschen den Intro-Sound der Larian Studios. Danach reagiert er eine Weile nicht und schreibt dann einen Minidump.

Ich habe versucht, alle Arten von xaudio2_*-Permutationen zu deaktivieren. Ich bin mir nicht sicher, wie ich derzeit weitere Informationen bereitstellen kann, aber vielleicht kann ich nach den Prüfungen mit dem Debuggen beginnen. Wenn jemand eine gute Idee hat, wo er suchen oder was er versuchen könnte, bitte pingen.

Das Spiel funktioniert stundenlang perfekt, aber nach einiger Zeit wird der Ton beschädigt, passiert es noch jemandem? Es ist ein leichter Ärger, weil ein Neustart das Problem behebt.

Bücher und Zaubersymbole funktionieren alle für mich. Beendete Fort Joy ohne Probleme, außer dass der Sound nach ein paar Stunden seltsam wurde.

@smilligan93 Lieber Smilling, ich habe deine Anweisungen befolgt und das Spiel zum Laufen gebracht, aber es gibt einige Probleme

* The game cannot connect to "Steam" : no online game, cannot find Steam friends, etc.* It cannot load Mods* It doesn't sync my save games from Steam Cloud

Ich habe keine Ahnung, warum das passiert, da ich Singleplayer perfekt spielen kann ...

Meine Spezifikation (ich denke, es ist die Ursache für all das, auch nach den Beiträgen aller oben)

* Ryzen 3 1200 (SMT disabled)* NVIDIA 1050TI, nvidia-driver 390

Wenn Sie Informationen benötigen, pingen Sie einfach an, danke

Es gibt einen Link, damit der Steam-Workshop funktioniert, ein neues Update für Proton wurde hinzugefügt, um es zu lösen. Mit Link meine ich, dass das Proton irgendwie "isoliert" ist.

Das Spiel funktioniert stundenlang perfekt, aber nach einiger Zeit wird der Ton beschädigt, passiert es noch jemandem? Es ist ein leichter Ärger, weil ein Neustart das Problem behebt.

Bücher und Zaubersymbole funktionieren alle für mich. Beendete Fort Joy ohne Probleme, außer dass der Sound nach ein paar Stunden seltsam wurde.

Das habe ich auch - interessanterweise verschwindet nach längerer Spielzeit die Verfälschung und der Sound ist wieder normal. Ich habe dieses Problem jedoch auch in Path of Exile – wo ich es beheben kann, indem ich einfach ein anderes Soundgerät auswähle, was in Divinity: Original Sin 2 nicht möglich ist.

Hallo,

Das Spiel funktioniert, aber wenn ich den Mod für die Kampagne auswähle (Story-Mod, Erkundungs-Mod oder andere), bleibt der Ladebalken sehr lange leer. Das Nachrichten-Popup im Ladebildschirm erscheint zufällig und es gibt die Musik, damit das Spiel nicht abgestürzt ist. Es sind wirklich die Ladebalken, die leer bleiben und nicht laden ...

Das Spiel funktioniert stundenlang perfekt, aber nach einiger Zeit wird der Ton beschädigt, passiert es noch jemandem? Es ist ein leichter Ärger, weil ein Neustart das Problem behebt.

Bücher und Zaubersymbole funktionieren alle für mich. Beendete Fort Joy ohne Probleme, außer dass der Sound nach ein paar Stunden seltsam wurde.

Hey @notfood , ich habe dieses Problem für mich behoben und möchte sehen, ob die Quelle dieselbe ist. Verwenden Sie Pulsaudio und ein Sound-Setup mit mehr als 2 Kanälen?
Ich hatte 6 Kanäle, weil ich ein 5.1-Soundsystem habe. Nachdem ich in Pulsaudio auf 2 Kanäle umgeschaltet habe, habe ich auch nach vielen Stunden des Spielens keinen beschädigten Ton mehr.

@eloquenza Ich habe das gleiche Setup, ich werde versuchen, es auf zwei Kanäle einzustellen, aber das ist systemweit unerwünscht ...

Glaub mir, ich mag es auch nicht. Ich ändere automatisch die Kanäle, starte Pulsaudio neu und starte dann das Spiel in einem Skript, das die Kanäle nach dem Beenden des Spiels wieder ändert. Diese Lösung hat auch in anderen Spielen geholfen. Vielleicht gibt es ein tieferes zugrunde liegendes Problem.

@eloquenza @notfood Vielleicht könnten Sie das Modul module-remap-sink in pulseaudio ausprobieren. Sie können damit ein virtuelles Soundgerät mit 2 Kanälen erstellen und diese 2 Kanäle einem der 6 Kanäle Ihres 5.1-Ausgangs zuordnen. Sie können das mit etwas wie dem folgenden in der Befehlszeile einrichten:

pactl load-module module-remap-sink master=MASTER_SINK_NAME channels=2 master_channel_map=front-left,front-right channel_map=front-left,front-right remix=no

Ersetzen Sie MASTER_SINK_NAME durch den Namen Ihrer 5.1-Ausgabe. Sie finden diesen Namen mit pactl list sinks short .

Weitere Informationen zum Modul finden Sie in der pulseaudio-Dokumentation .

@notfood für das Knistern haben Sie versucht, die folgende Umgebungsvariable PULSE_LATENCY entweder zu 30 oder 60 in Ihrem Befehl hinzuzufügen:

$ PULSE_LATENCY_MSEC=30 Wein EoCApp.exe

Es hat bei meinem Skyrim-Audio in Wein geholfen

@lieff

Es gibt auch einen Absturz bei Alt+Tab.

Dasselbe gilt für mich, scheint nur mit dxvk zu passieren.
Manchmal stürzt es jedes Mal ab, wenn ich zu einer anderen App wechsle, und manchmal stürzt es überhaupt nicht ab.

Wenn es abstürzt, sagt das Log immer:
002a:fixme:msctf:ThreadMgrSource_AdviseSink (0x11d9a0) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}002a:fixme:imm:NotifyIME NI_CLOSECANDIDATE002a:fixme:msctf:ThreadMgrSource_AdviseSink (0x11d9a0) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}002a:fixme:imm:NotifyIME NI_CLOSECANDIDATE002a:fixme:msctf:ThreadMgrSource_AdviseSink (0x11d9a0) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}

Wobei 0x11d9a0 manchmal 0x11d9b0 oder 0x11dde0 ist.
(Diese Fehler treten nach jedem Wechsel zu/von einer anderen App auf, stürzen aber nicht immer ab)

Können Sie das bitte bestätigen?

Versuchen Sie es mit Fenster, ich bin nie mit Alt + Tab abgestürzt.

Scheint zu funktionieren, aber keine Option für mich.

Ich bekomme das gleiche Ergebnis @d10sfan , aber nicht einmal Audio. Ich habe überprüft, ob Steamplay Beta auf 3.16-1 Beta eingestellt ist.
Mir ist aufgefallen, dass ich beim Ausführen des aktuellen Patches von DOS2 in Wine 3.17 Staging einen schwarzen Bildschirm und Ton bekomme.

EDIT: Seltsamerweise, wenn ich von /tmp/proton_ aus laufe/winedbg_run es läuft gut

https://gist.github.com/FreeLikeGNU/16cab181ce10947501ff60bcf194bfef

Ich kann die Steam-Version des Spiels nicht testen, da ich nur die GOG-Version besitze. Aber das Laufen mit Proton 3.16-1 funktioniert gut für mich.

Das Spiel hatte vor ein paar Tagen ein Update auf Steam. Einige Leute (Windows-Benutzer) in den Diskussionsforen berichten, dass das Spiel auch nach dem Update nicht gestartet werden konnte.

Ich habe kürzlich auf Ubuntu 18.10 aktualisiert und jetzt startet DOS2:DE (3.6.29.3822 *) nicht mehr.
Es ist wie oben beschrieben, schwarzer Bildschirm mit Cursor ohne Ton.

Andere Spiele funktionieren einwandfrei, keine Hardwareänderungen.
Ich habe viele Konfigurationen ausprobiert (mit und ohne xaudio2_7-Override, frisches Präfix, verschiedene NVIDIA-Treiber, mit und ohne dxvk, verschiedene Wine-Versionen, deaktiviertes Hyperthreading), aber nichts scheint zu helfen.

Protokoll: https://paste.ee/p/3eskK
Ich brauchte vorher keine Abhängigkeiten, gibt es welche?

*alte Version, weil Leute berichten, dass sie das Spiel nach dem Update nicht mehr starten können

Immer noch kein Glück, ab Divinity/DefEd/bin/EoCApp.exe oder Soft-Linked Bin funktioniert nicht.
Stürzt immer nach Audio-Init ab (vollständiges Log in meinem Kommentar vorher)
0047:fixme:pulse:AudioSessionControl_RegisterAudioSessionNotification (0x1c3f5c0)->(0x4067a88) - stub004d:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x436fc84): stub004d:fixme:avrt:AvSetMmThreadPriority (0x12345678)->(1) stub

Was wird genau benötigt, um es auszuführen? Irgendwelche Abhängigkeiten in winetricks?

Ich habe den Ordner Divinity/DefEd/bin nach Divinity/ verschoben (der Softlink-Weg hat nicht funktioniert) und jetzt wird der Divinity-Cursor angezeigt, Audio wird abgespielt, aber der Bildschirm bleibt immer noch schwarz.

Neue Protokollzeilen: https://paste.ee/p/XNbv2

Irgendwelche Ideen?

Wie hast du den Softlink gemacht? Ich habe versucht, hauptsächlich zu kopieren, und es hat nicht funktioniert. Ich denke, es ist spezifisch für einige Dateien, nach denen es sucht.

Divinity$ ln -s DefEd/bin bin

Es funktioniert für mich auf Arch, nachdem ich die Anweisungen in diesem Thread befolgt habe, indem ich die von @ smilligan93 beschriebene Methode befolgt habe, obwohl die Leistung meinerseits ziemlich schlecht zu sein scheint.

Mein R9 290 kann nur wirklich 60 FPS bei 720p bewältigen, wenn alle Grafikeinstellungen auf die niedrigste Einstellung heruntergedreht sind (es war definitiv VIEL besser als diese unter Windows, und es war bei einer 4k-Auflösung sehr gut spielbar, vorausgesetzt, dass die Grafikeinstellungen optimiert wurden).

Hallo Leute. Ich habe das heute ziemlich einfach von einer Neuinstallation zum Laufen gebracht:

- Durchsuchen Sie die lokalen Dateien des Spiels
-Öffnen Sie ein Terminal in diesem Verzeichnis

mv bin bin.bakln -s DefEd\bin bincd binmv SupportTool.exe SupportTool.bakln -s EoCApp.exe SupportTool.exe

profitieren.

Systemspezifikationen:
Arch-Linux, Kernel 4.19
Ryzen 2400G
RX570 4gb
mesa-git, llvm-svn

auf 3.16-4, konnte zunächst nicht gestartet werden (das einzige Problem im Protokoll, das ich finden konnte, war etwas über eine kaputte .net-Installation)

Ich habe die Anweisungen von @GloriousEggroll befolgt, um EoCApp umzubenennen, und das Spiel scheint perfekt zu funktionieren (zugegeben, ich bin nur bis zu dem Punkt gekommen, an dem ich mit meinem Charakter herumlaufen konnte).

sysinfo: https://gist.github.com/Cuddlypuff/f344bde8278c91859fd4d5ecdc1baa17

Ich kann die DefEd mit ausführen

mv bin bin.bakln -s DefEd\bin bincd binmv SupportTool.exe SupportTool.bakln -s EoCApp.exe SupportTool.exe

Aber wie läuft der Klassiker?

Diese @GloriousEggroll- Methodenvariante hat bei mir unter Ubuntu Mate 18.04 funktioniert

mv bin bin.bakln -s DefEd/bin bincd binmv SupportTool.exe SupportTool.bakln -s EoCApp.exe SupportTool.exe

Bewegung, Kampf, Konversation und Bücher funktionieren alle wie gewohnt. Allerdings wiederholte Steam den ersten Installationsvorgang auch beim zweiten Ausführen des Spiels.

Spezifikationen:
AMD Ryzen 5 1600
16 GB Arbeitsspeicher
AMD Vega 64 8 GB RAM
Treiber: X.Org Radeon RX Vega (VEGA10, DRM 3.23.0, 4.15.0-46-generisch, LLVM 9.0.0)
Treiberversion: 4.5 (Kompatibilitätsprofil) Mesa 19.1.0-devel - Padoka PPA

Vollständige Systeminformationen: https://gist.github.com/KGOrphanides/931ca3d9ce743573d66ed9fb29a1f574

Divinity: Original Sin 2 - Definitive Edition (435150)

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/2523.
@Bamsey gepostet am 2019-04-10T11:51:10:

• Name des Spiels mit Kompatibilitätsproblemen: Divinity: Original Sin 2 - Definitive Edition
• Steam AppID des Spiels: 435150

System Information

• Grafikkarte: GTX950M
• Treiber-/LLVM- Version: NVIDIA 418. 56
• Kernel -Version:4.18.17
• Link zum vollständigen Systeminformationsbericht als Gist :
• Protonenversion :4.2-2

Ich bestätige:

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

steam-435150.log

Symptome

FPS (7-11 fps) nach QuickSaveGame oder SaveGame drastisch senken. Danach hilft nur noch ein Neustart des Spiels (manchmal Alt+Tab)

Reproduktion

Ich habe das gleiche Problem wie @Bamsey.
Systeminfo: https://gist.github.com/headlesscyborg/9519a667da049ef7885361b4e3674e3b
Video: https://youtu.be/HRMexHPGAmM

Das Verringern der Videoqualität hilft, aber nicht immer. Ich habe auch 2 GB VRAM.

Scheint Xaudio verwandt zu sein:

16405.613:002a:003c:trace:module:get_load_order looking for L"C:\\windows\\system32\\XAudio2_7.dll"16406.007:002a:0036:trace:module:load_dll looking for L"xaudio2_8.dll" in L"Z:\\media\\bams\\DANE\\SteamLibrary\\steamapps\\common\\Divinity Original Sin 2\\bin;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"

Kurzer Hinweis: Das Spiel funktionierte nach einem Update nicht mehr und konnte nicht ausgeführt werden.

Ich hatte es zuvor mit einer Variante der Methode von @GloriousEggroll zum Laufen gebracht (siehe meinen letzten Beitrag).

Ich konnte es wieder funktionsfähig machen, indem ich in bin meinen SupportTool.exe-Symlink entfernte und mit ln -s EoCApp.exe SupportTool.exe neu verknüpfte

Kurzer Hinweis: Das Spiel funktionierte nach einem Update nicht mehr und konnte nicht ausgeführt werden.

Ich hatte es zuvor mit einer Variante der Methode von @GloriousEggroll zum Laufen gebracht (siehe meinen letzten Beitrag).

Ich konnte es wieder funktionsfähig machen, indem ich in bin meinen SupportTool.exe-Symlink entfernte und mit ln -s EoCApp.exe SupportTool.exe neu verknüpfte

Das wird mit dieser Problemumgehung jedes Mal passieren, wenn Steam das Spiel aktualisiert oder seine Prüfsummen überprüft.

Sie müssen den Launcher nicht wirklich verlinken. Sie können es beheben, indem Sie .net in Proton mit Winetricks mit diesem Skript https://gitlab.com/quietkerb/steamplayprefix aktivieren

./sppfx.sh 435150 winetricks -q dotnet472

Danach funktioniert der Launcher normal.

Ich habe mit dem Soft-Symlink bemerkt, dass beim ersten Start des Spiels immer noch ein schwarzer Bildschirm angezeigt wird, danach läuft es alle Male einwandfrei.

Auch dotnet472 verursacht manchmal Probleme mit dem Präfix, gibt Rundll32-Fehler-Spam und schließt die Installation manchmal nicht immer ab/dauert sehr lange.

Sie müssen den Launcher nicht wirklich verlinken. Sie können es beheben, indem Sie .net in Proton mit Winetricks mit diesem Skript https://gitlab.com/quietkerb/steamplayprefix aktivieren

./sppfx.sh 435150 winetricks -q dotnet472

Danach funktioniert der Launcher normal.

Ich habe das versucht, aber es hat nicht geholfen, das Skript endet mit:

dotnet40 install completed, but installed file /home/$USER/.steam/steam/steamapps/compatdata/435150/pfx/dosdevices/c:/windows/Microsoft.NET/Framework/v4.0.30319/ngen.exe not found

und möchte .net erneut installieren

In der Mitte des Spiels hilft es also nicht immer, die Qualität der Texturen auf niedrig zu senken. Eine interessante Tatsache ist, dass das Spielen ohne Verwendung von DXVK (nur WINED3D) FPS nach dem Speichern des Spiels nie abfällt. Noch nie. Irgendetwas stimmt nicht im zugewiesenen Speicher. Der DXVK-Autor sagte, es seien keine DXVK-Fehler, aber von WINED3D funktioniert gut. Schade, dass die Wine- und dxvk-Entwickler nicht kooperieren.

Ich glaube nicht, dass das ein DXVK-Bug ist. DXVK reizt Ihre Grafikkarte einfach schneller aus als normales WINED3D.
Dieses FPS-Problem ist seit vielen Jahren ein Linux-Problem.
https://github.com/ValveSoftware/csgo-osx-linux/issues/185
https://github.com/ValveSoftware/csgo-osx-linux/issues/1206

Auch dotnet472 verursacht manchmal Probleme mit dem Präfix, gibt Rundll32-Fehler-Spam und schließt die Installation manchmal nicht immer ab/dauert sehr lange.

@GloriousEggroll so. Ich habe diesen Trick ausprobiert und jetzt startet das Spiel nicht mehr.

Nach einer Weile öffnet die Weinkonsole ein Fenster mit der Aufschrift:

The .NET Runtime Optimization Service is started and paused.Microsoft (R) CLR Native Image Generator - Version 2.0.50727.3053Copyright (c) Microsoft Corporation. All rights reserved

Und wiederholt es dann bis ins Unendliche.
Das Ausführen xprops in diesem Fenster zeigt, dass es sich tatsächlich um eine Weinkonsole handelt.

WM_CLASS(STRING) = "wineconsole.exe", "Wine"

_Aber ich habe es noch nie zuvor gesehen._

Außerdem dauert die Installation nicht mehr sehr lange, sondern nur noch 1 Schritt statt 4:

Während ich mir die Zeit nahm, dies zu schreiben (vielleicht ~ 20 Minuten seit dem Start), endete die Installation tatsächlich (ich bin mir jedoch nicht sicher, was sie beendet hat). Dann bekam ich diese Meldung:

Ich könnte irgendwo einen königlichen Fehler gemacht haben. Ich werde nachforschen und sehen, was ich finden kann.

Jede Hilfe ist jedoch willkommen. :Lächeln:

Also habe ich erneut ./sppfx.sh 435150 winetricks dotnet472 ausgeführt, diesmal jedoch ohne das -q -Flag. Dann habe ich mich durch alle Assistenten geklickt (es wird .NET Framework 4.5 und höher installieren).

Die letzte Installation von .NET Framework 4.7.2 ist fehlgeschlagen. Also habe ich den Assistenten geschlossen, das Spiel gestartet und dann voilá — insta-launch :woman_shrugging:

Sie müssen den Launcher nicht wirklich verlinken. Sie können es beheben, indem Sie .net in Proton mit Winetricks mit diesem Skript https://gitlab.com/quietkerb/steamplayprefix aktivieren

./sppfx.sh 435150 winetricks -q dotnet472

Danach funktioniert der Launcher normal.

Ich habe das versucht, aber es hat nicht geholfen, das Skript endet mit:

dotnet40 install completed, but installed file /home/$USER/.steam/steam/steamapps/compatdata/435150/pfx/dosdevices/c:/windows/Microsoft.NET/Framework/v4.0.30319/ngen.exe not found

und möchte .net erneut installieren

Bei meinen eigenen Experimenten bin ich bei neueren Versionen von winetricks auf dieses Problem gestoßen, aber es funktionierte mit dem winetricks-Paket aus dem Ubuntu 19.04-Repo.

@Endiverge Ich bin neu bei Linux im Allgemeinen (musste es für eine Klasse abholen und entschied mich, auf dieser Seite mit Manjaro zu experimentieren) und ich frage mich, was der Schritt für jemanden wäre, der Ubuntu nicht ausführt, wenn Sie es wissen. Der Versuch, sppfx 435150 winetricks -q dotnet472 (und ohne -q) auszuführen, führt beide zu:

wine cmd.exe /c echo '%ProgramFiles%' hat eine leere Zeichenfolge zurückgegeben, Fehlermeldung ""

Obwohl es das erste Mal lief, aber das Spiel die Installation von dotnet40 abgeschlossen, aber installiert ... Nachricht beim ersten Mal.

@Endiverge Danke. Es kam zu: Fehler: dotnet472 kollidiert mit dotnet40, das bereits installiert ist. Sie können './winetricks --force dotnet472' ausführen, um diese Prüfung zu ignorieren und die Installation zu versuchen
Ich habe es mit --force anstelle von -q ausgeführt und es musste nach der Installation einiger .net-Sachen neu gestartet werden. Das habe ich getan und jetzt sagt Divinity, dass es unter Dampf läuft, wenn ich auf „Play“ drücke, aber tatsächlich wird nichts angezeigt. Ich führe ps im Terminal aus und es läuft kein Divinity. Es läuft weiterhin in meiner Bibliothek und ich habe auch andere Spiele gestartet (manchmal passierte dies in Windows nach dem Beenden eines Spiels und das Starten eines anderen würde es normalerweise beheben). Ich versuche, den Winetricks-Befehl erneut auszuführen, weil ich das Gefühl habe Vielleicht hätte ich nicht zu schnell neu starten sollen, ich erhalte den gleichen Fehler wie zuvor, wäre es das wert, einfach das Spiel und alle .net-Dateien zu löschen und von vorne zu beginnen?

BEARBEITEN: Ich habe mich entschieden, einen Bericht über ProtonDB zu veröffentlichen, aber ich habe herausgefunden, dass mein Grafiktreiber der kostenlose statt der nicht-freien ist. Ich erinnere mich, dass ich den unfreien nicht verwendet habe, weil die Auswahl dieses Treibers bei der Installation von Manjaro das gesamte System daran hindern würde, ordnungsgemäß zu booten. Nvidia-Treiber installiert und ich habe das Menü des Spiels aufgerufen! Ich werde ein paar Stunden herumspielen und sehen, ob irgendwelche Probleme auftreten.

Problemumgehungen teilen:

Der Trick zum Umbenennen und Symlinken hat bei mir funktioniert, aber ich wollte es vermeiden, davon abhängig zu sein, hauptsächlich, damit ich es nicht erneut tun muss, wenn das Spiel ein Update erhält. So:

Ich habe winetricks Version 20181203 verwendet, um dotnet472 zu installieren. Ich habe die Optionen --force oder -q nicht verwendet. Es lief mehrere .NET-Installationsprogramme mit steigenden Versionsnummern. Wann immer sie mich aufforderten, jetzt oder später neu zu starten, entschied ich mich für jetzt, da ich wusste, dass Wine meinen Computer nicht wirklich neu starten würde.

An zwei Stellen während des Vorgangs bemerkte ich, dass ein CPU-Kern bei 100 % feststeckte, während im Terminalfenster kein Fortschritt angezeigt wurde. Ich ließ den ersten eine Stunde lang laufen, entschied, dass er feststeckte, und beendete den verantwortlichen Prozess: pkill ngen.exe . Als es später erneut passierte, überprüfte ich die vollständige Befehlszeile des Prozesses, die sich als etwas wie „ngen.exe uninstall System“ herausstellte, gefolgt von einigen zusätzlichen Optionen. Das manuelle Ausführen von "ngen display System" ergab, dass keine Assembly mit diesem Namen installiert war, also dachte ich, es sei sicher, ngen noch einmal zu töten. Danach wurde die .NET-Installation fortgesetzt und schließlich abgeschlossen.

Ich habe dann meine Symlinks entfernt und die Verzeichnis- und Dateinamen von der früheren Problemumgehung zurückgesetzt, Steam gestartet und das Spiel gestartet. Steam bestand immer noch darauf, die erstmalige Einrichtung zu wiederholen (Installieren von Microsoft .NET Framework), aber danach erschien der Larian Launcher, und ich konnte das Spiel von dort aus starten. Fortschritt!

Seltsamerweise denkt Steam manchmal, dass das Spiel noch lange läuft, nachdem ich es beendet habe, was verhindert, dass Steam sauber beendet wird. Der Spielprozess wurde tatsächlich beendet, aber dieser Prozess hält die Wine-Instanz am Leben: mscorsvw.exe -StartupEvent c4 -InterruptEvent b4 -NGENProcess b8 -Pipe c0 -Comment NGen Worker Process Sieht aus wie ein weiterer ngen-bezogener Hänger.

All dies war mit Proton 4.11-2.

Ein paar Fragen bleiben mir im Kopf:

• Funktionieren neuere Versionen von winetricks für die Installation von dotnet472?
• Was versucht ngen.exe zu tun, und warum wird es nie beendet?
• Versucht mscorsvw.exe dasselbe? Gibt es eine Möglichkeit zu verhindern, dass es im Hintergrund bleibt, nachdem ich das Spiel beendet habe?
• Hat das manuelle Beenden dieser ngen-Prozesse etwas in einem kaputten Zustand hinterlassen, das mich später beißen wird?
• Warum maximiert der Larian Launcher meine CPU, obwohl es im Grunde ein verherrlichtes Menü ist, das nicht viel zu tun hat, außer darauf zu warten, dass ich eine Wahl treffe? Geht das unter Windows? Könnte es einen .NET-Hintergrunddienst aktivieren, der versucht, die gleiche Arbeit zu erledigen, die ngen versucht hat?
• Als ich das Spiel zum ersten Mal über den Launcher startete, erschien ein schwarzes Fenster, in dem nichts zu sehen war, außer einem „Ich stimme zu“-Button und einem „Nein, danke“-Button. Was wollte es mich fragen?
• Wie können wir Steam davon überzeugen, nicht jedes Mal, wenn wir das Spiel starten, das erste Setup auszuführen? Lösung gefunden. Siehe meinen nächsten Kommentar.

Lösung für Steam „Installieren von Microsoft .NET Framework“ bei jedem Spielstart, obwohl das Framework bereits installiert ist: Ein einzelner Wert fehlt in der Registrierung.

Hier ist eine .reg-Datei, die den fehlenden Wert erstellt, wenn sie mit regedit importiert wird:

Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINE\Software\Wow6432Node\Valve\Steam\Apps\CommonRedist\.NET\3.5]"3.5 SP1"=dword:00000001

Hier ist eine Befehlszeile, die dasselbe tut, vorausgesetzt, Ihre Umgebungsvariable WINEPREFIX und die ausführbare Wine-Datei sind richtig eingestellt:

wine reg add "HKLM\Software\Wow6432Node\Valve\Steam\Apps\CommonRedist\.NET\3.5" /v "3.5 SP1" /t REG_DWORD /d 1 /f

Nach dem letzten Update (4.11-6) startet das Spiel nicht.

PROTOKOLL:
[FEHLER] FATAL UNHANDLED EXCEPTION: System.IO.FileNotFoundException: Datei oder Assembly „PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35“ oder eine ihrer Abhängigkeiten konnte nicht geladen werden.

Dateiname: 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'
134308.524:0016:001a: trace:loaddll :free_modref Unloaded module L"C:\windows\system32\winebus.sys" : builtin
134308.524:0016:001a: trace:loaddll :free_modref Unloaded module L"C:\windows\system32\setupapi.dll" : builtin
pid 14972 != 14971, Zerstörung überspringen (fork ohne exec?)

Hallo zusammen, ganz neu bei diesem Steam.

Es meldet, dass der Download eine Mikrosekunde, nachdem ich auf die Schaltfläche „Installieren“ geklickt habe, abgeschlossen ist.

Und es ist natürlich nichts installiert.

Ich liebe diesen cleveren Schachzug von Valve, die eigentliche Fehlermeldung unkenntlich zu machen. Bemerkenswert!

Was macht man als nächstes?

Ich liebe diesen cleveren Schachzug von Valve, die eigentliche Fehlermeldung unkenntlich zu machen. Bemerkenswert!

Was macht man als nächstes?

Wenn Sie keinen Steam-Ordner unter .../.local/share haben, wo haben Sie Steam installiert? Das ist nicht normal, und das Umbenennen von ausführbaren Dateien war erforderlich, als ich dieses Spiel spielte, aber es gab mir nicht diesen Fehler, den Sie haben.

Nun, das Spiel meldet, dass es 9 MB groß ist, also ..
Ich habe es im Flatpak, vielleicht liegt es daran?

Der Pfad zu Flatpak ist /home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/Divinity Original Sin 2/

Flatpak ist super nützlich, da meine Distribution kein 32 Bit unterstützt.

Von https://github.com/ValveSoftware/steam-for-linux/issues/6740#issuecomment -562624291:
@ShalokShalom kommentierte am 06.12.2019T15:44:40:

Ich habe zu Proton gewechselt, das habe ich bekommen:

https://sendvid.com/c8sbktyp

Installiert es in den Standardordner.

Vielen Dank Kisak, jetzt verstehe ich das Ziel der verschiedenen Repositories.

Kurz gesagt, die Installation von .Net schlägt fehl.

Würde es helfen, wenn ich .Net Core kompiliere und einen Link zu seiner ausführbaren Datei setze?

Oder wie kann man ein Fehlerprotokoll überprüfen, damit wir sehen können, was los ist?

Danke euch allen :umarmung:

@ShalokShalom Sie können versuchen, es ohne Launcher auszuführen, etwa so:

export WINEDEBUG=-allexport WINEPREFIX=[path_to]/SteamLibrary/steamapps/compatdata/435150/pfxexport WINEESYNC=1[path_to]/SteamLibrary/steamapps/common/Proton\ 4.11/dist/bin/wine64 [path_to]/SteamLibrary/steamapps/common/Divinity\ Original\ Sin\ 2/DefEd/bin/EoCApp.exe >/dev/null 2>/dev/null

Ich habe alles getan, was du gesagt hast. Soll das jetzt losgehen?

Ja ^-^

Und gibt es eine Möglichkeit, das im Launcher zu beheben?

Vielen Dank

Ähm, absolut nicht amüsiert. Nachdem ich gestern mehrere Stunden gespielt habe, melde ich mich heute an und sehe Folgendes:

Kein Profil, sämtlicher Spielfortschritt komplett verloren, wie es scheint.

@ShalokShalom Führen Sie es mit normalem Wein oder Proton aus? Proton Stores spart ein

SteamLibrary/steamapps/compatdata/435150/pfx/drive_c/users/steamuser/My\ Documents/Larian\ Studios/Divinity\ Original\ Sin\ 2\ Definitive\ Edition/

während normaler Wein den eingeloggten Benutzernamen anstelle von 'steamuser' verwendet.
Oder etwas löscht den Ordner "Eigene Dateien" im Präfix, versuchen Sie, die Dateien dort anzusehen.

Danke lieff.

Also ja, die Spieldateien scheinen da zu sein. Beim Starten des Spiels mit genau demselben Befehl - den ich tatsächlich von der Bash-Geschichte verwendet habe - wird der obige Bildschirm angezeigt:

Kein Profil vorhanden. Wie kann man jetzt von hier aus erfolgreich sein? Danke :umarmung:

@ShalokShalom Führen Sie alle 4 Zeilen aus der Bash-Geschichte aus, einschließlich

export WINEDEBUG=-allexport WINEPREFIX=[path_to]/SteamLibrary/steamapps/compatdata/435150/pfxexport WINEESYNC=1

Kann es sein, dass Sie nur die letzte Zeile ausführen und Wein ein neues Präfix erstellt?
Es ist besser, diese Zeilen in ein .sh-Skript zu schreiben und einfach das Skript auszuführen, um das Spiel auszuführen.

Um Divinity innerhalb von Flatpak zu starten, speichern Sie diese als .sh und markieren Sie sie als ausführbar. Wie mit chmod +x /path/to/script oder mit Ihrem Dateimanager.

 export WINEDEBUG=-all export WINEPREFIX=/home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/compatdata/435150/pfx export WINEESYNC=1 /home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/Proton\ 4.11/dist/bin/wine64 /home/$USER/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/Divinity\ Original\ Sin\ 2/DefEd/bin/EoCApp.exe

Um die Dinge aufzuklären, @lieff : Ich sehe keine SteamLibrary in meinem Weg, Steam ist es hier. Können wir herausfinden, warum dieses Skript konsistent funktioniert?

Divinity Original Sin Crash beim Start | Bogen

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/3421.
@lo4952 gepostet am 2020-01-11T00:04:48:

Göttlichkeit: Erbsünde 2
435150

System Information

• Grafikprozessor: GTX 1060 6 GB
• Grafiktreiber: nvidia-440.44
• Kernelversion: 5.4.8-arch1-1
• Kern :
• Protonenversion: 4.11-11

Ich bestätige:

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

steam-435150.log

Symptome

DOS2 stürzt beim Booten ab, zeigt den Status einige Sekunden lang als „Launching“ und dann wieder „Play“ an

Reproduktion

Starten von DOS2

@lo4952

Ich hatte das gleiche Problem. In meinem Fall wurde die SupportTool.exe-Datei beim letzten Update des Spiels überschrieben, daher muss der Symlink-Fix erneut angewendet werden. Benenne/lösche SupportTool.exe um, erstelle einen neuen Symlink für ln -s EoCApp.exe SupportTool.exe und das Spiel sollte wieder spielbar sein.

Ich habe versucht, eine Lösung für das Problem der Umbenennung von Verzeichnissen zu finden, um das Spiel zu starten, und hier ist, was ich gefunden habe. Das große Problem dabei ist, dass Steam beim Starten eines Spiels das Starten von Skripten verbietet.

1. Die Arbeitslösung

Wenn Sie das Spiel von einem Terminal aus ausführen möchten, tun Sie einfach:
env STEAM_COMPAT_DATA_PATH="/<SteamLibraryPath>/compatdata/435150" /<SteamLibraryPath>/steamapps/common/Proton\ 5.0/proton waitforexitandrun '<SteamLibraryPath>/steamapps/common/Divinity Original Sin 2/DefEd/bin/EoCApp.exe'

Ändern Sie <SteamLibraryPath> in den richtigen Pfad für Ihre Steam-Bibliothek.

Ich habe es (noch) nicht versucht, aber ich denke, Sie können eine .desktop -Datei erstellen, um das Spiel mit nur einem Klick zu starten.

2. Die gute nicht funktionierende Lösung

Dann habe ich erfolglos versucht, etwas in das Eingabefeld "Startoptionen festlegen" einzugeben.

Ich habe diese Zeichenfolge, die die Namen korrekt konvertiert, aber das Spiel nicht startet:
echo '%command%' | sed 's/bin\/SupportTool.exe/DefEd\/bin\/EoCApp.exe/'

Die Befehlszeichenfolge wird korrekt konvertiert, aber das Spiel startet nicht. :(

Fazit

Meiner Meinung nach muss kein Verzeichnis umbenannt werden, um das Spiel zu starten.

Ich habe es nicht versucht, aber Sie können auch die klassische Version des Spiels mit diesen Vorschlägen ausführen, aber die Pfade ändern.

Dieser Befehl besagt nicht, dass Sie tatsächlich etwas tun sollen, sondern geben Sie das Ergebnis einfach auf stdout aus.

Probiere vielleicht so etwas:

$(echo '%command%' | sed 's/bin\/SupportTool.exe/DefEd\/bin\/EoCApp.exe/')

@ziabice Versuchen Sie, die String-Ersetzungsfunktion von bash zu verwenden, wie ich es hier getan habe.

Dieser sollte funktionieren:

bash -c 'exec "${@/bin\/SupportTool/DefEd\/bin\/EoCApp}"' -- %command%

@Saancreed

bash -c 'exec "${@/bin\/SupportTool/DefEd\/bin\/EoCApp}"' -- %command%

Ich habe das mit einer Neuinstallation versucht, aber es kam nur mit dem Mauszeiger zum Thema Spiel zum schwarzen Bildschirm. Ich habe es erneut versucht, nachdem ich xaudio2_7 in winecfg deaktiviert hatte, und das brachte den Larian-Splash-Screen-Sound zum Abspielen, aber das Spiel blieb immer noch am schwarzen Bildschirm und Cursor hängen. Dies stimmt mit dem überein, was andere in den frühen Kommentaren dieses Berichts beschrieben haben. Wenn jemand dieses Problem mit dem Festhalten am schwarzen Bildschirm lösen könnte, wäre Ihr Startbefehl eine sehr praktische Lösung. Leider scheint es vorerst ein No-Go zu sein.

Ich kann das Spiel jedoch immer noch zum Laufen bringen (ohne spezielle Startbefehle), indem ich dotnet472 im Wine-Präfix installiere. Ich benutze Protontricks , um dies einfacher zu machen:

WINETRICKS=/path/to/winetricks protontricks 435150 --force --unattended dotnet472

Dieser Befehl hängt an einem Punkt während der .NET-Installation, aber wenn Sie ein anderes Terminal öffnen und pkill ngen.exe ausführen, kann er abgeschlossen werden. Sobald es fertig ist, kann Steam den Larian Launcher starten und das Spiel funktioniert.

Wenn Sie das Spiel zum ersten Mal über den Launcher starten, wird ein schwarzes Dialogfeld angezeigt. Ich denke, dies bittet um Erlaubnis, Daten mit dem Herausgeber zu teilen. Wenn Sie mit der Maus über den unteren Rand fahren, werden die Ja- und Nein-Optionen angezeigt:

Außerdem löst der in meinem früheren Kommentar beschriebene Registrierungswert immer noch das Problem, dass Steam .NET jedes Mal neu installiert, wenn das Spiel läuft. Sie können WINETRICKS=/path/to/winetricks protontricks 435150 regedit verwenden, um Registrierungseinstellungen zu importieren oder manuell hinzuzufügen.

Hallo Leute, für diejenigen unter Ihnen, die versuchen, die Symlink-Problemumgehung durchzuführen, habe ich herausgefunden, warum das Problem mit dem schwarzen Bildschirm beim ersten Versuch auftritt.

Dies ist der -falsche- Weg, das Spiel zu symbolisieren:

mv bin bin-bakln -s DefEd/bin binmv bin/SupportTool.exe bin/SupportTool.bakln -s bin/EoCApp.exe bin/SupportTool.exe

-Der Grund, warum dies falsch ist und warum Sie möglicherweise einen schwarzen Bildschirm erhalten, wenn Sie eine Art Shell-Skript dafür verwenden, liegt darin, dass DefEd/bin/EoCApp.exe erwartet, dass sich DefEd/Data in ../ befindet.
-Jetzt haben wir einen bereits vorhandenen ../Data-Ordner im Hauptverzeichnis, aber es funktioniert nicht mit der DefEd/bin/EoCApp.exe, dem Spiel -WANTS- DefEd/Data für DefEd/bin/EoCApp.exe .
-Der Grund, warum es nach einem Relaunch funktioniert, ist, dass Sie bin symbolisch verlinkt haben, also beginnt es dieses Mal in /DefEd/bin statt in /bin. Der Datenpfad ist relativ wie '../'

SO ist der -korrekte- Weg zum Symlink, um den Launcher zu umgehen, so:

mv bin bin-bakmv Data Data-bakln -s DefEd/bin binln -s DefEd/Data Datamv bin/SupportTool.exe bin/SupportTool.bakln -s bin/EoCApp.exe bin/SupportTool.exe

--Ich habe dies für meine nächste Proton-ge-Veröffentlichung in Protontricks behoben, sodass es automatisch erfolgt. Es gibt jedoch die manuellen Schritte, falls jemand sie benötigt.

Danke GloriousEggroll, ich kann bestätigen, dass die obigen Schritte bei einer Neuinstallation einwandfrei funktionieren und tatsächlich den schwarzen Bildschirm vermeiden.

Aus Neugier, hat jemand den Script Extender von Norbyte zum Laufen bekommen? https://github.com/Norbyte/ositools/releases

Ich nehme an, es gibt keine einfache Möglichkeit, das Spiel dazu zu bringen, die .dll von Proton zu ziehen?

Was 5.0-7 angeht, funktioniert das Spiel für mich perfekt mit hervorragender Leistung auf Ultra-Grafiken nach dem Fix von @GloriousEggroll.

Protokoll des Absturzes, bevor ich den Fix angewendet habe
Meine Systeminformationen

Das Spiel läuft ungefähr 10-30 Minuten lang gut und bringt dann meine GPU zum Absturz. Ich habe eine Reihe von Proton-Versionen ausprobiert und NVIDIA 450.57 mit einer GTX 1050M verwendet

Ich habe auch versucht, es durch Lutris 'Wein laufen zu lassen, und ich bekomme das gleiche Problem

Das Spiel läuft ungefähr 10-30 Minuten lang gut und bringt dann meine GPU zum Absturz. Ich habe eine Reihe von Proton-Versionen ausprobiert und NVIDIA 450.57 mit einer GTX 1050M verwendet

Ich habe auch versucht, es durch Lutris 'Wein laufen zu lassen, und ich bekomme das gleiche Problem

Ich kann nicht sagen, dass dies das Problem ist, aber ich habe im Final Fantasy 14 Proton Issue Tracker gesehen, dass es einen Treiberfehler gibt, der mit dem letzten nVidia-Update eingeführt wurde und Abstürze mit DXVK verursacht. @doitsujin hat dort eine Art Arbeit gepostet.

Das Spiel läuft ungefähr 10-30 Minuten lang gut und bringt dann meine GPU zum Absturz. Ich habe eine Reihe von Proton-Versionen ausprobiert und NVIDIA 450.57 mit einer GTX 1050M verwendet
Ich habe auch versucht, es durch Lutris 'Wein laufen zu lassen, und ich bekomme das gleiche Problem

Ich kann nicht sagen, dass dies das Problem ist, aber ich habe im Final Fantasy 14 Proton Issue Tracker gesehen, dass es einen Treiberfehler gibt, der mit dem letzten nVidia-Update eingeführt wurde und Abstürze mit DXVK verursacht. @doitsujin hat dort eine Art Arbeit gepostet.

Ich habe versucht, die dxvk-conf-Datei in bin/ zu legen, schien nichts zu tun. Ich bin jedoch nicht davon überzeugt, dass es sich um dasselbe Problem handelt, da ich auf das aktuelle Problem mit ffxiv gestoßen bin und es meine GPU nicht getötet hat - ich konnte das Spiel einfach neu starten. Dieses Spiel stürzt die GPU vollständig ab und benötigt einen Power-Cycle, um wieder einsatzbereit zu sein

Danke @GloriousEggroll - Ich habe heute meinem STL-Wrapper Unterstützung für benutzerdefinierte Skripts hinzugefügt und DOS2 als Beispiel verwendet, nur um Ihre Korrektur ein paar Minuten später hinzuzufügen
https://github.com/frostworx/steamtinkerlaunch/commit/d7799befe02123473cbe63cc153d465a58f39c82

Hallo, ich verwende Arch Linux mit Proton-5.9-GE-5-ST und bekomme alle paar Frames konsistente Frame-Time-Spikes (was auch visuell beim Schwenken der Kamera und Bewegen auffällt):

Einstellung habe ich schon probiert

dxgi.syncInterval = 0d3d9.presentInterval = 0

in meinem dxvk.conf , aber das hat auch nicht funktioniert.

Hat jemand eine Idee, was hier los ist oder was ich noch versuchen könnte?

Hier ist die steam-435150.log .

Ich bin mir nicht sicher, wie weit dies in den Zuständigkeitsbereich von Proton als Ganzes fällt, aber Divinity kann nicht vollständig in der Wayland+Sway-Umgebung gestartet werden, funktioniert aber innerhalb des X-Servers mit i3 einwandfrei. Es hat einen Seitenfehler und stürzt beim Start ab, ohne wirkliche andere Informationen. Wenn dies im Bereich dessen liegt, was Proton unterstützen sollte, kann ich versuchen, mit Debugging-/Logging-Informationen zu helfen.

Offensichtlich verwende ich xwayland, und ich hatte keine Probleme mit anderen Spielen, einschließlich Spielen, die Proton wie Shadow of War verwenden.

War diese Seite hilfreich?

0 / 5 - 0 Bewertungen