_Updated: 04-14-20_ , hinzugefügt WINE und GE-Proton Build on 04-19-20:
Wenn Sie FFXIV über Proton ausführen möchten, finden Sie einige Anweisungen für aktuelle Installationen:
1) Standard-Proton funktioniert nicht. Sie müssen eine Version von GloriousEggrolls Repo herunterladen und seine Installationsanweisungen befolgen.
2) Sie müssen den folgenden Befehl ausführen:
WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable vorausgesetzt, Sie verwenden den Standardspeicherort für Ihre Bibliothek einer regulären Steam-Installation. Wenn Sie dies nicht tun, passen Sie den Pfad entsprechend an.

Anweisungen für andere Launcher- / Nicht-Steam-Versionen:

• Wenn Sie FFXIV außerhalb von Dampf ausführen möchten, nutzen Sie bitte Lutris ' Standalone - DXVK version Installer .
• Wenn Sie Lutris verwenden möchten, um FFXIV außerhalb von Steam auszuführen, und Ihr Spiel über Steam gekauft wird, fügen Sie Ihrer Lutris-Konfiguration für das Spiel das Argument -issteam .
• Wenn Sie Steam verwenden möchten, um eine Nicht-Steam-Version von FFXIV auszuführen, setzen Sie die Startoptionen von FFXIV auf: echo "%command%" | sed 's/-issteam\(freetrial\|\)//' | sh . (Danke an jbal91, der mich daran erinnert hat, dass sed Magie ist!)

Wichtige Punkte:
1) Der neue Launcher ist standardmäßig von Steam / GE-Proton deaktiviert - irgendwann wird dies wahrscheinlich nicht mehr funktionieren. Es hat ein offenes Wein Ticket hier .
2) Wenn Sie einen Nachbearbeitungsinjektor (ReShade, GShade usw.) verwenden, wird das Spiel durch ein Stottern von mehreren Sekunden behindert, wenn die Maus bewegt wird. Es hat ein offenes Wein Ticket hier . Sie können einen Arbeitswein bekommen hier (basierend auf WINE 5.4) und einem Arbeits Proton (gebaut von GloriousEggroll Repo auf 04-18-20) hier .

_ Frühere Updates _:
_Updated: 07-31-19_:
Hallo, Krieger der Dunkelheit / des Lichts! Wenn Sie versuchen, FFXIV über Proton zu spielen, wurde dies erheblich vereinfacht!

Sobald XIV über Steam installiert ist, öffnen Sie einfach die Datei unter ~/.steam/steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/FFXIV.cfg und ändern Sie CutsceneMovieOpening 0 in 1 . (Wenn Sie die Demo ausführen, tauschen Sie immer 39210 gegen 312060 aus.)

Wenn Sie die Option zum Installieren des Spiels über Steam nach dem Kauf nicht sehen, müssen Sie in Ihrem Steam-Client Steam -> Einstellungen -> Steam Play öffnen und dann sowohl "Steam Play für unterstützte Titel aktivieren" als auch "Aktivieren" aktivieren Steam Spielen Sie für alle anderen Titel, starten Sie Steam neu, wenn Sie dazu aufgefordert werden, und Sie sollten eingestellt sein!

Willkommen in der Community!

Ursprünglicher Beitrag:
Ich bin mir nicht sicher, ob dies direkt dasselbe Problem ist. Ich habe XIV über Proton zum Laufen gebracht, aber ich musste bekannten Weinantworten folgen, um es spielbar zu machen. Ich muss nämlich zwei Dateien im Verzeichnis steamapps / compatibledata / 39210 / pfx / drive_c / users / steamuser / Eigene Dateien / Eigene Spiele / FINAL FANTASY XIV - A Realm Reborn / bearbeiten.

In FFXIV_BOOT.cfg musste ich BrowserType auf 2 und in FFXIV.cfg CutsceneMovieOpening auf 1 bearbeiten.

Die erste Änderung ermöglicht es mir, an dieser Stelle zum Launcher zu gelangen. Wenn der Standardwert beibehalten wird, wird "Ein Systemfehler ist aufgetreten: 404. HTTPS-Systemfehler" angezeigt. Ich fürchte, ich habe die Installation Mitte der Woche durchgeführt, daher bin ich mir nicht sicher, ob ich auf diese Weise das Problem von nstgc während der Installation überwunden habe.
Die letztere Änderung bedeutet natürlich, dass ich die erste Zwischensequenz nicht sehe, wenn ich das Spiel zum ersten Mal spiele. Wenn ich sie jedoch auf dem Standardwert belasse, wird das Spiel gestartet, legt jedoch nach Auswahl eines Rechenzentrums auf.

Da diese Spielkonfigurationsdateien bearbeitet werden, bin ich mir nicht sicher, ob Valve dies für Proton in Betracht ziehen möchte, aber zumindest sind es Informationen.

FFXIV friert ein, wenn Echtzeitreflexionen aktiviert sind

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/627.
@ulzeraj veröffentlicht am 2018-08-26T05: 58: 03:

Final Fantasy 14 (ID: 39210) funktioniert im DX11-Modus nach einigen manuellen Problemumgehungen, bei denen die INI-Dateien bearbeitet werden, um den Browsertyp auf 2 zu setzen, die öffnende Zwischensequenz zu deaktivieren und winetricks xact als Präfix zu verwenden.

Allerdings… funktionieren Grafiken sofort nicht mehr, nachdem ich „Echtzeitreflexionen“ aktiviert habe. Durch Aktivieren eines beliebigen Levels dieser speziellen Option werden das Spiel und X11 eingefroren. Ich kann mich immer noch über SSH anmelden und es gibt folgende Meldungen:

[384.698959] [ DRM: amdgpu_job_timedout [amdgpu]] Fehler ring GFX Timeout letzten signalisiert seq = 202.749, zuletzt ausgesendeten seq = 202751
[384.698964] [drm] GPU-Wiederherstellung deaktiviert.

Die GPU ist Saphire R9 390. Das System ist OpenSUSE Tubleweed mit Kernel 4.18.0-1 unter Verwendung von amdgpu und Mesa 18.1.6 LLVM6. Dieselbe Hardware und dasselbe Spiel funktionieren unter Windows 10 mit aktivierten Echtzeitreflexionen einwandfrei.

Danke für die harte Arbeit.

@doitsujin kommentierte am 2018-08-26T10: 47: 10

Bitte testen Sie mit LLVM 7 und Mesa 18.2, wie in PREREQS.md vorgeschlagen .

@HereInPlainSight kommentierte am 2018-08-26T15: 37: 13

Systeminfo: Gentoo x86_64 | 4.14.65-gentoo | i5-6500 | NVIDIA GeForce GTX 1070 | NVIDIA 396.51

Ich hatte zuvor die Konfigurationsdatei bearbeitet, gerade llvm7 veröffentlicht und die xact-Winetricks zum Präfix hinzugefügt, auf DX11 umgestellt und kann bestätigen, dass ich mit Echtzeitreflexionen bei jeder gewünschten Einstellung ausgeführt werden kann.

@doitsujin kommentierte am 2018-08-26T16: 12: 39

@HereInPlainSight Die LLVM-Version ist nur für AMD-Treiber relevant, da sie LLVM zum Kompilieren von Shadern verwenden. Mesa muss gegen LLVM 7 gebaut werden, um richtig zu funktionieren.

@HereInPlainSight kommentierte am 2018-08-26T16: 50: 18

@doitsujin Ich war nicht zu 100% dabei, da die DirectX11-Informationen darauf hinweisen, dass LLVM7 empfohlen wird, um GPU-Hänge zu vermeiden, die nach dem Treiberabschnitt erwähnt werden. Mein Spiel unter Linux vor den neuen SteamPlay-Informationen war ziemlich beiläufig, daher habe ich mich entschieden, auf Nummer sicher zu gehen.

Die Verwendung der empfohlenen Bibliotheken hat das Problem für mich behoben, aber jetzt habe ich das von @nstgc beschriebene Problem mit fehlenden Schriftarten. Ich sollte erwähnen, dass das Problem mit Schriftarten in OpenSUSE Tumbleweed nicht aufgetreten ist.

Ich habe zu Ubuntu Bionic gewechselt, um die auf PREREQS.md beschriebenen Anforderungen zu erfüllen. Durch die Installation von diesen Repos erhielt ich Mesa 18.3, das gegen LLVM 8.0 kompiliert wurde. Ich habe auch LLVM und CLANG 8 installiert, da das Dokument nicht klar macht, ob libllvm8 ausreicht. Ich verwende immer noch amdgpu aus dem Kernel 4.18.5-041805, den ich von UKKUU installiert habe.

Übrigens sind der Wein und die Winetricks von Ubuntu-Standard-Repos zu alt und das Anwenden von xact führt dazu, dass das Spiel beim Start fehlschlägt.

irgendwie schaffe ich es, diese Schriften mit "winetricks allfonts" hinzuzufügen
Aber ich scheine nicht in der Lage zu sein, japanische Zeichen mit iBus anthy unter Ubuntu 18.04 einzugeben
Kann jemand anderes bestätigen? (Oder kann wirklich Japanisch im FFXIV-Chat schreiben)

Weder mein Steam-Controller noch mein Xbox 360-Controller funktionieren.
Sie werden beide in der Gamepads-Liste im Einstellungsmenü angezeigt, damit sie erkannt werden, aber das Drücken von Tasten funktioniert nicht.

Hier arbeiten die Controller nicht wie gewünscht mit Steam, aber ich habe es geschafft, sie über das native SDL-System zu verwenden.

Für DS4 funktioniert dies, indem Sie Ihrem Profil die folgende Variable hinzufügen (.bashrc oder / etc / environment) und das Dampfsteuerungssystem deaktivieren.

export SDL_GAMECONTROLLERCONFIG = '030000004c050000cc09000011810000, PS4-Controller, a: b0, b: b1, zurück: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , Anleitung: b10 , lef Schulter: b4 , linker Stock: b11 , le fttrigger: a2 , linker x: a0 , linker: a1 , rechter Schulter: b5 , rechter Stock: b12 , rig httrigger: a5 , rechter x: a3 , rechter: a4 , Start: b9 , x: b3, y: b2, Plattform: Linux , 050000004c050000cc09000000810000, PS4-Controller, a: b0, b: b1, zurück: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , Anleitung: b10 , lef tshoulder: b4 , linker Stock: b11 , le fttrigger: a2 , linker x: a0 , linker: a1 , rechter tshoulder: b5 , rechter Stock: b12 , rig httrigger: a5 , rechter x: a3 , rechter: a4 Start: b9 , x: b3, y: b2, Plattform: Linux , '

Die Sache ist ... Ich sollte in der Lage sein, den Controller nur für dieses Spiel zu deaktivieren, aber Steam benennt die Geräteknotenpfade etwas um, damit es funktioniert, muss ich alles deaktivieren. Das Umbenennen von Geräten findet in OpenSuSE nicht statt.

Die Kinematik spielt nicht, könnte mit Ausgabe # 1464 zusammenhängen.

Ich habe die Lösung für mein Problem hier gefunden: https://www.reddit.com/r/archlinux/comments/9bl3l7/steam_controller_not_working_with_protonsteam/

Das Problem war, dass zwei Eingänge für einen Controller erstellt wurden.
Das Problem wurde behoben, indem sudo rmmod hid_steam und Steam neu gestartet wurde.

Fehler beim Laden der eingebetteten Webseite im Game Launcher (Appid: 39210)

Problem übertragen von https://github.com/ValveSoftware/Proton/issues/2183.
@TenaarFeiri veröffentlicht am 2019-01-02T23: 58: 28:

Kompatibilitätsbericht

• Name des Spiels mit Kompatibilitätsproblemen: Final Fantaxy XIV Online
• Steam AppID des Spiels: 39210

System Information

• GPU: GTX 980M
• Treiber- / LLVM-Version: nVidia 390.87
• Kernel-Version: 4.18.0-13
• Link zum vollständigen Systeminformationsbericht als Gist : https://gist.github.com/TenaarFeiri/2733a8f25f8818a5c3e85777eed9be22
• Protonenversion: 3.7-8

Ich bestätige:

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

https://gist.github.com/TenaarFeiri/9e560a89346b17cc2de0ac9b508259e8

Symptome

Das Problem ist, dass Proton ffxivlauncher.exe anscheinend nicht dabei helfen kann, den richtigen Webbrowser zum Einbetten seiner Anmeldeseite zu verwenden. Ich habe Berichte erhalten, dass das Spiel selbst funktionsfähig ist, sobald Sie den Launcher passiert haben, aber ich kann es nicht testen, da dies ein entscheidender Schritt für das Herunterladen des Spiels ist.

Der Launcher selbst meldet einen HTTPS 404-Fehler, da er keinen Browser für die Zielseite des Launcher finden kann.

Reproduktion

• Laden Sie Final Fantasy XIV Online herunter und installieren Sie es.
• Starte das Spiel. ffxivboot.exe wird gestartet und gibt Ihnen keine nützlichen Informationen, da die Schriftart fehlerhaft ist.
• ffxivboot.exe beendet schließlich den Download und öffnet dann ffxivlauncher.exe
• Informieren Sie den Launcher, dass Sie bereits ein Konto beim Spiel haben.
• Fahren Sie mit den Eingabeaufforderungen fort, bis Sie fertig sind.
• Beobachten Sie den Launcher-Versuch, eine Webseite zu öffnen, die zum Starten des Spiels erforderlich ist, und schlagen Sie fehl.
• Schließen Sie das Spiel und starten Sie es so oft wie gewünscht neu.

EDIT: Habe das Spiel zum Laufen gebracht: D.
Derzeit habe ich ein Problem, dass in DX11 kein Audio vorhanden ist, in DX9 jedoch Audio. Ich spiele viel lieber in DX11, da die Leistung besser ist. Irgendwelche Ideen?
Ich verwende jetzt Proton 3.16-6 (Beta).

Ich habe das gerade gefunden und einige der oben genannten Optimierungen angewendet und den Launcher zum Laufen gebracht =)

Es bleibt abzuwarten, ob ich das Spiel selbst zum Laufen bringen kann, wenn der Download abgeschlossen ist, aber wir werden sehen!

Ich stelle fest, dass Präfixe oben erwähnt wurden. Ich bin nicht besonders technisch versiert. Wie würde ich sie anwenden, wenn ich sie brauche?

Irgendeine Idee, wie man Sound in DirectX 11 zum Laufen bringt? DX9 hat Sound, ist aber praktisch nicht spielbar.

@TenaarFeiri Mit Wine musste ich xact installieren und dann xaudio2_7 überschreiben

Wissen Sie, wie man das mit Proton Wine macht? Ich bin noch nicht ganz versiert mit diesem Zeug.

@TenaarFeiri Mit Wine musste ich xact installieren und dann xaudio2_7 überschreiben

Ich habe es herausgefunden! Vielen Dank, dass Sie mich in die richtige Richtung weisen.
Ich habe eine ordnungsgemäße Version von Wine gemäß den Anweisungen auf winehq.org installiert und dann Folgendes getan: WINEPREFIX=game_folder_in_steam winecfg und xaudio2_0 und xaudio2_7 in der Überschreibung festgelegt.
Das hat funktioniert! Ich habe jetzt Audio und tolle Leistung!

BEARBEITEN: Es stellte sich heraus, dass das Problem meine Desktop-Umgebung war. Ich habe Ubuntu 18.10 deinstalliert und durch Kubuntu 18.10 ersetzt und jetzt funktioniert der Fenstermodus großartig!

Okay!
Neues Problem!
Das Spiel funktioniert also perfekt im Windows-Vollbildmodus, ohne irgendwelche Probleme (die ich sehen kann). Aber ich ziehe es tatsächlich vor, das Spiel im Fenstermodus zu spielen, und hier treten Probleme auf: Ich habe Fähigkeiten, die an Nummernfelder gebunden sind, die aktiviert werden, wenn ich meine Maustasten drücke. In Windowed Fullscreen funktionieren sie hervorragend ohne Fehler, aber wenn ich sie in Windowed more verwende, gibt es ein merkliches FPS-Absinken / Einfrieren, das es schwierig macht, so zu spielen.

Ich habe ein Video aufgenommen: https://youtu.be/iqLxMQLCLe4 (die niedrige Framerate des Spiels ist ein Ergebnis der Aufnahme, aber zum Glück macht es auch sehr deutlich, wenn ich die Maustasten drücke, damit Sie beobachten können).

Irgendwelche Ideen, wie ich das beheben könnte?

Die neueste FAudio-Revision behebt Audio für die DX11-Version:

https://github.com/FNA-XNA/FAudio/commit/83f8734ef15f76fcbacd7279f890aefde9d62021

BEARBEITEN: Solange Sie den Hall ausschalten ... fügen Sie nach dieser Zeile return buffer; hinzu, wenn Sie dies wirklich ausprobieren:

https://github.com/FNA-XNA/FAudio/blob/master/src/FAudio_internal.c#L628

Die neueste FAudio-Revision behebt auch Effekte! Das Spiel klingt in meinem eigenen Setup jetzt ohne Änderungen gut (abzüglich einer gewissen Dämpfung, aber das sollte nicht ohrenbetäubend sein).

Zusammen mit all dem und mit xact, xaudio2_0-9, denke ich, dass die offizielle Unterstützung nicht so weit weg sein sollte?
Es funktioniert perfekt mit diesen Korrekturen in Proton 3.16-6 Beta, und die größte Hürde besteht darin, den Browsertyp auf 2 und CutsceneMovieOpening auf 1 zu ändern, wie von @HereInPlainSight beschrieben.
Aber ich würde wetten, dass der Steam-Client in der Lage sein sollte, dies selbst zu tun, wenn das Spiel installiert ist.

Proton 3.16-7 enthält die neuesten FAudio-Änderungen, sodass Audio mit der DX11-Version ordnungsgemäß funktionieren sollte.

Mit der Beta-Version 3.16-7 habe ich die kompatiblen Daten für dieses Spiel neu erstellt, um alle manuellen Änderungen vollständig rückgängig zu machen. Ich musste BrowserType immer noch auf 2 und CutsceneMovieOpening auf 1 ändern. Audio funktioniert jetzt ohne Überschreibungen der xaudio-DLL, aber das Audio wird mit der Spielzeit zunehmend verzögert. Nach ca. 20-30 Minuten Spielzeit wird der gesamte Ton um 1-2 Sekunden verzögert.

Erlebt noch jemand etwas Ähnliches?

Wir haben einen kurzen Blick darauf geworfen und ich glaube, Sie sind auf ein Designproblem mit SDL_AudioStreams gestoßen. Ich habe den Resampler ausgetauscht. Wenn ich also alles richtig gemacht habe, sollte die Verzögerung weg sein (und hoffentlich ist die Klangqualität immer noch in Ordnung):

https://github.com/FNA-XNA/FAudio/commit/fe31f1b6b021f4896016dc2eacc85026005abdf9

Ich habe immer noch Probleme mit einem HTTPS-Fehler im Launcher, obwohl BrowserType auf 2 gesetzt wurde. Unter GNOME mit Wayland, GNOME auf Xorg und Plasma ohne Erfolg getestet.

Ich habe immer noch Probleme mit einem HTTPS-Fehler im Launcher, obwohl BrowserType auf 2 gesetzt wurde. Unter GNOME mit Wayland, GNOME auf Xorg und Plasma ohne Erfolg getestet.

Versuchen Sie, den Ordner "web" in ~/.local/share/Steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/ löschen

Ich habe 2 Fedora 29-Computer, auf denen ich diesen Ordner ständig löschen muss, damit der Launcher geladen wird, während er auf dem anderen nicht benötigt wird. Ich bin mir jedoch nicht sicher, was zwischen den beiden Maschinen unterschiedlich ist

Manchmal tritt das Problem auch dann auf, wenn Sie keine Verbindung zu ihnen herstellen können
Zielseite.

Ich vermute, Sie haben es bereits, aber wenn Sie es nicht haben, überprüfen Sie es
Stellen Sie sicher, dass Ihr BrowserType in boot.cfg auf 2 gesetzt ist (glaube ich?).

Den lør. 2. März 2019, 03:37 skrev Equivocal90 [email protected] :

Trotzdem habe ich immer noch Probleme mit einem HTTPS-Fehler im Launcher
BrowserType wurde auf 2 gesetzt. Getestet unter GNOME mit Wayland, GNOME eingeschaltet
Xorg und Plasma ohne Erfolg.

Löschen Sie den Ordner "web" in ~ / .local / share / Steam / steamapps / compatibledata / 39210 / pfx / drive_c / users / steamuser / My
Dokumente / Meine Spiele / FINAL FANTASY XIV - Ein wiedergeborenes Reich /

Ich habe 2 Fedora 29-Maschinen, auf denen ich diese ständig löschen muss
Ordner, den der Launcher laden kann, während er sich auf dem anderen befindet, erfordert ihn nicht.
Ich bin mir jedoch nicht sicher, was zwischen den beiden Maschinen unterschiedlich ist

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

Manchmal tritt auch das Problem auf, wenn Sie keine Verbindung zu ihrer Zielseite herstellen können. Ich vermute, Sie haben es bereits, aber wenn Sie es nicht haben, überprüfen Sie, ob Ihr BrowserType in boot.cfg auf 2 gesetzt ist (glaube ich?). Den lør. 2. März 2019, 03:37 skrev Equivocal90 [email protected] :
…
Ich habe immer noch Probleme mit einem HTTPS-Fehler im Launcher, obwohl BrowserType auf 2 gesetzt wurde. Unter GNOME mit Wayland, GNOME auf Xorg und Plasma ohne Erfolg getestet. Versuchen Sie, den Ordner "web" in ~ / .local / share / Steam / steamapps / compatibledata / 39210 / pfx / drive_c / users / steamuser / Eigene Dateien / Eigene Spiele / FINAL FANTASY XIV - A Realm Reborn / I have 2 Fedora 29 zu löschen Auf Computern, auf denen ich diesen Ordner ständig löschen muss, damit der Launcher geladen werden kann, ist dies auf dem anderen nicht erforderlich. Obwohl ich nicht sicher bin, was zwischen den beiden Maschinen unterschiedlich ist - Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub < # 580 (Kommentar) > an oder schalten Sie den Thread https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx stumm.

Auf meinem Computer mit dem Problem BrowserType ist 2 und es wird ein anderer https-Fehler ausgegeben. Es ist entweder erfolgreich oder gibt mir einen -22 oder -21 Fehler, bis ich den zuvor angegebenen Ordner lösche.

Frage für Leute, die dieses Spiel spielen: Funktioniert nur die erste Zwischensequenz, die übersprungen werden muss, oder funktionieren Ingame-Zwischensequenzen auch nicht? Ich habe es geschafft, das Spiel zum Laufen zu bringen, aber da dies das erste Mal ist, weiß ich nicht, wo ich Zwischensequenzen im Spiel sehen soll.

@ Equivocal90

Ich bin mir nicht sicher, wie ich damit umgehen soll. = (Ich hatte das Glück, dieses Problem zu vermeiden! Welche Proton-Version verwenden Sie? Ich verwende die neueste (Beta). Ich dachte, die Desktop-Umgebung könnte ein Problem sein, aber Sie haben sie an einigen getestet Aber ich benutze Kubuntu / Debian, also könnte es sein, dass Fedora ein anderes Problem hat, das ich nicht erraten kann.

@ Mushoz
Zwischensequenzen im Spiel funktionieren einwandfrei, und Sie können die Filmsequenzen in FFXIV sogar über das Eröffnungsmenü anzeigen, wenn der Client geöffnet wurde.
Interessanterweise scheint es keinen offensichtlichen Grund zu geben, warum der Client nicht mit aktivierten anfänglichen Zwischensequenzen beginnen würde, da er sie tatsächlich gut wiedergibt, sobald sie ausgeführt werden?
In jedem Fall sollten alle Zwischensequenzen im Spiel funktionieren! Ich habe noch keine Probleme.

Ich fürchte mich allerdings leicht vor Schattenbringern! Keine Ahnung, wie sich das auf die aktuelle Leistung von Proton auswirken wird.

@flibitijibibo und @ Equivocal90 :
Ich kann bestätigen, dass das neueste Faudio die progressive Klangverzögerung behebt.

Ich scheine jedoch auf ein anderes Problem gestoßen zu sein ...

Nach einer Weile (manchmal sind es <30 Minuten, manchmal sind es mehr als 2 Stunden) bekomme ich große Unterschiede in der Frame-Zeit, die dazu führen, dass das Spiel stottert.
Ich habe "DXVK_HUD": "full" in user_settings.py geändert, damit Proton genau beobachtet, was los ist ... und nach ungefähr 50 Minuten Spielzeit ist es wieder passiert.

Was ich fand, war, dass die folgenden Ursachen große Zeitspitzen beim Rendern von Frames verursachen:

• Maus bewegt
• Maus geklickt
• Taste eingegeben (und ja, es ist spezifisch für die Eingabe des Zeichens, nicht nur das Drücken der Taste)

Woher weiß ich, dass der Schlüssel eingegeben wurde:

1. Halten Sie eine Taste gedrückt (dh D, um nach rechts zu drehen): Das Stottern beginnt, dann hört das Stottern für einen Moment auf und setzt sich einen Moment später fort.
2. Wenn Sie jetzt auf eine andere Taste tippen (z. B. W, um vorwärts zu gelangen), hört das Stottern auf, wenn Sie die zweite Taste loslassen (in diesem Fall W), obwohl Sie immer noch die erste Taste gedrückt halten.

Dies ist das gleiche Verhalten, das mein System beim Eingeben eines Textfelds hat.
Sobald das Spiel so wird, hört es nicht auf, bis das Spiel neu gestartet wird.

Beachten Sie, dass das Spiel bis zu diesem Start fehlerfrei funktioniert (wenn dies nicht der Fall wäre, würde ich sagen, dass es offizielle Unterstützung haben könnte). Es passiert zu so zufälligen Zeiten, dass ich nicht herausgefunden habe, wie ich es selbst reproduzieren kann (außer nur lange zu spielen - nur im Leerlauf zu sitzen scheint nicht zu funktionieren).

Betriebssystem: Kubuntu 18.04 LTS (Compositor deaktiviert)
GPU: RX 580 8 GB
Proton: 3,16-7 Beta
Mesas versuchte: 18.2 und 19.0.99 (Oibaf spätestens)
LLVM: 7.0.1

Ich habe:

• Beobachtet die GPU-Speichernutzung, Taktraten usw. - die die gleichen sind wie vor der Änderung (die einzige Ausnahme ist, dass beim Bewegen / Klicken der Maus oder beim Tippen - was das Stottern zu verursachen scheint - die GPU-Nutzung _ verringert_ wird).
• Beobachtete CPU-Takte und Auslastung - die auch gleich bleiben (ich habe sie jedoch bei der Eingabe nicht gesehen)
• Deaktiviert alle Formen der Frame-Begrenzung im Spiel
• Versuchte verschiedene Mauseinstellungen im Spiel
• Dmesg wurde auf E / A- oder Interrupt-Probleme mit der Hardware überprüft - nichts protokolliert
• Überprüfte das DXVK-Protokoll im Steam-Ordner - nichts Ungewöhnliches
• Verglichen mit all den Dingen, die vor und nach dem Stottern im dxvk hud gezeigt werden, scheinen sich nur fps und Frame-Zeit zu ändern, und diese Änderung erfolgt nur während der Eingabe

Ich habe keine Ideen mehr, daher ist jede Hilfe willkommen.

Das Spiel im Grafikteil funktioniert einwandfrei
Aber das Audio wird nach kurzer Zeit (10 Minuten würde ich sagen) verzögert und es wird nervig

Das Spiel im Grafikteil funktioniert einwandfrei
Aber das Audio wird nach kurzer Zeit (10 Minuten würde ich sagen) verzögert und es wird nervig

Nach meinem Verständnis sollte das Problem behoben werden, wenn Proton eine neuere Version von FAudio erhält

Das Spiel im Grafikteil funktioniert einwandfrei
Aber das Audio wird nach kurzer Zeit (10 Minuten würde ich sagen) verzögert und es wird nervig

Möglicherweise können Sie dieses Problem lösen, indem Sie die Eigenschaften des Spiels öffnen und die Startoptionen wie folgt festlegen:

PULSE_LATENCY_MSEC = 60% Befehl%

Es sollte wirklich nur das Knistern beheben, aber mangels anderer Vorschläge, bis FAudio aktualisiert wird, ist es einen Versuch wert?

@Turbito Wenn Sie

https://github.com/FNA-XNA/FAudio

Bauen und ersetzen Sie einfach den Protonenstrom. Wenn Sie unter Ubuntu arbeiten, benötigen Sie die folgenden Pakete:

• cmake
• libsdl2-dev
• Build-Essential

Ich verwende derzeit eine, die momentan etwas älter ist (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), aber der aktuelle Master sollte auch funktionieren.

PS Wenn Sie auf das Problem stoßen, das ich in meinem vorherigen Beitrag beschrieben habe, würde ich gerne wissen.

Manchmal tritt auch das Problem auf, wenn Sie keine Verbindung zu ihrer Zielseite herstellen können. Ich vermute, Sie haben es bereits, aber wenn Sie es nicht haben, überprüfen Sie, ob Ihr BrowserType in boot.cfg auf 2 gesetzt ist (glaube ich?). Den lør. 2. März 2019, 03:37 skrev Equivocal90 [email protected] :
…
Ich habe immer noch Probleme mit einem HTTPS-Fehler im Launcher, obwohl BrowserType auf 2 gesetzt wurde. Unter GNOME mit Wayland, GNOME auf Xorg und Plasma ohne Erfolg getestet. Versuchen Sie, den Ordner "web" in ~ / .local / share / Steam / steamapps / compatibledata / 39210 / pfx / drive_c / users / steamuser / Eigene Dateien / Eigene Spiele / FINAL FANTASY XIV - A Realm Reborn / I have 2 Fedora 29 zu löschen Auf Computern, auf denen ich diesen Ordner ständig löschen muss, damit der Launcher geladen werden kann, ist dies auf dem anderen nicht erforderlich. Obwohl ich nicht sicher bin, was zwischen den beiden Maschinen unterschiedlich ist - Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub < # 580 (Kommentar) > an oder schalten Sie den Thread https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx stumm.

Es stellt sich heraus, dass Steam unter SteamPlay einen neuen Ordner "Meine Spiele" erstellt. Die gelesene Konfigurationsdatei hatte das neue Präfix.

Das Spiel im Grafikteil funktioniert einwandfrei
Aber das Audio wird nach kurzer Zeit (10 Minuten würde ich sagen) verzögert und es wird nervig

Möglicherweise können Sie dieses Problem lösen, indem Sie die Eigenschaften des Spiels öffnen und die Startoptionen wie folgt festlegen:

PULSE_LATENCY_MSEC = 60% Befehl%

Es sollte wirklich nur das Knistern beheben, aber mangels anderer Vorschläge, bis FAudio aktualisiert wird, ist es einen Versuch wert?

@Turbito Wenn Sie

https://github.com/FNA-XNA/FAudio

Bauen und ersetzen Sie einfach den Protonenstrom. Wenn Sie unter Ubuntu arbeiten, benötigen Sie die folgenden Pakete:

* cmake

* libsdl2-dev

* build-essential

Ich verwende derzeit eine, die momentan etwas älter ist (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), aber der aktuelle Master sollte auch funktionieren.

PS Wenn Sie auf das Problem stoßen, das ich in meinem vorherigen Beitrag beschrieben habe, würde ich gerne wissen.

Ich spiele seit ungefähr eineinhalb Stunden und das einzige Grafikproblem ist, dass sich die Kamera nicht so flüssig bewegt wie in einem Windows-System ... Es kommt nur in einer hohen Desktop-Grafikkonfiguration vor. Im Standard-Laptop funktioniert die Kamera wie vorgesehen

Ich habe es gerade versucht, aber keines davon (auch nicht gleichzeitig) behebt meine Audioverzögerung ...
Die Audioqualität ist gut, das einzige Problem ist die kleine (aber durch 2 oder 3 Sekunden wahrnehmbare) Verzögerung / Desynchronisation des Sounds

edit: Ich habe gerade bemerkt, dass ich die Bibliothek in den Ordner lib / kopiert habe ... Ich teste in den Ordner lib64 /

Welche Linux-Version verwenden Sie und wie lautet Ihre Proton-Version?
Haben Sie versucht, alle xaudio-Kanäle mit wineconfig für das zu aktivieren?
kompatible Daten pfx sowie xact?

Ich verwende derzeit die neueste Proton-Beta unter Kubuntu 18.10.

>

Jetzt scheint das Kopieren in den lib64-Ordner von proton ohne Verzögerung zu funktionieren. In dieser halben Stunde habe ich keine Verzögerung bemerkt. Das Audio ist perfekt synchronisiert. Danke euch allen.

Ich habe nichts mit dem Wein von Proton zu tun, sondern nur die Bibliothek kopiert und eingestellt

PULSE_LATENCY_MSEC=60 %command%

in die Startparameter

Unter Linux 5.0, Mesa 19.1.0-devel (git-cb4e3e3ef6), xf86-xorg-amdgpu bis zum heutigen Tag usw. in Proton 3.16-7 Beta (nicht sicher, ob das die Nummer ist ... Es ist die neueste Version dieses Steam-Clients Anzeigen)

Genial! Ich bin froh, dass das für dich behoben wurde!
Ich habe eigentlich nach der Distribution gesucht. Mein schlechtes, das, ich gewöhne mich immer noch an die Linux-Welt: D.
Viel Spaß beim Spielen!

Genial! Ich bin froh, dass das für dich behoben wurde!
Ich habe eigentlich nach der Distribution gesucht. Mein schlechtes, das, ich gewöhne mich immer noch an die Linux-Welt: D.
Viel Spaß beim Spielen!

Gentoo "testen"? (~ amd64). Aber es sollte auch in jeder anderen Distribution funktionieren, denke ich.

@schives Ich habe das gleiche Problem erlebt, obwohl es ohne Eingabe abgehackt sein wird, macht Eingabe es definitiv schlimmer. Es scheint auch genau eine Stunde für mich zu dauern. Wenn ich das Spiel neu starte, funktioniert alles wieder einwandfrei. Bitte lassen Sie mich wissen, wenn Sie hierfür Problemumgehungen oder Lösungen finden.

Der Versuch, eine Dokumentation des Problems zu erhalten, das ich habe, scheint dasselbe zu sein wie bei @schives , wo es nach einer Stunde wirklich ruckelig und schlecht ist. Ich musste dies leider mit einer Telefonkamera machen, aber es scheint ein wenig durchzukommen, besonders im Vergleich zu dem, wenn es richtig funktioniert

Nach einer Stunde:
https://witches.live/@anna/101786126154372039

Normalerweise:
https://witches.live/@anna/101786130006475213

Follow-up, scheint es eine Folge des aktiven Spiels zu sein. Ich habe das Spiel die ganze Nacht über verlassen, nachdem ich mich nur angemeldet und ein bisschen geplaudert hatte, und am Morgen ist das Stottern nicht da.

Noch ein Kommentar, um absolut zu bestätigen, dass ich dasselbe habe, was @schives hat, und es besser dokumentiert hat als ich. Es scheint etwas mit der Eingabe zu tun zu haben, und tatsächlich scheint es eine Funktion zu sein, die fast davon abhängt, wie viele Tasten Sie drücken. Wenn Sie aktiv sind und Quests und Instanzen ausführen, scheint es schneller zu kommen, während ich es nicht hatte für verdammt fast 18 Stunden, weil ich es über Nacht eingeschaltet gelassen habe, um dies zu testen, und dann sehr sporadisch gespielt habe, meistens Zwischensequenzen, und es begann erst kurz bevor ich den neuen Dungeon gemacht habe (zum Glück bevor ich reingegangen bin, heh). Ich habe einigen Leuten geholfen, Tsukiyomi normal zu klären, und es hat in der Mitte des zweiten Teils begonnen, und es macht WIRKLICH Spaß, damit umzugehen, wenn Ihnen die AOEs ausgehen und die Eingabe alles noch schlimmer macht ...

Es ist so bizarr. Wenn es Ihnen nichts ausmacht, @schives, können wir sehen, was an unseren Setups ähnlich ist, um das Problem möglicherweise zu beheben?

Ich benutze Gentoo, Kernel-Version 4.19.27-gentoo-r1
Ich habe den Sound mithilfe dieses Befehls behoben, obwohl ich das Spiel über die Option "Kostenlose Testversion" ausführe, da ich ein altes Nicht-Steam-Konto habe und es nicht genau diese Nummer ist:
protontricks 39210 xaudio2_{0,1,2,3,4,5,6,7,8,9}=native

Meine glxinfo:

anna<strong i="15">@eurekapyros</strong> ~/.steam/steam/steamapps/common/FINAL FANTASY XIV Online $ glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 1070 Ti/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 418.43
OpenGL core profile shading language version string: 4.50 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6.0 NVIDIA 418.43
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 418.43
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

Die Protonenversion ist 3.16-8 Beta
Die CPU ist eine Intel (R) Core (TM) i7-6700K-CPU mit 4,00 GHz

Ich habe einen zuckenden Clip von diesem Problem gemacht, der beim Streaming auftritt

https://clips.twitch.tv/CarelessPeacefulAirGuitarYouWHY

Wenn die Mauskamerabewegung passiert, ist sie dann immer noch abgehackt, wenn Sie die Kamera über die Tastatur bewegen?

Es ist eine Weile her, seit ich in FFX | V war, und ich erinnere mich nicht, ob es Standardbindungen für die Kamera, für die Tastatur gibt, ob es wie eingebaut gemacht werden kann, aber wenn ja, hat jemand das versucht?

Bewirtschaftet das Bewegen der Maus (auch ohne Bewegen der Kamera) die Abgehackung?

(Entschuldigung, wenn ich irgendwo Erwähnungen dieser Dinge verpasst habe; ich erhalte hier E-Mails zu jeder Nachricht unter ValveSoftare, aber ich habe diese möglicherweise verpasst und lese momentan nicht alle diese Kommentare ^^;).

Ja tut es. Jedes Mal, wenn Eingaben gemacht werden, wird es abgehackt, egal ob Sie die Maus oder die Tastatur verwenden. Es ist immer noch abgehackt, wenn Sie sich die Animationen genau ansehen, während Sie still stehen und nicht tippen, aber es wird wieder schlimm, selbst wenn Sie in die Chatbox oder so etwas tippen. Jede Art von Eingabe scheint es abgehackt zu machen.

Okay, es scheint nicht so, wie ich es anderswo gesehen habe, in Bezug auf Bewegungen und Eingaben.

Eine Sache, die bei diesem Titel ebenfalls ähnlich zu sein scheint, ist, dass der Grafikspeicher nach einer Weile des Spielens zur Neige geht. Eine Zeit lang ist alles in Ordnung, aber dann wird es verrückt ...

Ich spreche ein wenig aus der Vergangenheit und leite das Spiel über Wine, seit dem allerersten Alpha bis Beta und was auch immer sie jetzt veröffentlichen. :]

Ich würde auf den verwendeten Grafikspeicher achten, da mir anscheinend der Speicher ausgeht (Speicherlecks?). Die Dinge liefen nach einer Weile sehr ähnlich zu dem, was ich hier gesehen habe, und es stimmt, dass Sie sich tatsächlich bewegen müssen, nicht nur im Leerlauf.

@witcheslive und @Chiitoo
Es scheint kein VRAM zu sein, Radeontop zeigt, dass die Speichernutzung auf meinem RX 580 ungefähr konsistent ist und niemals Spitzenwerte über 3 GB erreicht, selbst wenn andere Anwendungen ausgeführt werden.
Die Speichernutzung ist gering, ohne offensichtliche Speicherlecks.

Ich habe sogar versucht, andere PCIE-Karten zu entfernen, falls es dort ein Problem gibt (etwas extrem zum Debuggen), aber es gab keine Änderung.

Es sieht wirklich nach einem Problem aus, wie entweder Proton oder FF14 mit Eingaben umgehen. Wenn Sie das Full-DXVK-HUD aktivieren, sollten Sie beim Klicken mit der linken Maustaste ein kurzes Ruckeln im Frame-Time-Diagramm sehen können (Bruchteil einer Sekunde - die Art von Dingen, die Sie normalerweise nicht sehen würden). Dieses Ruckeln beim Klicken mit der linken Maustaste ist vorhanden, noch bevor das Spiel im Stotter-on-All-Input-Modus wechselt.

Wenn das Spiel abgehackt ist, deaktivieren Sie die Tastenwiederholung mit xset r off (dies deaktiviert die Tastenwiederholung in xorg) und laufen Sie mit den WASD-Tasten herum. Sie werden feststellen, dass das Spiel nicht wirklich abgehackt ist, selbst wenn Sie die Taste gedrückt halten, solange Sie nicht die Maus bewegen oder neue Tasten drücken. Verwenden Sie xset r on um die Schlüsselwiederholung wieder zu aktivieren.

Ich habe auch gesehen, dass die Zeit, die das Spiel benötigt, um abgehackt zu werden, umgekehrt proportional zur Anzahl der Tasten zu sein scheint, die ich drücke.

Dinge, an die ich denken könnte, könnten Probleme verursachen:

1. Es könnte eine Art Datenstruktur geben, die als Puffer fungiert und alle Tasten gedrückt hält und angepasst werden muss (z. B. ein Stapel oder eine Warteschlange), wenn sie übermäßig voll wird und nicht geleert wird. Es wäre sinnvoll, wenn eine solche Datenstruktur, bei der alle Werte über einen Speicherplatz verschoben werden müssen, zu einem Engpass bei der Speicherbandbreite führen könnte.

1. Es ist auch möglich, dass der Audio-Fix fehlerhaft ist.

2. Wir haben beide Intel-Prozessoren: Vielleicht verursacht eine der Abhilfemaßnahmen für diese übermäßig zahlreichen Hardware-Schwachstellen Probleme?

3. Es könnte etwas falsch sein, wie Proton die Eingabe für FF14 übersetzt.

Was die Systemspezifikationen angeht, sehe ich nur, dass unser CPU-Anbieter (Intel) ähnlich ist ...

Detaillierte Spezifikationen

Betriebssystem: Kubuntu 18.04 LTS
Proton: 3.16-8 Beta

$ uname -srvmpio
Linux 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              8
On-line CPU(s) list: 0-7
Thread(s) per core:  2
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               45
Model name:          Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz
Stepping:            7
CPU MHz:             1200.413
CPU max MHz:         3800.0000
CPU min MHz:         1200.0000
BogoMIPS:            7203.91
Virtualization:      VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            256K
L3 cache:            10240K
NUMA node0 CPU(s):   0-7
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts flush_l1d

# lshw -class memory
  *-memory
       description: System Memory
       physical id: 2e
       slot: System board or motherboard
       size: 16GiB
     *-bank:0
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 0
          serial: 00000000
          slot: ChannelA_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:1
          description: DIMM Synchronous [empty]
          product: ChannelA_Dimm2_PartNum
          vendor: ChannelA_Dimm2_Manufacturer
          physical id: 1
          serial: ChannelA_Dimm2_SerNum
          slot: ChannelA_Dimm2
          width: 64 bits
     *-bank:2
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 2
          serial: 00000000
          slot: ChannelB_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:3
          description: DIMM Synchronous [empty]
          product: ChannelB_Dimm2_PartNum
          vendor: ChannelB_Dimm2_Manufacturer
          physical id: 3
          serial: ChannelB_Dimm2_SerNum
          slot: ChannelB_Dimm2
          width: 64 bits
     *-bank:4
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 4
          serial: 00000000
          slot: ChannelC_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:5
          description: DIMM Synchronous [empty]
          product: ChannelC_Dimm2_PartNum
          vendor: ChannelC_Dimm2_Manufacturer
          physical id: 5
          serial: ChannelC_Dimm2_SerNum
          slot: ChannelC_Dimm2
          width: 64 bits
     *-bank:6
          description: DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
          product: F3-1600C9-4GAB
          vendor: Undefined
          physical id: 6
          serial: 00000000
          slot: ChannelD_Dimm1
          size: 4GiB
          width: 64 bits
          clock: 1600MHz (0.6ns)
     *-bank:7
          description: DIMM Synchronous [empty]
          product: ChannelD_Dimm2_PartNum
          vendor: ChannelD_Dimm2_Manufacturer
          physical id: 7
          serial: ChannelD_Dimm2_SerNum
          slot: ChannelD_Dimm2
          width: 64 bits

$ vulkaninfo | head -243
===========
VULKAN INFO
===========

Vulkan Instance Version: 1.1.70

ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_intel.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_radeon.so: wrong ELF class: ELFCLASS32


Instance Extensions:
====================
Instance Extensions     count = 16
        VK_KHR_device_group_creation        : extension revision  1
        VK_KHR_external_fence_capabilities  : extension revision  1
        VK_KHR_external_memory_capabilities : extension revision  1
        VK_KHR_external_semaphore_capabilities: extension revision  1
        VK_KHR_get_physical_device_properties2: extension revision  1
        VK_KHR_get_surface_capabilities2    : extension revision  1
        VK_KHR_surface                      : extension revision 25
        VK_KHR_wayland_surface              : extension revision  6
        VK_KHR_xcb_surface                  : extension revision  6
        VK_KHR_xlib_surface                 : extension revision  6
        VK_KHR_display                      : extension revision 23
        VK_EXT_direct_mode_display          : extension revision  1
        VK_EXT_acquire_xlib_display         : extension revision  1
        VK_EXT_display_surface_counter      : extension revision  1
        VK_EXT_debug_report                 : extension revision  9
        VK_EXT_debug_utils                  : extension revision  1
Layers: count = 5
=======
VK_LAYER_VALVE_steam_fossilize_64 (Steam Pipeline Caching Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_fossilize_32 (Steam Pipeline Caching Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_overlay_32 (Steam Overlay Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_VALVE_steam_overlay_64 (Steam Overlay Layer) Vulkan version 1.1.73, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

VK_LAYER_LUNARG_standard_validation (LunarG Standard Validation Layer) Vulkan version 1.0.70, layer version 1
        Layer Extensions        count = 0
        Devices         count = 1
                GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
                Layer-Device Extensions count = 0

Presentable Surfaces:
=====================
GPU id       : 0 (AMD RADV POLARIS10 (LLVM 8.0.0))
Surface type : VK_KHR_xcb_surface
Formats:                count = 2
        B8G8R8A8_SRGB
        B8G8R8A8_UNORM
Present Modes:          count = 3
        IMMEDIATE_KHR
        MAILBOX_KHR
        FIFO_KHR

VkSurfaceCapabilitiesKHR:
=========================
        minImageCount       = 2
        maxImageCount       = 0
        currentExtent:
                width       = 256
                height      = 256
        minImageExtent:
                width       = 256
                height      = 256
        maxImageExtent:
                width       = 256
                height      = 256
        maxImageArrayLayers = 1
        supportedTransform:
                VK_SURFACE_TRANSFORM_IDENTITY_BIT_KHR
        currentTransform:
                VK_SURFACE_TRANSFORM_IDENTITY_BIT_KHR
        supportedCompositeAlpha:
                VK_COMPOSITE_ALPHA_OPAQUE_BIT_KHR
                VK_COMPOSITE_ALPHA_INHERIT_BIT_KHR
        supportedUsageFlags:
                VK_IMAGE_USAGE_TRANSFER_SRC_BIT
                VK_IMAGE_USAGE_TRANSFER_DST_BIT
                VK_IMAGE_USAGE_SAMPLED_BIT
                VK_IMAGE_USAGE_STORAGE_BIT
                VK_IMAGE_USAGE_COLOR_ATTACHMENT_BIT

VkSurfaceCapabilities2EXT:
==========================

        supportedSurfaceCounters:
                None


Device Properties and Extensions :
==================================
GPU0
VkPhysicalDeviceProperties:
===========================
        apiVersion     = 0x40105a  (1.1.90)
        driverVersion  = 79691875 (0x4c00063)
        vendorID       = 0x1002
        deviceID       = 0x67df
        deviceType     = DISCRETE_GPU
        deviceName     = AMD RADV POLARIS10 (LLVM 8.0.0)
        VkPhysicalDeviceLimits:
        -----------------------
                maxImageDimension1D                     = 16384
                maxImageDimension2D                     = 16384
                maxImageDimension3D                     = 2048
                maxImageDimensionCube                   = 16384
                maxImageArrayLayers                     = 2048
                maxTexelBufferElements                  = 0x8000000
                maxUniformBufferRange                   = 0xffffffff
                maxStorageBufferRange                   = 0xffffffff
                maxPushConstantsSize                    = 128
                maxMemoryAllocationCount                = 4294967295
                maxSamplerAllocationCount               = 65536
                bufferImageGranularity                  = 0x40
                sparseAddressSpaceSize                  = 0xffffffff
                maxBoundDescriptorSets                  = 32
                maxPerStageDescriptorSamplers           = 9586978
                maxPerStageDescriptorUniformBuffers     = 9586978
                maxPerStageDescriptorStorageBuffers     = 9586978
                maxPerStageDescriptorSampledImages      = 9586978
                maxPerStageDescriptorStorageImages      = 9586978
                maxPerStageDescriptorInputAttachments   = 9586978
                maxPerStageResources                    = 9586978
                maxDescriptorSetSamplers                = 9586978
                maxDescriptorSetUniformBuffers          = 9586978
                maxDescriptorSetUniformBuffersDynamic   = 16
                maxDescriptorSetStorageBuffers          = 9586978
                maxDescriptorSetStorageBuffersDynamic   = 8
                maxDescriptorSetSampledImages           = 9586978
                maxDescriptorSetStorageImages           = 9586978
                maxDescriptorSetInputAttachments        = 9586978
                maxVertexInputAttributes                = 32
                maxVertexInputBindings                  = 32
                maxVertexInputAttributeOffset           = 0x7ff
                maxVertexInputBindingStride             = 0x800
                maxVertexOutputComponents               = 128
                maxTessellationGenerationLevel          = 64
                maxTessellationPatchSize                        = 32
                maxTessellationControlPerVertexInputComponents  = 128
                maxTessellationControlPerVertexOutputComponents = 128
                maxTessellationControlPerPatchOutputComponents  = 120
                maxTessellationControlTotalOutputComponents     = 4096
                maxTessellationEvaluationInputComponents        = 128
                maxTessellationEvaluationOutputComponents       = 128
                maxGeometryShaderInvocations            = 127
                maxGeometryInputComponents              = 64
                maxGeometryOutputComponents             = 128
                maxGeometryOutputVertices               = 256
                maxGeometryTotalOutputComponents        = 1024
                maxFragmentInputComponents              = 128
                maxFragmentOutputAttachments            = 8
                maxFragmentDualSrcAttachments           = 1
                maxFragmentCombinedOutputResources      = 8
                maxComputeSharedMemorySize              = 0x8000
                maxComputeWorkGroupCount[0]             = 65535
                maxComputeWorkGroupCount[1]             = 65535
                maxComputeWorkGroupCount[2]             = 65535
                maxComputeWorkGroupInvocations          = 2048
                maxComputeWorkGroupSize[0]              = 2048
                maxComputeWorkGroupSize[1]              = 2048
                maxComputeWorkGroupSize[2]              = 2048
                subPixelPrecisionBits                   = 8
                subTexelPrecisionBits                   = 8
                mipmapPrecisionBits                     = 8
                maxDrawIndexedIndexValue                = 4294967295
                maxDrawIndirectCount                    = 4294967295
                maxSamplerLodBias                       = 16.000000
                maxSamplerAnisotropy                    = 16.000000
                maxViewports                            = 16
                maxViewportDimensions[0]                = 16384
                maxViewportDimensions[1]                = 16384
                viewportBoundsRange[0]                  =-32768.000000
                viewportBoundsRange[1]                  = 32767.000000
                viewportSubPixelBits                    = 8
                minMemoryMapAlignment                   = 4096
                minTexelBufferOffsetAlignment           = 0x1
                minUniformBufferOffsetAlignment         = 0x4
                minStorageBufferOffsetAlignment         = 0x4
                minTexelOffset                          =-32
                maxTexelOffset                          = 31
                minTexelGatherOffset                    =-32
                maxTexelGatherOffset                    = 31
                minInterpolationOffset                  =-2.000000
                maxInterpolationOffset                  = 2.000000
                subPixelInterpolationOffsetBits         = 8
                maxFramebufferWidth                     = 16384
                maxFramebufferHeight                    = 16384
                maxFramebufferLayers                    = 1024
                framebufferColorSampleCounts            = 15
                framebufferDepthSampleCounts            = 15
                framebufferStencilSampleCounts          = 15
                framebufferNoAttachmentsSampleCounts    = 15
                maxColorAttachments                     = 8
                sampledImageColorSampleCounts           = 15
                sampledImageDepthSampleCounts           = 15
                sampledImageStencilSampleCounts         = 15
                sampledImageIntegerSampleCounts         = 1
                storageImageSampleCounts                = 15
                maxSampleMaskWords                      = 1
                timestampComputeAndGraphics             = 1
                timestampPeriod                         = 40.000000
                maxClipDistances                        = 8
                maxCullDistances                        = 8
                maxCombinedClipAndCullDistances         = 8
                discreteQueuePriorities                 = 2
                pointSizeRange[0]                       = 0.000000
                pointSizeRange[1]                       = 8192.000000
                lineWidthRange[0]                       = 0.000000
                lineWidthRange[1]                       = 7.992188
                pointSizeGranularity                    = 0.125000
                lineWidthGranularity                    = 0.007812
                strictLines                             = 0
                standardSampleLocations                 = 1
                optimalBufferCopyOffsetAlignment        = 0x80
                optimalBufferCopyRowPitchAlignment      = 0x80
                nonCoherentAtomSize                     = 0x40
        VkPhysicalDeviceSparseProperties:
        ---------------------------------
                residencyStandard2DBlockShape            = 0
                residencyStandard2DMultisampleBlockShape = 0
                residencyStandard3DBlockShape            = 0
                residencyAlignedMipSize                  = 0
                residencyNonResidentStrict               = 0

PS. @witcheslive Wenn Sie dxvk verwenden, werden die relavanten Informationen zum Debuggen von vulkaninfo und nicht von glxinfo erfasst

Bearbeiten: Komprimierte Abschnitte für Hardware-Informationen hinzugefügt

Es ist äußerst bestätigend, dass es anscheinend mit der Anzahl der Eingaben in einer Sitzung zu tun hat, und es dauert ungefähr eine Stunde aktives Spielen, und Instanzen zu machen scheint es schneller zu machen, weil so viele Tasten gedrückt werden. Ich spiele mit einem sehr aktiven Stil, springe viel herum, drücke die Tasten, um sicherzustellen, dass sie für GCDs in der Warteschlange stehen, und drehe die Kamera herum. Ich denke, deshalb habe ich nur dann mehr als eine Stunde aktiv gespielt, als ich es tat der neue Patch MSQ und ich nehme mir Zeit, um die Zwischensequenzen zu sehen.

Ich frage mich, ob es etwas mit dem Audio-Fix zu tun hat, aber ohne es ist Audio so schlecht, dass ich nicht einmal 10 Minuten durchhalte, geschweige denn eine Stunde, heh. Gleichzeitig kenne ich jemanden (der mir bei der Einrichtung geholfen hat), der über nahezu identische Hardware verfügt (ohnehin dieselbe GPU), die dieses Problem NICHT hat, obwohl sie auch einen entspannteren Stil spielen als ich, so dass es schwierig ist sag, wenn sie es einfach nicht treffen oder so. Ich kann mir nur vorstellen, dass mein primärer Monitor 144 Hz mit einem sekundären 60-Hz-Monitor mit unterschiedlichen Auflösungen arbeitet. Ich verwende i3 und keinen vollständigen Fenstermanager.

Wenn die Audiobibliothek langsamer wird, manifestiert sich dies höchstwahrscheinlich als Audio-Stottern. Bei der Interaktion des Clients mit XAudio2 sind zwar einige Mutexe beteiligt, diese sind jedoch normalerweise pro Quelle und nicht über die gesamte API verteilt, was zu Zeitverlusten führen kann, wenn es eine gibt einige Dutzend Tausend Stimmen (im Gegensatz zu den ~ 32-64, mit denen die meisten Spiele arbeiten).

@witcheslive
Ich verwende einen einzelnen 4k (3820x2160) 60Hz-Monitor.
Ich habe zufällig das Steam-Overlay im Spiel deaktiviert (weil ich die Umschalttaste als Hotkey verwende).
Wenn Sie auch das Steam-Overlay deaktiviert haben, hängt unser Problem möglicherweise mit https://github.com/ValveSoftware/steam-for-linux/issues/5727 zusammen.

Die Unterschiede gehen weiter, zumindest werden die Dinge eingegrenzt. Ich habe das Overlay nicht deaktiviert.

Woah dieser Link ist interessant. Ich frage mich eher, ob es ein Problem mit Vulkan oder Proton ist und nicht einmal das Overlay oder FFXIV speziell betrifft. Es wird nur nicht so oft erlebt, weil es ~ eine Stunde aktives Spielen erfordert, um es zu treffen, damit es nicht erkannt wird.

Ich habe kurz versucht, das stotternde Problem zu wiederholen, indem ich heute Abend vor der Wartung durch Eureka lief, konnte dies jedoch nicht.

Haben diejenigen, die davon betroffen sind, das Lutris-Skript nur zum Testen ausprobiert? Es könnte sich zumindest eingrenzen, wenn es nur Proton / Steam-spezifisch ist oder wenn es etwas ist, das zwischen ihnen geteilt wird.

Ich hatte vor einer Woche versucht, das Lutris-Skript zu verwenden.

Ich schon wieder,
Dieses Mal habe ich mit Ubuntu 19.04 dev getestet und es sind einige zusätzliche Schritte erforderlich.
Vulkan-Treiber für Mesa werden installiert, aber nicht die 32-Bit-Treiber.

sudo apt install mesa-vulkan- treiber : i386

Dies aktiviert dxvk (vor diesem Fallback auf dx9c)

@HereInPlainSight Der beste Weg, es zu replizieren, besteht darin, instanziierte Dungeons zu

Ich habe gerade eine Neuinstallation mit Proton 4.2 versucht. Muss noch verwendet werden, um die BrowserType- und Cutscene-Änderungen an den CFG-Dateien zu verwenden. 2 Stunden spielen, meistens sammeln / basteln, da ich ein Neuling bin und auf meinem sehr leistungsschwachen Laptop spiele. Keine Audioverzögerung. Kann das Stottern nicht kommentieren. Ich habe keine gesehen, aber die Aktivitäten, an denen ich beteiligt war, haben sie möglicherweise nicht ausgelöst.

Nachdem ich 4.2 in Gang gebracht hatte (ich musste ein wenig mit dem Griff wackeln, wurde es aus irgendeinem Grund nicht heruntergeladen. Wenn also jemand Fehler im Binärformat hat, gehen Sie zum Herunterladen oder Löschen und Herunterladen von Realm of the Mad God oder etwas, zu dem ich es bekommen möchte tatsächlich Proton herunterladen 4.2) Ich habe ein paar Roulettes gemacht, es über Nacht laufen lassen, dann mehr Roulettes gemacht, und ich habe definitiv über eine Stunde lang Knöpfe zerdrückt und es scheint jetzt in Ordnung zu sein, klopfe an Holz!

Ich kann nicht in den Vollbildmodus wechseln, ohne dass meine gesamte Desktop-Umgebung einfriert. Als ich das Spiel zuvor mit Lutris installiert habe, konnte ich dies erreichen, indem ich die entsprechenden Einstellungen in FFXIV.cfg manuell bearbeitete. Mit Proton 4.2 schlägt sogar das fehl. Der gesamte Desktop friert ein und ich muss SSH einschalten und den FFXIV-Prozess beenden, um ihn wiederherzustellen.

Distribution: Ubuntu 18.04.2
Proton: 4.2-2
GPU: RX 480 8 GB
Treiber- / LLVM-Version: Mesa 18.2.8 / LLVM 7.0.0
Kernel-Version: 4.18.0-17-generic

@ e3b0c442 Das ist ein bekanntes Problem mit DXVK. Glücklicherweise ist in DXVK 1.0.2 bereits ein Fix verfügbar (siehe Änderungsprotokoll): https://github.com/doitsujin/dxvk/releases

Proton verwendet immer noch eine frühere Version von DXVK, daher die Probleme.

Ich kann nicht in den Vollbildmodus wechseln, ohne dass meine gesamte Desktop-Umgebung einfriert.

Können Sie Windowed Full Screen machen? Ich spiele mehrere Stunden pro Nacht ohne Probleme, aber ich spiele im Fenster-Vollbildmodus.

Bei einer Neuinstallation von Linux Arch stoße ich gerade auf einen schwarzen Bildschirm mit einem Ladekreis in der unteren / rechten Ecke des Streams. Dieser Ladebildschirm wird angezeigt, nachdem Sie ein Datencenter ausgewählt haben, zu dem eine Verbindung hergestellt werden soll. Früher konnte ich es vor ca. 2 Monaten auf meiner vorherigen Linux-Installation spielen. Ich bin mir nicht sicher, was genau das kaputt gemacht hat, aber während der Bildschirm zum unendlichen Laden angezeigt wird, wird dies immer wieder in den Protokollen als Spam angezeigt:

830.883:0102:0103:trace:module:LdrGetDllHandle L"C:\\windows\\system32\\dinput8.dll" -> 0x7f0f134e0000 (load path L"Z:\\home\\jaap\\.local\\share\\Steam\\steamapps\\common\\FINAL FANTASY XIV Online\\game;C:\\Program Files (x86)\\Steam;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem")
830.883:0102:0103:trace:module:LdrAddRefDll (L"dinput8.dll") ldr.LoadCount: -1
830.883:0102:0103:trace:module:LdrUnloadDll (0x7f0f134e0000)
830.883:0102:0103:trace:module:LdrUnloadDll (L"dinput8.dll") - START
830.883:0102:0103:trace:module:LdrUnloadDll END

Irgendwelche Gedanken?

@ e3b0c442 Das ist ein bekanntes Problem mit DXVK. Glücklicherweise ist in DXVK 1.0.2 bereits ein Fix verfügbar (siehe Änderungsprotokoll): https://github.com/doitsujin/dxvk/releases

Proton verwendet immer noch eine frühere Version von DXVK, daher die Probleme.

Ich habe mich mit Lutris neu installiert und alles war gut gelaunt, abgesehen davon, dass es langsamer war, als ich mich erinnerte. Vielen Dank.

Gibt es irgendetwas, das mich daran hindert, nur das aktualisierte DXVK-Setup-Skript im Steam Wineprefix auszuführen? Ich würde es vorziehen, das Spiel über Steam verwalten zu lassen.

@Mushoz Sie müssen CutsceneMovieOpening in FFXIV.cfg auf 1 ändern.

Hat jemand herausgefunden, dass die Mausbewegung stottert? Das gleiche Problem zu erleben und es zu beheben, macht mich irgendwie verrückt!

Wir haben zwei fast identische PCs, auf denen wir das Spiel spielen. Eines, bei dem das Stottern der Mausbewegung sehr offensichtlich war, und eines, bei dem es nicht zu passieren schien.

Der Hauptunterschied zwischen den PCs bestand darin, dass auf dem PC ohne Stotterprobleme Compton ausgeführt wurde, auf dem problematischen jedoch nicht. Also haben wir Compton auf diesem PC deaktiviert und jetzt erleben beide das Stottern. Das Lustige ist, dass selbst das Wiedereinschalten von Compton das Problem nicht behebt. Irgendwie hat das Ausschalten von Compton dazu geführt, dass das Problem begann, wenn dies für irgendjemanden hilfreich wäre.

(Neustart usw. macht jetzt keinen Unterschied ..)

Das Anschließen eines XB360-Controllers korrigierte das Stottern der Maus für mich. (Ich habe es nicht einmal benutzt, es war genug, es nur angeschlossen zu haben)

Musste es versuchen, leider macht das überhaupt nichts für mich :(

Tbh Ich habe festgestellt, dass FFXIV unter Linux sehr temperamentvoll ist. Vielleicht haben Sie die oben beschriebenen Probleme gesehen. Der Wechsel zu Kubuntu hat das Problem behoben, aber dann habe ich im Allgemeinen FPS-Ruckler bekommen, sodass das Wechseln der Desktop-Umgebung ein wenig geholfen hat.
Dann war FPS plötzlich reibungslos und es gab selbst bei 24 Mann für eine Woche kein Stottern, und dann bekomme ich unter denselben Szenarien Schluckauf (ich aktualisiere meinen Computer nicht häufig, daher werden keine Änderungen am System vorgenommen).

Mausstottern ist mir auch passiert, aber seltsamerweise hat sich das auch nach dem Anwenden des PULSE_LATENCY_MSEC=60 %command% Fixes darum gekümmert. IRGENDWIE. Ich weiß nicht warum.

Andere Beobachtungen, die ich im Zusammenhang mit dem Stottern von Spielen gemacht habe, sind die Videowiedergabe im Hintergrund (auch unter minimierten Fenstern), die Verwendung von Caprine (eine Facebook-Messenger-Implementierung für Linux-Desktops, die beim Ausführen durchweg zu Stottern der FPS- und Mausreaktivität geführt hat) oder Wenn ein anderer Prozess etwas tut, das die CPU-Auslastung während des Spiels um 7% senkt.

Eine andere Sache, die ich mache, wenn meine Maus Schluckauf hat, ist, dass ich sie durch xinput deaktiviere und wieder aktiviere, und das scheint die Dinge irgendwie magisch zu reparieren, wenn auch für eine Weile.

Darüber hinaus würde ich vorschlagen, das Steam-Overlay zu deaktivieren und zu prüfen, ob Sie Steam nach dem Booten des Spiels möglicherweise vollständig beenden können, um festzustellen, ob dies einen Unterschied macht.

Ich frage mich, ob es an dieser Stelle Treiberprobleme geben könnte, die diese Probleme verursachen ...

Bereits auf eine andere Desktop-Umgebung umgestellt, die Pulslatenz-Korrektur angewendet, mit nichts anderem begonnen ... Jetzt habe ich das xinput-Ding ausprobiert und das Steam-Overlay deaktiviert. Das Problem tritt immer noch zu 100% auf.

Könnte es irgendwie ein Mesa-Bug sein? Aber ich denke nicht, dass das die Eingabe berührt

Könnten Sie dies versuchen: PROTON_USE_WINED3D
Dadurch wird Proton aufgefordert, die OpenGL-Implementierung von wined3d von WINE anstelle von Vulkans DXVK zu verwenden. Wenn das nicht hilft, habe ich leider keine Vorschläge mehr.

Sie können jedoch hier nach Möglichkeiten suchen, die Sie ausprobieren können: https://github.com/ValveSoftware/Proton#runtime -config-options

Vielen Dank, dass Sie mir bei der Fehlerbehebung geholfen haben. Leider habe ich das gleiche Problem mit oder ohne dxvk.

In Bezug auf das Problem des Stotterns der Maus. Ich habe endlich eine Problemumgehung gefunden, die funktioniert (einschließlich vieler anderer Weinspiele).

Ich musste polychromatisch installieren (um auf die Einstellungen für meine Rasierermaus zuzugreifen) und die Abfragerate auf 125 oder 500 reduzieren. 125 bedeutet kein Framedrop, 500 gibt etwas Framedrop. 1000 tötet meine Frames.

Anscheinend ist dies seit langem ein bekanntes Problem mit Wein.

Ich bin mir nicht sicher, ob dies direkt dasselbe Problem ist. Ich habe XIV über Proton zum Laufen gebracht, aber ich musste bekannten Weinantworten folgen, um es spielbar zu machen. Ich muss nämlich zwei Dateien im Verzeichnis steamapps / compatibledata / 39210 / pfx / drive_c / users / steamuser / Eigene Dateien / Eigene Spiele / FINAL FANTASY XIV - A Realm Reborn / bearbeiten.

In FFXIV_BOOT.cfg musste ich BrowserType auf 2 und in FFXIV.cfg CutsceneMovieOpening auf 1 bearbeiten.

Die erste Änderung ermöglicht es mir, an dieser Stelle zum Launcher zu gelangen. Wenn der Standardwert beibehalten wird, wird "Ein Systemfehler ist aufgetreten: 404. HTTPS-Systemfehler" angezeigt. Ich fürchte, ich habe die Installation Mitte der Woche durchgeführt, daher bin ich mir nicht sicher, ob ich auf diese Weise das Problem von nstgc während der Installation überwunden habe.
Die letztere Änderung bedeutet natürlich, dass ich die erste Zwischensequenz nicht sehe, wenn ich das Spiel zum ersten Mal spiele. Wenn ich sie jedoch auf dem Standardwert belasse, wird das Spiel gestartet, legt jedoch nach Auswahl eines Rechenzentrums auf.

Da diese Spielkonfigurationsdateien bearbeitet werden, bin ich mir nicht sicher, ob Valve dies für Proton in Betracht ziehen möchte, aber zumindest sind es Informationen.

Dies funktionierte für mich unter Arch Linux mit Kernel 5.0.8, NVIDIA 780 TI und KDE. Prost!

Also ... es scheint, dass der neueste Patch von FFXIV, der auch ein Update des Boot-Programms hatte, es jetzt für mich kaputt gemacht hat.
Jetzt erhalte ich wieder HTTPS 404-Fehler, auch wenn BrowserType korrekt konfiguriert ist. Ich werde eine Neuinstallation versuchen und prüfen, ob die Neuinstallation des Launchers funktioniert.
Irgendwelche anderen Ideen?
Läuft derzeit unter Pop_! OS.

EDIT: Neuinstallation hat nicht geholfen.

Gleiches Problem bei Arch @TenaarFeiri. Haben sie etwas, von dem Wein abhängt, heimlich deaktiviert?

Das Lutris-Forum spricht auch über dieses Problem. Https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

Ein bisschen abseits des Themas: Warum müssen alle Trägerraketen so viel saugen? :) :)

BEARBEITEN: Es kann wichtig sein zu beachten, dass dieses Problem ausschließlich für Protonen gilt. Wein auch betroffen.

Hallo @TenaarFeiri , @fosspill , kann einer von euch bitte PROTON_LOG=1 %command% zu den Startoptionen des Spiels hinzufügen und das generierte $ HOME / steam- $ APPID.log in das Kommentarfeld ziehen und dort ablegen.

PROTON_LOG=1 %command%

Absolut!
Steam-39210.log

Gleiches Problem bei Arch @TenaarFeiri. Haben sie etwas, von dem Wein abhängt, heimlich deaktiviert?

Das Lutris-Forum spricht auch über dieses Problem. Https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

Ein bisschen abseits des Themas: Warum müssen alle Trägerraketen so viel saugen? :) :)

Und ich habe keine Ahnung. Manchmal scheinen sie absichtlich so konzipiert zu sein, dass es den Leuten schwerer fällt, ihre Spiele auf anderen Systemen auszuführen, die sie sonst unterstützen könnten: D.

BEARBEITEN:

Ich habe mir die Protokolle selbst angesehen und dieser Teil scheint sehr interessant zu sein:

1040.629: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32e1dc)
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString unterstützt den Zeichenfolgentyp 20 nicht
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString unterstützt den Zeichenfolgentyp 12 nicht
1040.630: 0030: 0031: err: mshtml: on_stop_nsrequest RemoveRequest fehlgeschlagen: 80004005
1040.630: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32ea9c)
1040.631: 0030: 0031: fixme: urlmon : InternetBindInfo_GetBindString unterstützt den Zeichenfolgentyp 20 nicht
1040.631: 0030: 0031: fixme: ieframe : DocHostUIHandler_GetDropTarget (0x1b0b8c)
1040.631: 0030: 0031: fixme: ieframe : DocHostUIHandler_GetDropTarget (0x1b0b8c)
1041.008: 0030: 0031: fixme: ieframe : DocObjectService_IsErrorUrl 0x1cd080 L " https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556023343664 " 0x32e460
1041.028: 0030: 0031: trace: module : GetModuleFileNameW L "C: \ windows \ system32 \ user32.dll"

Könnte das Problem jetzt Gecko-spezifisch sein? Ich stelle danach fest, dass es viele fehlgeschlagene Versuche gibt, es zu laden.

Es gibt
1041.008:0030:0031:fixme:ieframe:DocObjectService_IsErrorUrl 0x1cd080 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556023343664" 0x32e460
Im Protokoll sagt jemand auf reddit, dass er stattdessen https://frontier.ffxiv.com/version_4_0_win/index.html kontaktieren sollte (version_4_0_win nur einmal).
https://www.reddit.com/r/ffxiv/comments/bgeluh/any_other_linux_users_getting_404_errors_when/

Ich habe ein + Relay-Protokoll erstellt und das Duplikat version_4_0_win scheint in einem Aufruf von CoInternetCombineUrlEx . Ich denke, sie übergeben https://frontier.ffxiv.com/version_4_0_win und version_4_0_win/index.html als Argumente und Wein soll version_4_0_win aus dem ersten Argument herausschneiden.

Mein + Relaisprotokoll
+ urlmon log

BEARBEITEN:
main.c , kompiliert mit x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe ergibt ein Duplikat von version_4_0_win sowohl für Fenster als auch für Wein, sodass dies möglicherweise doch nicht das Problem ist.

Gute Detektivarbeit, Leute. Wäre es möglich, die falsche URL (mit einer Firewall, einem benutzerdefinierten Wein-Patch, einem Shim oder etwas anderem) irgendwie umzuleiten, bis der Fehler richtig gefunden und behoben wurde?

Hat der Launcher von XIV immer Gecko anstelle von Chromium als Rendering-Engine verwendet? Könnte es sein, dass das BrowserType-Flag nicht mehr unterstützt wird?

Ich habe mich auch darüber gewundert @nourez, aber das URL-Problem, auf das die Leute hingewiesen haben, lässt es scheinen, dass dies möglicherweise nicht der Fall ist?

Aus einer Laune heraus habe ich die Browser-Typen 0 bis 20 ohne Glück durchgesehen: P.
Ich fange an zu denken, dass das nicht das Problem ist. Auch geändert ... na alles. Ich habe jetzt vergeblich mit allem in der Konfigurationsdatei herumgespielt.

Es scheint, dass das Problem in der Tat die falsche URL ist, die wir zweifelsohne beheben können. Es liegt an Valve! Oder Platz. Wer zuerst dazu kommt.

@fosspill @TenaarFeiri Ja, ich habe nicht gesehen, dass es sich um eine fehlerhafte URL handelt. Ich habe nur den Beitrag zu Problemen gesehen, bei denen versucht wurde, Gecko anzurufen. Ich denke, Fosspills Idee, die URL umzuleiten, ist wahrscheinlich die beste Option, um es vorerst zu versuchen, aber ich werde nicht wirklich damit herumspielen können, bis ich heute von der Arbeit nach Hause komme. Versuchen Sie vielleicht, / etc / hosts zu bearbeiten, um damit umzugehen?

Leider würde / etc / hosts nicht funktionieren, da es nur Hostnamen / ips gibt. Ich denke, die einzige Möglichkeit ist eine Art Shim / Custom Wine Patch, um es vorübergehend zu reparieren, bis SE es dauerhaft repariert.

Ich würde mir vorstellen, dass das Löschen eines Teilstrings in der URL dies vorerst beheben könnte. Aber es wäre eine sehr spezifische Lösung, und wenn die URL aus irgendeinem Grund länger oder kürzer würde, würden wir darauf zurückkommen.
Idk, wie man es mit WINE Patching erreicht. Das ist nicht wirklich mein Geschäft.

Es ist in der Tat wahr, dass es eine seltsame und übermäßig spezifische Lösung wäre, aber ich würde gerne sehen, dass das funktioniert! :) :)

Funktioniert eine IE-Version mit einem 64-Bit-Präfix? Das könnte ein Weg sein, das zu umgehen

Ich bin mir nicht sicher, ob dies hilfreich ist, aber ich habe urlmon.dll und seine Abhängigkeit iertutil.dll von einem 32-Bit-Windows 7-VM abgerufen und sie als native Überschreibungen festgelegt, aber es scheint das duplizierte Pfadsegment nicht beeinflusst zu haben

@exolyte Ich bin mir nicht sicher, ob ich Ihre Bearbeitung verstehe, obwohl etwas Tieferes ein Problem sein könnte, dass die URL mit der wiederholten Version_4_0_win definitiv nicht existiert, während die mit ihr nur einmal vorhanden ist, obwohl dies möglicherweise nur ein Symptom für eine größere ist Problem?

BEARBEITEN:
main.c , kompiliert mit x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe ergibt ein Duplikat von version_4_0_win sowohl für Fenster als auch für Wein, sodass dies möglicherweise doch nicht das Problem ist.

Das sind keine guten Nachrichten. Kann ich irgendetwas tun, um dieses Problem zu beheben?

@witcheslive Meine Annahme war, dass CoInternetCombineUrlEx in Wein falsch implementiert wurde, aber der Test in meiner Bearbeitung legt nahe, dass das Problem woanders liegt. Also habe ich entweder etwas in meinem Test durcheinander gebracht oder die Verdoppelung von version_4_0_win passiert woanders.

Eine dritte Möglichkeit ist, dass das doppelte version_4_0_win tatsächlich korrekt ist. Es ist definitiv komisch, aber es ist nicht unbedingt die Ursache des Problems.

Eine dritte Möglichkeit ist, dass das doppelte version_4_0_win tatsächlich korrekt ist. Es ist definitiv komisch, aber es ist nicht unbedingt die Ursache des Problems.

Ich glaube nicht, dass dies der Fall ist, da das Nicht-Verdoppeln in einem Browser definitiv eine Antwort von 200 zurückgibt, das Verdoppeln jedoch eine 404 ergibt

Der Launcher enthält nur eine einzige Instanz der Zeichenfolgen https://frontier.ffxiv.com/version_4_0_win/ und index.html . Wenn Sie version_4_0_win/ aus dem ersteren auf Null setzen, wird im Protokoll angezeigt, dass versucht wurde, auf https://frontier.ffxiv.com/index.html zuzugreifen. Außerdem gibt es keine Instanzen von version_4_0_win für sich.

Es scheint also immer noch, dass version_4_0_win irgendwie dupliziert wird, aber es hat nichts damit zu tun, wann index.html angehängt wird.

Gibt es eine Möglichkeit, die duplizierten version_4_0_win an die richtige URL weiterzuleiten, um festzustellen, ob dies das Problem behebt?

@witcheslive Ich glaube nicht, dass es nur mit einem Proxy möglich ist, da die URL ein https-Schema verwendet. Wenn wir jedoch die Zeichenfolge in der Binärdatei patchen, um http zu verwenden, ist dies möglicherweise möglich

Gibt es eine Möglichkeit, die duplizierten version_4_0_win an die richtige URL weiterzuleiten, um festzustellen, ob dies das Problem behebt?

Mit HTTPS leider nicht einfach

Ich denke nicht, dass die Verwendung von http eine gute Idee für das Senden von Anmeldeinformationen ist. Wenn wir jedoch die Binärdatei trotzdem patchen und eine URL neu schreiben, gibt es wahrscheinlich eine bessere Idee. Ganz zu schweigen davon, dass wenn sie ihre Authentifizierungsserver korrekt eingerichtet haben, sie sowieso nicht einmal http akzeptieren würden.

Wir können versuchen, die URL neu zu schreiben, um auf einen lokalen Proxy zu verweisen. Soweit wir wissen, ist dies die einzige betroffene URL, und wir können Probleme iterativ angehen, wenn wir weiter kommen

Würden wir durch das Patchen von Wein Kenntnisse gewinnen, um das URL-Problem zu lösen, wenn dies überhaupt möglich ist?

Das Aufrufen von http://frontier.ffxiv.com/version_4_0_win/ scheint den Zugriff zuzulassen, obwohl ich angewiesen werde, JavaScript und andere Dinge zu aktivieren (obwohl ich es aktiviert habe).
Wenn die Server jedoch richtig konfiguriert wären, hätte ich überhaupt nicht zu einer regulären HTTP-Version der Seite wechseln können.

Wenn wir die Binärdatei vorübergehend patchen können, um über HTTP zu gehen, würden diejenigen von uns, die bereit sind, sie zu riskieren (ich selbst eingeschlossen), dies lieben, bis sie eine offizielle Lösung erhält.

Für den lokalen Proxy muss zusätzlich zum tatsächlichen Ausführen des Proxys ein gefälschtes HTTP-Zertifikat installiert werden. Dies könnte das gesamte System gefährden. Es wäre besser, die Binärdatei / den Wein zu patchen

Da es eine eingebettete Browser-Version verwendet, kann es auch zu Weiterleitungen kommen. Wenn wir also nicht bald eine echte Lösung finden, können wir versuchen, eine einfache Weiterleitung an einem Pfad zu hosten und die URL in der Binärdatei zu patchen, um darauf hinzuweisen. Natürlich nur Spekulationen

Außerdem habe ich festgestellt, dass der Launcher jetzt libcef.dll herunterlädt, aber es scheint ihn nicht wirklich zu verwenden, was zu schade ist, da ich denke, dass dies ein Gecko-Problem ist.

In Bezug auf das Patchen der Binärdatei, um auf einen Proxy zu verweisen, wäre es genauso einfach, sie zu patchen, um auf die richtige URL zu verweisen, ohne zu versuchen, HTTPS zu umgehen.

Für den lokalen Proxy muss zusätzlich zum tatsächlichen Ausführen des Proxys ein gefälschtes HTTP-Zertifikat installiert werden. Dies könnte das gesamte System gefährden. Es wäre besser, die Binärdatei / den Wein zu patchen

Wenn wir die URL so umschreiben, dass sie direkt auf den Proxy verweist, benötigen wir überhaupt kein Zertifikat (vorausgesetzt, sie codieren nicht das richtige Zertifikat oder etwas anderes).

Ich bin mir nicht ganz sicher, ob es so einfach wäre, es auf die richtige URL zu verweisen, da es einige Manipulationen an der URL-Zeichenfolge vornimmt, die wir nicht verstehen, und den doppelten Pfad überhaupt erst erzeugt.

Ich habe die Domain frontier.ffxiv.com mithilfe der Hosts-Datei auf meinen Server umgeleitet und /version_4_0_win/index.html und /version_4_0_win/version_4_0_win/index.html auf meinen Server gelegt. Der Launcher greift auf beide Dateien zu, bleibt danach jedoch schwarz. Wenn ich /version_4_0_win/index.html oder /version_4_0_win/version_4_0_win/index.html auf meinem Server verschiebe, wird der reguläre 404-Fehler angezeigt.

Ich habe die Domain frontier.ffxiv.com mithilfe der Hosts-Datei auf meinen Server umgeleitet und /version_4_0_win/index.html und /version_4_0_win/version_4_0_win/index.html auf meinen Server gelegt. Der Launcher greift auf beide Dateien zu, bleibt danach jedoch schwarz. Wenn ich /version_4_0_win/index.html oder /version_4_0_win/version_4_0_win/index.html auf meinem Server verschiebe, wird der reguläre 404-Fehler angezeigt.

Wird etwas in Protokollen angezeigt?

Ich habe meinen Wein gepatcht, um die (angenommene) richtige URL zu verwenden, die dazu führt, dass er auf https://frontier.ffxiv.com/version_4_0_win/index.html?1556042120789 zugreift

Der 404-Fehler ist damit weg. Nach einigen weiteren http-Anfragen sitzt der Patcher jedoch nur mit einem schwarzen Bildschirm da und scheint auf keine Eingaben zu reagieren.

Hier ist der Patch, um an der 404 vorbei zu kommen ... obwohl er nicht besonders nützlich zu sein scheint.
https://gist.github.com/sschroe/963f1d7aa3fc366e155e5ac6bc84cc71

Wird etwas in Protokollen angezeigt?

Nichts Interessantes außer dem Fehlen von 012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428 das auftritt, wenn nicht auf meinen eigenen Server umgeleitet wird.

Wird etwas in Protokollen angezeigt?

Nichts Interessantes außer dem Fehlen von 012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428 das auftritt, wenn nicht auf meinen eigenen Server umgeleitet wird.

Es sieht fast so aus, als ob der Launcher versucht (und erfolgreich ist), https://frontier.ffxiv.com/version_4_0_win/ laden, und das Problem, das wir bekommen, ist, dass er sich nicht mit einer Datei in https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/ authentifizieren kann, und das ist der Grund für den Fehler?

Interessanterweise sehe ich beim Durchgehen der Javascript-Dateien auf der Frontier-Seite viel alten Code aus der Zeit, als Sie Zeichen im Launcher erstellt haben. Es gibt tatsächlich viel Code hier, der einfach nicht verwendet wird ... Nicht wirklich relevant. Nur eine Seite.

Ich habe die Domain frontier.ffxiv.com mithilfe der Hosts-Datei auf meinen Server umgeleitet und /version_4_0_win/index.html und /version_4_0_win/version_4_0_win/index.html auf meinen Server gelegt. Der Launcher greift auf beide Dateien zu, bleibt danach jedoch schwarz. Wenn ich /version_4_0_win/index.html oder /version_4_0_win/version_4_0_win/index.html auf meinem Server verschiebe, wird der reguläre 404-Fehler angezeigt.

@exolyte Ich wäre gespannt, ob der Launcher versuchen würde, von einem Windows-Computer aus auf beide Dateien zuzugreifen. Ich habe den Launcher-Prozessspeicher gelöscht und mehrere Instanzen (jeweils 10+) der einzelnen version_4_0_win und es hat sich verdoppelt.

Wenn ich nach Hause komme, werde ich versuchen, beide URLs zu finden, wenn der Launcher unter Windows ausgeführt wird

Ich habe meine Windows-Partition gestartet und BROWSER_TYPE auf 2 geändert. Es funktioniert einwandfrei, nur um sicherzustellen, dass mit Gecko insgesamt nichts kaputt gegangen ist.

Ich habe auch versucht, einige Paketerfassungen mit Wireshark durchzuführen, um zu sehen, auf welche URLs zugegriffen werden soll, aber ich denke, diese sind außerhalb der Domain verschlüsselt (ich sehe, dass sie mit Frontier verbunden sind), und ich bin ansonsten nicht sehr gut in Wireshark.

Eine andere Sache, die ich versucht habe, war, ffxivlauncher.exe durch die vorherige Version zu ersetzen. Damit startet der Launcher und ich kann mich anmelden. Nach der Anmeldung wird jedoch beanstandet, dass das Versionsupdate nicht durchgeführt werden kann.

Vielleicht könnte jemand, der den vollständig gepatchten Client von Windows hat, versuchen, wenn dies das Problem überwindet.

Ich habe meine Windows-Partition gestartet und BROWSER_TYPE auf 2 geändert. Es funktioniert einwandfrei, nur um sicherzustellen, dass mit Gecko insgesamt nichts kaputt gegangen ist.

Sind wir sicher, dass das Browser_Type-Flag nicht vollständig ignoriert wird? Gibt es einen sichtbaren Unterschied zwischen den Browsertypen, sodass wir sicher sind, dass Windows tatsächlich mit Typ = 2 ausgeführt wurde?

BEARBEITEN: Hier auf einer Windows-Partition getestet. Kein sichtbarer Unterschied zu dem, was ich sehen kann. Unsicher, wie festgestellt werden kann, ob der Browsertyp ignoriert wird oder nicht.

Eine andere Sache, die ich versucht habe, war, ffxivlauncher.exe durch die vorherige Version zu ersetzen. Damit startet der Launcher und ich kann mich anmelden. Nach der Anmeldung wird jedoch beanstandet, dass das Versionsupdate nicht durchgeführt werden kann.

Vielleicht könnte jemand, der den vollständig gepatchten Client von Windows hat, versuchen, wenn dies das Problem überwindet.

Versucht, leider passiert das gleiche Problem. Sie benötigen einen aktualisierten Launcher, um das Spiel starten zu können, auch wenn das Spiel bereits auf dem neuesten Stand ist.

Es scheint, dass der BrowserType jetzt ignoriert wird, vorausgesetzt, ein Wert von 2 bedeutet, dass CEF (anstelle von IE) verwendet wird. libcef.dll wird vom Launcher nicht mehr aufgerufen (Sie können dies mit stat libcef.dll im Launcher-Verzeichnis überprüfen und die Zugriffszeit anzeigen, die für mich das letzte Mal angibt, als ich den Launcher zuvor ausgeführt habe das Update).

Das Seltsame ist, dass dieses Update libcef.dll geändert hat, was seltsam ist, wenn es überhaupt nicht mehr verwendet wird ...

Wenn BrowserType nichts mehr beeinflusst, von dem ich glaube, dass es keine einfache Lösung gibt, befindet sich Wine's Gecko in einem ziemlich traurigen Zustand, sodass ich nicht viel Hoffnung habe, dass es zusammenarbeitet.

Die richtige IE-Unterstützung, sei es durch eine genauere Emulation von Gecko oder durch das Funktionieren von nativem IE 11, ist etwas, das Wine dringend benötigt. Es gibt viele Apps, die in Wine aufgrund dessen nicht sehr gut funktionieren.

Hat jemand versucht, IE im Präfix zu installieren?

Die neueste Version von IE, die in Wine "funktioniert", ist IE8 und nur in 32-Bit-Präfixen. Das würde keine DXVK / DirectX 11-Unterstützung bedeuten, selbst wenn jemand das zum Laufen bringen würde.

Grundsätzlich ist es die beste Möglichkeit, das Spiel kurzfristig wieder zum Laufen zu bringen, wenn Square es nicht behebt, den Launcher vollständig zu umgehen

Ich habe eine Leistungsabweichung bei der Verwendung von BrowserType festgestellt, sodass ich nicht glaube, dass dies ignoriert wird. Wenn Sie den Wert auf 0 setzen, wird das erwartete Ergebnis von mehreren Sekunden (bis zu einer Minute) Schwarz angezeigt, bevor ein Fehler auftritt. Wenn Sie den Wert auf 2 setzen, wird der HTTPS-Fehler nach <10 Sekunden ausgegeben. Dies ist für mich jedes Mal reproduzierbar.
Möglicherweise stimmt etwas mit libcef.dll nicht
Könnten wir versuchen, libcef.dll aus einer älteren Version zu verwenden? Wenn wir eine zur Verfügung haben?

libcef.zip

BEARBEITEN: Ich habe auch den Support kontaktiert, um zu erfahren, ob wir eine direkte Antwort darauf erhalten können, ob BrowserType noch respektiert wird oder nicht.

Ich habe gerade versucht, zu meiner vorherigen Version von libcef.dll (von vor diesem Update) zurückzukehren, und es schlägt immer noch mit demselben 404 fehl

libcef.zip

Oh. Ich wurde bis zum Anschlag geschlagen!
Und das ist eine Schande :(

icudt.zip

Was ist mit der alten libcef und icudt?

EDIT: Auch an meiner Seite keine Änderung. Verdammt = /

Keine Änderung mit beiden

Nichts. Ich habe sogar versucht, cef von http://opensource.spotify.com/cefbuilds/index.html zu verwenden, und habe immer noch eine 404 erhalten.

sieht definitiv so aus, als würde es ignoriert, ob dies zufällig oder beabsichtigt ist, ist das Problem

Sie liefern sowohl eine 32- als auch eine 64-Bit-Datei ffxivlauncher.exe aus, aber nur eine 32-Bit-libcef.dll. Sie können nicht beide CEF verwenden.

Haben wir überhaupt herausgefunden, was genau den Fehler verursacht? Sollten Windows-Benutzer nicht auch Probleme haben, wenn der Launcher, der auf die falsche URL verweist, das eigentliche Problem ist?

ist das Präfix 64 Bit? Ich war mir ziemlich sicher, dass dies nicht der Fall war. Ich musste DLLs aus 32-Bit-Fenstern verwenden, um native Überschreibungen zu testen

Das Präfix muss 64 Bit sein, um die DirectX 11-Version des Spiels auszuführen. Wenn Sie es verwendet haben, war Ihr Präfix 64 Bit.

Haben wir überhaupt herausgefunden, was genau den Fehler verursacht? Sollten Windows-Benutzer nicht auch Probleme haben, wenn der Launcher, der auf die falsche URL verweist, das eigentliche Problem ist?

Ich glaube nicht, dass jemand herausgefunden hat, was es verursacht, nein.

Theoretisch könnten sich Fenster und Wein jedoch etwas anders mit der URL verhalten und funktionieren daher in der einen ordnungsgemäß, während sie in der anderen nicht funktionieren.

Ich hoffe, wir sehen hier jemanden, der klug ist, um es herauszufinden und eine Problemumgehung zu finden, oder dass jemand anderes ein Tool schreibt, um den Patcher insgesamt zu umgehen.

Dann ist es wahrscheinlich nicht libcef.dll, aber wir können zu Recht denken, dass der Browser es einfach nicht mehr verwendet.
@ Selhar Nicht unbedingt. Der Launcher ist speziell für Windows codiert, daher verwenden sie möglicherweise Win-spezifische Tricks, die WINE nicht ganz unterstützt.

Square DID gab bekannt, dass sie sicherstellen würden, dass Steam-Versionen des Spiels nur über Steam verwendet werden können. Diese Unfähigkeit, für uns auf das Spiel zuzugreifen, könnte eine direkte Folge dieser bevorstehenden Änderungen sein.

Darüber hinaus spielt DX9 FFXIV keine Rolle mehr. Komm ShB, sie lassen die DX9-Unterstützung für das Spiel fallen, also müssen wir es grundsätzlich mit einem 64-Bit-Präfix zum Laufen bringen, wenn wir spielen wollen.

Sie lassen die Unterstützung fallen, verteilen sie jedoch weiterhin ohne Garantie, dass sie funktioniert. Im Wesentlichen haben Windows DX9-Benutzer genau die gleiche Unterstützung wie Linux-Benutzer

Wenn Sie sich erinnern, ist dies wahrscheinlich das gleiche Problem, das wir zuvor mit BrowserType 2 umgangen haben. Es funktioniert wahrscheinlich auch unter Windows, aber da wir keinen IE haben, wird der Fehler nicht abgefangen und auf die beabsichtigte Seite oder etwas Funky umgeleitet so wie das

https://github.com/xivapi/ffxiv-launcher hat einen Authentifizierungscode. Ich prüfe, ob es möglich ist, nur ein einfaches Befehlszeilen-Skript node.js zu schreiben, das es zum Anmelden verwendet. Es gibt immer noch keine Möglichkeit dazu Patch ohne Kopieren von Dateien von Windows (und wenn sie Steam-Authentifizierung erzwingen, würde es wahrscheinlich nicht für Steam-Benutzer funktionieren.)

Square DID gab bekannt, dass sie sicherstellen würden, dass Steam-Versionen des Spiels nur über Steam verwendet werden können.

Gott, warum muss SE so sein?

Eine andere Möglichkeit, die in der Zwischenzeit funktionieren könnte, besteht darin, sich bei einer Windows-VM anzumelden und ffxiv.exe durch eine Dummy-App zu ersetzen, die nur das Sitzungstoken ausgibt und diese dann in Wine an die Exe weitergibt

Eine andere Möglichkeit, die in der Zwischenzeit funktionieren könnte, besteht darin, sich bei einer Windows-VM anzumelden und ffxiv.exe durch eine Dummy-App zu ersetzen, die nur das Sitzungstoken ausgibt und diese dann in Wine an die Exe weitergibt

Ich bin noch ein Anfänger mit diesem Tech-Tech-Zeug, also habe ich keine Ahnung, wie ich das erreichen soll!
Aber es scheint eine anständige Lösung zu sein.
Könnte der zuvor verknüpfte benutzerdefinierte Launcher geändert (und für Linux kompiliert) werden, um die Sitzungs-ID auszugeben, wenn Sie sich über ihn anmelden? Benötigt möglicherweise nicht einmal die VM.

Grundsätzlich übergibt der Launcher das Sitzungstoken nur als Befehlszeilenargument. Eine EXE-Datei, die nur ihre Befehlszeilenargumente in eine Datei kopiert, würde funktionieren. Dann bist du wine /path/to/ffxiv.exe $TOKEN_GOES_HERE

Wir würden jedoch eine Alternative zum Patchen des Spiels benötigen. Wie könnte das erreicht werden?

Wir würden jedoch eine Alternative zum Patchen des Spiels benötigen. Wie könnte das erreicht werden?
Vielleicht würde jemand Magisches eine Lösung finden.

Ich glaube, Glorious Eggroll hat einen alternativen Patcher für Warframe entwickelt, der gut funktioniert hat.

etwas wie das?

https://github.com/xivapi/ffxiv-launcher/

Oder dieses? https://github.com/mclark4386/FF14Launcher (nur Login / Token)
Ich gehe davon aus, dass der Benutzeragent möglicherweise aktualisiert werden muss, um den neueren Versionen des Spiels zu entsprechen. Aber wenn wir es schaffen, dieses Problem zu umgehen, können wir zumindest eine VM patchen und dann richtig spielen.

Das ist derjenige, den ich eigentlich verlinken wollte

das funktioniert alleine nicht, ich habe es früher getestet und es gibt einen separaten Fehler zurück: http error 409 Konflikt

Sie können also die UI-Probleme von https://github.com/xivapi/ffxiv-launcher/ beheben, indem Sie MS-Schriftarten installieren.

Trotzdem hilft es nicht, das Spiel zu patchen

Wenn jemand eine aktualisierte (oder alte Version) des Spiels oder des Launchers zum Testen / Debuggen benötigt, kann er mich gerne kontaktieren und ich kann Ihnen möglicherweise helfen.

Mit dem Font Fix habe ich die GUI von https://github.com/xivapi/ffxiv-launcher/ zum Laufen gebracht, aber jetzt tritt das Problem auf, dass das Spiel DirectX überhaupt nicht erkennen kann, sodass es nicht ausgeführt wird . Ich habe dafür gesorgt, dass DX sowohl auf diesem Präfix als auch auf dxvk installiert ist.
Ich konnte den Launcher jedoch nicht unter Proton 4.2-3 zum Laufen bringen. Ich denke, wenn ich das kann, kann ich möglicherweise zumindest den Client starten. Und wenn das funktioniert, können wir uns ansehen, ob wir vielleicht eine vollständig aktualisierte Kopie des Spiels zum Testen haben.

Abgesehen davon hat der Thread in den offiziellen Foren für technischen Support jetzt mehr als 1.100 Aufrufe in weniger als einem Tag - weit mehr als die meisten technischen Support-Themen dort. Square muss erkennen, dass ein ausreichend großer Teil seiner Kunden Linux verwendet, um einen geringfügigen Support zu rechtfertigen.
Es ist nicht so, dass wir sie bitten, einen nativen Linux-Client zu erstellen (obwohl es großartig wäre!).

Mit dem Font Fix habe ich die GUI von https://github.com/xivapi/ffxiv-launcher/ zum Laufen gebracht, aber jetzt tritt das Problem auf, dass das Spiel DirectX überhaupt nicht erkennen kann, sodass es nicht ausgeführt wird . Ich habe dafür gesorgt, dass DX sowohl auf diesem Präfix als auch auf dxvk installiert ist.

Ich habe den DirectX-Fehler überwunden, indem ich das Installationsprogramm für das Spiel für das mitgelieferte DirectX-Installationsprogramm ausgeführt und die Installation nach der Installation abgebrochen habe. Es benötigt eine bestimmte Version von DirectX.

Jetzt passiert überhaupt nichts, wenn ich versuche, das Spiel zu starten. Vermutlich, weil es nicht auf dem neuesten Stand ist, also hustet es einfach und stirbt.

@TenaarFeiri Ich wünschte, es wäre so einfach, aber aus Erfahrung wird Square nur dann auf etwas einwirken, wenn ein beträchtlicher Teil der japanischen Spielerbasis das Problem aufwirft.

Mit dem Font Fix habe ich die GUI von https://github.com/xivapi/ffxiv-launcher/ zum Laufen gebracht, aber jetzt tritt das Problem auf, dass das Spiel DirectX überhaupt nicht erkennen kann, sodass es nicht ausgeführt wird . Ich habe dafür gesorgt, dass DX sowohl auf diesem Präfix als auch auf dxvk installiert ist.

Ich habe den DirectX-Fehler überwunden, indem ich das Installationsprogramm für das Spiel für das mitgelieferte DirectX-Installationsprogramm ausgeführt und die Installation nach der Installation abgebrochen habe. Es benötigt eine bestimmte Version von DirectX.

Jetzt passiert überhaupt nichts, wenn ich versuche, das Spiel zu starten. Vermutlich, weil es nicht auf dem neuesten Stand ist, also hustet es einfach und stirbt.

Ich hatte einige wirklich seltsame Ergebnisse mit meinen Tests bei der Arbeit auf meinem Laptop - ich konnte mich mit dem Launcher anmelden und das alte Spiel starten, aber ich konnte keine Verbindung zu einem Rechenzentrum herstellen.

Als ich das aktualisierte Spiel von meiner Windows-Partition kopierte, konnte ich das Spiel überhaupt nicht öffnen, was zu dem unter https://github.com/xivapi/ffxiv-launcher/issues/11 beschriebenen Problem führte Ich habe nicht versucht, mit DX9 zu testen - ich habe nur den gleichen Fehler erhalten, den er für den DX11-Teil erwähnt hat.

Weil es einfacher war, damit zu arbeiten, habe ich mit meiner Lutris-Weinflasche herumgespielt und sie einfach durch den Wein meines Systems geleitet (Inszenierung - ich vergesse genau welche Version, aber ich kann sie ziehen, wenn sie jemanden interessiert). Als ich versuchte, es über die installierte Version von Wine Lutris zu starten (ich glaube, es war tkg?), Wurde der XIVAPI-Launcher nicht einmal gestartet.

Das Patchen selbst wird also von ffxivupdater.exe durchgeführt, um herauszufinden, ob es eine Möglichkeit gibt, die direkte Ausführung zu erzwingen. Laut Process Explorer unter Windows in einer VM wurde nur ein Token übergeben, aber unter Linux das gleiche Token zu geben, scheint es nicht zu starten.

Oder nicht, der Launcher lädt die Patches herunter und der Updater aktualisiert sie ...

Nun, ich kann Wireshark nicht dazu bringen, nicht in einer VM zu hängen, also werde ich gleich aufgeben. Sub endet in ein paar Tagen, hoffentlich hat jemand eine Lösung von Shadowbringers gefunden.

Meine Lösung für den Moment wird nur die Verwendung der PS4-Version sein. Ich bin jetzt froh, dass
Ich habe die Konsolenversion als Backup bekommen. Aber es ist überhaupt nicht ideal und es ist
Es ist frustrierend, nicht auf der Plattform spielen zu können, die ich bevorzuge :(

Weitere Informationen finden Sie hier https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/7

Könnte es helfen?

@TenaarFeiri Die Tatsache, dass es einen mshtml -Fehler für sie gibt, beweist, dass versucht wird, den IE-basierten Browser-Frame und nicht CEF zu verwenden, dh dass die BrowserType-Einstellung ignoriert wird.

Ich habe die Domain frontier.ffxiv.com mithilfe der Hosts-Datei auf meinen Server umgeleitet und /version_4_0_win/index.html und /version_4_0_win/version_4_0_win/index.html auf meinen Server gelegt. Der Launcher greift auf beide Dateien zu, bleibt danach jedoch schwarz. Wenn ich /version_4_0_win/index.html oder /version_4_0_win/version_4_0_win/index.html auf meinem Server verschiebe, wird der reguläre 404-Fehler angezeigt.

@exolyte Ich wäre gespannt, ob der Launcher versuchen würde, von einem Windows-Computer aus auf beide Dateien zuzugreifen. Ich habe den Launcher-Prozessspeicher gelöscht und mehrere Instanzen (jeweils 10+) der einzelnen version_4_0_win und es hat sich verdoppelt.

Wenn ich nach Hause komme, werde ich versuchen, beide URLs zu finden, wenn der Launcher unter Windows ausgeführt wird

Der Speicherauszug des unter Windows ausgeführten Launcher enthält keine Instanzen von https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html sondern nur 21 Instanzen von https://frontier.ffxiv.com/version_4_0_win/index.html

Es scheint also, dass WINE irgendwo die Manipulation von Strings durcheinander bringt, aber es scheint, dass dies nicht das einzige Problem ist, auf das der Launcher stößt, wenn es nur zu einem schwarzen Fenster führt.

@lesderid Möglicherweise wird es nicht ignoriert. Möglicherweise wird nur auf mshtml zurückgegriffen, wenn die Initialisierung von cef fehlschlägt.

Wissen wir auch, ob es der Launcher selbst ist, der CoInternetCombineUrlEx aufruft, oder ob mshtml es in seinem Namen aufruft?

Scheint, als würde Square Linux Proton-Benutzer direkt angreifen

// ユーザーエージェント
userAgent: {
    name: "",// JSP,header.htmlにて代入
    Type: {
        WIN: "windows",
        PS4: "playstation 4",
        PS3: "playstation 3",
        MAC: "mac"
    },

    is: function(type) {
        return Browser.userAgent.name === type;
    }
},

Dies könnte der Grund sein, warum wir einen leeren Bildschirm bekommen. Tauchte einfach in das Ecma ein, das sie benutzen. Schauen Sie unter Browser- und Lucher-Codebasis über den Debugger nach, sie scheinen im Login etwas faul zu sein, indem sie die Login-Teile des Bildschirms deaktivieren, wenn Sie auf etwas laufen, das nicht auf dieser Liste steht.

@ArulinTheUnicorn Ich bezweifle, dass sie sich alle

Beim Öffnen der Seite in einem normalen Desktop-Browser, einschließlich IE11 unter Windows, wird jedoch ein schwarzer Bildschirm angezeigt. Wenn wir also herausfinden können, wie die Anzeige der Site in einem normalen Browser erzwungen werden kann, kann es hilfreich sein, den Launcher ebenfalls zum Laufen zu bringen.

Beim Öffnen der Seite in einem normalen Desktop-Browser, einschließlich IE11 unter Windows, wird jedoch ein schwarzer Bildschirm angezeigt. Wenn wir also herausfinden können, wie die Anzeige der Site in einem normalen Browser erzwungen werden kann, kann es hilfreich sein, den Launcher ebenfalls zum Laufen zu bringen.

Sie denken in die gleiche Richtung wie ich. Dies scheint eher eine absichtliche Aktion von Square Enix als ein Fehler zu sein

@ jbal91 Ich habe mit WINEDEBUG=+loaddll nachgesehen , es wird nicht versucht, libcef.dll zu laden.

Bearbeiten: Diese wurden auf meinen Computer geladen: https://pst.moe/paste/deyccu

@ jbal91 Ich habe mit WINEDEBUG=+loaddll nachgesehen , es wird nicht versucht, libcef.dll zu laden.

Das ist interessant ... Entweder ist diese DLL fehlerhaft oder ein roter Hering

Anhang.txt
Dies ist @lesderids Paste, falls in 2 Jahren jemand auf dieses Problem stößt und pst.moe nicht mehr existiert.

@ jbal91 Ich habe mit WINEDEBUG=+loaddll nachgesehen , es wird nicht versucht, libcef.dll zu laden.

Das ist interessant ... Entweder ist diese DLL fehlerhaft oder ein roter Hering

strings ffxivlauncher.exe | grep libcef.dll stimmt überein, verweist also irgendwo auf diese DLL, auch wenn sie nicht versucht, sie zu laden.

Zeichenfolgen ffxivlauncher.exe | grep libcef.dll

Wenn es nicht geladen wird und der BrowserType ignoriert wird, ist dies möglicherweise das Problem und nicht Wine.

Der Code zum Laden von libcef.dll existiert noch. AFAICT, es geht nur darum, ihn irgendwie dazu zu bringen, diesen Codepfad zu erreichen. Ich habe bereits versucht, die IE-DLLs (über winecfg) zu deaktivieren, aber dadurch ist der Launcher frühzeitig ausgefallen.

Es ist möglich, dass sie es fest codiert haben, um es nur auf der Mac-Version oder ähnlichem auszuführen. (Möglicherweise verwenden sie unter macOS dieselbe ausführbare Datei, da der Code des Launchers nach einigen Funktionen sucht, die von TransGaming-DLLs exportiert wurden.)

Der Code zum Laden von libcef.dll existiert noch. AFAICT, es geht nur darum, ihn irgendwie dazu zu bringen, diesen Codepfad zu erreichen. Ich habe bereits versucht, die IE-DLLs (über winecfg) zu deaktivieren, aber dadurch ist der Launcher frühzeitig ausgefallen.

Es ist möglich, dass sie es fest codiert haben, um es nur auf der Mac-Version oder ähnlichem auszuführen. (Möglicherweise verwenden sie unter macOS dieselbe ausführbare Datei, da der Code des Launchers nach einigen Funktionen sucht, die von TransGaming-DLLs exportiert wurden.)

Mac-Versionen haben ähnliche Probleme, wie ich in den offiziellen Foren gehört habe

http://forum.square-enix.com/ffxiv/threads/388198-MAC-Launcher-white-screen-A-system-error-has-occurred-7-HTTPS-System-Error

Zeichenfolgen ffxivlauncher.exe | grep libcef.dll

Wenn es nicht geladen wird und der BrowserType ignoriert wird, ist dies möglicherweise das Problem und nicht Wine.

Ich meine, Weins MSHTML als Buggy ist der Grund, warum wir überhaupt BrowserType = 2 brauchten. Wenn wir MSHTML irgendwie in die Lage versetzen können, mit dem Launcher zu arbeiten, wäre dies die ideale Lösung, da möglicherweise auch andere Apps / Spiele repariert werden

@ArulinTheUnicorn Dieser Beitrag stammt aus dem 20., bevor der Patch verfügbar war. Es ist zufällig, aber es ist unwahrscheinlich, dass es verwandt ist.

Die Seite führt in einem echten Browser nichts aus, da window.external.user (...) nicht vorhanden ist und die Ausnahme unterdrückt wird, sodass Sie nicht einmal einen Fehler im Protokoll erhalten.

Nun, ich habe es geschafft, eine Version dieses Python-Launchers zusammenzuschlagen, mit der ich das Spiel direkt durch Wein starten kann, aber ich bin von einigen Lügen betroffen. Ich verspreche, nichts davon stimmt - aber ich habe keine Ahnung, wie ich das Spiel davon überzeugen kann, da die Mog Station weiß, dass ich unschuldig bin.

Ich bin auch überfordert und habe keine Ahnung, was ich tue, aber ich dachte, ich würde teilen, was ich habe, auch wenn es immer noch kaputt ist.
Bearbeiten, um hinzuzufügen: Ich weiß nicht, wie dies mit nicht aktualisierten Versionen des Spiels umgehen soll. Ich habe meine aktualisierte Windows-Version kopiert, um zu sehen, ob ich sie verwenden kann, um einzusteigen.

Nun, ich habe es geschafft, eine Version dieses Python-Launchers zusammenzuschlagen, mit der ich das Spiel direkt durch Wein starten kann, aber ich bin von einigen Lügen betroffen. Ich verspreche, nichts davon stimmt - aber ich habe keine Ahnung, wie ich das Spiel davon überzeugen kann, da die Mog Station weiß, dass ich unschuldig bin.

Ich bin auch überfordert und habe keine Ahnung, was ich tue, aber ich dachte, ich würde teilen, was ich habe, auch wenn es immer noch kaputt ist.
Bearbeiten, um hinzuzufügen: Ich weiß nicht, wie dies mit nicht aktualisierten Versionen des Spiels umgehen soll. Ich habe meine aktualisierte Windows-Version kopiert, um zu sehen, ob ich sie verwenden kann, um einzusteigen.

Dieselben Lügen passieren, wenn ich versuche, die ausführbare 64-Bit-Boot-Datei auszuführen, die in den Ordner geladen zu werden scheint (mit Lutris-Version). Außer die Lügen im Launcher, die besagen, dass ich einen CD-Schlüssel verwenden muss. Zugegeben, der 64-Bit-Launcher ist eine Lüge für sich und sollte nicht verwendet werden, dachte aber, er könnte zum Nachdenken anregen. Ich habe auch ein bisschen mit dem Python-Skript herumgespielt, da es nicht unter Python 3 lief, aber schließlich aufgegeben hat, Probleme zu konvertieren und zu beheben, als ich auf eines stieß, das meine Python-Kenntnisse überstieg. Codierung. (Ich mag Fehlerbehebung, aber ich bin ein Anfänger in Programmierung und Linux)

Ich habe Linux während dieser Patch-Ausfallzeit installiert, um von Windows 10 wegzukommen. Es ist nur mein Glück, dass dies passiert. Eigentlich ist es immer mein Glück, dass es nie Spaß macht, Dinge zum Laufen zu bringen, wenn ich versuche, auf Linux umzusteigen. Zugegeben, ich bin ein Benutzer, also bin ich einer Community ausgeliefert.

Poster des Reddit-Threads hier ... Ich bin nicht näher dran, herauszufinden, was los ist, aber ich habe den Reddit-Beitrag mit dem neuesten aus diesem Thread aktualisiert.

Jemand erwähnte, dass libcef.dll mit diesem Patch aktualisiert wurde, aber ich verglich die libcef.dll in dieser Version mit einer Version von FFXIV auf meinem Windows-Betriebssystem, die seit Ewigkeiten nicht mehr aktualisiert wurde und es scheint genauso:

sophie<strong i="9">@home</strong> ~/ffxiv-new/wineprefix/drive_c/Program Files (x86)/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot $ ls -l libcef.dll "/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll"
-rw-r--r-- 1 sophie sophie 24992336 Apr 24 05:32  libcef.dll
-rwxrwxr-x 1 mounts mounts 24992336 Jul 28  2018 '/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll'
sophie<strong i="10">@home</strong> ~/ffxiv-new/wineprefix/drive_c/Program Files (x86)/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot $ sha256sum libcef.dll "/mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll"
3dedbde8ebf98aa667300f0d8b78d6a886abf00b517a297bf00f120e31f17fe0  libcef.dll
3dedbde8ebf98aa667300f0d8b78d6a886abf00b517a297bf00f120e31f17fe0  /mnt/e/Games/SquareEnix/FINAL FANTASY XIV - A Realm Reborn/boot/libcef.dll

Dies ist definitiv eine Änderung im Launcher, nicht in CEF.

@Sophira Oh, ich denke, es wurde damals nicht geändert. Das Update hat es jedoch für mich überschrieben: stat libcef.dll gibt Modify: 2019-04-23 17:48:28.693396317 +0200 für mich aus.

Bearbeiten: Es sieht so aus, als würden alle Dateien im Verzeichnis boot neu geschrieben, wenn Sie den Launcher aktualisieren.

Hat jemand zufällig eine Version von ffxivlauncher.exe aus dem vorherigen Update? (Vielleicht jemand, der den Launcher noch nicht ausgeführt hat?) Ich würde gerne etwas graben und sehen, was sich geändert hat.

Ich habe eine alte vom 1. September, wenn Sie möchten? http://etherelements.com/ffxivlauncher.exe

Ich habe den vorherigen Launcher aus dem Backup gezogen und erzwungen, indem er während der Überprüfung der Startversion die Verzeichnisse boot ausgetauscht hat. Ich kann bestätigen, dass die Anmelde-Benutzeroberfläche mit BrowserType = 2 weiterhin ordnungsgemäß angezeigt wird (ich habe nicht versucht, mich tatsächlich anzumelden nur um sicher zu gehen). Man geht also davon aus, dass der Anmeldefluss wieder funktioniert, wenn man Weins mshtml repariert (oder es irgendwie modifiziert, um diese libcef.dll zu verwenden?).

Interessante Beobachtung - Der 64-Bit-Launcher aus der vorherigen Version funktioniert auch mit BrowserType = 2 nicht und gibt den gleichen 404-Fehler aus wie der 32-Bit-Launcher. Ich vermute also, dass SQEX geplant hat, diese Funktionalität für eine Weile zu löschen, und sie jetzt im 32-Bit-Launcher als eine Art Testballon beendet hat, um zu sehen, wie viele Personen betroffen wären, da 5.0 anscheinend 32 löschen wird -bit Unterstützung vollständig.

Die Notfallwartung aller Welten wurde heute Abend für 12:00 Uhr (ca. 1,5 Stunden) angekündigt: https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

Mit gekreuzten Fingern werden die Linux-Probleme behoben. Auch wenn es ungewollt ist.

Außerdem habe ich nach dem Kopieren der Updates von Windows die benutzerdefinierte Startgabel von @HereInPlainSight ausprobiert, bin zum festgestellt , weil ich nicht abonniert bin. Ich habe auch den benutzerdefinierten Launcher unter https://github.com/goaaats/FFXIVQuickLauncher ausprobiert und das Gleiche erhalten (nach der Installation einer Reihe von .NET-Inhalten). Es fühlt sich an, als gäbe es eine Authentifizierung, die dort nicht stattfindet, oder so.

Die Notfallwartung aller Welten wurde heute Abend für 12:00 Uhr (ca. 1,5 Stunden) angekündigt: https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

Mit gekreuzten Fingern werden die Linux-Probleme behoben. Auch wenn es ungewollt ist.

Hat wahrscheinlich mit allen Problemen mit Weltbesuchen zu tun, also würde ich mir keine Hoffnungen machen.

Ich möchte auch alle schnell daran erinnern, positiv zu bleiben und keine Schlussfolgerungen zu ziehen, bevor wir genau wissen, was los ist. <3

Wie andere bereits betont haben, wissen wir, dass sie 1) die 32-Bit-Unterstützung einstellen und 2) Steam-Benutzer zur Authentifizierung durch Steam zwingen werden. Es ist fast sicher, dass wir Linux-Benutzer hier in einen technischen Riss geraten sind.

In Bezug auf die Wartung. Zumindest war der Anmeldeserver während des Wartungsfensters bisher überhaupt nicht ausgefallen, es sei denn, ich habe es verpasst.

In den offiziellen technischen Support-Foren scheint es, dass nach dem Launcher-Update mehr Menschen Probleme haben. Ich habe viele Leute gesehen, die in der Lage waren einzusteigen, aber es ist zumindest beruhigend zu sehen, dass einige Windows-Benutzer auch Probleme haben.
Vielleicht gibt es Hoffnung, dass Square es sich endlich ansieht;)

Es sieht nicht so aus, als ob nach der Wartung ein Patch für das Spiel oder den Launcher vorhanden war

Kein Patch. HTTPS-Fehler belästigen uns weiterhin; gerade getestet.

Jemand hat etwas über Transgaming gesagt, also habe ich versucht, Wine eine IsTransgaming-Funktion hinzuzufügen: https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Auf diese Weise kann der Launcher gestartet werden (der libcef-Code ist also tatsächlich noch aktiv). Sobald Sie sich jedoch tatsächlich angemeldet haben, wird die Meldung "Kein Dienstkonto" angezeigt. Ich frage mich, ob IsTransgaming den Launcher glauben lässt, dass er auf einem Mac ausgeführt wird, sodass der Server nach einem Mac-Dienstkonto sucht.

In jedem Fall funktioniert dies immer noch nur mit der 32-Bit-Binärdatei. So nützlich es auch ist, es ist nur noch ein paar Monate gültig - darüber hinaus benötigen wir eine ordnungsgemäße Korrektur für Weins mshtml.

Gibt es eine vernünftige Möglichkeit, jemanden zu motivieren, sich mit der Behebung von mshtml für dieses Problem zu befassen?
Und hat jemand SE-Kontakte, bei denen wir einige dieser Informationen ordnungsgemäß bestätigen lassen könnten?

Ich denke, fragen Sie nach Weinentwicklung? Ich würde mich selbst darum kümmern, aber ich würde von null Wissen über MSHTML, Wein-Gecko oder Libcef ausgehen. (Ich habe gerade versucht, einen Weingecko zu bauen, und er ist fast sofort gestorben. Die Tatsache, dass er so alt und anscheinend jetzt kaputt ist, könnte ein gutes Argument für die Neuimplementierung von mshtml auf libcef sein.)

Und um fair zu sein, ich weiß nicht, dass die Fehler nur in mshtml oder überhaupt in mshtml vorliegen. das sieht im Moment einfach nach dem wahrscheinlichsten Schuldigen aus.

Wenn wir es zum Patchen bringen können, indem wir Wein patchen, um zu sagen, dass es Transgaming ist, können wir vielleicht die ausführbare Datei patchen, um unabhängig davon nach einem Steam-Service-Konto zu suchen?

Während dies eine mögliche Problemumgehung sein könnte, wäre es viel besser, genau herauszufinden, was falsch läuft (wahrscheinlich innerhalb von Wein) und diese Probleme auszubügeln.

Es ist auch wichtig, sich daran zu erinnern, dass wir sicherstellen müssen, dass sowohl Steam- als auch Standalone-Windows-Lizenzen geprüft werden können.

Ja, ich stimme zu, das Patchen der ausführbaren Datei ist definitiv nicht der Ansatz, den wir wollen

Wenn wir einen temporären Launcher machen könnten, der dem Kunden sagt, was er wissen möchte, wäre das ein anständiger Pflasterstein, leider fehlt mir das Fachwissen, um das zu verfolgen.

Zusätzlicher Datenpunkt: Ich habe Wine gepatcht, um die vorherige Version von ffxivlauncher.exe (die bis zum letzten Update einwandfrei funktionierte) zu laden, als die aktuelle Version angefordert wurde. Dies führt auch zu einem Fehler "Kein Dienstkonto". Wenn ich mich jedoch von einem echten Windows-Computer aus anmelde, funktioniert dies einwandfrei. Ich vermute, dass sich im Anmeldefluss etwas geändert hat und nur die mshtml-Seite des Windows-Starters den neuen Flow unterstützt, wobei Anmeldungen mit altem Flow als Mac oder möglicherweise sogar als "ungültige Plattform" behandelt werden. (Vielleicht haben sie die BrowserType-Überprüfung deaktiviert, um sich den Aufwand für die Aktualisierung des libcef-Codes zu ersparen, der ohnehin eingestellt werden sollte.)

Mein Windows-Computer hat tatsächlich eine bessere GPU als meine Linux-Box. Vielleicht versucht SQEX mir zu helfen?

Huh, das ist sehr interessant. Die einzig realistische und anständige Option besteht darin, sich auf mshtml zu konzentrieren.
Ich habe einen Fehlerbericht über den Wein-Bugzilla erstellt, da mshtml eher technisch wäre https://bugs.winehq.org/show_bug.cgi?id=47069

Ich habe einen benutzerdefinierten Launcher unter Windows getestet und er funktioniert einwandfrei! Wenn es uns gelingt, die Arbeit in https://github.com/goaaats/FFXIVQuickLauncher/ zu replizieren und sie in Wein zum Laufen zu bringen, sollten wir ein Pflaster haben.

Da die URL, die der Patcher lädt, in einem normalen Browser geöffnet werden kann und dort auch einen schwarzen Bildschirm anzeigt, könnten wir vielleicht damit beginnen, die Ursache dafür herauszufinden? Mit den dort verfügbaren Debugging-Tools sollte es nicht schwierig sein ... für jemanden, der eine Ahnung von all dem Javascript / CSS-Zeug hat.

Erscheint der erwähnte Fehler "Kein Dienstkonto" im Launcher oder stammt er aus der eigentlichen ausführbaren Spieldatei (ffxiv_dx11.exe)?

Huh, das ist sehr interessant. Die einzig realistische und anständige Option besteht darin, sich auf mshtml zu konzentrieren.
Ich habe einen Fehlerbericht über den Wein-Bugzilla erstellt, da mshtml eher technisch wäre https://bugs.winehq.org/show_bug.cgi?id=47069

Ich habe einen benutzerdefinierten Launcher unter Windows getestet und er funktioniert einwandfrei! Wenn es uns gelingt, die Arbeit in https://github.com/goaaats/FFXIVQuickLauncher/ zu replizieren und sie in Wein zum Laufen zu bringen, sollten wir ein Pflaster haben.

Ich meine ja, aber anscheinend nein.

Hier ist etwas, das ich nicht wirklich verstehe. Ich habe die Aktualisierungen, die ich an dem gestern erwähnten Launcher vorgenommen habe (um es noch einmal zu wiederholen, nicht unter Linux funktionieren und über ein Problem mit dem Dienstkonto sprechen - es ist ein Bild in meinem letzten Beitrag), und ich habe es unter Windows ausgeführt.

Und ich bekomme den Fehler nicht, ich habe mich nur mit dem kleinen Python-Launcher angemeldet. Gleicher Code (ich habe eine Zeile auskommentiert, die angeblich einen Absturz in Windows verursacht, aber alles, was sie tut, ist die Startbox zu zentrieren), unterschiedliche Ergebnisse, der einzige lohnende Unterschied ist, dass sie in Windows funktioniert, nicht in Wine.

Und ich bekomme den Fehler nicht, ich habe mich nur mit dem kleinen Python-Launcher angemeldet. Gleicher Code (ich habe eine Zeile auskommentiert, die angeblich einen Absturz in Windows verursacht, aber alles, was sie tut, ist die Startbox zu zentrieren), unterschiedliche Ergebnisse, der einzige lohnende Unterschied ist, dass sie in Windows funktioniert, nicht in Wine.

Das ist wirklich sehr, sehr interessant. Hat die Aktivierung von "Weinversion ausblenden" etwas zu tun (falls sie irgendwie speziell nach Wein suchen)?

Also funktioniert der Python Launcher unter Windows? Könnten Sie versuchen, den Python Launcher unter Windows auszuführen und den Befehl drucken zu lassen, den er ausführen würde, und diesen Befehl dann unter Linux ausführen? Wenn Sie immer noch den Fehler erhalten, haben wir noch ein weiteres Problem, da dies bedeuten würde, dass ffxiv.exe auch bei Wein etwas anderes macht.

Da die URL, die der Patcher lädt, in einem normalen Browser geöffnet werden kann und dort auch einen schwarzen Bildschirm anzeigt, könnten wir vielleicht damit beginnen, die Ursache dafür herauszufinden? Mit den dort verfügbaren Debugging-Tools sollte es nicht schwierig sein ... für jemanden, der eine Ahnung von all dem Javascript / CSS-Zeug hat.

Erscheint der erwähnte Fehler "Kein Dienstkonto" im Launcher oder stammt er aus der eigentlichen ausführbaren Spieldatei (ffxiv_dx11.exe)?

Gehen Sie zu https://frontier.ffxiv.com/version_4_0_win/index.html. Die meisten Elemente haben die Klasse "Verstecken". Wenn Sie diese Klassen entfernen, wird der Launcher auch in normalen Browsern teilweise gerendert. Beginnen sie irgendwie alles mit

Übrigens scheint es nur ein CSS zu sein, das die Benutzeroberfläche verbirgt, wenn Sie in einem Browser zur Seite navigieren. Ich weiß nicht genau, aber ist es möglich, dass ein Benutzeragent oder ähnliches gesucht wird, um die Benutzeroberfläche anzuzeigen?

Scheint nicht auf dem Benutzeragenten zu basieren. Versuchen Sie wahrscheinlich irgendwie zu überprüfen, ob es von einer ordnungsgemäßen Installation ausgeführt wurde, bevor Sie es ausblenden?

Wenn wir herausfinden, welche Bedingungen es will, bevor wir uns verstecken, kann dies uns einen Hinweis geben, warum dies bei Wein nicht der Fall ist

Es gibt sicherlich eine Menge Javascript, das diese Elemente ein- und ausschaltet. Auf den ersten Blick habe ich weder eine Betriebssystemerkennung oder ähnliches gefunden, noch hat die Firefox-Konsole offensichtliche Fehler ausgelöst.

Aber wenn wir das herausfinden können, könnte es uns helfen, den Launcher ein bisschen mehr zum Laufen zu bringen.

Also funktioniert der Python Launcher unter Windows? Könnten Sie versuchen, den Python Launcher unter Windows auszuführen und den Befehl drucken zu lassen, den er ausführen würde, und diesen Befehl dann unter Linux ausführen? Wenn Sie immer noch den Fehler erhalten, haben wir noch ein weiteres Problem, da dies bedeuten würde, dass ffxiv.exe auch bei Wein etwas anderes macht.

Ich habe bereits wieder auf Linux umgestellt - und ... Weinversion versteckt ... und bin auf meinem Charakterauswahlbildschirm.

Mir fällt ein, dass wenn ihre Mac-Version eine spezielle Weinverpackung verwendet und das Verstecken von Wein vor ihnen uns hereinlässt und das Nichtverstecken von Wein uns sagt, dass wir kein Dienstkonto haben ...

Sie denken, wir sind Mac-Benutzer.

Was machst du, um die Weinversion zu verstecken? Dies könnte unsere Problemumgehung sein, wenn der Python-Launcher uns dazu bringt.

Ich mache ein WINEPREFIX=<path-to-prefix> winecfg . Es befindet sich unter der Registerkarte Staging. Da dies für mich einfacher zu testen ist, verwende ich meine Lutris-Installation und noch nicht speziell die Steam-Version.

Zugegeben, ich bin auf meinem Laptop und versuche, die DX11-Version auszuführen. Es ist also nicht schön (in Ordnung, es ist hübsch, aber es ist eine Diashow), aber ich kann ins Spiel kommen.

Ich habe die WINE-Version versteckt und bekomme immer noch den gleichen Fehler.

Zeit für eine kurze Zusammenfassung?

1. Wine analysiert die URL falsch, daher ist ein benutzerdefinierter Patch erforderlich, um dieses Problem zu beheben
2. Mit dem benutzerdefinierten URL-Patch wird der Launcher schwarz und unbrauchbar. mshtml Problem?
3. Wenn Sie es schaffen, mit einem der benutzerdefinierten Starter ins Spiel zu kommen, werden Fehler in Bezug auf Ihre Dienstkonten angezeigt
   3.1. Dies kann jedoch umgangen werden, indem die Weinversion ausgeblendet wird. Sie glauben, wir sind Mac-Benutzer.

Bitte korrigieren Sie mich, wenn eine der Aussagen falsch ist oder wenn ich etwas Wichtiges ausgelassen habe.
Die Tatsache, dass sie glauben, wir seien Mac-Benutzer, sollte etwas sein, das SE hoffentlich beheben möchte?

Ich habe die WINE-Version versteckt und bekomme immer noch den gleichen Fehler.

Ich bin mir nicht ganz sicher, was ich dir sagen soll.

3. 3.1. Dies kann jedoch umgangen werden, indem die Weinversion ausgeblendet wird. Sie glauben, wir sind Mac-Benutzer.

Um klar zu sein, dies ist eine Vermutung von meiner Seite, aber wenn das, was die Leute über den Mac-Client sagen, wahr ist und uns gesagt wird, dass wir keine Dienstkonten haben ... scheint es plausibel. Wenn wir jemanden mit einer Mac-Lizenz haben, können wir ziemlich schnell herausfinden, ob das passiert.

Bestätigen, dass ich auch zum Bildschirm zur Charakterauswahl gelangen kann, wenn ich HideWineExports über den Staging-Patch "ntdll-Hide_Wine_Exports" aktiviere. (Schlüssel HKCU \ Software \ Wine, Zeichenfolgenwert HideWineExports, Wert "1")

@HereInPlainSight Wäre es möglich, dass jemand ein

angemeldet beim Versuch, ein Haus zu schnappen

Oh, mach mich fertig.

@achurch um klar zu sein, verwenden Sie dafür einen Launcher von Drittanbietern?

Hat jemand den richtigen Launcher bekommen, um mit dem Wein-Patch für die URL (+ Browsertyp 2) zu arbeiten? Wenn ja, dann haben wir Problemumgehungen für alle Probleme, ohne dass benutzerdefinierte Starter erforderlich sind!

Ich habe den offiziellen Launcher aus der vorherigen Version mit BrowserType 2 verwendet. Ich vermute (habe aber nicht bestätigt), dass der Launcher der aktuellen Version mit dem IsTransgaming-Patch auch funktionieren würde. Als ich es früher versuchte, sah ich keine Aufrufe von IsTransgaming von ffxiv_dx11.exe, daher glaube ich nicht, dass dies eine Mac-Identifikation auslösen würde (Bearbeiten: aber es ist natürlich möglich, dass der Launcher auch die Plattformerkennung durchführt).

Ich habe versucht, das Patch in einen Protonenklon zu bringen, aber ich bin zu neu darin, um das Patching durchzuführen. Totales Versagen ;)

Ich werde versuchen, Wein sowohl mit dem isTransgaming-Patch als auch mit dem Wein-Patch (https://bugs.winehq.org/attachment.cgi?id=64251) zu patchen, wenn ich nach Hause komme und sehe, ob beides hilft.

Genial!
Frage: Hat jemand es mit einer älteren Version von Gecko versucht? Ist das überhaupt möglich?

Also dachte ich, ich kenne mein Glück und werde sowieso nie ein Haus bekommen. Ich habe ein Mac-Testkonto erstellt und versucht, mich über die Python-Methode anzumelden (das klingt alles nach Phantasie), aber ich stoße auf eine Wand, an der ich mich nicht anmelden kann, wo der ursprüngliche Code sogar sagt: "Dies wird fehlschlagen." ein 401-Fehler für jemanden mit einem abgelaufenen Abonnement '.

Ich erhalte einen 401-Fehler. Ich denke, es ist etwas Besonderes erforderlich, um zu sagen, dass Sie ein Testkonto sind.

Testkonten haben eine bestimmte Testversion des Spiels, daher musst du die Testversion installieren :)

Testkonten haben eine bestimmte Testversion des Spiels, daher musst du die Testversion installieren :)

Na ja, das erschwert und beeinträchtigt möglicherweise den Testprozess, nicht wahr?

Es wäre am besten, wenn wir jemanden mit einer Mac-Lizenz für den Einzelhandel hätten, um sie zu testen, da dann garantiert alles gleich ist - einschließlich des Kunden.

Die meisten Patches, die für ntdll-Hide_Wine_Exports benötigt werden, gelten nicht für die Version von Wein in Protonen und müssen entsprechend angepasst werden

Nachdem ich den IsTransgaming Patch hinzugefügt und die wine_get_version Exporte entfernt hatte, konnte ich das Spiel vollständig aktualisieren und mich anmelden.

Dies scheint also auf zwei Hauptprobleme bei diesem Update zurückzuführen zu sein:

• Der Patcher ignoriert jetzt die BrowserType-Einstellung und verwendet libcef nur, wenn die Funktion IsTransgaming gefunden wird.
• ffxiv.exe sucht nach der Funktion wine_get_version und meldet sie als MAC-Login, falls sie gefunden wird.

Ich denke, vorerst können wir beide Probleme relativ leicht umgehen, aber der Launcher könnte ein größeres Problem werden, wenn sie libcef schließlich vollständig entfernen. Obwohl, solange sie die MAC-Version unterstützen, dies unwahrscheinlich erscheint.

Der Patcher ignoriert jetzt die BrowserType-Einstellung und verwendet libcef nur, wenn die Funktion IsTransgaming gefunden wird.

... und gibt an einem bestimmten Punkt in der Startsequenz 1 zurück. Die Funktion im Patch gibt nur beim zweiten Aufruf true zurück, da der Launcher beim Start abstürzt, wenn ich ihn immer auf true zurückbringe (wahrscheinlich wird versucht, einige Transgaming-spezifische Daten einzurichten, die nicht vorhanden sind, weil ich sie nicht implementiert habe andere TG-spezifische Funktionen).

[...] wenn sie libcef schließlich vollständig entfernen. Obwohl, solange sie die MAC-Version unterstützen, dies unwahrscheinlich erscheint.

Da wäre ich mir nicht so sicher. Denken Sie daran, dass 5.0 die 32-Bit-Unterstützung aufhebt und der 64-Bit-Launcher libcef überhaupt nicht verwendet. Ich habe im Forum einige Mac-Support-Threads gesehen, die darauf hinweisen, dass der Mac-Launcher zumindest in einigen Fällen natives HTML-Rendering wie mshtml unter Windows verwendet. Dies ist wahrscheinlich etwas, das eher früher als später auf der Weinseite angegangen werden muss.

Leider hilft mir das momentan nicht weiter, da ich Proton verwende und meine reguläre WINE-Installation sehr lästig ist. Ich kann möglicherweise nicht einmal einen Nicht-Steam-Client verwenden.

Ich weiß, dass es eine große Frage ist, aber ich nehme nicht an, dass Sie die neueste Proton-Version veröffentlichen und sehen könnten, ob Sie sie einbinden könnten? Die Wahrheit ist, ich bin nur ein normaler Joe; Dieses Zeug hier liegt weit über meinen Fähigkeiten.
Ich bin mir ziemlich sicher, dass ich mich daran erinnere, wie man eine benutzerdefinierte Proton-Version verwendet. Ich erinnere mich, dass ich eine für Elite: Dangerous installieren musste.

Kann bestätigen, dass der Transgaming-Patch & HideWineExports hier funktioniert.

Ich habe Proton-tkg verwendet, um das zu erreichen

Ich bin mir nicht sicher, wie ich Proton-tkg verwenden soll, um ehrlich zu sein

Ich habe den Transgaming-Patch zu PKGBUILDS / wine-tkg-git / wine-tkg-userpatches hinzugefügt und die Dateierweiterung durch .mypatch ersetzt

Dann habe ich einfach das Proton-TKG-Skript ausgeführt und es hat alles für mich erstellt.

Woher bekomme ich den Patch IsTransgaming ? Google versagt mir.

EDIT: Wurde oben begraben und versteckt. Ich glaube, ich habe es verstanden. Mal sehen, wie Proton-tkg funktioniert ...

Ich lasse das hier.
Ich freute mich darauf, einen bestimmten alternativen Linux-Launcher zu entwickeln.
Ich habe nicht genug Informationen dafür bekommen, aber vielleicht kann ich das, was ich habe, hier lassen:

1 / Steam-Start ffxivboot (den ich ersetzen möchte) mit der Option -isSteam
FF XIV Launcher. exe

FFXIV boot erhält seine Update-Informationen, indem es diese Webseite abfragt:
http://patch-bootver.ffxiv.com/http/win32/ffxivneo_release_boot/ [Aktuelle Boot-Version, Beispiel: 2019.04.19.0000.0001] /? time = [Aktuelle Zeit im AAAA-MM-DD-HH-MinMin-Format]

Während dieses Schritts ist der Benutzeragent "FFXIV PATCH CLIENT".

Die Seitenantwort ist im HTTP-Header "X-Latest-Version" enthalten, der die letzte Startversion zurückgibt.

Ich habe nicht bekommen, wo es die letzte Version bekommen hat (die Kommunikation wurde in TLS verschlüsselt)

2 / Schnittstellendaten abrufen

2.1 / Die eigentliche Schnittstelle wird durch Anzeigen der Datei erhalten:
https://frontier.ffxiv.com/version_4_0_win/index.html?rc_lang= [LANG] & time = [ZEIT IM FORMAT AAAA-MM-DD-HH]

Der verwendete Benutzeragent ist: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

Sie erhalten sofort ein Cookie mit dem Namen "s", das für die Verwendung des Launchers nicht benötigt wird.

2.2 / Der Weltstatus wird in einem JSON-Format durch Abfragen dieser Webseite erhalten:
https://frontier.ffxiv.com/worldStatus/login_status.json? [TIMESTAMP in ms]

2.3 / Die Nachrichten sind in einem JSON-Format verfügbar, indem Sie diese Adresse abfragen:
https://frontier.ffxiv.com/news/headline.json?lang= [LANG] & media = pcapp & [TIMESTAMP in ms]

2.4 / Die verschiedenen Serverzustände können durch Abfragen dieser Adresse erreicht werden:
https://frontier.ffxiv.com/worldStatus/current_status.json? [TIMESTAMP in ms]

Es scheint, dass der Wert 3 Wartung bedeutet (wie es war, als ich dies versuchte)

3 / Login

Das Anmeldeformular wird auf dieser Webseite gespeichert.
https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/top?lng=fr&rgn=3&isft=0&issteam=1

Es gibt eine "issteam" -Variable.
Ich weiß nicht, worauf sich rgn und isft beziehen.

Der Benutzeragent ist wichtig: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

In der Form gibt es:

• Geben Sie den versteckten Namen "_STORED_" ein, der eine ID enthält (die sich zwischen den Anmeldesitzungen nicht zu ändern scheint. Ich glaube nicht, dass es sich um ein Token handelt.)
• Eingabename "sqexid" mit ID
• Passwort eingeben "Passwort" mit Passwort
• Geben Sie otppw als otp-Passwort ein

Es zielt ab auf: https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send

Um angemeldet zu werden, müssen Sie eine POST-Anforderung an https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send mit den Werten _STORED_, sqexid, password +/- otppw realisieren.

Auf der Antwortseite gibt es einen Javascript-Ausführungsbefehl, der viele Variablen enthält, einschließlich eines Tokens.

4 / Der Teil nach dem Login

Dort bekomme ich nicht alles.

4.1 / Versionsprüfung

Es scheint, dass die Boot-Exe "ffxivlauncher.exe" erst nach dem Login startet. Ich habe das durch eine Prozessüberwachung erhalten.
Mit welchem ​​Argument?
ffxivlauncher.exe behauptet, von ffxivboot.exe gestartet zu werden. Benötigt es ein bestimmtes Argument? Oder wird eine übergeordnete Prozessprüfung durchgeführt?

Es wird eine Anfrage gestellt, um nach dem letzten Update zu suchen. Ich habe diese vom anderen Launcher-Quellcode erhalten, da es sich um verschlüsselte Abfragen handelte.
Dies geschieht durch Abfragen dieser Adresse:
https://patch-gamever.ffxiv.com/http/win32/ffxivneo_release_game/ [AKTUELLE SPIELVERSION] / [VORHER ERHALTENE MARKE]

Im Anforderungshauptteil müssen die aktuelle Dateigröße und sha1 von ffxivboot.xex, ffxivlauncher.exe und ffxivupdater.exe angegeben werden. Und ihre 64-Bit-Äquivalente.
Das gibt uns das:
"ffxivboot.exe / filesize / sha1ofthefile / ffxivboot64.exe / filesize / sha1ofthefile, ffxivlauncher.exe / filesize / sha1ofthefile, ffxivlauncher64.exe / filesize / sha1ofthefile / ffxivupdater.exe / .exe / filesize / sha1ofthefile / "

Es wird als Rohtext gesendet.
Der Benutzeragent ist wichtig: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [A NUMBER])

Es wird eine X-Latest-Version zurückgegeben, bei der es sich um die letzte Versions-ID handelt, und eine X-Patch-Unique-ID, bei der es sich um die UID dieser Version handelt (die jede Anforderung ändert).

Wofür wird diese UID benötigt?

4.2 / Downloader aktualisieren

Updates werden vom Square Server heruntergeladen.
Die Download-URL ist statisch und scheint sich nicht zu ändern.

Ich habe aufgezeichnet, dass der Server vor dem Herunterladen der Datei eine Anfrage erhalten hat unter:
http://patch-gamever.ffxiv.com/gen_token

Mit dem Benutzeragenten "FFXIV PATCH CLIENT" und einer Variablen "X-Patch-Unique-Id" im Header.
Dieser scheint derjenige zu sein, der zuvor erhalten wurde.
In dieser Anforderung enthält der Body den URI der Aktualisierungsdatei.

Es antwortet mit der Prüfung der gleichen URI.

Ich habe nicht verstanden, wofür dieser Schritt steht. Wird es verwendet, um die Downloads der Benutzeraktualisierungen zu protokollieren?
Die Update-Dateien konnten mit oder ohne diesen Schritt heruntergeladen werden.

Ich habe nicht verstanden, woher die URI der Aktualisierungsdateien stammt. Da sie jedoch statisch sind, kann ich sie leicht durch eine Linkregistrierung ersetzen.

4.3 / Update installieren

Das ist mein Haupthindernis.
Die Aktualisierungsdateien sind eine .PATCH-Datei, die keiner Archivdatei entspricht.
Die Datei wird in seinem Header als "ZIPATCH" -Datei beschrieben.

Welcher Prozess integriert dieses Update in das Spiel?
Wenn Sie Informationen darüber haben, wäre es großartig, da es für mich das Haupthindernis für die Realisierung eines voll funktionsfähigen Linux-Portals ist.

5 / Ultimative Prüfung

Der Launcher überprüft das "Gate-Statut" unter:
https://frontier.ffxiv.com/worldStatus/gate_status.json?lang=fr& [TIMESTAMP in ms]

Dann wird das Spiel gestartet.
Ich habe nicht verstanden, wie, aber es scheint bereits von den anderen Launcher-Autoren bestimmt worden zu sein.

TL DR-Version:

• Der Versuch, einen Linux-spezifischen Launcher zu erstellen, um den offiziellen loszuwerden
• Müssen bestimmen, wie der tatsächliche die Update-URIs erhält (aber das blockiert nicht)
• Sie müssen festlegen, wie der eigentliche Aktualisierungsprozess durchgeführt wird

@eine Kirche

... und gibt an einem bestimmten Punkt in der Startsequenz 1 zurück. Die Funktion im Patch gibt nur beim zweiten Aufruf true zurück, da der Launcher beim Start abstürzt, wenn ich ihn immer auf true zurückbringe (wahrscheinlich wird versucht, einige Transgaming-spezifische Daten einzurichten, die nicht vorhanden sind, weil ich sie nicht implementiert habe andere TG-spezifische Funktionen).

Danke, dass du das herausgefunden hast! Wir hatten Glück, dass die Implementierung der Funktion IsTransgaming ausreichte, um sie zum Laufen zu bringen.

Da wäre ich mir nicht so sicher. Denken Sie daran, dass 5.0 die 32-Bit-Unterstützung aufhebt und der 64-Bit-Launcher libcef überhaupt nicht verwendet. Ich habe im Forum einige Mac-Support-Threads gesehen, die darauf hinweisen, dass der Mac-Launcher zumindest in einigen Fällen natives HTML-Rendering wie mshtml unter Windows verwendet. Dies ist wahrscheinlich etwas, das eher früher als später auf der Weinseite angegangen werden muss.

Ja, das ist bestenfalls ein hässlicher Hack. Der einzig legitime Weg nach vorne besteht darin, die Implementierungen urlmon und mshtml reparieren und zu hoffen, dass das geplante zukünftige Update, das Steam-Authentifizierung erfordert, keine Probleme verursacht.

Bearbeiten:
@alibell

Ich weiß nicht, worauf sich rgn und isft beziehen.

Ich gehe davon aus, dass "Region" und "kostenlose Testversion" sind.

Weitere Informationen zum Launcher und Updater finden Sie hier: http://ffxivclassic.fragmenterworks.com/index.php?controller=post&action=view&id_post=30. Wie der Name der Website andeutet, handelt es sich meistens um 1.0, aber es scheint, dass ein Teil davon immer noch für 2.0+ gilt.

Ich habe den Transgaming-Patch zu PKGBUILDS / wine-tkg-git / wine-tkg-userpatches hinzugefügt und die Dateierweiterung durch .mypatch ersetzt

Dann habe ich einfach das Proton-TKG-Skript ausgeführt und es hat alles für mich erstellt.

Nun, das war eine Pleite. anscheinend wurde etwas namens "makepkg" nicht gefunden und ich kann anscheinend nicht finden, welche Bibliothek es hinzufügt.

Kann jemand einen Protonenaufbau mit den Patches teilen? Ich versuche Wein zum Laufen zu bringen, habe aber Probleme

anscheinend wurde etwas namens "makepkg" nicht gefunden und ich kann anscheinend nicht finden, welche Bibliothek es hinzufügt.

makepkg dient zum Erstellen von Paketen unter Arch Linux

anscheinend wurde etwas namens "makepkg" nicht gefunden und ich kann anscheinend nicht finden, welche Bibliothek es hinzufügt.

makepkg dient zum Erstellen von Paketen unter Arch Linux

Aha! Ich verwende derzeit Pop_! OS (also Ubuntu / Debian-basiert). Ich schätze, ich kann das proton-tkg.sh -Skript dann nicht ausführen?

TL DR-Version:

• Der Versuch, einen Linux-spezifischen Launcher zu erstellen, um den offiziellen loszuwerden
• Müssen bestimmen, wie der tatsächliche die Update-URIs erhält (aber das blockiert nicht)
• Sie müssen festlegen, wie der eigentliche Aktualisierungsprozess durchgeführt wird

Ich habe derzeit keinen Zugriff auf eine Installation, die nicht aktualisiert wurde, aber als ich den Launcher, den ich wieder zusammengeklebt habe, kurz gegen eine ältere Installation zu Hause schlug, die ich nicht aktualisiert hatte, glaubte ich, dass er die Speicherorte der Aktualisierungsdatei ausgespuckt hat, also die Quelle es könnte helfen können. Überprüfen Sie login.py auf 'patch_url'.

Aha! Ich verwende derzeit Pop_! OS (also Ubuntu / Debian-basiert). Ich schätze, ich kann das proton-tkg.sh -Skript dann nicht ausführen?

Sie müssten sich mit dem Debian-Build-System befassen.

In naher Zukunft müssen wir uns darum kümmern, die Patches in einen Lutris-Build zu integrieren (Lutris hat Wine-Builds mit Korrekturen für bestimmte Spiele, zusätzlich zu verschiedenen Geschmacksrichtungen von Wine.)

Trotz der Dokumentation zu ntdll-Wine_Hide_Exports scheint es unabhängig von allem anderen in der Bereitstellung zu sein, und ich stelle mir vor, dass die Abhängigkeitsliste nur auf kollidierende Patches zu ntdll_misc.h zurückzuführen ist. Ich baue jetzt zum Testen, aber es sieht so aus, als ob Sie in der Lage sein sollten, den loader.c-Teil von ntdll-Hide_Wine_Exports anzuwenden und die hinzugefügten Zeilen manuell in ntdll_misc.h einzufügen.

(Zu Ihrer Information, ich verwende Vanillewein mit einigen ausgewählten Staging-Patches, nicht Proton, daher muss ich die Anweisungen zum Erstellen von Proton anderen überlassen.)

Ich denke, ich werde nur warten, bis Valve es dann in Proton gepatcht hat. Aber zumindest bin ich froh zu hören, dass nicht alle Hoffnung verloren geht. = D.
Hoffentlich geht es jetzt schnell, wir scheinen eine Problemumgehung zu haben.

Ich bin mir ziemlich sicher, dass dies zu hackig ist, um in offiziellen Proton-Builds enthalten zu sein.

Ich würde nicht erwarten, den IsTransgaming Patch bald im offiziellen Proton / Wine zu sehen, dafür ist es viel zu hackig. Wenn Sie nicht sehr geduldig sind, möchten Sie vielleicht Ihr Glück mit Lutris oder einem maßgeschneiderten Weinbau versuchen.

Nun, die Steinmauer beginnt. Wir müssen einen scheinbar absichtlichen Block gegen Linux-Benutzer umgehen. Das Ventil muss hier eine Haltung zeigen. Hacky Patches und Make Shift Launcher sind nicht die Haltung, die ich einnehmen möchte. Ich möchte, dass Square "blutet, genau wie ich" ~ Deadman's Wonderland

Nun, die Steinmauer beginnt. Wir müssen einen scheinbar absichtlichen Block gegen Linux-Benutzer umgehen. Das Ventil muss hier eine Haltung zeigen.

Dies ist definitiv nicht beabsichtigt. Sicher, seltsame und sogar schmutzige Programmier- / Portierungsoptionen, aber es ist kein Versuch, Linux zu blockieren.

Ich bezweifle, dass dies speziell auf Linux-Benutzer ausgerichtet ist. Viel wahrscheinlicher war es, dass sie Änderungen für MAC vorgenommen haben und da sie nicht unter Linux testen, wurden unbeabsichtigt Probleme für uns eingeführt, aber das ist ohne offizielle Unterstützung zu erwarten.

Ja, es wird vorerst auf Lutris funktionieren (wenn der Build kommt), aber auf lange Sicht nicht. Wenn Square mich endgültig von Nicht-Steam-Kopien des Spiels ausschließt, kann ich nicht spielen, wenn Proton den Trick nicht macht!
Ich bin nicht einmal verärgert über Valve, auch wenn sie den IsTransgaming-Hack nicht implementieren. Ich bin meistens nur sauer auf Square, dass sie so schwierig sein müssen. Besonders wenn das Spiel selbst nicht das Problem ist; Es ist nur der Launcher, der verrückt ist.

Ja, wir haben keine Beweise dafür, dass dies beabsichtigt ist, nur weil es auf seltsame Weise kaputt gegangen ist. square enix hat Linux oder Proton noch nie offiziell unterstützt, so dass sie offensichtlich nicht wussten, dass es so brechen könnte. Sie sind uns gegenüber nicht verpflichtet, wir gehen unseren eigenen Weg.

Dies ist mit ziemlicher Sicherheit eine Änderung der Vorgehensweise des Mac-Clients, um die Entfernung der 32-Bit-Unterstützung vorzubereiten, und wir werden mitten drin erwischt

Die gute Nachricht ist, dass wir, solange SE den Mac-Client auf diese Weise unterstützt, wahrscheinlich mehr Transgaming emulieren können, wenn dies in Zukunft nicht mehr funktioniert (auch wenn dies möglicherweise den Kauf von Mac-Lizenzen bedeutet).

Die wirklich dumme Sache ist, warum sie IsTransgaming verwenden, um Mac im Launcher zu erkennen, aber im eigentlichen Spiel nach Weinexporten suchen? Ironischerweise wäre es schwieriger, das Problem zu umgehen, wenn sie IsTransgaming für beide verwenden würden, ohne eine Mac-Lizenz zu benötigen

Ja, es ist wirklich albern, aber ich kann gut für eine Mac-Lizenz bezahlen, wenn es soweit ist und sie das beheben :)

Ich frage mich auch, ob die Mac FFXIV-Spieler ihr Spiel ändern können, um Wein zu verbergen, und daher als Windows-Version gelten

Tbh Ich habe nie wirklich verstanden, warum wir zunächst unterschiedliche Lizenzen für unterschiedliche Plattformen haben müssen. Für ein abonnementbasiertes MMO macht dies keinen Sinn. Ich denke aus Geldgründen, aber trotzdem!

Wir werden sehen, dass jemand hier sagte, er könne das ECMAscript der Useragent-Prüfungen nicht finden. Browser.js Zeilen 60 bis 72 .... Ziemlich klar dort. Da die Unterstützung von LibCEF und MAC eine benutzerdefinierte Wine-Schicht verwendet, besteht die Hoffnung, dass wir darauf zurückgreifen können. Wenn dies das Beste ist, auf das wir hoffen können, schlage ich vor, LostArk zu betrachten, wenn es Russland trifft.

Die bloße Tatsache, dass sie versuchen, die Lizenzierung strenger zu kontrollieren, sollte über den Plan und die Absicht berichten. Wenn Sie das nicht herausfinden können, sollten Sie Schafe zurück zu Windows quälen.

Update: Ich könnte nachlässig sein, ob dir das gefällt oder nicht, es ist die Tatsache, was der Code sagt

Es gibt keine Hinweise darauf, dass dies böswillig ist. Dinge brechen, besonders wenn sie nicht offiziell unterstützt werden. es passiert und wir werden es umgehen.

Ja Mann. Scheiße passiert.

Es gibt keine Hinweise darauf, dass dies böswillig ist. Dinge brechen, besonders wenn sie nicht offiziell unterstützt werden. es passiert und wir werden es umgehen.

Wenn der Code nicht genug Beweis ist, was wäre es dann? Ein direktes Geständnis von Yosuke Matsuda? Aus diesem Grund haben wir Trump im Amt und Title 2 Network ist neutral kaum in Gang gekommen. Niemand hat mehr Rückgrat, um aufzustehen und nein zu sagen. Da dies der Fall ist, werde ich mich verneigen und kann mein U-Boot.

Der HideWineExports-Patch wurde auf Protons Weingabel angewendet, für diejenigen, die ihn möchten: https://github.com/achurch/proton-wine/commit/e77d4e14f42aa3721480a2ea6cdb713f4e5aceb4

Ich habe das Verhalten noch nicht getestet, aber es ist ein unkomplizierter Patch und wird sauber erstellt. Ich wäre also überrascht, wenn es nicht funktionieren würde.

Ich habe den IsTransgaming-Patch nicht hinzugefügt, da dies ein sehr kludgey Fix ist, der nicht bleiben sollte, aber sauber angewendet werden sollte.

Wenn der Code nicht genug Beweis ist, was wäre es dann?

Es gibt keinen Code, der darauf hinweist, dass dies böswillig ist, und dies ist offtopisch.

Tbh Ich habe nie wirklich verstanden, warum wir zunächst unterschiedliche Lizenzen für unterschiedliche Plattformen haben müssen. Für ein abonnementbasiertes MMO macht dies keinen Sinn. Ich denke aus Geldgründen, aber trotzdem!

Sie müssen wahrscheinlich für Steam und PS4.

Tbh Ich habe nie wirklich verstanden, warum wir zunächst unterschiedliche Lizenzen für unterschiedliche Plattformen haben müssen. Für ein abonnementbasiertes MMO macht dies keinen Sinn. Ich denke aus Geldgründen, aber trotzdem!

Sie müssen wahrscheinlich für Steam und PS4.

Um mehr Geld zu verdienen. Nein, sie müssen nicht für Steam oder PS4. Das Subsystem wird von Square Enix gehostet und verwaltet. Sie mögen sagen, dass dies der Grund ist, aber schauen Sie sich Auras Königreich an. Sie können die Nicht-Steam- oder Steam-Version herunterladen, sich jedoch mit demselben Konto anmelden, ohne dass eine Blockierung erforderlich ist. Das ist nur Rauch und Spiegel. Aber ja, ich werde sagen, dass es bis zu einem gewissen Grad ein bisschen schief läuft. Der Grund für diesen Code ist ziemlich stumpf, selbst wenn es diejenigen gibt, die ihre Köpfe in den Sand stecken. Ich hoffe, es wird ein weiterer Patch, danach ein weiterer Patch und ein weiterer, nur um den Geschäftsplan von Square zu umgehen. Das, was all das vor sich hat, schlicht und einfach. Jbal91, ich bin von Beruf ein Principle Engineer, ich schreibe SHIZ, WIE DAS FÜR EIN VERDAMMTES LEBEN! Ich kenne den Unternehmensverstand, weil ich auf Halsebene darin bin. Also ziehen Sie bitte Ihren Kopf aus Ihrer Gänseblümchenkette ... Das geht an die anderen, die glauben, dass dies nur ein Fehler ist.

Können wir aufhören, darüber zu reden? es ist für das vorliegende Thema völlig irrelevant.

Zurück zum Thema, es ist bedauerlich, dass sie speziell nach Wine suchen, denn es bedeutet, dass wir leider selbst dann, wenn wir Wines mshtml korrigiert haben, denken würden, wir wären Mac-Benutzer, wenn wir versuchen, das Spiel zu starten. Das heißt, es ist unwahrscheinlich, dass es jemals wieder mit Vanillewein / Proton funktionieren wird.

Ich verstehe nicht, warum Proton (und Lutris) den Wein-Staging-Patch nicht zusammenführen würden, um das Spiel zum Laufen zu bringen, da es sowieso nicht wirklich so hackig ist. Was mshtml betrifft, müssen wir herausfinden, was genau daran falsch ist

Wenn SE dies zur Kenntnis nimmt, ändern sie diesen Scheck möglicherweise noch, um stattdessen IsTransgaming verwenden. Andernfalls sollte das Deaktivieren der wine_get_version -Symbole einfach genug sein, entweder durch Hinzufügen einer Registrierungsoption oder durch einfaches Entfernen aus dem Proton.

Ich habe den Reddit-Beitrag mit allen Informationen aktualisiert,

Ich frage mich, wie schwierig es wäre, nur eine DLL zu schreiben, die GetProcAddress einbindet und 1 für isTransgaming zurückgibt. Dann würden wir keinen benutzerdefinierten Wine Build benötigen. Wir würden immer noch eine Inszenierung brauchen, um Wine zu verstecken.

@ jbal91 Wenn FFXIV irgendeine Art von Anti-Cheat implementiert (oder dies in Zukunft tut), würde dies wahrscheinlich dazu führen. Im Idealfall ist es meiner Meinung nach am besten, keine der FFXIV-Dateien zu ändern.

@ jbal91 Wenn FFXIV irgendeine Art von Anti-Cheat implementiert (oder dies in Zukunft tut), würde dies wahrscheinlich dazu führen. Im Idealfall ist es meiner Meinung nach am besten, keine der FFXIV-Dateien zu ändern.

DXVK würde es sowieso schon auslösen

Ich habe versucht, mit dem Makefile Protonen mit Weinflecken zu bauen, aber Meson beschwert sich immer wieder über Dinge. Ich bin mir nicht sicher, was das Hauptproblem ist. Wenn jemand es mit allen 3 Patches erstellen kann, stellen Sie es bitte irgendwo zum Herunterladen bereit. Ich werde es in der Zwischenzeit weiter versuchen

Nun, ich habe es geschafft, mich einzuloggen. Ich werde versuchen, eine Proton-Version mit Proton-tkg zu erstellen

Ich habe es gerade gebaut, musste die gesamte VM zerstören und von Grund auf neu erstellen, aber der Launcher funktioniert jetzt. Ich habe vergessen, den Registrierungseintrag zu ändern

OK, sagen wir mal hypothetisch, ich bin Baby und weiß nicht, was ich tun soll, damit es funktioniert. Ich bin auf Gentoo und habe die kostenlose Steam-Testversion durchlaufen, habe aber keine Steam-Version. Da ich denke, dass dies keine Sache mehr sein wird, die ich bald tun kann, würde es mir wahrscheinlich nichts ausmachen, mein eigenes Proton zu kompilieren und auszuführen Führen Sie ffxiv aus, wenn dies erforderlich ist, aber ich bin mir nicht sicher, was ich tun muss und wie die erforderlichen Patches angewendet werden sollen.

Ich werde den Protonenaufbau komprimieren, sobald ich bestätige, dass er funktioniert. Sie sollten ihn einfach in .steam/root/compatibilitytools.d

Ich habe ein bisschen zu tun, also wird es wahrscheinlich mindestens eine Stunde dauern, bis ich das bestätigen kann

Ich habe ein funktionierendes Arch-Paket, das gerade für Proton neu kompiliert wird. Sollte in weniger als einer Stunde fertig sein, wenn die Leute nicht warten können, lol

Ich habe zumindest einen ganzen Tag gewartet. Ich kann noch eine Weile warten =)
Möglicherweise dumme Frage, aber: Nehmen Sie an, dass das Arch-Paket unter Debian funktionieren würde? WINE / Proton sollte distro-unabhängig sein, oder?

Ich bezweifle wirklich, dass es unter Debian ohne Chroot funktionieren würde

Nun, ich freue mich trotzdem darauf, es zu versuchen! : D.
Wenn es funktionieren kann, werde ich es herausfinden.

Es wurde gebaut und gestartet, hat aber DX11 nicht erkannt, glaube ich, weil ich DXVK gewonnen habe und es erneut versucht habe

Wie stelle ich den Registrierungsschlüssel genau ein?

winetricks hidewineexports = enable

Hallo, alle miteinander. Ich wollte mich nur bei Ihnen allen für Ihre Arbeit zu diesem Thema bedanken.

Sie sind wirklich erstaunlich <3

Okay, es funktioniert und ich werde jetzt die Protonenverteilung zippen

https://mega.nz/#!PpVQUCwI!lWMwHYsKZtQ6WdGZbZ2UAqWpp -Iq1NlursEwKJt0R34

ahaha oder @ jbal91 werden mich

dauerte länger als es hätte sein sollen, weil ich es wieder aufbauen musste.

Sie müssen WINEPREFIX = "$ HOME / .local / share / Steam / kompatibilitytools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = aktivieren, um zum Zeichenauswahlbildschirm zu gelangen

Und ja, es muss in "$ HOME / .local / share / Steam / compatibleTools.d" extrahiert werden.

Fügen Sie das einfach dem Launcher hinzu?

Tbh Ich habe nie wirklich verstanden, warum wir zunächst unterschiedliche Lizenzen für unterschiedliche Plattformen haben müssen. Für ein abonnementbasiertes MMO macht dies keinen Sinn. Ich denke aus Geldgründen, aber trotzdem!

Sie müssen wahrscheinlich für Steam und PS4.

Um mehr Geld zu verdienen. Nein, sie müssen nicht für Steam oder PS4. Das Subsystem wird von Square Enix gehostet und verwaltet. Sie mögen sagen, dass dies der Grund ist, aber schauen Sie sich Auras Königreich an. Sie können die Nicht-Steam- oder Steam-Version herunterladen, sich jedoch mit demselben Konto anmelden, ohne dass eine Blockierung erforderlich ist. Das ist nur Rauch und Spiegel. Aber ja, ich werde sagen, dass es bis zu einem gewissen Grad ein bisschen schief läuft. Der Grund für diesen Code ist ziemlich stumpf, selbst wenn es diejenigen gibt, die ihre Köpfe in den Sand stecken. Ich hoffe, es wird ein weiterer Patch, danach ein weiterer Patch und ein weiterer, nur um den Geschäftsplan von Square zu umgehen. Das, was all das vor sich hat, schlicht und einfach. Jbal91, ich bin von Beruf ein Principle Engineer, ich schreibe SHIZ, WIE DAS FÜR EIN VERDAMMTES LEBEN! Ich kenne den Unternehmensverstand, weil ich auf Halsebene darin bin. Also ziehen Sie bitte Ihren Kopf aus Ihrer Gänseblümchenkette ... Das geht an die anderen, die glauben, dass dies nur ein Fehler ist.

Es ist eine Sache, Köpfe in den Sand zu stecken, eine andere, den Kopf auf dem Mond zu haben. Beides ist nicht zu empfehlen:

Wenn Code über Benutzeragenten spricht, bedeutet dies nichts in Bezug auf das Filtern. Oder eine Filterung basierend auf dem Benutzeragenten bedeutet nicht, dass Linux-Benutzer "geholt" werden sollen.

Vielleicht legen Sie tatsächlich die sogenannte "Anti-Linux" -Flusskontrolle offen, bevor Sie auf Verschwörung zurückgreifen:

Accept:           */*                                                                       
Host:             frontier.ffxiv.com                                                        
User-Agent:       SQEXAuthor/2.0.0(Windows 7; ja-jp; 7bf5f44656)                            
Referer:          https://frontier.ffxiv.com/version_4_0_win/index.html?rc_lang=fr&time=2019
                  -04-23-23                                                                 
Accept-Encoding:  gzip, deflate                                                             
Connection:       Keep-Alive                                                                

Dies ist, was der Launcher durch Wine tatsächlich die Pfeife hinunter sendet.

Und der Antwortkörper

Browser.userAgent.name = Browser.userAgent.Type.WIN;

Der Remote-Webservice identifiziert den Launcher als unter Windows ausgeführt.

Sie wählen es entweder als Standard-SteamPlay-Version oder speziell für FFXIV in den Eigenschaften aus (ich empfehle letzteres).

Entschuldigung, ich bezog mich auf die

WINEPREFIX = "$ HOME / .local / share / Steam / compatibleTools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = enable

Sie setzen das in "Startoptionen festlegen" oder müssen es anders machen?

Entschuldigung, ich bezog mich auf die

WINEPREFIX = "$ HOME / .local / share / Steam / compatibleTools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = enable

Sie setzen das in "Startoptionen festlegen" oder müssen es anders machen?

Nein, Sie führen diesen Befehl nur einmal im Terminal aus und fertig

^ Legen Sie es einfach in die Schale.

Wenn Sie keine Winetricks haben, können Sie dies stattdessen auch über winecfg tun

Hallo, ich verwende Wein-Inszenierung Standalone. Wie würde ich den Transgaming-Patch genau anwenden?

Kein Glück hier, startet, schließt dann sofort.

@ jbal91 Wo lege ich das hin? Ich habe keine Kompatibilität.d unter ~/.steam/root Manjaro i3 ausführen.

Ich habe versucht, meine vorhandene Lutris-Installation des Spiels auf den neuen Wine64 aus dem Build von jbal91 zu verweisen, aber es kann überhaupt nicht gestartet werden:

Wine: Initialisierung fehlgeschlagen: RIGIN / lib64 / wine / ntdll.dll.so: Freigegebene Objektdatei kann nicht geöffnet werden: Keine solche Datei oder kein solches Verzeichnis

Ich gebe zu, ich bin nicht gut mit den Feinheiten von WEIN; Fehlt mir etwas // Ist es möglich, dies mit einer Lutris-Installation zum Laufen zu bringen? Ich kann später mit Steam selbst installieren / versuchen, wenn ich mehr Zeit habe, aber ich wollte es testen.

@ sangoku116 erstelle den Ordner ~/.steam/root/compatibilitytools.d/ und exportiere alles dort. Sollte der Ordner ~/.steam/root/compatibilitytools.d/proton_tkg_4.6.r0.g3f8edce5.ffxiv mit allem darin enden, gehen Sie in Steam und wählen Sie diese Steam Play-Version nur für FF14 aus

Ich habe versucht, meine vorhandene Lutris-Installation des Spiels auf den neuen Wine64 aus dem Build von jbal91 zu verweisen, aber es kann überhaupt nicht gestartet werden:

Wine: Initialisierung fehlgeschlagen: RIGIN / lib64 / wine / ntdll.dll.so: Freigegebene Objektdatei kann nicht geöffnet werden: Keine solche Datei oder kein solches Verzeichnis

Ich gebe zu, ich bin nicht gut mit den Feinheiten von WEIN; Fehlt mir etwas // Ist es möglich, dies mit einer Lutris-Installation zum Laufen zu bringen? Ich kann später mit Steam selbst installieren / versuchen, wenn ich mehr Zeit habe, aber ich wollte es testen.

Nach dem Lesen von Proton mit dieser Ausgabe denke ich, dass Proton und Wine nicht austauschbar sind. Proton führt einige Überprüfungen mit Steam-spezifischen Dingen durch, sodass es nicht mit dem Gewinn in Lutris kompatibel ist

As far as I'm aware Proton and Wine are not interchangeable. I think Proton does some checks with Steam.

Das würde Sinn machen. Ich vermische wahrscheinlich Leute, die fragen, ob / ob es als Läufer funktionieren soll, wie es einer ist.

https://drive.google.com/open?id=1dLqEsHrRuBxau0Is4oEqSvSSvoRmBBwi

Ich habe versucht, meine vorhandenen Installationsdateien in das Steam-Verzeichnis für FF zu kopieren, nachdem Steam den Launcher installiert hatte, und dies zu löschen und eine Neuinstallation ohne die Daten zu starten. Beide wurden sofort abgebrochen, nachdem ich auf Wiedergabe geklickt hatte, bevor ich überhaupt zum Launcher kam.

Gleicher Fehler wie bei meinem früheren Versuch, wine: failed to initialize: RIGIN/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

https://drive.google.com/open?id=1dLqEsHrRuBxau0Is4oEqSvSSvoRmBBwi

Auch nach dem Laufen
WINEPREFIX="$HOME/.local/share/Steam/compatibilitytools.d/proton_4.2-local/dist/share/default_pfx/" winetricks hidewineexports=enable

Ich erhalte den Fehler "Kein Dienstkonto".

Aber zumindest bin ich ins Spiel gekommen, also noch einen Schritt weiter

Ich habe den Befehl in ein Terminal ausgeführt, die Datei ausgewählt, die als protonffxiv ausgeführt werden soll, und jetzt wird mein Spiel nicht gestartet. Es wird gestartet, wenn ich 4.2-3 auswähle, aber nicht die ffxiv.

@ sangoku116 hast du @ashkitten oder @ jbal91 build verwendet? Ich hatte das gleiche Problem mit @ jbal91, aber nicht mit @ashkitten

Ich habe das gleiche Problem wie @Undeadhunter . Proton mit @ jbal91s Proton ermöglicht es dem Launcher, einwandfrei zu arbeiten und das Spiel zu patchen, aber ich erhalte immer noch einen Fehler ohne Dienstkonto (obwohl im Präfix hidewineexports = enable gesetzt wurde). .

Ich habe @ jbal91 verwendet , der Build wird den anderen versuchen.

hat perfekt für mich funktioniert, vielen Dank! @ashkitten

Ja, ich denke, etwas könnte mit meinem funky sein

@ jbal91 denke, es hängt mit dem Namen zusammen, Steam wird ohne den .ffxiv-Teil des Ordnernamens gestartet. Hast du es vielleicht umbenannt?

Beim Versuch, eine Verbindung zum Rechenzentrum herzustellen, ist ein Fehler aufgetreten. Es heißt, mein Spiel ist nicht bei meinem Dienstkonto registriert.

@ sangoku116 Welchen Wineprefix haben Sie beim Ausführen des Befehls zum Aktivieren von hidewineexports verwendet?

Für mich funktionierte WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

Für mich funktionierte WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

Repariert!

froh!

Immer noch kein Glück hier, geprüft WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winecfg und unter Staging Hide Wine ist geprüft.

Hallo! Ich wollte mich nur einschalten und sagen, dass ich den Build von @ashkitten verwende (mit versteckten Weinexporten im Präfix 39210), und ich habe mich erfolgreich angemeldet, gepatcht, das Spiel gestartet und mich mit einem Charakter verbunden. Es scheint also für mich zu funktionieren. Vielen Dank an alle für ihre bisherige harte Arbeit. :) :)

@Undeadhunter Was mir geholfen hat, war WINEPREFIX=$HOME/Data/SSD/SteamLibrary/steamapps/compatdata/39210/pfx/ winetricks hidewineexports=enable weil ich FFXIV an einem benutzerdefinierten Speicherort installiert habe

Denken Sie auch daran, dass bei Verwendung der Testversion die Nummer nach den kompatiblen Daten "312060" und bei Verwendung des Einzelhandelsclients "39210" lautet.

Könnte jemand bitte erklären, wie man dies auf eine Nicht-Steam-Version von FFXIV anwendet

@ Wyziqi kam gerade, um dies zu posten. Ich habe zwar auch einen benutzerdefinierten Installationsort, aber Sie haben es vor mir herausgefunden. Dank dafür!

Führen Sie WINEPREFIX="<install location>/SteamLibrary/steamapps/compatdata/39210/pfx/" winetricks hidewineexports=enable um dies für alle klar zu machen

Könnte jemand bitte erklären, wie man dies auf eine Nicht-Steam-Version von FFXIV anwendet

Erstellen Sie Wein mit den hier veröffentlichten Korrekturen, hauptsächlich der Funktion zum Verstecken von Wein in der Weinbereitstellung, und der Korrektur zum Hinzufügen von isTransgaming von https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Ich versuche, den Build von @ashkitten zu verwenden, aber weigere ich mich auch, den Launcher zu starten, und

Von Ashkitten:

GameAction [AppID 39210, ActionID 1]: LaunchApp hat die Aufgabe mit "" in ProcessingInstallScript geändert.
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: Ist ein Verzeichnis
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: Ist ein Verzeichnis
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: Ist ein Verzeichnis
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: Ist ein Verzeichnis
[2019-04-24 16:21:51] Startup - Updater erstellt am 16. April 2019 um 21:00:51 Uhr
[2019-04-24 16:21:51] Ich habe mich für die Client-Beta 'publicbeta' über eine Beta-Datei angemeldet
Sie befinden sich in der 'publicbeta'-Client-Beta.
[2019-04-24 16:21:51] Überprüfung der Installation ...
[2019-04-24 16:21:51] Überprüfung abgeschlossen
installscript_posix.cpp (418): Bestätigung fehlgeschlagen: Der eigenständige Evaluator hat den Fehlercode für App 39210 zurückgegeben
installscript_posix.cpp (418): Bestätigung fehlgeschlagen: Der eigenständige Evaluator hat den Fehlercode für App 39210 zurückgegeben
Installieren des Breakpad-Ausnahmebehandlungsprogramms für AppID (Steam) / Version (1555457005)
assert_20190424162217_27.dmp [7678]: Dump hochladen (nicht in Bearbeitung)
/tmp/dumps/assert_20190424162217_27.dmp
GameAction [AppID 39210, ActionID 1]: LaunchApp hat die Aufgabe mit "" in ProcessingShaderCache geändert.
GameAction [AppID 39210, ActionID 1]: LaunchApp hat die Aufgabe mit "" in SiteLicenseSeatCheckout geändert.
GameAction [AppID 39210, ActionID 1]: LaunchApp hat die Aufgabe in CreatingProcess mit "" geändert.
GameAction [AppID 39210, ActionID 1]: LaunchApp wartet auf Benutzerantwort auf CreatingProcess ""
GameAction [AppID 39210, ActionID 1]: LaunchApp fährt mit der Benutzerantwort "CreatingProcess" fort.
Opted-in Controller Mask für AppId 39210: 0
Spielaktualisierung: AppID 39210 "", ProcID 7680, IP 0.0.0.0:0
App 39210 starten
Installieren des Breakpad-Ausnahmebehandlungsprogramms für AppID (Steam) / Version (1555457005)

Hinzufügen des Prozesses 7680 für die Spiel-ID 39210
GameAction [AppID 39210, ActionID 1]: LaunchApp hat die Aufgabe mit "" in WaitingGameWindow geändert.
FEHLER: ld.so: Objekt '/home/jim/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' von LD_PRELOAD kann nicht vorinstalliert werden (falsche ELF-Klasse: ELFCLASS32): ignoriert.
/ bin / sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: Ist ein Verzeichnis
GameAction [AppID 39210, ActionID 1]: LaunchApp hat die Aufgabe in "Abgeschlossen mit" "geändert.
Hinzufügen des Prozesses 7682 für die Spiel-ID 39210
Spiel entfernt: AppID 39210 "", ProcID 7680
Beenden der App 39210

Und wie wende ich den Patch an? Es scheint nicht so, als würde es dem Format der anderen Patches in der Weininszenierung entsprechen.

Könnte mir jemand sagen, ob ich etwas Besonderes tun muss, wenn ich Lutris benutze?

@kgnotte das sind diffs, sie enthalten keine Commit-Informationen, also musst du sie mit git apply anwenden

Danke @ashkitten

https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git
Das wäre eine Möglichkeit, sich eine individuelle Weinumgebung aufzubauen. Legen Sie diff in den Ordner userpatches und führen Sie das Build-Skript aus

Könnte mir jemand sagen, ob ich etwas Besonderes tun muss, wenn ich Lutris benutze?

Bisher sind die einzigen Builds, die ich geteilt habe, für Proton. Sie müssen auf einen Wine-Build warten, um angezeigt zu werden, oder einen eigenen kompilieren.

Wenn eines auftaucht, müssen Sie sortieren, wie das als Weinläufer in Lutris installiert wird, und Ihre Weinversion für XIV darauf umstellen.

Sie können auch Dampf ohne Dampf in Dampf einfügen und Protonen verwenden, um es zu werfen.

Sobald alle mit der Problemumgehung einverstanden sind, sollten wir wirklich nach einer tatsächlichen Lösung für die Probleme mit mshtml suchen, da dies ziemlich hackig ist und beim nächsten Push eines ähnlichen Updates leicht kaputt geht

@kgnotte hier hat jemand einen Fix für https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/9 verwenden

@ashkitten prton 4.2-local hat bei mir gut funktioniert. Kopierte die Dateien unter ~ / .steam / root / compatibleTools.d /

Steam neu gestartet und das Spiel gezwungen, diese Version auszuführen. Vielen Dank

@ashkitten Vielen Dank! Proton 4.2-local funktioniert super!
Ich bin jetzt auch bei ArchLinux, nur um sicher zu gehen;]

@HereInPlainSight Ich habe eine Anfrage für Sie:
Auf diese Weise müssen Leute, die hierher kommen, um nach einer Lösung für dieses Problem zu suchen, nicht buchstäblich Hunderte von Kommentaren lesen, während wir auf einen offiziellen Patch warten.

Und hoffentlich ... HOFFNUNG, dass dies eine Lösung sein wird, die eine Weile

Ich habe dem Reddit-Beitrag gerade Anweisungen hinzugefügt. Ich wollte das schon seit ein paar Stunden, aber ich bin gerade erst dazu gekommen, es zu tun. Ich habe diese Anleitung nicht getestet. Bitte lassen Sie mich wissen, wenn ich etwas falsch gemacht habe!

Ich habe dem Reddit-Beitrag gerade Anweisungen hinzugefügt. Ich wollte das schon seit ein paar Stunden, aber ich bin gerade erst dazu gekommen, es zu tun. Ich habe diese Anleitung nicht getestet. Bitte lassen Sie mich wissen, wenn ich etwas falsch gemacht habe!

Vielen Dank! Auch wenn BrowserType jetzt in der Proton 4.2-lokalen Umgebung ignoriert wird, muss CutsceneMovieOpening in "FFXIV.cfg" immer noch auf 1 , sonst werden Sie Es wird ein neuer Fehler angezeigt, der besagt, dass keine Verbindung zum Rechenzentrum hergestellt werden konnte. Zumindest gibt es nicht mehr den unendlichen schwarzen Ladebildschirm.
Sie haben es wahrscheinlich schon behandelt (ich habe es noch nicht angeschaut), aber dies ist auch für Leute, die hier schauen und das reddit nicht so überprüfen ...

Oh mein Gott, Square!
http://forum.square-enix.com/ffxiv/threads/388444-Wine-Launcher-404
Sie haben den Thread zur allgemeinen Diskussion verschoben. Willst du mich veräppeln? xD Dieser Thread ist so technisch wie es nur geht! Es wird begraben werden: <

Als ich zum ersten Mal Wein kompilierte, entschied ich mich für tk-git-wine, aber es ist ziemlich bogenspezifisch, also folgte ich ihrer Empfehlung für Nicht-Bogenschützen, einen Docker-Container für die Kompilierung zu erstellen, aber nach dem Kompilieren komme ich mit zurück Ein nicht funktionierender Build für meine anderen Maschinen, weil wine: failed to initialize: /lib32/libm.so.6: version 'GLIBC_2.29' not found (required by <wine>/lib32/wine/ntdll.dll.so)

Es scheint also, dass auf meinem Heimsystem ein Glibc vor 2.29 ausgeführt wird. Es gibt einige - was ich finde - komplexe Anweisungen, wie man damit umgeht, aber kennt jemand eine einfachere Version von Anweisungen oder zumindest, wie man damit in diesem speziellen Fall umgeht? _EXTERNAL_INSTALL wird auf true gesetzt.

Ja, ich kann warten, bis ein Nicht-Protonen-Build auftaucht, aber wenn ich mein Wissen für die Zukunft erweitern kann, würde ich es vorziehen, es für das hoffentlich nächste Mal zu wissen.

@TenaarFeiri Nun, das ist ... schlecht. Sollten wir eine neue eröffnen, die technisch orientierter ist? Es gab einige ... hitzige Meinungen, die an einigen Stellen im Thread geteilt wurden. Vielleicht möchten wir konkrete Vorschläge machen, was sie tun können, um dies in Zukunft zu vermeiden. Ich bin mir hier nicht ganz sicher.

Bearbeiten: Ein Beitrag in den offiziellen Foren bestätigt außerdem, dass wir als Mac-Benutzer identifiziert werden.

@HereInPlainSight Ja, ich bin ShiningWolf dort und ich gebe selbst einige hitzige Meinungen zu, meine schlechte. Es war frustrierend, aber so oder so ist das Thema nicht gesperrt, sondern wurde aus irgendeinem Grund zu General verschoben.

Ich würde vorschlagen, dass wir im technischen Support ein neues Thema erstellen, in dem die spezifischen Schritte beschrieben werden, die erforderlich sind, um FFXIV wieder auf WINE / Proton auszuführen. Besonders Proton, da dies mit ein paar kleinen Änderungen (wie dem Verstecken von Weinexporten auf dem Pfx des Spiels) außergewöhnlich gut funktioniert zu haben scheint.
Ich weiß, dass Square nicht sehr kooperativ mit uns ist, aber ich denke, wenn sie uns stattdessen einfach in Ruhe lassen und unser Thema dort haben könnten, müssten sie nichts tun. Außer vielleicht Pin es. Es wäre großartig gewesen, wenn sie das einfach tun könnten!

Um das Thema des technischen Supports weiter zu rechtfertigen, könnten wir das Problem postmortal lösen.

@ Kisak-Ventil Hey! Ich hoffe, es macht Ihnen nichts aus, wenn ich Sie tagge, aber ich habe eine Frage: Wäre es möglich, einen FFXIV-spezifischen Proton-Build als Teil des SteamPlay-Downloads zu integrieren? Sehen Sie, wie es eine bereits gebaute gibt, die jetzt funktioniert (und möglicherweise in absehbarer Zukunft sogar weiter funktioniert)?

@TenaarFeiri Ich dachte, ein Postmortem wäre eine gute Option, aber wenn dies

Keine Sorge, dass es heiß hergeht - es ist in Ordnung, Gefühle für die Situation zu haben. Ich denke nur, wir müssen das Thema, wie wir uns dabei fühlen, von der Seite des „technischen Supports“ des Problems trennen, damit wir nichts geben ihnen einen Grund, wieder ein neues Thema zu verschieben, das ist alles.

Angesichts der Tatsache, dass wir derzeit als Mac-Benutzer angesehen werden, sollten wir dies auf jeden Fall in alle postmortalen Artikel in den Foren aufnehmen und hervorheben, dass dies Auswirkungen auf den Kauf unserer Spiele hat und in Zukunft Probleme für neue Spieler verursachen kann Spieler. Es ist eine nicht optimale Lösung, uns danach zu filtern, ob wir Weinexporte haben, da die meisten Linux-Spieler davon ausgehen würden, die Windows-Version des Spiels zu kaufen.

Zur Bestätigung: Haben wir zu diesem Zeitpunkt nur zwei Optionen, um den 32-Bit-Launcher dauerhaft in den Ruhestand zu versetzen? Reparieren Sie mshtml (ich glaube, so wurde es genannt) oder stellen Sie unseren eigenen voll funktionsfähigen Linux-Launcher zusammen? Da beide nicht trivial klingen und wir sie brauchen, bin ich mir nicht sicher, wie ich neben der emotionalen Unterstützung auch eine der beiden Ursachen fördern soll. <. <

Ich denke, die beste Vorgehensweise wäre, mshtml zu reparieren und all die wahrscheinlich Hunderte von Fliegen zu schlagen, die ähnliche Probleme verursachen. Mshtml und ein benutzerdefinierter Linux-Launcher scheinen derzeit die einzigen zwei möglichen Optionen zu sein.

Ein benutzerdefinierter Launcher wäre absolut die bequemste Lösung für uns, aber das Reparieren von mshtml würde der gesamten WINE-Gaming-Community einen größeren Nutzen bringen.

Für einen benutzerdefinierten Launcher wäre es meiner Meinung nach ein guter Ausgangspunkt, dieses Projekt zu verzweigen und darüber hinaus eine grafische Benutzeroberfläche zu erstellen. Ich habe es noch nicht getestet, aber ich habe von einem Freund gehört, dass es ziemlich gut funktioniert (er würde mir jedoch keine 100% klare Antwort geben), also ist das der Kern eines solchen Launcher, der bereits geschrieben wurde.
Die Herausforderung wäre dann zu bestimmen, wie der Standard-Launcher Updates herunterlädt, damit der neue Launcher auch diese Aufgabe ausführen kann.
ODER
Und das wäre unpraktisch, ABER
Einer oder einige von uns könnten ein aktuelles Spiel in einem mit GDrive synchronisierten Verzeichnis installieren. 100 GB GDrive-Speicherplatz zu bekommen ist ziemlich billig, und der Launcher könnte so codiert werden, dass er den Client von dort aus synchronisiert. Wenn wir jedoch keine Updates für diese Kopie des Spiels ohne ein aktives Konto herunterladen können, gibt es keine Garantie dafür, dass es als dauerhafte Patchwork-Lösung dienen kann.
Wir wären auch völlig verpflichtet, ob Google beschließt, uns an diesem Tag eine gute Bandbreite zu bieten.

Fazit: Ich fürchte, wir müssen uns vorwärts bewegen. Möglicherweise müssen wir auf unbequeme Weise am Launcher vorbei humpeln.

Ich denke wirklich, dass ein benutzerdefinierter Launcher nicht der richtige Weg ist. Dies würde vielen Dampfbenutzern wirklich Unannehmlichkeiten bereiten, insbesondere wenn square ihre Anforderungen für die Dampfanmeldung implementiert. Wir müssen herausfinden, was mit mshtml nicht stimmt, und es stattdessen beheben.

Ja, ein Blick in mshtml (oder was auch immer den schwarzen Bildschirm verursachen könnte) scheint der richtige Weg zu sein. Es scheint immer noch ein guter erster Schritt zu sein, herauszufinden, warum die Seite in einem normalen Browser schwarz bleibt.

tatsächlich. Ich habe das Gefühl, dass es möglicherweise nicht so tiefgreifend ist, wie wir ursprünglich dachten.

Ich vermute, dass der Launcher eine Art Header zur Authentifizierung an die Webseite sendet. Zum Glück scheint es sich nur um ungehinderte JavaScript- und CSS-Magie zu handeln? Wenn ich in die Quelle der leeren Seite schaue, kann ich die Skripte finden, aber ich kann den wichtigen Teil noch nicht herausnehmen. Ich bin in beiden nur halb gebildet, aber wenn ich es herausfinde, werden Sie der Erste sein, der es weiß.

@ Kisak-Ventil Hey! Ich hoffe, es macht Ihnen nichts aus, wenn ich Sie tagge, aber ich habe eine Frage: Wäre es möglich, einen FFXIV-spezifischen Proton-Build als Teil des SteamPlay-Downloads zu integrieren? Sehen Sie, wie es eine bereits gebaute gibt, die jetzt funktioniert (und möglicherweise in absehbarer Zukunft sogar weiter funktioniert)?

Hallo @TenaarFeiri , ich bin kein Proton-Entwickler, daher kann ich das nicht beantworten.

Im Allgemeinen halte ich es nicht für eine schlechte Idee, eine Pull-Anfrage mit den Patches zu stellen, die erforderlich sind, um die Dinge in Gang zu bringen, aber in diesem Fall besteht eine gute Chance, dass nur der mshtml-URL-Fix landen kann, und das allein reicht nicht aus Dinge zum Laufen bringen.

Chrome und im weiteren Sinne libcef haben die Unterstützung für 32-Bit-Windows-Builds im Jahr 2017 eingestellt und sich darauf zu stützen, da eine Problemumgehung für mich wie eine tickende Zeitbombe klingt. Es klingt also nach dem besten Weg, herauszufinden, was in mshtml passiert.

Entschuldigung für meine Unwissenheit darüber - vieles davon liegt außerhalb meiner Vogtei. Ist das Update für mshtml darauf ausgerichtet, das gesamte Weinproblem damit zu beheben (von dem ich den Eindruck habe, dass es sich um ein großes Problem handelt), oder ein gezieltes Update, das ein spezielles Wein-Patching erfordert?

Meine Sorge mit der Idee eines MSHTML-Fixes ist, dass es sich wie ein Biest anhört, das Wein schon lange nicht mehr angehen konnte - aber mein Eindruck könnte einfach völlig falsch sein, was großartig wäre.

Es besteht eine gute Chance, dass nur der MSHTML-URL-Fix landen kann

@ Kisak-Ventil Was ist mit dem Verstecken von Weinexporten? Wenn wir mshtml zum Laufen bringen, brauchen wir das vermutlich noch, um das Spiel auszuführen

@HereInPlainSight wine_gecko funktioniert für viele Dinge, und bis jetzt haben wir keine

Ich habe das Update mit schrittweisen Anweisungen auf protondb veröffentlicht.

@HereInPlainSight wine_gecko funktioniert für viele Dinge, und bis jetzt haben wir keine

Nach allem, was ich an einem Punkt sehen kann, hatte jemand einen Weinfleck, mit dem er den Adressfehler beheben konnte (der bei https://frontier.ffxiv.com/version_4_0_win/index.html statt https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html endete und sagte, er sei bei einem leeren Launcher gelandet (Ich kann das alles irgendwie nicht testen - mein tk-Kompilierungs-Docker sucht ständig nach einer Version von glibc, die ich auf meinem aktuellen System nicht habe.) Durchsuchen Sie die Website von Square, zumindest wenn es sich um einen völlig leeren Launcher handelt Es sieht so aus, als wäre dies die Standardeinstellung und völlig normal.

https://img.finalfantasyxiv.com/ft/version_4_0/scripts/launcher/launcher.js dann sollte _verdammt_ anfangen zu durchforsten und Dinge sichtbar zu machen (es ändert die Indizes

Es sieht nicht so aus, als ob das bei uns passiert. Wir verarbeiten die relevanten Skripte einfach nicht richtig. Zumindest sieht es so aus, aber ich habe keine Ahnung, wohin ich mit diesem Wissen gehen soll, um zu verstehen, wie Programme so interagieren, war für mich immer schwarze Magie. Ich meine, vieles davon ist schwarze Magie, aber deshalb beschäftige ich mich hauptsächlich mit BLM - um die dunklen Geheimnisse des Universums über seine unbezahlten Parktickets zu erfahren.

Ich dachte, ich sollte mich melden, falls jemand anderes lieber eine Lösung ohne Proton verwenden würde. Ich konnte eine ältere Version von Wine (3.18) zum Erstellen und Arbeiten mit dem Patch verwenden, aber die Version, die ich mit der neuesten Version erstellt habe, scheint nicht zu funktionieren. Es hängt nur, wenn ich versuche, etwas mit den Binärdateien auszuführen. Ich denke, aus diesem Grund hatte ich Probleme, als ich versuchte, mit wine-tkg-git Pakete zu erstellen. Wenn jemand bereit ist, mir zu helfen, herauszufinden, warum dies geschieht, würde ich es begrüßen.

Ich dachte, ich sollte mich melden, falls jemand anderes lieber eine Lösung ohne Proton verwenden würde. Ich konnte eine ältere Version von Wine (3.18) zum Erstellen und Arbeiten mit dem Patch verwenden, aber die Version, die ich mit der neuesten Version erstellt habe, scheint nicht zu funktionieren. Es hängt nur, wenn ich versuche, etwas mit den Binärdateien auszuführen. Ich denke, aus diesem Grund hatte ich Probleme, als ich versuchte, mit wine-tkg-git Pakete zu erstellen. Wenn jemand bereit ist, mir zu helfen, herauszufinden, warum dies geschieht, würde ich es begrüßen.

Bitte geben Sie relevante Links an. Ich habe tagelang gegoogelt und geklont, es wird wirklich anstrengend.

Ich dachte, ich sollte mich melden, falls jemand anderes lieber eine Lösung ohne Proton verwenden würde. Ich konnte eine ältere Version von Wine (3.18) zum Erstellen und Arbeiten mit dem Patch verwenden, aber die Version, die ich mit der neuesten Version erstellt habe, scheint nicht zu funktionieren. Es hängt nur, wenn ich versuche, etwas mit den Binärdateien auszuführen. Ich denke, aus diesem Grund hatte ich Probleme, als ich versuchte, mit wine-tkg-git Pakete zu erstellen. Wenn jemand bereit ist, mir zu helfen, herauszufinden, warum dies geschieht, würde ich es begrüßen.

Es gab gestern einen Fehler bei der Weininszenierung, vielleicht haben Sie daraus gebaut? Hatte genau das gleiche Problem und behebt es, indem es ein paar Commits zurückrollt.

Es ist gelungen, eine Version zu erstellen, die mit jeder Lutris-Installation funktioniert. Scheint bisher für einige Leute zu arbeiten. Vielleicht würde es auch für Sie funktionieren? https://files.feffe.it/wine-tkg-ffxiv-feffe-4.6-1.8-x86_64.tar.gz

Danke @feffes , dieser Build hat bei mir funktioniert.

kann bestätigen, Build von @feffes hochgeladen führt das Spiel in lutris auf Ubuntu 18.04 aus, so dass sich derzeit Leute auf Steam und auf lutris wieder anmelden können, die Lösung ist immer noch hackig, daher sollte noch richtig daran gearbeitet werden, um mshtml zu reparieren

@feffes Bestätigen, dass Ihr Build für mich unter Lutris / Arch Linux funktioniert.

Wenn Sie es selbst erstellen möchten, hat TKG diesen Fehler beim Einfrieren von Wein bereits gestern behoben, und das FFXIV-Benutzerpatch ist im neuesten Wein-TKG enthalten. Alles, was Sie tun müssen, ist den Anweisungen zu folgen, um die customization.cfg zu bearbeiten, die den FFXIV-Fix und DXVK aktiviert, und sie dann zu erstellen. Ich bin auf Manjaro, also habe ich es nach dem Build gerade installiert und könnte es als "System" -Läufer von Lutris auswählen. https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git Andernfalls verwenden Sie einfach feffes build. Ich habe gestern einige Stunden ohne Probleme gespielt.

Wenn ich mir den Javascript-Code für den Launcher ansehe, sehe ich, dass die Funktion, die alles sichtbar zu machen scheint, in Zeile 206 von index.js als anonyme Funktion angezeigt wird, die registriert ist, um auf App.protocol.Receive.RESUME_INFO . Wenn wir nach anderen Verwendungszwecken suchen, gelangen wir zu app.js , Zeile 366, in fromAppResumeInfo Wenn Sie in der Quelle danach suchen, werden keine Anrufer angezeigt, sodass ich nur davon ausgehen kann, dass es von außen aufgerufen wird. . oder soll.

Ja, der Launcher fügt etwas JS in die Seite ein.

Ja, aber ich bin nicht mit den Tools vertraut, die wine_gecko zum Debuggen bereitstellt

@feffes Ist es in Ordnung, wenn ich diesen Build im Reddit-Beitrag verlinke? Wenn ja, können Sie einige Anweisungen zur Verwendung geben? Ich benutze Lutris nicht selbst.

@feffes Ist es in Ordnung, wenn ich diesen Build im Reddit-Beitrag verlinke? Wenn ja, können Sie einige Anweisungen zur Verwendung geben? Ich benutze Lutris nicht selbst.

sicher. Das kurze daran ist, dass es wie jeder andere Weinläufer funktioniert. Sie extrahieren also tkg-ffxiv-feffe-4.6-1.8-x86_64 aus dem Teer in ~/.local/share/lutris/runners/wine und wechseln unter FFXIV> Konfigurieren> Läuferoptionen dorthin

Wäre schön, falls jemand es nicht getan hätte, um seine Erfahrungen in Proton DB zu aktualisieren, wäre es großartig, FF14 in Gold zu bringen, anstatt Silber nach unten

Um das Problem mit dem schwarzen Bildschirm weiter zu lösen, habe ich einen lokalen Webserver eingerichtet und die Launcher-Site darauf kopiert. Dadurch kann ich das vom Patcher geladene HTML / Javascript ändern.

Durch Hinzufügen eines zusätzlichen Skript-Tags mit fromAppResumeInfo(); am Ende von index.html wird der Launcher (in gewissem Umfang) in einem regulären Browser angezeigt - und dies auch in ffxivlauncher! Dies ist also eindeutig kein Rendering-Problem und deutet tatsächlich darauf hin, dass ein Skript nicht so aufgerufen wird, wie es sollte.

Mit WINEDEBUG=mshtml wir auch diese:

002d:trace:mshtml:WindowDispEx_GetDispID (0x17c5390)->(L"fromAppResumeInfo" 10000001 0x33e8d4)
002d:trace:mshtml:DispatchEx_GetDispID (0x17c53cc)->(L"fromAppResumeInfo" 10000001 0x33e8d4)
002d:trace:mshtml:HTMLDocument3_getElementById (0x181eb48)->(L"fromAppResumeInfo" 0x33e7c8)

Zusammen mit einer Reihe von DispatchEx_InvokeEx Anrufen später. Ich vermute, dass dies das ist, was der Launcher verwendet, um mit dem Javascript auf der Seite zu kommunizieren, obwohl ich nicht ganz sicher bin, was diese Funktionen wirklich tun.

Was mich in dieser Hinsicht besonders interessiert hat, ist diese Warnung:

002d:fixme:jscript:JScriptProperty_SetProperty Unimplemented property 70000002
002d:warn:mshtml:set_script_prop SetProperty(70000002) failed: 80004001

70000002 wird gemäß https://docs.microsoft.com/en-us/scripting/winscript/reference/iactivescriptproperty-setproperty SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION

Die Dokumentation dazu ist etwas dünn, aber der Name deutet darauf hin, dass er irgendwie ändert, wie die Javascript-Engine die globale Auflösung des Namensraums anders handhabt. Die zuvor erwähnte Schnittstelle scheint globale Variablen zu verwenden, die Funktionen zugeordnet sind. Dies könnte hier ein möglicher Schuldiger sein, da die Funktion eindeutig überhaupt nicht implementiert ist und dazu führen kann, dass der Launcher diese globalen Variablen nicht verwenden kann.

Wir brauchen jedoch mehr Informationen darüber, was SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION tatsächlich tut, um mehr zu wissen. Durch einfaches Ändern der Funktion in Wein, um S_OK nichts im Launcher geändert.

@sschroe tauchen andere Fehler im Zusammenhang mit jscript / mshtml auf? Ich würde einen weiteren Fehler erwarten, wenn eine Operation davon abhängt, ob diese Eigenschaft festgelegt wird. Ja?

edit: hat mit jemandem in #winehackers gesprochen und er hat gesagt, dass diese Eigenschaft immer festgelegt ist

Bedeutet immer setzen, dass diese Funktion immer aufgerufen wird oder dass in Wein die angeforderte Funktionalität bereits der Standardzustand ist? Ich hatte nichts Bemerkenswertes entdeckt.

Meine letzten Versuche waren, den Code von https://github.com/dns/WinAPI-Embed-Browser/blob/master/embed-browser.c als Basis zu verwenden, um ein Beispiel zu erstellen, in dem das Problem reproduziert werden kann. Das Ändern dieses Codes zum Laden der Launcher-URL ist einfach genug, aber ich habe es noch nicht geschafft, eine Schnittstelle mit dem Javascript herzustellen. Die beschissene Windows-API und der Mangel an Dokumentation lassen mich sterben wollen.

Sie sagten, dass der Grund dafür, dass die Eigenschaft nicht implementiert wird, der Standardstatus ist

Ein kleines bisschen "Fortschritt":

Das erste, was der Launcher nach dem Laden der Seite zu tun scheint, ist, den Browser zu einer Javascript-URL zu navigieren:
002e:trace:ieframe:WebBrowser_Navigate2 (0xe935d0)->(0x32bb5c {VT_BSTR: L"javascript:fromAppConfig( {lang:\"en\",region:3,eula:1,startup:1,issteam:0,query:\"none\",ver:\"2019.04.19.0000.0001(4143105)\",skip_confirm_expansion_install_dialog:\"0\", inst 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY} 0x32bb6c {VT_EMPTY})
Dadurch wird so ziemlich nur die angegebene Javascript-Zeichenfolge auf der aktuellen Seite ausgeführt. In diesem Fall wird die Funktion fromAppConfig mit einer Reihe von Argumenten aufgerufen. Und dieser Teil funktioniert soweit gut und läuft unter anderem mit App.message.send(App.protocol.Send.REQUEST_RESUME_INFO); .

App.message.send sieht folgendermaßen aus:

send: function(type, opt) {
    // オプションがあるなら処理する
    if (!utils.isUndefined(opt)) {
        type = utils.string.build(type, "=", opt);
    }
    try {
        window.external.user(type);
    } catch(e) {}
}

window.external wird normalerweise verwendet, um Daten an ein anderes Programm zurückzugeben. In diesem Fall sollte dies also die Kommunikation zurück zum Launcher sein. Ich vermute, dass dies der Teil ist, in dem Dinge scheitern könnten, da danach nicht mehr viel zu passieren scheint. Das Hinzufügen eines alert() zu meiner lokal gehosteten Kopie zeigt, dass der Code mit den richtigen Werten in Wein ausgeführt wird. Das zusätzliche Auskommentieren von window.external.user(type); führt dazu, dass der Launcher in Windows nur einen schwarzen Bildschirm anzeigt, der das gleiche Verhalten wie bei Wein zeigt.

Was also passieren könnte, ist, dass der Launcher die REQUEST_RESUME_INFO nicht erhält und daher nicht fortfährt.

Ich denke nicht, dass das das Problem ist.

Mit dem mshtml-Patch von https://bugs.winehq.org/show_bug.cgi?id=47069#c2 können Sie den Launcher mit BrowserType 0 bis zum Anmeldeformular ausführen. Wenn Sie auf die Schaltfläche zum Anmelden klicken, wird ein Fehler angezeigt (https://pomf.soupwhale.com/ltibnw.png).

Dies ist ein tieferes MSHTML-Problem (oder eher eine Reihe von Problemen), für das es höchstwahrscheinlich keine einfache Lösung gibt, ganz zu schweigen von der Tatsache, dass selbst dieser Patch ein Hack ist.

Bearbeiten: Ich habe dies seit einigen Tagen nicht mehr überprüft, daher kann ich mich irren, aber ich glaube, dass der Fehler darauf zurückzuführen ist, dass JSProtocolFactory_CreateInstance nicht implementiert wurde.

In der Tat, wenn der Browser mit den Patches von dort rendert, sollten die zuvor erwähnten Teile keine Rolle spielen, da sie dann bereits über diesen Punkt hinaus fortschreiten.

@lesderid Tritt dieser Fehler immer noch auf, wenn Sie die Eingabetaste drücken, anstatt auf die Schaltfläche im Kennwortfeld zu klicken?

Seltsamerweise hat BrowserType 2 mit dem Hack zur Verwendung das gleiche Verhalten. Wenn Sie auf die Schaltfläche klicken, wird dieser Fehler angezeigt. Wenn Sie im Feld für das Einmalkennwort die Eingabetaste drücken, wird die Anmeldung erfolgreich durchgeführt. (Das gleiche sollte ohne OTP funktionieren)

Durch Drücken der Eingabetaste anstelle des Klickens auf die Wiedergabetaste wurde das Spiel für mich gestartet. Mit dem URL-Fix + Browser-Hack von https://bugs.winehq.org/show_bug.cgi?id=47069#c2 können wir uns anmelden und das Spiel ausführen.

Auf diese Weise kann ich auch den 64-Bit-Launcher verwenden. Für diesen muss jedoch auch die Weinversion ausgeblendet werden, da sonst angegeben wird, dass mein Konto nicht registriert ist. Mit der versteckten Weinversion funktioniert es wie erwartet und ich kann mich einloggen.

@sschroe Ich habe das gleiche Problem wie Sie (Konto nicht registriert). Was meinst du mit dem Verstecken der Weinversion?

@nmalacarne Derzeit scheint XIV zu glauben, dass das Ausführen von Wine bedeutet, dass wir auf Macs arbeiten. Daher ist es ausdrücklich ein Versuch, Ihnen mitzuteilen, dass Sie keine Mac-Lizenz haben. Um dies zu vermeiden, müssen wir verbergen, dass wir Wein verwenden. Machen Sie entweder etwas in der Art von WINEPREFIX=<path-to-prefix> winetricks hidewineexports=enable (oder Protontricks anstelle von Winetricks, falls vorhanden) oder WINEPREFIX=<path-to-prefix> winecfg und ändern Sie die Einstellung auf der Registerkarte Staging.

Es scheint, als hätte mein Schnüffeln doch geholfen. Ich habe das gesehen. Bitte sagen Sie nicht, dass sie diese Handlung nicht absichtlich gemacht haben, sie wissen genau, was sie tun. Öffnen Sie Ihre Augen, um zu sehen, dass Microsoft, Apple und Sony Data Mining betreiben. Proton hindert daran, dass diese kleine Screw-Ball-Taktik verwendet wurde, um Linux im Garten zu mauern, obwohl es eine Umgehung ihrer Plattformen ermöglicht. Square unterstützt die Datenerfassungstaktik der anderen.

Sagen wir einfach, wenn Microsoft Shiles Sklaven waren, dann ist Microsoft ein Jugalo. Sony und Apple sind auch dabei. Viel Spaß beim Spielen von Ratten gegen Katzen mit Square, es sei denn, Val kommt aus dem Groschen, wie sie es mit Half-Life 3 haben sollten, dann segeln wir das Leben eines Hackers. Ob es Ihnen gefällt oder nicht.

Danke @HereInPlainSight , das macht Sinn. Mit DX11 funktioniert jetzt alles in Ordnung, nachdem hidewineexports über winetricks .

Das wird also ein langer Weg, aber ich habe keine Ahnung, wo ich sonst fragen soll. Ich hatte Probleme, bei denen das Spiel zufällig 5 Sekunden lang nicht "aktualisiert" wird (wie im Netzwerk), dann wird alles auf einmal aktualisiert, wiederholen. Dies dauert Stunden und verschwindet dann auf mysteriöse Weise für einige Tage und kommt für einige Tage zurück. Ein Neustart des Computers bewirkt nichts, ein Neustart des Routers / Modems bewirkt nichts, Mudfish verschlimmert das Problem, mtr meldet keinen Paketverlust und angemessenen Ping, und ich habe keine Ahnung, wohin ich von hier aus gehen soll. Es scheint nur das Spiel und den Launcher zu beeinflussen, wenn versucht wird, das Spiel zu aktualisieren. Ethernet-Treiberfehler? Linux TCP Stack Bug, der nur Spiele aus irgendeinem Grund betrifft? Wine TCP Stack Bug? Ich habe keine Ahnung, wo ich überhaupt anfangen soll, dies zu debuggen.

Dies geschieht auch unter Windows. Denkt, der Code protestiert zu viel?

Es ist ein schlechter Launcher und ein ebenso schlechter Updater.

Sohn. 12. Mai 2019, 23:03 Uhr skrev jbal91 [email protected] :

Das wird also ein langer Weg, aber ich habe keine Ahnung, wo ich sonst fragen soll.
Ich hatte Probleme, bei denen das Spiel zufällig für 5 nicht "aktualisiert" wird
Sekunden (wie in, aus dem Netzwerk) dann wird alles auf einmal aktualisiert,
wiederholen. Dies dauert Stunden und verschwindet dann auf mysteriöse Weise
für ein paar Tage und kommt für ein paar Tage zurück. Neustart des Computers funktioniert
nichts, ein Neustart des Routers / Modems macht nichts, Schlammfisch macht das
Problem schlimmer, mtr meldet keinen Paketverlust und vernünftigen Ping, und ich habe
Keine Ahnung, wohin ich von hier aus gehen soll. Es scheint nichts als das Spiel und zu beeinflussen
der Launcher beim Versuch, das Spiel zu aktualisieren. Ethernet-Treiberfehler? Linux TCP
Stapelfehler, der nur Spiele aus irgendeinem Grund betrifft? Wine TCP Stack Bug? ich
Ich habe keine Ahnung, wo ich überhaupt anfangen soll, dies zu debuggen.

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

Dies geschieht auch unter Windows. Denkt, der Code protestiert zu viel? Es ist ein schlechter Launcher und ein ebenso schlechter Updater. Sohn. 12. Mai 2019, 23:03 Uhr skrev jbal91 [email protected] :

Es ist nicht nur der Launcher, es macht das Spiel unspielbar, wenn es passiert. Es fühlt sich wie ein schlechter Paketverlust an, aber MTR ist anderer Meinung.

Weiß jemand, wie man ffxiv mit Proton installiert und ausführt, ohne Steam zu verwenden oder die Steam-Version auszuführen? Ich möchte sicherstellen, dass ich alle meine Daten abrufen kann, solange ich noch kann. Ich habe ein Nicht-Steam-Konto und habe mich über die Testversion angemeldet, die in Zukunft nicht mehr funktionieren soll. Für mein Leben kann ich jedoch keine Informationen darüber finden, wie Sie Ihren eigenen Protonen-Build für beliebige Anwendungen ausführen und nicht über den Steam-Launcher

Weiß jemand, wie man ffxiv mit Proton installiert und ausführt, ohne Steam zu verwenden oder die Steam-Version auszuführen? Ich möchte sicherstellen, dass ich alle meine Daten abrufen kann, solange ich noch kann. Ich habe ein Nicht-Steam-Konto und habe mich über die Testversion angemeldet, die in Zukunft nicht mehr funktionieren soll. Für mein Leben kann ich jedoch keine Informationen darüber finden, wie Sie Ihren eigenen Protonen-Build für beliebige Anwendungen ausführen und nicht über den Steam-Launcher

Proton ist nur eine weitere Binärdatei, die Sie ausführen können. Wenn Sie möchten, können Sie einen Bash-Alias ​​dafür erstellen und ihn dann wie Wine ausführen.

Hat nach dem Update heute Morgen einwandfrei funktioniert. Jetzt kann die Versionsprüfung nicht abgeschlossen werden

Hat nach dem Update heute Morgen einwandfrei funktioniert. Jetzt kann die Versionsprüfung nicht abgeschlossen werden

Ich musste die "WINEPREFIX = [pfx location] winetricks hidewineexports = enable" erneut eingeben.

Was ist überhaupt der Zweck von Weinexporten? Warum ist es standardmäßig aktiviert?

ons. 15. Mai 2019, 00:52 Uhr skrev zangoku [email protected] :

Hat nach dem Update heute Morgen gut funktioniert, jetzt kann ich es nicht mehr
vollständige Versionsprüfung

Ich musste die Winetricks "WINEPREFIX = [pfx location]" erneut eingeben
hidewineexports = enable "

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

Meine Vermutung wäre für Programme mit besonderer Unterstützung für Wein, wie die mit Winelib kompilierten. Mit diesen Exporten könnte ein Programm problemlos spezielle Problemumgehungen für Fehler in Wine verwenden.

Wie wir gesehen haben, kann es natürlich auch verwendet werden, um Wine-Benutzern das Recht zu verweigern, ihre Windows-Programme auszuführen. : / Aber deshalb gibt es die Möglichkeit, sie auszublenden.

Weiß jemand, wie man ffxiv mit Proton installiert und ausführt, ohne Steam zu verwenden oder die Steam-Version auszuführen? Ich möchte sicherstellen, dass ich alle meine Daten abrufen kann, solange ich noch kann. Ich habe ein Nicht-Steam-Konto und habe mich über die Testversion angemeldet, die in Zukunft nicht mehr funktionieren soll. Für mein Leben kann ich jedoch keine Informationen darüber finden, wie Sie Ihren eigenen Protonen-Build für beliebige Anwendungen ausführen und nicht über den Steam-Launcher

Proton ist im Wesentlichen ein gepatchter Wein mit einem Launcher-Skript. Um dies zu tun, können Sie:

1) Sie können die Wein-Binärdatei in Ihrem Proton-Build direkt ausführen, als ob Sie eine normale Version von Wine verwenden würden
2) Untersuchen Sie, wie Steam Proton aufruft, und legen Sie die entsprechenden Umgebungsvariablen fest, bevor Sie das Protonenskript mit den entsprechenden Befehlszeilenparametern aufrufen. Sie können diese Informationen finden, indem Sie ein Shell-Skript schreiben, das diese Informationen ausgibt, und sie dann in den Startoptionen in Steam festlegen, oder Sie können das Protonenskript untersuchen, um festzustellen, welche Variablen und Parameter es verwendet.

Um die Daten von Steam zu erhalten, müssen Sie jedoch nichts ausführen. Kopieren Sie sie einfach von Ihrem ~ / .local / share / Steam / steamapps / compatibledata / 312060 / pfx / drive_c / users / steamuser / Eigene Dateien / Eigene Spiele / FINAL \ FANTASY \ XIV \ - \ A \ Realm \ Reborn. Wenn Sie das Spiel ausführen können, verwenden Sie alternativ das Cloud-Backup, um alle Ihre Einstellungen zu speichern.

Importieren Sie sie dann in Ihre Nicht-Steam-Installation von FFXIV, sei es über Lutris, Windows oder einen manuell gepatchten Wine.

Meine Vermutung wäre für Programme mit besonderer Unterstützung für Wein, wie die mit Winelib kompilierten. Mit diesen Exporten könnte ein Programm problemlos spezielle Problemumgehungen für Fehler in Wine verwenden.

Wie wir gesehen haben, kann es natürlich auch verwendet werden, um Wine-Benutzern das Recht zu verweigern, ihre Windows-Programme auszuführen. : / Aber deshalb gibt es die Möglichkeit, sie auszublenden.

Das war es im Grunde genommen, sich vor Windows-Programmen zu verstecken, war noch nie Gegenstand des Wine-Projekts. Ich denke, es ist der Wine-Crew vorzuziehen, eine einfache Möglichkeit zur Identifizierung von Wine- und Wine-Versionsinformationen bereitzustellen, als Entwickler, die versuchen, Wine zu erkennen indem man sich auf sein Verhalten verlässt. Einige Anti-Cheat- und DRM-Software machen das letztere trotzdem.

Ich glaube immer noch nicht, dass SE sich Mühe gibt, Linux-Benutzer zu verarschen - ich bezweifle, dass wir überhaupt auf dem Radar sind -, aber sie verschieben die Mac-Version auf den DirectX 11-Client (wie es der DirectX 9-Client ist entfernt) mit einem neuen Wrapper, und so erkennen sie es.

Um es klar zu sagen, ich glaube auch nicht, dass SE das tut. (Ich dachte , dass der Trick "hidewineexports" in Version 4.58 möglicherweise nicht mehr funktioniert, aber das lag nur an den möglichen Auswirkungen auf die Einnahmen aus der Mac-Lizenz.)

SE war diesbezüglich sehr herzlich - die Antwort, die sie mir auf meine Supportanfrage gaben (siehe den ursprünglichen Beitrag in meinem Reddit-Thread ), legt nahe, dass sie uns ernst nehmen und die Konfiguration nicht einfach als nicht unterstützt abtun (was sie auch tun) Ich hätte absolut das Recht dazu), was ermutigend ist.

Als ich sagte "es kann auch verwendet werden, um Wine-Benutzern das Recht zu verweigern, ihre Windows-Programme auszuführen", bezog ich mich nicht auf Linux. Ich bezog mich darauf, dass die Mac-Version des Spiels größtenteils ein (alter) Wine-Wrapper ist und dass die Art und Weise, wie sie beschlossen, Mac-Versionen zu erkennen, darin bestand, überhaupt nach dem Vorhandensein von Wine zu suchen.

(Eigentlich vermute ich, dass der Launcher von einem anderen Team erstellt wurde, wenn man bedenkt, dass er IsTransgaming und nicht get_wine_version wie es das Spiel selbst tut. Trotzdem bin ich froh, dass sie getrennt sind Mit IsTransgaming wir derzeit sogar den Launcher verwenden.)

Wenn sie get_wine_version für beide verwenden würden, wäre es immer noch relativ einfach, das Problem zu umgehen (modifizieren Sie einfach die Symbolsuche im Client), mit dem zusätzlichen Bonus, sofort zu arbeiten, wenn Sie tatsächlich eine hätten Mac-Lizenz.

Die Launcher-Schriftarten funktionieren nur mit den "Droiden" -Schriften. Keine Notwendigkeit, proprietäre zu installieren.

Hat jemand Glück, dass der Benchmark funktioniert?

@ jbal91 Danke für die Tipps, aber ich bin immer noch unglaublich verloren, wenn ich versuche, es herauszufinden. Ich habe endlich herausgefunden, dass Steam Folgendes ausführt, um das Spiel zu starten, wenn ich meine benutzerdefinierten Startoptionen einbeziehe:

PULSE_LATENCY_MSEC=60 /home/anna/.local/share/Steam/compatibilitytools.d/proton_4.2-local/proton waitforexitandrun /home/anna/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe -issteamfreetrial

Wenn ich jedoch renne, bekomme ich:

Proton: No compat data path?

Offensichtlich fehlen noch ein paar andere Dinge. Lutris treibt mich an die Wand, da ich nicht leicht herausfinden kann, woran es erstickt oder wie ich es dazu bringen kann, das benutzerdefinierte 4.2-Proton zu finden, das im obigen Befehl verwendet wird, also habe ich nicht viel Glück damit gehabt.

Bearbeiten: Lutris den alten College-Versuch geben und neu anfangen, aber es funktioniert einfach ... nicht. Der Launcher öffnet sich mit dem Ladefenster, wird dann aber einfach beendet, kein Fehler, nichts, und es gibt nichts oder überhaupt nichts im Lutris-Wertprotokoll. Warum kann SE nicht aufhören, mich zu bedrohen, und mich einfach die dampffreie Testversion nutzen lassen, ohne sich Sorgen machen zu müssen, dass ich für immer ausgesperrt sein werde, ohne meine Sachen rauszuholen oder Stunden am SHB-Starttag damit zu verbringen, Steam zu verlieren Wiederherstellung meiner Daten oder was auch immer auf unbestimmte Zeit; ;;

Eine weitere Änderung: Nachdem ich ... viele Dinge ausprobiert hatte, fand ich dieses Skript, das jemand auf reddit gepostet hat: https://pastebin.com/NJxfe8Ex, und modifizierte es so, dass es das benutzerdefinierte Proton verwendet, das ich auf Steam verwende und das den Istransgaming-Patch enthält ( es ist insbesondere das von Ashkitten) und ... es macht dasselbe wie Lutris, indem es die Boot-Check-Version und manchmal ein leeres Launcher-Fenster kurz blinkt und dann einfach ohne Fehlermeldungen oder irgendetwas beendet. Also ... irgendetwas muss im Allgemeinen falsch sein, aber ich kann nicht herausfinden, was es möglicherweise sein könnte.

Leider habe ich das gleiche Problem mit dem Shadowbringers-Benchmark. Es wird einfach beendet, ohne dass etwas geladen wird. Ich habe also keine Ahnung, ob es jetzt überhaupt möglich ist, überhaupt zu laufen.

Es ist viel passiert, und ich glaube, ich bin kurz davor, es zum Laufen zu bringen, indem ich einen Lutris-Wein-Build verwende, der den Protonen-Wein-Builds hier ähnlich ist, die Hidewineprefix unterstützen, das ich in einem Lutris-Thread gefunden habe, aber auch direkt in Bash, weil dadurch der Launcher geladen wird und es von Lutris aus laufen zu lassen, tut es nicht. Aus irgendeinem Grund. Ich weiß nicht, dass ich noch daran arbeite und es wird gerade gepatcht.

Das heißt, wenn Weinhexen oder Zauberer eine Idee haben, wie man den Benchmark ausführt, wäre das cool. Die Stunde, die ich in Windows verbracht habe, um damit zu spielen, war schrecklich, lol.

Wenn ich versuche, es auszuführen, erhalte ich:

The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

Wenn ich das nachschaue, scheint es vielleicht böse zu sein und etwas mit einer Version von .NET, das niemals unterstützt wird oder so, aber das ist wirklich weit außerhalb meiner Tiefe und Sie haben wahrscheinlich eine bessere Vorstellung davon, wie man es bekommt es läuft oder solide Gründe, warum es nicht passiert.

Wenn ich versuche, es auszuführen, erhalte ich:

The entry point method could not be loaded due to Could not load file or assembly 'PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

Wenn ich das nachschaue, scheint es vielleicht böse zu sein und etwas mit einer Version von .NET, das niemals unterstützt wird oder so, aber das ist wirklich weit außerhalb meiner Tiefe und Sie haben wahrscheinlich eine bessere Vorstellung davon, wie man es bekommt es läuft oder solide Gründe, warum es nicht passiert.

Eigentlich hat das vor ein paar Tagen die Chance, in naher Zukunft unterstützt zu werden. (https://github.com/dotnet/wpf/pull/720)

Nur für das Update, damit jemand keine Zeit verschwendet, wenn er meine letzten Nachrichten gesehen hat, habe ich FFXIV endlich dazu gebracht, an einem dxvk-fähigen WINE-Präfix zu arbeiten. Es war eine kleine Reise, die viel Neukompilieren beinhaltete (gentoo yay) und jemanden in der Lutris-Zwietracht zu finden, der eine eigene Lutris-Gabel hatte, die besser funktioniert [zumindest auf Gentoo], aber ich bin jetzt vor der bevorstehenden Newellpocalypse sicher :)

@witcheslive Wusste nicht, dass Sie auf Gentoo sind - ich persönlich verwende die lutris-9999-Version, aber stellen Sie in beiden Fällen sicher, dass Sie die Lutris-Laufzeit als Standardeinstellung deaktivieren und Lutris einwandfrei funktioniert. Die Laufzeit funktioniert meiner Erfahrung nach in Gentoo überhaupt nicht gut.

Ich weiß nicht, ob dies nützlich ist, aber ich spiele seit 3 ​​Tagen FFXIV mit Lutris relativ gut.

• Ich verwende eigenständiges FFXIV (kein Steam-Login oder Client beteiligt)
• Ich hatte ein paar zufällige Verbindungsabbrüche, aber wenn ich richtig gehört habe, gab es in letzter Zeit einige DDoS-Vorgänge, die möglicherweise nicht Wine / Linux-spezifisch sind
• Ich habe am letzten Tag häufige Startfehler aus dem Nichts erhalten (-21?), Aber ich habe es geschafft, sie konsistent zu starten, indem ich den Ordner web gelöscht habe. Abgesehen davon kann ich mich mit dem Launcher problemlos anmelden
• Mit der Distribution Wine Staging 4.8 unter openSUSE TW und Fedora 30 stürzte das Installationsprogramm von FFXIV sofort ab, nachdem die erste Eingabeaufforderung zur Sprache akzeptiert wurde. Ich weiß nicht, worum es geht, aber Lutris funktioniert einwandfrei (habe Steam / Proton nicht direkt getestet)
• Bei Lutris habe ich den Runner ge-faudio-protonified-4.8 und im Allgemeinen die Standardeinstellungen für Lutris verwendet (Lutris Runtime aktiviert).
• Das Lutris-Installationsskript verbirgt die Weinversion und ändert die Einstellungen für Zwischensequenz und Browser-CFG
• Ich benutze DXVK mit einem RX 580 auf openSUSE TW
• Ich kann auch auf einem Laptop mit einem RX 560 in einer eGPU laufen
• Konnte den Shadowbringers-Benchmark nicht zum Laufen bringen (habe den obigen 4.0.0-Präsentationsfehler erhalten, und selbst nach der Installation von dotnet45 (Benchmark erfordert mindestens 4.5) habe ich einen anderen Fehler erhalten).

Auf den Lutris ge-faudio-protonified-4.8 Runner wurde der Transgaming-Patch angewendet:

% strings .local/share/lutris/runners/wine/ge-faudio-protonified-4.8-x86_64/lib/wine/ntdll.dll.so | grep Transgaming 
IsTransgaming
IsTransgaming

https://github.com/GloriousEggroll/proton-ge-custom/blob/4ddc7a9916294334ca634dbf5c741cf4f53f6f70/game-patches-testing/ffxiv-launcher.patch

Das FFXIV-Installationsskript von Lutris wendet auch den HideWineExports-Hack über die Registrierung an:

- task:
    arch: win64
    description: Adding Registry Entries for FFXIV Launcher
    key: HideWineExports
    name: set_regedit
    path: HKEY_CURRENT_USER\Software\Wine
    prefix: $GAMEDIR
    type: REG_SZ
    value: Y

Für jeden in einer Distribution mit Lutris-Unterstützung ist dies die beste Wahl für die Zukunft. Installiere Lutris, lass es das Spiel für dich einrichten und es sollte einfach funktionieren.

Gibt es Fortschritte, damit der Launcher mit mshtml funktioniert?

Wir können den 64-Bit-Launcher mit einem Patch arbeiten lassen , der auf dem Wine Bug Tracker veröffentlicht wurde .

Die einzigen Probleme, die ich mit diesem Patch hatte, sind:

• Der Launcher merkt sich meinen Benutzernamen nicht, egal was ich ihm sage.
• Nachdem Sie Ihre Anmeldedaten eingegeben haben, müssen Sie die Eingabetaste drücken, anstatt auf "Anmelden" zu klicken. Durch Klicken auf stürzt der Launcher ab.

Keines dieser Probleme stört mich, daher habe ich den 64-Bit-Launcher verwendet.

Übrigens, abgesehen vom Launcher bin ich auf zwei verschiedene Probleme gestoßen:

• Der Eröffnungsfilm für mindestens ARR wird nicht richtig abgespielt. Wenn Sie zu lange auf dem Titelbildschirm sitzen oder versuchen, ihn über das Filmmenü abzuspielen, erhalten Sie einen nicht reagierenden schwarzen Bildschirm mit einer Ladeanzeige (Sturmblut-Eröffnungsfilm hat kein Problem).
• In Thornmarch (hart) gibt es an einer Stelle ein sehr lautes Knistern / Knallen. Ich habe dies beide Male erlebt, als ich diesen Versuch gemacht habe, und nirgendwo anders

Es sieht so aus, als ob der 404-Fehler und der schwarze Bildschirm in Wine-Git behoben wurden. Der Launcher zeigt den Inhalt jetzt tatsächlich an, aber Sie erhalten einen Javascript-Fehler, wenn Sie tatsächlich versuchen, sich anzumelden.

Jemand in der VKX-Zwietracht sagte, dies sei das Commit: https://github.com/wine-mirror/wine/commit/d535df42f665a097ec721b10fb49d7b18f899be9

BEARBEITEN: Durch Drücken der Eingabetaste anstelle der Anmeldetaste funktioniert der Launcher.

BEARBEITEN: Durch Drücken der Eingabetaste anstelle der Anmeldetaste funktioniert der Launcher.
Das hat bei mir funktioniert! wenn auch nur einmal. aber ich bin ins Spiel gekommen und habe den Charakter ausgewählt

Jemand in der VKX-Zwietracht sagte, dass dies das Commit ist: wine-mirror / wine @ d535df4

Hat heute eine Git-Version aus Tk-Glitch-Skripten ohne benutzerdefinierte Patches kompiliert - der 64-Bit-Launcher funktioniert und merkt sich meine ID in Lutris. Wenn Proton dies einholt, sollten wir keine speziellen Patches mehr benötigen, damit XIV über Steam funktioniert, und wir sollten (Hydaelyn will) in Ordnung sein, wenn der 32-Bit-Launcher in den Ruhestand geht.

Nicht, dass ich erwartet hätte, dass es sich ändern würde, aber ich habe ein anderes Präfix zum Testen erstellt, und wir müssen immer noch Wein verstecken, um nicht zu sehen, dass wir eine Mac-Lizenz benötigen. Leichtes Murren.

Wenn Proton dies einholt, sollten wir keine speziellen Patches mehr benötigen, damit XIV über Steam funktioniert.

FFXIV benötigt weiterhin Staging, da es sonst keine Möglichkeit gibt, den MacOS-Lizenzfehler zu umgehen.

Ich sollte mir vorstellen, dass Proton eher bereit ist, Staging-Patches zu integrieren als unglaublich spezifische Hacky-Workarounds

FFXIV benötigt weiterhin Staging, da es sonst keine Möglichkeit gibt, den MacOS-Lizenzfehler zu umgehen.

Ich hatte den Eindruck, dass man das Präfix selbst entweder winetricks oder protontricks könnte, aber da ich aus irgendeinem Grund nicht in der Lage war, mein eigenes Proton gegen den neuesten Wein zu kompilieren, kann ich es nicht überprüfen. Ich gebe zu, ich weiß nicht viel über das Weinverhalten auf dieser Ebene.

Ich hatte den Eindruck, man könne das Präfix selbst entweder winetricks oder protontricks

Darüber hinaus benötigen Sie den Patch von Staging

Das Problem ist auch, dass Sie wirklich nicht möchten, dass sich Wein standardmäßig versteckt, da einige Anti-Cheats prüfen, ob Sie Wein verwenden, um sicherzustellen, dass Sie nicht für die Installation eines "modifizierten" Fensters oder was auch immer gesperrt werden. Es ist also wirklich etwas, das nur explizit gemacht werden sollte.

Der Patch wird nur wirksam, wenn Sie auch den Registrierungseintrag ändern. Daher sollte dies in Ordnung sein

Es gibt andere Möglichkeiten, um das Mac-Lizenzproblem zu umgehen:

• Kauf einer Mac-Lizenz
• Das Modifizieren der Weinsymbole im Spielclient (im Gegensatz zum Launcher werden die Spieledateien beim Start des Spiels nicht auf Integrität überprüft) - könnte mit einem einfachen sed-Skript erfolgen.

Wenn die Leute dazu bereit sind, können sie Vanille-Proton verwenden, sobald es von Wine stromaufwärts verschmilzt. Aber ja, sonst wird eine Inszenierung benötigt, und ich sehe nicht, dass Valve den Export-Patch für den versteckten Wein zusammenführt, es sei denn, Wine selbst tut dies.

@ kisak-ventil können wir offizielles Feedback bekommen, welche Patches Protonen enthalten oder nicht, um ein Spiel zum Laufen zu bringen?

Hallo @ashkitten , freundliche Erinnerung, dass ich ein Moderator für Valves Issue-Tracker auf Github bin und selbst kein Proton-Entwickler, daher kann ich diese Frage nicht beantworten.

Sie können mit den Patches eine Pull-Anfrage stellen, die von Fall zu Fall ausgewertet wird.

ja natürlich hatte ich vergessen 😅

Ich habe aus persönlichen Gründen einen neuen Build erstellt, aber ich dachte, ich sollte ihn hier teilen - er verwendet immer noch das gleiche Patchset wie das vom 24. Mai, aber ich habe ihn beim letzten Commit des Zweigs proton_4.2 neu basiert

https://drive.google.com/open?id=1yAb_YvOKK1KRcfeQErIKwH6dkKbjZ9kp

Es ist immer noch notwendig, Protonen aus der Quelle mit Upstream-Wein für den https-Fehler zu bauen?
Ich mag das Weinversteck oder eine seltsame Problemumgehung nicht.

Wenn ich es bekomme, muss ich
1) Proton / Wein aus Quellen zusammenstellen
2) Proton von Hand aktualisieren

Ich weiß nicht, wie ich das Lutris-Skript verwenden soll, da ich die Steam-Version des Spiels habe. Ich muss Steam mit Lutris installieren und später das Spiel installieren / kopieren.

@ Turbito
Für Steam müssen Sie den Wein immer noch verstecken, es sei denn, Sie möchten auch die Mac-Version kaufen. Damit dies funktioniert, müssen Sie jedoch eine benutzerdefinierte Protonenversion wie die @ashkitten kopieren, die gerade an der richtigen Stelle veröffentlicht wurde, und FFXIV so einstellen, dass diese Version verwendet wird. Es ist überhaupt nicht schwierig, wenn Sie es einmal eingerichtet haben, aber es wird auf absehbare Zeit notwendig sein, da das Spiel trotz der Arbeit, die getan wird, um den 64-Bit-Launcher zum Laufen zu bringen, immer noch ein Weinpräfix sieht und denkt, dass Sie sogar auf einem Mac sind Wenn Sie es schaffen, sich mit dem 64-Bit-Launcher anzumelden, anstatt mit der aktuellen Problemumgehung, bei der der 32-Bit-Launcher mithilfe von Umgebungsvariablen geladen wird, die von der Mac-Version verwendet werden, um dies zuzulassen.

Mit anderen Worten, es wird irgendwann mehr oder weniger sofort funktionieren, ohne herumzuspielen, und wahrscheinlich ziemlich bald ... wenn Sie eine Mac-Lizenz haben. Wenn nicht, müssen Sie ein wenig herumspielen, um das Weinpräfix vor dem Spiel zu verbergen, aber das ist eine sehr festgelegte Sache.

Hat Proton keine Setup-Skripte pro Spiel? Ich bin sicher, es könnte einfach den entsprechenden Registrierungseintrag machen, damit das Spiel richtig läuft.

Hat Proton keine Setup-Skripte pro Spiel? Ich bin sicher, es könnte einfach den entsprechenden Registrierungseintrag machen, damit das Spiel richtig läuft.

Proton nicht, Steam selbst.

Ich sehe nicht, dass sie hide_wine_exports zusammenführen oder den Registrierungseintrag aus rechtlichen Gründen anwenden (wir umgehen hier effektiv die SE-Lizenzierung pro Plattform "DRM", die in den USA eine DMCA-Verletzung darstellen könnte.)

Es ist also lächerlich zu hoffen, dass Valve, wenn jemand eine Pull-Anfrage für die Exporte einreicht, nur ... _ask_ Square, um Wine nicht zu verwenden, um zu sehen, ob jemand auf dem Mac ist, da dies Proton, ein Steam-unterstütztes Dienstprogramm, auf einem Computer stört Spiel, das sie auf ihrer Plattform verkaufen und das die Lizenzierung speziell beeinträchtigt?

Es mag nichts bedeuten, Square mag es auch nicht interessieren, aber die Anfrage von Valve würde viel mehr bedeuten als von uns zu kommen.

Wenn Steam Skripte zum Einrichten von FFXIV_boot.cfg erhalten könnte und Square die Filterung von Wine-Benutzern als Mac-Benutzer einstellen würde, würde Proton nach dem Update, das den Launcher behebt, für die meisten Leute sofort funktionieren.

Ich bekomme viele direkte x-Fehler und DLL-Fehler. Das hat es vorher nicht gemacht.

Dies mit der neuesten Version von Proton oder 4.2_local? (Der eine jemand
oben für uns zusammengestellt)

Sohn. 16. jun. 2019, 08:49 skrev zangoku [email protected] :

Ich bekomme viele direkte x-Fehler und DLL-Fehler. Es ging nicht
Das vorher.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKD7AHWERLWHCANIRSLP2XO7RA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4WVM
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD4BBKD75DW3NWMOABL5XKDP2XO7RANCNFSM4FRR7KYQ
.

@TenaarFeiri Es ist mit 4.2_local

Für diejenigen, die sich für diesen benutzerdefinierten Protonenbau interessieren, funktioniert er sofort (ich habe ihn getestet): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

Für diejenigen, die sich für diesen benutzerdefinierten Protonenbau interessieren, funktioniert er sofort (ich habe ihn getestet): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

Funktioniert super! Vielen Dank für das Teilen <3

Für diejenigen, die sich für diesen benutzerdefinierten Protonenbau interessieren, funktioniert er sofort (ich habe ihn getestet): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

basiert dies auf Proton 4.2-7?

Für diejenigen, die sich für diesen benutzerdefinierten Protonenbau interessieren, funktioniert er sofort (ich habe ihn getestet): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

basiert dies auf Proton 4.2-7?

na ja, es ist wirklich maßgeschneidert:

-updated to wine 4.10 with improved clock_monotonic patches
-imported changes from proton 4.2.4 through 4.2.7
-backported gamepad changes from 4.10+ and proton 4.2 to 4.10
-integrated d9vk
-added nod3d9 option to proton to allow disabling of d3d9 override for d9vk
-dxvk updated to 1.2.2 with async patch enabled for PoE and Warframe
-faudio updated to 19.06.07 - fixes performance regressions in several games
-integrated protonfixes into the build. This allows for game-specific fixes to be added without users repeatedly messing with their setup, similar to lutris install scripts. 
+++ much more

Dies ist aus den vorherigen relese Notizen

Also habe ich sowohl die aktualisierten Builds proton_4.2-local als auch die Builds Proton-4.10-GE-3 ausprobiert. Wenn ich das Spiel jedoch im DX11-Modus starte (an dem es vermutlich keinen Weg mehr gibt, wenn Schattenbringer landen), habe ich es immer getan Am Ende ist der Fehler 3109 not yet registered or subscription abgelaufen. Dies ist unter DX9 nicht der Fall. Gibt es Konfigurationseinstellungen oder Startparameter, die mir hier fehlen?

Ich laufe direkt über Steam auf Ubuntu.

EDIT: Ich habe es herausgefunden und musste hidewineexports über winetricks aktivieren. Läuft wie ein Zauber mit dem Proton-4.10-GE-3 jetzt <3

Jetzt habe ich ein Problem mit Proton-1.10-GE-3 , da das Spiel sich anscheinend nicht an meine Systemeinstellungen erinnern kann, obwohl die Charaktereinstellungen und das Layout der Benutzeroberfläche und so weiter in Ordnung sind ...

Irgendwelche Ideen?

Das gleiche Problem zu haben, scheint, als würde das ProtonFixes-Dienstprogramm die Konfiguration bei jedem Start optimieren. Es scheint jedoch, dass es entweder alles durch Standardwerte ersetzt oder etwas kaputt macht und das Spiel die Konfiguration zurücksetzt.

Als Quickfix habe ich das FFXIV.cfg schreibgeschützt gemacht ... dies führt dazu, dass das Fenster "Protonenfixes angewendet werden" beim Starten des Spiels hängen bleibt, aber das einfache Schließen hat keine weiteren Auswirkungen :)

Ja, ich bemerke dieses kleine Problem selbst, vielleicht könnte

Hallo zusammen. Ich habe diesen Thread per E-Mail verfolgt. Ich habe gerade Korrekturen an den Skripten der ffxiv-Protonfixes vorgenommen:

gamefixes.tar.gz
Extrahieren Sie diese in Proton-4.10-GE-3 / protonfixes / gamefixes /

Änderungen vorgenommen:
https://github.com/GloriousEggroll/protonfixes/commit/e0466f61447b1aa5e9cd494236777a6cb9d9b4d4

Auch nur ein paar Infos:
In meiner Version ist sowohl der Hidewineexports-Patch vom Staging als auch der Transgaming-Patch portiert.
Der Transgaming-Patch bringt den Launcher dazu, die CEF-Version von sich selbst anstelle der mshtml-Version auszuführen. Die mshtml-Version hat einen defekten Java-Fehler, wenn Sie auf die Anmeldeschaltfläche klicken. Daher möchten wir die cef-Version. Der Hidewineexports-Patch ermöglicht das Ausblenden von Weinexporten aus dem Spiel, wodurch das Spiel daran gehindert wird, zu glauben, dass auf dem Konto kein ffxiv registriert ist.

Der Build selbst enthält Korrekturen für mehrere Spiele, nicht nur für ffxiv. Der Faudio-Build wurde auch mit ffmpeg-Unterstützung erstellt, sodass wma- und wmv-Audio funktionieren. Es ist auch auf Wein-4.10 Vanille mit Proton Commits / Patches gebaut portiert.

Die Patches für Wein in meiner Version finden Sie hier:

https://github.com/GloriousEggroll/proton-ge-custom/blob/proton-ge-4.10/game-patches-testing/proton-prep.sh

Während nicht weinbezogene Spielkorrekturen durch Protonfixes vorgenommen werden.

Vielen Dank, @GloriousEggroll ! <3 Das hat den Trick gemacht!
Gibt es in Bezug auf den Java-Fehler eine Chance, dass eines Tages eine Lösung dafür in die Pipeline kommt? Oder geben wir gerade die Hoffnung auf mshtml auf?

das liegt an den Weinentwicklern. Sie können sich weiterhin anmelden, indem Sie die Eingabetaste drücken. Die cef-Version funktioniert jedoch einwandfrei, indem Sie entweder die Eingabetaste oder den Mausklick verwenden.

@GloriousEggroll Du bist ein Lebensretter! Vielen Dank, dass Sie Ihren Build mit uns geteilt haben!

Hoffentlich bricht das Ganze am Freitag nicht zusammen.

Und der Launcher ist erneut mit einem HTTP-Fehler defekt :(

Welcher Fehler? Ich hatte immer einen Fehler, ein Neustart behebt ihn.
Ich schließe einfach den Launcher und starte den Launcher neu.

Starten Sie Steam neu, wenn Sie https-Fehler erhalten, die behoben werden. Ich bestätige, dass das Spiel ohne aktuelle Arbeit funktioniert. Ich stehe in der Warteschlange.

Der Launcher ist leider ein POC und es treten gelegentlich HTTPS-Fehler auf
ohne wirklichen Grund auf irgendeinem System, Windows, Mac oder Linux.
Ich wünschte, sie würden es insgesamt abschaffen.

fre. 28. jun. 2019, 11:04 skrev zangoku [email protected] :

Starten Sie Steam neu, wenn Sie https-Fehler erhalten, die behoben werden. Ich bestätige das Spiel
arbeitet ohne aktuelle Arbeit, ich bin in der Warteschlange.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKB3DUXG3E5GERVRQVTP4XHZZA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYZQX5Y#issuecomment-506661879 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD4BBKH4ZMH4NVKFPRYAVOTP4XHZZANCNFSM4FRR7KYQ
.

Ich kann bestätigen, dass der 5.0-Launcher in Wine-4.11 funktioniert, einschließlich Updates (ich hatte während des Updates einige HTTPS-Fehler, die meiner Meinung nach auf eine Überlastung der Server zurückzuführen waren, aber durch einen Neustart des Launcher konnte das Update normal abgeschlossen werden). HideWineExports wird weiterhin benötigt, um nicht als Mac erkannt zu werden. Wenn Sie auf die Schaltfläche "Anmelden" klicken, anstatt die Eingabetaste im Kennwortfeld zu drücken, wird weiterhin ein Javascript-Fehler verursacht. Andernfalls werden anscheinend keine Patches benötigt.

Das Spiel selbst löst jetzt einen Dialog "Unerwarteter Fehler ist aufgetreten" aus, sobald das Hauptspielfenster geöffnet wird, noch bevor der Titelbildschirm angezeigt wird. Dies scheint ein Fehler oder eine fehlende Funktion in FAudio zu sein (der Fehler wird durch einen Absturz in FAudioFXVolumeMeter_Process() ausgelöst, den ich noch untersuche). Ich erinnere mich an die Tatsache, dass entweder Wine-Staging oder Proton FAudio im Moment deaktiviert, sodass es bei der Verwendung von Proton möglicherweise kein Problem darstellt, sondern nur zu Ihrer Information.

Das Spiel selbst löst jetzt einen Dialog "Unerwarteter Fehler ist aufgetreten" aus, sobald das Hauptspielfenster geöffnet wird, noch bevor der Titelbildschirm angezeigt wird

Passiert derzeit auf Lutris mit beiden 4.10 Weinläufern (einschließlich des geprotonierten); Launcher funktioniert anscheinend einwandfrei, aber das Spiel stürzt sofort nach dem Drücken von Play ab

Funktioniert jedoch mit dem ge-faudio-protonified-4.8 Runner

Ich weiß, es ist nicht hilfreich für dich, aber wenn es überhaupt jemandem hilft, ist Glorious Eggrolls neueste
Die Sache (https://github.com/ValveSoftware/Proton/issues/580#issuecomment-504688485) funktioniert bei mir. Ich bin gerade im Spiel.
Ich hoffe, Sie können es sortieren. Wenn ich Informationen teilen kann, um Ihnen zu helfen, lassen Sie mich
kennt!

Bearbeiten: Ich weiß jedoch, dass ich FAudio nicht verwende. Ich benutze xaudio / xact (?).

Die neueste Version sollte Abstürze im neuesten FFXIV-Patch beheben: https://github.com/FNA-XNA/FAudio/commit/6de5c86b27ec3c5f3aac2dab431563a89a1460b2

BEARBEITEN: Beachten Sie, dass das Spiel weder WMA noch F3DAudio verwendet. Daher sollten keine benutzerdefinierten Builds erforderlich sein. Die Standard-CMake-Konfiguration sollte ausreichen, um diese auszuführen.

Funktioniert jedoch mit dem ge-faudio-protonified-4.8 Runner

Wissen Sie, welche FAudio-Version dieser Läufer verwendet? (Suchen Sie nach libFAudio.so.* wenn Sie sich nicht sicher sind.)

EDIT: Egal, es sieht so aus, als ob es stromaufwärts repariert ist.

Ich weiß, dass es für Sie nicht hilfreich ist, aber wenn es überhaupt jemandem hilft, funktioniert Glorious Eggrolls neueste Sache ( # 580 (Kommentar) ) mit mir. Ich bin gerade im Spiel. Ich hoffe, Sie können es sortieren. Wenn ich Informationen teilen kann, um Ihnen zu helfen, lassen Sie es mich wissen! Bearbeiten: Ich weiß jedoch, dass ich FAudio nicht verwende. Ich benutze xaudio / xact (?).

Ich verwende derzeit auch meinen Build und kann mich ohne Probleme anmelden. Ich habe keine xact / xaudio-Überschreibungen. Ich habe auch versucht, meinen lutris ge-protonified-4.10 Build zu verwenden. Beide Builds können sich erfolgreich anmelden.
Ich muss beachten, dass der Lutris-Build auf einem Buildbot unter Verwendung von Ubuntu 18.04 mit verwendeten Lutris-Bibliotheken basiert und der Protonen-Build mit Vagrant erstellt wird, genauso wie die Protonen-Builds des Ventils erstellt werden. Der Lutris-Build verwendet auch die Faudio-Bibliotheken aus meinem Protonen-Build, sodass sie in diesem Aspekt identisch sind. Keiner meiner Builds wird direkt auf meinem eigenen System mit meinen eigenen Bibliotheken erstellt. Sie sind weitgehend tragbar.

Ich hatte manchmal HTTPS-Fehler, aber ich habe auch einen einfachen Weg gefunden, diese zu beheben.

Wenn der Rest des Launchers geladen wird, das Anmeldeformular oben rechts jedoch nicht, wird der Launcher möglicherweise mit einem Fehler eine Zeitüberschreitung aufweisen. Ich habe jedoch festgestellt, dass eine einfache Möglichkeit, das Laden des Anmeldeformulars zu erzwingen, wenn Probleme auftreten, darin besteht, die Maus einfach über eine der Schaltflächen am unteren Rand des Starters zu bewegen. Der Hilfetext für diese Schaltfläche wird angezeigt, und aus irgendeinem Grund scheint das Anmeldeformular geladen zu werden.

Wenn Sie aus irgendeinem Grund nicht mit der Maus schweben können, können Sie dies auch tun, indem Sie im Startbildschirm auf den Konfigurationsbildschirm gehen und dann sofort zurücktreten. Dadurch wird das Formular auch neu geladen und angezeigt.

Ich verwende derzeit auch meinen Build und kann mich ohne Probleme anmelden. Ich habe keine xact / xaudio-Überschreibungen.

Ich habe diesen Build jetzt ausprobiert, aber es gibt das gleiche Problem wie bei einem Vanilla (+ HideWineExports) Wine Build.

Könnten Sie (oder jemand anderes, für den Audio funktioniert) ein Protokoll von Wine mit WINEDEBUG=+xaudio2 ? Ein paar hundert Zeilen xaudio2-Protokollierung sollten ausreichen. Ich stelle fest, dass 5.0 xaudio2_8.dll anstelle von xaudio2_7.dll (wie in 4.x) verwendet, sodass möglicherweise ein anderer Codepfad beteiligt ist, der sich in bestimmten Umgebungen schlecht verhält.

Ich verwende Wine-Staging 4.11 auf Gentoo ohne Xaudio-Override, und Audio funktioniert für mich einwandfrei.

Ich versuche, diesem Kommentar ein Protokoll beizufügen. Wenn dies nicht funktioniert, finden Sie dasselbe Protokoll unter https://matrix.theblob.org/xaudio-log-excerpt.txt . Es ist ein Protokoll der ersten 1000 Zeilen, die Wine mit WINEDEBUG=+xaudio2 ausgibt. Wenn Sie mehr wollen, lassen Sie es mich wissen.

Ich möchte darauf hinweisen, dass das obige Protokoll nicht von Lutris oder einem vorkompilierten binären Build stammt, sondern vom Kompilieren des App-Emulations- / Wine-Staging-4.11-Ebuilds mit dem manuell hinzugefügten Patch IsTransgaming und dem Wineprefix in Frage versteckt die Weinexporte.

Danke für das Protokoll. Ich sehe, dass Ihre Installation eine XAudio-Instanz der Version 27 erstellt (im Gegensatz zu Version 28 in meiner). Daher gibt es möglicherweise einen Umgebungsauslöser, der die Auswahl verschiedener API-Versionen auslöst.

Können Sie überprüfen, welche XAudio-DLL (xaudio2_7.dll oder 2_8.dll) in Ihren ffxiv_dx11.exe-Prozess geladen ist? Überprüfen Sie möglicherweise auch, ob SoundCoreBridge.dll oder SoundCoreBridge7.dll (aus dem Spielverzeichnis) geladen ist.

Ich konnte den Sound zum Laufen bringen, indem ich die gemeldete Windows-Version in winecfg von Windows 10 auf Windows 7 umstellte. Es sieht so aus, als würde das Spiel zwischen XAudio-APIs basierend auf dieser gemeldeten Version wählen, und ich denke, irgendwo in XAudio gibt es einen Fehler oder eine fehlende Funktion 28 Umsetzung. (Für die Aufzeichnung lädt das Spiel SoundCoreBridge7.dll, das unter Windows 7 auf xaudio2_7.dll verweist, und SoundCoreBridge.dll, das unter Windows 10 auf xaudio2_8.dll verweist. Version 4.x hatte diese lokalen DLLs nicht und verwendete immer xaudio2_7 .dll.)

Ich denke jedenfalls, die Antwort auf "Spiel stürzt mit einem unerwarteten Fehler unmittelbar nach dem Öffnen des Spielfensters ab" lautet "Überprüfen Sie, ob die Windows-Version in winecfg auf Windows 7 eingestellt ist".

Das kann ich bestätigen; Ich hatte meine Windows-Version bereits auf Windows 7 eingestellt. Wenn Sie Windows 10 einstellen, stürzt das Spiel beim Start sofort ab.

Oh, ich habe gerade deine Frage bemerkt. Wenn Sie immer noch möchten, dass ich die Frage beantworte, können Sie mir mitteilen, wie überprüft werden soll, ob DLLs geladen sind? Ich bin nicht ganz sicher. (Ich habe keinen Debugger in diesem Wineprefix.)

Sie müssen sich an dieser Stelle nicht um die DLLs kümmern, aber als Referenz können Sie DLLs (und .so's für Linux-Programme) mit cat /proc/PID/maps nachschlagen, wobei PID die PID der ist Prozess in Frage. Freigegebene Objekte werden alle direkt in den Speicher abgebildet. Sehen Sie sich also einfach die Liste der zugeordneten Bereiche für Blöcke an, die mit *.so -Dateien verknüpft sind.

Ah, okay! Vielen Dank. <3 Ich wusste nicht, dass DLLs auch in dieser Liste angezeigt werden.

Aber ja, der Vollständigkeit halber habe ich tatsächlich xaudio2_7.dll.so und SoundCoreBridge7.dll geladen, wenn ich die Konfiguration "Windows 7" verwende und wenn ich "Windows 10" verwende, ändert sich dies in xaudio2_8.dll.so und SoundCoreBridge.dll .

Guter Anruf!

Das XAudio 2.8-Problem klingt plausibel. Vielleicht ist es die 2.8-Mastering-Stimme, die beschädigt wird:

https://docs.microsoft.com/en-us/windows/desktop/xaudio2/xaudio2-versions

FAudio zielt intern auf 2.8 ab, daher sehen wir uns in diesem Fall xaudio_dll.c an.

Fehler gegen Wine behoben :

Ich habe das Problem diagnostiziert. Etwas stimmt nicht, und ich bin mir nicht sicher, wie das möglich ist:

Es gibt einen Submix in der Engine, der dem Hall gewidmet sein soll und der vollständig über CreateAudioReverb unterstützt wird. Im Fall von 2.7 ist es ein Makro, das das IXAPO-Objekt mit der üblichen COM-Goo erstellt, die wir alle kennen und lieben, aber für 2.8 haben sie sich geändert
XAudio2Create / CreateAudioReverb / CreateAudioVolumeMeter für alle exportierten C-Funktionen, was wiederum in Ordnung ist, da das Kompilieren mit dem SDK 2.8+ einfach funktioniert.

Der Fehler ist, dass SoundCoreBridge 2.8 CreateAudioVolumeMeter aufruft. Anschließend wird dieser Lautstärkemesser auf den Submix eingestellt und sofort mit der Übergabe der Hallparameterdaten begonnen, was zu einem Assertionsfehler und einem möglichen Absturz führt.

Ich ... weiß ehrlich gesagt nicht, wie das passiert. Ich kann mir keinen Grund vorstellen, warum Wine einen Aufruf fälschlicherweise an eine völlig andere Funktion weiterleiten würde, und gleichzeitig gibt es absolut keine Möglichkeit, dass FFXIV eine völlig andere Funktion aufruft als der wahrscheinlich exakt gleiche Code für beide Module, es sei denn Die 2.8-Engine stürzt auch unter Win8 + für alle anderen ab. (Um es noch einmal zu betonen: Es gibt keine Möglichkeit, dass dies die Schuld des Spiels ist.)

Zusammenfassend macht 2.7 Folgendes:

CreateAudioReverb(&reverb);
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

Und 2.8 macht das:

CreateAudioVolumeMeter(&reverb); /* ?! */
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

Klingt das für andere komisch?

Es klingt sehr seltsam, aber das könnte tatsächlich erklären, warum viele Spiele im Windows 10-Modus und nicht im 7-Modus abstürzen.
Dies könnte ein bedeutender Fehler sein, auf den Sie gestoßen sind!

FWIW, mein Trace-Protokoll sagt dies:

00ac:trace:xaudio2:xapocf_CreateInstance (0x100c5960)->((nil),{00000000-0000-0000-c000-0000000000000046},0x100c57c0)
FAudioCreateVolumeMeterWithCustomAllocatorEXT(0x100c59a0 0 0x7f0420f5eb80 0x7f0420f5eba0 0x7f0420f5ebc0)

Als Einstiegsproblem sieht diese GUID seltsam aus, aber der Code-Fluss scheint zu sein, dass xapo.c:get_fapo_from_clsid() eine CLSID-Übereinstimmung für das Volumenmesserobjekt findet und diese erstellt, anstatt den vermutlich beabsichtigten Hall-Effekt zu erstellen.

Auch hier bin ich weit aus meiner Tiefe heraus - hoffentlich sind dies nützliche Informationen.

Möglicherweise schauen Sie zu tief hinein ... dies ist viel einfacher als der eigentliche Code selbst, es sind nur die Funktionen, die exportiert werden.

Als Referenz behebt dieser Patch "Bad and Do Not Use" den Absturz:

diff --git a/dlls/xaudio2_7/xaudio_dll.c b/dlls/xaudio2_7/xaudio_dll.c
index da0b0aa606..88ca3fe2c1 100644
--- a/dlls/xaudio2_7/xaudio_dll.c
+++ b/dlls/xaudio2_7/xaudio_dll.c
@@ -2070,11 +2070,17 @@ HRESULT WINAPI XAudio2Create(IXAudio2 **ppxa2, UINT32 flags, XAUDIO2_PROCESSOR p
     return S_OK;
 }

+#if 0
 HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
+#else
+HRESULT WINAPI CreateAudioReverb(IUnknown **out)
+#endif
 {
     IClassFactory *cf;
     HRESULT hr;

+    TRACE("%p\n", out);
+
     hr = make_xapo_factory(&CLSID_AudioVolumeMeter27, &IID_IClassFactory, (void**)&cf);
     if(FAILED(hr))
         return hr;
@@ -2086,11 +2092,17 @@ HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
     return hr;
 }

+#if 0
 HRESULT WINAPI CreateAudioReverb(IUnknown **out)
+#else
+HRESULT WINAPI CreateAudioVolumeMeter(IUnknown **out)
+#endif
 {
     IClassFactory *cf;
     HRESULT hr;

+    TRACE("%p\n", out);
+
     hr = make_xapo_factory(&CLSID_AudioReverb27, &IID_IClassFactory, (void**)&cf);
     if(FAILED(hr))
         return hr;

Okay, anscheinend ist es tatsächlich durchaus möglich, dass Funktionen in einer falschen numerischen Reihenfolge exportiert werden, und dies ist etwas, was tatsächliche Windows-Entwickler wissen:

diff --git a/dlls/xaudio2_8/xaudio2_8.spec b/dlls/xaudio2_8/xaudio2_8.spec
index 0b9f23866b..50a2090f44 100644
--- a/dlls/xaudio2_8/xaudio2_8.spec
+++ b/dlls/xaudio2_8/xaudio2_8.spec
@@ -1,6 +1,6 @@
 @ stdcall XAudio2Create(ptr long long)
-@ stdcall CreateAudioVolumeMeter(ptr)
 @ stdcall CreateAudioReverb(ptr)
+@ stdcall CreateAudioVolumeMeter(ptr)
 @ cdecl CreateFX(ptr ptr ptr long)
 @ cdecl X3DAudioCalculate(ptr ptr ptr long ptr)
 @ cdecl X3DAudioInitialize(long float ptr)
diff --git a/dlls/xaudio2_9/xaudio2_9.spec b/dlls/xaudio2_9/xaudio2_9.spec
index 0b9f23866b..50a2090f44 100644
--- a/dlls/xaudio2_9/xaudio2_9.spec
+++ b/dlls/xaudio2_9/xaudio2_9.spec
@@ -1,6 +1,6 @@
 @ stdcall XAudio2Create(ptr long long)
-@ stdcall CreateAudioVolumeMeter(ptr)
 @ stdcall CreateAudioReverb(ptr)
+@ stdcall CreateAudioVolumeMeter(ptr)
 @ cdecl CreateFX(ptr ptr ptr long)
 @ cdecl X3DAudioCalculate(ptr ptr ptr long ptr)
 @ cdecl X3DAudioInitialize(long float ptr)

Werde dies heute bei WineHQ einreichen ...

Gibt es einen praktischen Grund, warum dies möglich ist / Entwickler würden das tun? Oder denkst du, dass dies ein unbeabsichtigter Fehler sein könnte?

Auf der Weinseite ist dies definitiv unbeabsichtigt. Warum Windows-DLLs so sind ... Ich habe absolut keine Ahnung. Ich bin sicher, es ist irgendwo in Raymond Chens Blog vergraben> _>

Fix ist in Upstream Wine: https://github.com/wine-mirror/wine/commit/92a5299b1d0a0775e1158f334c0348a3ffe8f063

Äh, Frage: Ich habe neulich versucht, das Wort "touché" in den Chat zu schreiben und festgestellt, dass ich es im Chat überhaupt nicht tun kann. Es wird nur sofort das Zeichen 'gedruckt. Kennen wir Problemumgehungen, damit dies ordnungsgemäß funktioniert?

Hat jemand überhaupt versucht, ACT zu verwenden? Ich würde gerne Parser ausführen können, obwohl ich nicht sicher bin, wie machbar das ist :(

Afaik WINE unterstützt derzeit keine DLL-Injection (falls sich dies geändert hat,
lass es mich wissen!), also selbst wenn du die App zum Laufen gebracht hast (es funktioniert nicht, sie wird gesperrt
up), du konntest es wahrscheinlich nicht tun.

Sohn. 7. jul. 2019, 04:30 skrev Hexen leben in der Heimat lebender Hexen <
[email protected]>:

Hat jemand überhaupt versucht, ACT zu verwenden? Ich würde gerne Parser ausführen können
obwohl ich nicht sicher bin, wie machbar das ist :(

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKAAW423NKBSXBSWJMLP6FILRA5CNFSM4FRR7KY2YY3PNVW .
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD4BBKEROJLQ6A3XJOWWNATP6FILRANCNFSM4FRR7KYQ
.

Ist ReShade DLL-Injection nicht? Das scheint gut zu funktionieren, solange Sie die benötigten DLLs als native konfiguriert haben.

Ich weiß nichts über ACT, ich habe versucht, es herunterzuladen und in meinem Weinpräfix auszuführen, aber es stirbt einfach. Nicht wirklich interessiert genug, um es persönlich weiter zu erforschen.

Übrigens, solange ich antworte, habe ich nur / echo touché verwendet (ich habe deine aus diesem Thread kopiert, ich weiß nicht einmal, wie ich den Charakter unabhängig machen kann) und es hat sich im Spiel gut gezeigt.

ACT benötigt .NET, und Sie können es irgendwie zum Laufen bringen, aber es wird viel abstürzen und ich habe keine Möglichkeit gefunden, die Parses korrekt aus dem Spiel zu lesen.
AFAIK, ACT verwendet laut dem zugehörigen FFXIV-Plugin keine DLL-Injection, sondern nur Lesespeicher. Dies kann ein Problem sein, wenn Sie es nicht als Admin in Windows ausführen und diese Funktionalität in Wine nicht verfügbar ist, oder?

Ah ich sehe! Dann könnte es ja funktionieren.

Auf dem Touché-Ding funktioniert das Einfügen von Kopien einwandfrei, aber es ist die eigentliche Eingabe
davon. Auf meiner Tastatur würden Sie altgr + \ drücken, wodurch es in die Warteschlange gestellt würde.
gefolgt von e, um é zu machen. Es funktioniert an anderer Stelle im System, aber im Spiel
Geben Sie den Einzug einfach direkt ein, als würde ich die Leertaste drücken.
Leider kann mein Telefon nicht dasselbe tun, um zu demonstrieren, und es ist nicht wichtig
Problem, es ist nur ich mag es, Wörter wie touché schreiben zu können: P.

Sohn. 7. jul. 2019, 14:41 skrev HereInPlainSight [email protected] :

Ist ReShade DLL-Injection nicht? Das scheint gut zu funktionieren, solange du
Konfigurieren Sie die benötigten DLLs als native.

Ich weiß nichts über ACT, ich habe versucht, es herunterzuladen und auszuführen
in meinem Weinpräfix, aber es stirbt einfach. Nicht wirklich interessiert genug dafür
persönlich weiter recherchieren.

Übrigens, solange ich antworte, habe ich nur / echo touché (I.
Kopieren Sie Ihre aus diesem Thread, ich weiß nicht einmal, wie man das macht
Charakter unabhängig) und es zeigte sich gut im Spiel.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBEZKGPX3SQB2WYO63P6HQARA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZLKYKY#issuecomment-508996651 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD4BBKFSUPDPTJTEZTYLO5LP6HQARANCNFSM4FRR7KYQ
.

Soweit ich weiß, greift ACT auf Netzwerktreiber zurück, um die Paketerfassung durchzuführen. Dies ist wahrscheinlich keine Sache, die WINE so gut wie völlig außer Reichweite bringen kann, aber ich könnte mich irren, also wollte ich sicherstellen, dass ich es nicht getan habe abgeschrieben, um es ohne Überprüfung ausführen zu können

Ich war auch nicht in der Lage, japanische Eingaben im Spiel zum Laufen zu bringen. Ich benutze FCITX-mocz, aber wenn ich im Spielechat tippe, werden nur englische Zeichen eingegeben. Ich habe es auch mit ibus versucht und auch dort kein Schloss. Ich gehe davon aus, dass es das gleiche ist wie das Touché-Problem.

Ich habe keine (*) Probleme bei der Eingabe von Japanisch mit ATOK X3, daher ist zumindest eine nicht englische Eingabe möglich.

(*) Es gibt einige Störungen bei der Cursorbewegung, wenn ich die japanische Eingabe in der Mitte einer Textzeile ausschalte, aber ich habe nicht überprüft, ob sie auch bei ATOK unter Windows auftreten. Es könnte also genauso gut ein Fehler in der sein Spiel selbst.

Hallo, ich habe ein Problem beim Speichern der Grafikeinstellungen des Spiels. Jedes Mal, wenn ich das Spiel neu lade, werden die Standardeinstellungen für die Grafik zurückgegeben, was es nervt. Hat noch jemand dieses Problem gehabt?

Hallo, ich habe ein Problem beim Speichern der Grafikeinstellungen des Spiels. Jedes Mal, wenn ich das Spiel neu lade, werden die Standardeinstellungen für die Grafik zurückgegeben, was es nervt. Hat noch jemand dieses Problem gehabt?

Nein, aber das erste, was ich überprüfen würde, ist sicherzustellen, dass Sie Lese- und Schreibzugriff auf die entsprechenden Einstellungsdateien haben (und dass Sie diese besitzen). Sie sollten ein kompatibles Datenverzeichnis in Ihrem Steamapps-Ordner haben. Sie verwenden entweder die Demo-Steam-ID des Spiels (die mir derzeit entgeht) oder 39210 für die Einzelhandelsversion. Führen Sie einen Drilldown zu pfx / drive_c / users / steamuser / Eigene Dateien / Eigene Spiele / FINAL FANTASY XIV - A Realm Reborn / durch und überprüfen Sie Ihre Berechtigungen.

Bekommt sonst noch jemand zufällige Abstürze? Heute angefangen. Ich werde einmal mehr Informationen geben / wenn es wieder abstürzt, ungefähr zum dritten Mal in Folge.

Es ist ein DirectX 11-Problem. Ich lief auf Maximum (solide 60fps, bis heute keine Probleme, das Verringern der Einstellungen scheint behoben zu sein.
Ich wechselte zu einem Schurken und dann begannen die Abstürze. Wenn jemand interessiert ist und mehr Protokolle benötigt, sag mir einfach, was du brauchst und ich werde sie über das Wochenende bereitstellen.

@ Selhar Nvidia GPU? Wenn ja, siehe https://github.com/doitsujin/dxvk/issues/1100

Wenn dies das Problem ist, auf das Sie stoßen, können Sie versuchen, das Spiel stattdessen mit wined3d zu spielen, obwohl die Leistung darunter leidet. Wenn es etwas anderes ist, brauchen wir viel mehr Informationen (insbesondere wie man es reproduziert).

@doitsujin Ich benutze AMD, RX580.
Und ich bin mir nicht sicher, wie ich es reproduzieren soll, es hat erst letzte Nacht angefangen zu stürzen. Nach dem Verringern der Grafikeinstellungen und dem Neustart meines Computers scheint das Spiel wieder stabil zu sein.

Gibt es bestimmte Protokolle, die ich geben könnte, falls es wieder passiert?

Bearbeiten: Irrelevante veraltete Informationen jetzt. Proton 4.11 ist veröffentlicht und funktioniert einfach.

Stellen Sie sicher, dass Sie im Textfeld der Anmeldeseite die Eingabetaste drücken, anstatt auf die Anmeldeschaltfläche zu klicken.

Okay, es wurde also einmal vorgeschlagen, meinen frühen Beitrag in diesem Thread mit aktuellen Anweisungen zu bearbeiten, und angesichts des obigen Beitrags war es schwierig, aktuelle und genaue Informationen zu finden, und wir scheinen jetzt ziemlich stabil zu sein mit ShB derzeit habe ich es gerade endlich getan .

Wenn ich etwas vermasselt habe, lass es mich wissen. Außerdem werden im Build viele Builds herumgeworfen, und ich wusste nicht, wo sie sich befinden. Deshalb habe ich einen aus der Standardversion erstellt, der aus Tk-Glitchs PKGBUILDS-Repo für Proton kompiliert werden kann. Die einzige Änderung, die ich vorgenommen habe, war, dass ich 'ffxiv' hinzugefügt habe, um sie an den resultierenden Protonenaufbau-Namen anzuhängen, damit er leicht identifiziert werden kann. Es wurde gegen einen Arch Docker erstellt, der vom 05-01-19 gegen das Arch Archive aktualisiert wurde. Es war die früheste Version, die ich finden konnte, um alles ohne Probleme zu kompilieren, in der Hoffnung, dass es so kompatibel wie möglich wird. Ich habe bestätigt, dass es nur gegen ein aktualisiertes Pop-Betriebssystem funktioniert hat! installieren, aber YMMV, und ich würde es begrüßen, wenn jemand bestätigen könnte, dass es außerhalb meiner eigenen kleinen Testumgebungen funktioniert.

Wenn Sie vom obigen Beitrag hierher gekommen sind, weil ich Ihnen eine Erklärung versprochen habe, warum wir eine benutzerdefinierte Proton-Version benötigen, hier ist sie:
Derzeit überprüft FFXIV, ob Sie sich mit Wine anmelden. Wenn Sie dies tun, werden Sie als Mac-Benutzer identifiziert. Um nicht als Mac-Benutzer gesehen zu werden, müssen wir verbergen, dass wir Wine verwenden, wofür der Befehl winetricks gedacht ist. Leider bietet Standard-Proton derzeit nicht die Möglichkeit, Wein auszublenden. Daher benötigen wir eine benutzerdefinierte Version, um dies zu tun.

Die für das Spiel erforderlichen Korrekturen wurden im letzten Proton 4.11-Update veröffentlicht. Bitte probieren Sie es aus.

Das Ausführen des Spiels mit Proton 4.11 funktioniert nicht, es wird ein Java-Skriptfehler ausgegeben.

Wenn Sie bei diesem Fehler auf die Schaltfläche Anmelden geklickt haben, drücken Sie stattdessen im Anmeldeformular die Eingabetaste, um dies zu umgehen.

4.11 funktioniert wunderbar. Vielen Dank an @cjacek für Ihre harte Arbeit, FFXIV auf Wine und jetzt auf Proton zum Laufen zu bringen.
Ich habe eine kleine Frage: Wie sind Sie um den Lizenzprüfungsfehler herumgekommen? Wird Proton standardmäßig mit aktiviertem HideWineExports ausgeliefert oder wird der Scheck im Spiel vollständig entfernt?

Das letzte FF-Update hat die Prüfung entfernt.

Whoah! Nehmen Sie an, Square hat uns Linux-Benutzern zugehört?

ons. 31. jul. 2019, 18:16 Uhr Jacek Caban [email protected] :

Das letzte FF-Update hat die Prüfung entfernt.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKF53SVUXGOND2ACTJTQCG3EXA5CNFSM4FRR7KY2YY3PNVW .
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD4BBKAOTMJJ7UM6UOAL6O3QCG3EXANCNFSM4FRR7KYQ
.

FFXIV Mac ist zu einem CrossOver-basierten Build übergegangen, bei dem die alten Cider-Hacks nicht verwendet werden. Für das Shadowbringers-Update wurden alle Inhalte entfernt.

Das sind gute Nachrichten! Unser einziges wichtiges Problem ist, dass der Launcher abstürzt, wenn Sie auf die Anmeldeschaltfläche klicken. Gibt es dafür eine Weinwanze?

Ich kann in 4.11 zum Bildschirm zur Auswahl des Rechenzentrums gelangen. Sobald ich einen Server bestätige, beginnt das Spiel etwas zu laden, stoppt aber dort. Das Spiel reagiert auf Tastendrücke (IE: Wenn Sie Alt + F4 drücken, wird ein kleines Popup-Fenster angezeigt, in dem Sie gefragt werden, ob ich das Spiel beenden möchte), und der kleine Kreis in der unteren rechten Ecke wird animiert, aber es passiert nie etwas anderes.

Angenommen, Sie haben noch keinen Charakter erstellt, klingt dies so, als würde versucht, die Eröffnungsfilm-Zwischensequenz abzuspielen, und dies schlägt fehl. Sie können es überspringen, indem Sie die Datei "~ / Dokumente / Meine Spiele / FINAL FANTASY XIV - Ein wiedergeborenes Reich / FFXIV.cfg" bearbeiten und die Zeile "CutsceneMovieOpening 0" bis "CutsceneMovieOpening 1" bearbeiten. (Oder fügen Sie diese Zeile hinzu, wenn Sie sie nicht sehen.)

Wenn Sie sich die Eröffnungsfilm-Zwischensequenz außerhalb des Spiels ansehen möchten, finden Sie diese unter https://www.youtube.com/watch?v=443ogl24K0Y .

Vielen Dank! Sieht so aus, als hätte es das geschafft!

Ich habe eine kleine Frage: Wie sind Sie um den Lizenzprüfungsfehler herumgekommen? Wird Proton standardmäßig mit aktiviertem HideWineExports ausgeliefert oder wird der Scheck im Spiel vollständig entfernt?

FFXIV Mac ist zu einem CrossOver-basierten Build übergegangen, bei dem die alten Cider-Hacks nicht verwendet werden. Für das Shadowbringers-Update wurden alle Inhalte entfernt.

Dies scheint in mindestens 5.05 nicht der Fall zu sein; Unter Verwendung von Vanilla Wine 4.12.1 gibt der Launcher beim Anmelden immer noch einen Lizenzfehler aus. Durch Patchen in HideWineExports und Aktivieren funktioniert der Launcher wieder normal.

Ich habe vor kurzem begonnen, DLL-Fehler zu haben;

Hat jemand dieses Verhalten auch beobachtet / erlebt?
veraltete, schlechte Hardware war die Ursache

Was meinst du mit "DLL-Fehlern", wie aktuell ist "vor kurzem", welche Proton-Version verwendest du und was ist deine Hardware?

@doitsujin nein , es scheint, dass es ein Hardwareproblem war

Noch als Randnotiz: Das Aktualisieren von Treibern verursachte früher Fehler mit d3d11.dll & ntdll.dll. Das Reinigungspräfix hat dieses Problem behoben.

Dies scheint in mindestens 5.05 nicht der Fall zu sein; Unter Verwendung von Vanilla Wine 4.12.1 gibt der Launcher beim Anmelden immer noch einen Lizenzfehler aus. Durch Patchen in HideWineExports und Aktivieren funktioniert der Launcher wieder normal.

Entgegen der Erfahrung hier habe ich HideWineExports bei meiner Installation deaktiviert und kann mich trotzdem normal anmelden. Welchen Launcher verwenden Sie? Haben Sie auf ffxivboot64.exe umgestellt?

Ja, ich verwende ffxivboot64.exe seit dem Start von 5.0.

BEARBEITEN: Sowohl das Boot- als auch das Launcher-Fenster geben in der Titelleiste die Versionsnummer 2019.06.10.0000.0001 an. Die Überprüfung der Startversion wird normal bestanden, aber ist es möglich, dass ich nicht die neueste Version erhalte?

Wenn Sie bestätigen, dass in der neuesten Version das Deaktivieren von "Weinversion vor Anwendungen ausblenden" weiterhin funktioniert, kann ich mit dem Spiel beginnen.

Die neueste Launcher-Version ist 2019.06.10.0000.0001, aber die neueste Spielversionszeichenfolge lautet: "Version: 2019.07.24.0001.0000 (4438681, ex1: 2019.06.12.0000.0000, ex2: 2019.05.31.0000.0000, ex3: 2019.07. 24.0000.0000) "Es sieht tatsächlich so aus, als würden Sie möglicherweise nicht die neuesten Versionen erhalten, @achurch.

Ich sollte auch sagen, dass ich ffxivboot64.exe nicht verwende; Ich habe anscheinend vergessen, das zu aktualisieren und verwende ffxivboot.exe. Trotzdem scheint es zu funktionieren ...

Ich habe die neueste Spielversion, aber ich habe sie nicht erwähnt, da es der Launcher war, der einen Lizenzfehler auslöste.

Das heißt, da es für alle anderen zu funktionieren scheint und ich HideWineExports gut aktiv halten kann, weiß ich nicht, ob es notwendig ist, weiter zu graben.

... der Launcher einen Lizenzfehler auslöst?

Alle Screenshots, die ich von Lizenzfehlern gesehen habe, befinden sich in der Spieloberfläche. Ist das etwas Neues oder war es schon immer so und ich habe es nicht bemerkt?

Das war schon immer so. Es gibt zwei Prüfungen, eine im Launcher und eine im Client selbst. Ich habe das Spiel nur einmal getroffen, glaube ich, als ich libcef noch im 32-Bit-Launcher erzwungen habe.

Proton 4.11-2 hat den Sound in ffxiv unterbrochen, wodurch er verschwand und systemweit das Audio unterbrochen wurde, als wäre es zu laut (?). Wenn ich ffxiv in pavucontrol stummschalte, würde das Problem verschwinden, wenn ich die Stummschaltung nicht aufhebe, dann würde es zurückkehren. Ein Neustart behebt das Problem ebenfalls.

Dies geschah einige Stunden nach dem Spielen.

Audio hat sich zwischen 4.11-1 und 4.11-2 nicht dramatisch verändert. Die Änderung war im Grunde FAudio 19.07 bis 19.08, die im Wesentlichen keine funktionalen Änderungen hatten:

https://github.com/FNA-XNA/FAudio/compare/19.07...19.08

EDIT: Es hat sich auch nicht viel zwischen der letzten Version 4.2 und 4.11 geändert:

https://github.com/FNA-XNA/FAudio/compare/19.06.07...19.07

Also nur ein zufälliges Problem?

Wahrscheinlich, obwohl ich interessiert sein würde, warum systemweites Audio betroffen ist. FAudio ist nur eine einzige Verbindung, die über SDL-Audio hergestellt wird, nichts Invasives, das mir bekannt ist.

Das einzige Problem, das ich mit dem Spiel habe, ist, dass ich kein Video auf meinem zweiten Monitor abspielen kann, sonst registriert das Spiel nicht viele meiner Eingaben und es reagiert nicht. Hat jemand eine Lösung?

Das Ausführen des Spiels mit Proton 4.11 funktioniert nicht, es wird ein Java-Skriptfehler ausgegeben.

Sie müssen die Eingabetaste drücken, nachdem Sie Ihr Passwort eingegeben haben, anstatt auf die Schaltfläche Anmelden zu klicken.

Das einzige Problem, das ich mit dem Spiel habe, ist, dass ich kein Video auf meinem zweiten Monitor abspielen kann, sonst registriert das Spiel nicht viele meiner Eingaben und es reagiert nicht.

Nur ein Schuss in die Dunkelheit, aber (1) verwenden Sie ein Gamepad und (2) haben Sie SDL kürzlich aktualisiert? In SDL 2.0.10 wurde ein Fehler eingeführt, der dazu führt, dass viele Joystick-Eingaben gelöscht werden: https://bugzilla.libsdl.org/show_bug.cgi?id=4750
Das hätte nichts mit Videowiedergabe zu tun, aber ich vermutete viele verschiedene Dinge auf meinem eigenen System, bevor ich diesen Fehler endlich fand.

Das einzige Problem, das ich mit dem Spiel habe, ist, dass ich kein Video auf meinem zweiten Monitor abspielen kann, sonst registriert das Spiel nicht viele meiner Eingaben und es reagiert nicht.

Nur ein Schuss in die Dunkelheit, aber (1) verwenden Sie ein Gamepad und (2) haben Sie SDL kürzlich aktualisiert? In SDL 2.0.10 wurde ein Fehler eingeführt, der dazu führt, dass viele Joystick-Eingaben gelöscht werden: https://bugzilla.libsdl.org/show_bug.cgi?id=4750
Das hätte nichts mit Videowiedergabe zu tun, aber ich vermutete viele verschiedene Dinge auf meinem eigenen System, bevor ich diesen Fehler endlich fand.

Nein, ich benutze kein Gamepad. Ich benutze eine Tastatur und eine Maus. Scheint, als müsste ich auf eine Lösung warten.

@GhostEther Ich

Hat noch jemand das Problem, dass der Launcher plötzlich behauptet, sein Abonnement sei abgelaufen oder das Dienstkonto noch nicht registriert? Hat gestern gut funktioniert, könnte also mit dem 5.08-Patch zusammenhängen: /

Hat noch jemand das Problem, dass der Launcher plötzlich behauptet, sein Abonnement sei abgelaufen oder das Dienstkonto noch nicht registriert? Hat gestern gut funktioniert, könnte also mit dem 5.08-Patch zusammenhängen: /

Sie haben damit begonnen, zu erzwingen, dass Konten mit "Windows" -Schlüsseln den Launcher außerhalb von Steam verwenden müssen und Konten mit "Steam" -Schlüsseln mit Steam gestartet werden müssen. In beiden Fällen wird dies nur dadurch bestimmt, ob das Argument "-issteam" an ffxivboot.exe übergeben wird

Sie müssen also nur sicherstellen, dass es mit diesem Argument ausgeführt wird, wenn Sie ein Konto mit einem Steam-Schlüssel verwenden, oder dass es nicht vorhanden ist, wenn Sie ein Konto mit einem Windows-Schlüssel verwenden.

@ Equivocal90 Ich -issteam passieren.

@ Equivocal90 Ich -issteam passieren.

Ich mache das gleiche. Ich musste es einfach manuell mit etwas wie dem folgenden ausführen:
STEAM_COMPAT_DATA_PATH=~/.local/share/Steam/steamapps/compatdata/39210/ python3 "~/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "~/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe"

Ich musste nur ~ aus irgendeinem Grund auf den eigentlichen Ordner erweitern, der möglicherweise spezifisch für Python ist, mit dem ich nicht vertraut bin.

Nun, das hat in meinem Fall nicht funktioniert, aus irgendeinem Grund stürzte der Wein immer wieder mit einem Vulkan-Fehler ab.

Am Ende habe ich gerade das Python-Wrapper-Skript proton gepatcht, um das Argument -issteam vor dem Start des Spiels zu löschen :)

Wenn jemand nach Spielaktualisierungen seltsame Artefakte hat, müssen Sie Ihren Shader-Cache leeren.

Für mich bekam ich ein trippy Technicolor-Charakterporträt und zufällige Objekte, die durch weiße Unschärfe ersetzt wurden, als ob mein Spiel durch leichten Äther beschädigt wäre, bis ich meinen Shader-Cache kaputt machte.

@ jbal91 von Shader Cache, meinst du die vom Treiber erstellte? Bist du auf Nvidia?

Jedes Mal, wenn ich das Spiel FFXIV starte, wird cfg neu geschrieben, sodass meine Auflösung und Grafikeinstellungen nicht gespeichert werden. Irgendwelche Ideen?
Das Wechseln zu proton-ge-custom / release / tag / 4.15-GE-1 (oder höher) behebt dieses Problem, aber ich sehe es mit Standard-Proton 4.11.3
und benutzerdefinierte / Releases / Tag / 4.10-GE-3

Klingt nach einem Berechtigungsproblem. Stellen Sie sicher, dass die Konfigurationsdateien beschreibbar sind?
Es sei denn, dies ist der alte Bug Proton Bug.

ons. 11. sep. 2019, 23:53 skrev asim-vax [email protected] :

Jedes Mal, wenn ich das Spiel FFXIV starte, wird cfg neu geschrieben, sodass es nicht gespeichert wird
meine Auflösung und Grafikeinstellungen, irgendwelche Ideen?

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKDV7DJ64ZP5T75ISHTQJFSDZA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4WVGVVM
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AD4BBKHX7MAHDM3F7PXUAMDQJFSDZANCNFSM4FRR7KYQ
.

Also habe ich alle vorgeschlagenen Korrekturen ausprobiert (CutsceneMovieOpening 1, BrowserType 2, mit Proton-4.15-GE-4, aber beim Starten des Spiels über den Launcher wird folgende Fehlermeldung angezeigt:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

Ich verwende die Datei ffxivboot.exe und nicht ffxivboot64.exe, da die Anmeldung über ffxivboot64.exe besagt, dass meinem SQEX-Konto keine gültige FFXIV-Lizenz zugewiesen ist (der Fehler, den Sie normalerweise erhalten, wenn Sie versuchen, ein Konto mit einem Steam- Konto zu verwenden). Geben Sie den Nicht-Steam-Launcher mit einem 64-Bit-Wineprefix ein.

Hat oder hat das noch jemand erlebt? Gibt es einen anderen Fix, den ich versuchen kann?

Das Spiel hat mit Proton 4.11-3 einwandfrei funktioniert, aber mit 4.11-4 nach dem Start des Spiels vom Launcher bekomme ich nur einen schwarzen Bildschirm.

Im Moment habe ich keine Lösung, um einen Windows-Schlüssel unter Steam auszuführen. Leider sieht es so aus, als ob die Flagge -issteam innerhalb von ~/.steam/root/appcache/appinfo.vdf lebt. Es scheint zwar möglich zu sein, die Datei direkt zu bearbeiten, aber es ist ein Binärformat und ... es ist wahrscheinlich eine hässliche Lösung, die ich nicht zu tief in mich selbst eintauchen möchte. Windows-Benutzer verwenden SteamEdit , um die Datei zu aktualisieren und die Prüfung zu umgehen, aber ich persönlich anlegen .
Hoffentlich hat jemand, der schlauer als ich ist, eine bessere Antwort darauf. Vielleicht gibt es eine Möglichkeit, das Auschecken zur Laufzeit über die Set Launch Options zu entfernen - aber ich weiß es nicht.

@HereInPlainSight Ich hatte Erfolg beim Setzen von
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe , der im Wesentlichen den ursprünglichen Befehl durch ein Noop ersetzt und anschließend den eigentlichen Befehl ohne -issteam ausführt.

@HereInPlainSight Ich hatte Erfolg beim Setzen von
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe , der im Wesentlichen den ursprünglichen Befehl durch ein Noop ersetzt und anschließend den eigentlichen Befehl ohne -issteam ausführt.

Siehe - der oben erwähnte Jemand, der klüger ist als ich. Sinnvoll, sobald ich es gelesen habe, nicht sicher, warum ich nicht daran gedacht habe, den Befehl einfach neu zu erstellen. Vielen Dank!

@HereInPlainSight Ich hatte Erfolg beim Setzen von
echo %command%; "/home/XXX/.local/share/Steam/steamapps/common/Proton 4.11/proton" waitforexitandrun "/home/XXX/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe , der im Wesentlichen den ursprünglichen Befehl durch ein Noop ersetzt und anschließend den eigentlichen Befehl ohne -issteam ausführt.

Das ist wirklich klug! Dadurch werden bestimmte Arten von Ports viel reibungsloser, ohne dass ein vollständiges Kompatibilitätstool erforderlich ist (die Redist-Installationen werden sowieso ignoriert): https://github.com/ValveSoftware/Proton/issues/1783

Also habe ich alle vorgeschlagenen Korrekturen ausprobiert (CutsceneMovieOpening 1, BrowserType 2, mit Proton-4.15-GE-4, aber beim Starten des Spiels über den Launcher wird folgende Fehlermeldung angezeigt:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

Ich verwende die Datei ffxivboot.exe und nicht ffxivboot64.exe, da die Anmeldung über ffxivboot64.exe besagt, dass meinem SQEX-Konto keine gültige FFXIV-Lizenz zugewiesen ist (der Fehler, den Sie normalerweise erhalten, wenn Sie versuchen, ein Konto mit einem Steam- Konto zu verwenden). Geben Sie den Nicht-Steam-Launcher mit einem 64-Bit-Wineprefix ein.

Hat oder hat das noch jemand erlebt? Gibt es einen anderen Fix, den ich versuchen kann?

Eigentlich stelle ich fest, dass ich diesen Fehler auch unter Windows habe. Wahrscheinlich sind meine Dateien nur beschädigt. Aber es ist nicht protonenbezogen.

Das Spiel ist jetzt für mich mit dem Proton 4.11-5-Update spielbar, da es nicht mit 4.11-4 war und ich auf 4.11-2 zurückgreifen musste.

Update zu vorgerenderten Zwischensequenzen:

Mit winetricks directshow gelang es mir, den ersten Fehler "Kein Klassenobjekt" zu überwinden, nachdem ich einen Hinweis von https://forum.winehq.org/viewtopic.php?t=688 erhalten hatte
Ich stoße jetzt auf den gleichen Fehler, aber mit einer anderen CLSID, aber ich weiß nicht, welche DLL das bereitstellen soll. Die Clsid ist 2eeb4adf-4578-4d10-bca7-bb955f56320a wenn jemand weiß, wie man diesem Beispiel folgt?

edit: anscheinend ist das von wmadmod.dll . Das Kopieren dieser DLL aus einer Windows-Installation scheint jedoch nicht zu helfen, da sie niemals geladen wird. Ich bin mir nicht sicher, was ich dafür tun muss

Ich habe Tesus hervorragenden Vorschlag verwendet, um das Problem mit dem Team zu überwinden. Wenn ich mich jetzt bei einem Datenserver anmelde, wird nichts geladen. Ich bekomme gerade das sich drehende Windrad-Ding in der unteren rechten Ecke.

PROTON_LOG ausgeben
Steam - Systeminformationen

Ich habe Tesus hervorragenden Vorschlag verwendet, um das Problem mit dem Team zu überwinden. Wenn ich mich jetzt bei einem Datenserver anmelde, wird nichts geladen. Ich bekomme gerade das sich drehende Windrad-Ding in der unteren rechten Ecke.

PROTON_LOG ausgeben
Steam - Systeminformationen

Da die anfängliche Zwischensequenz des Spiels nicht gespielt werden kann, können Sie die Einstellung im Eintrag CutsceneMovieOpening in der Datei FFXIV.cfg , die standardmäßig in Documents/My Games/Final Fantasy XIV - A Realm Reborn ist, auf 1 ändern

Dadurch wird die Zwischensequenz übersprungen und Sie sollten in der Lage sein, zum Bildschirm für die Zeichenauswahl zu gelangen

Ich habe Tesus hervorragenden Vorschlag verwendet, um das Problem mit dem Team zu überwinden. Wenn ich mich jetzt bei einem Datenserver anmelde, wird nichts geladen. Ich bekomme gerade das sich drehende Windrad-Ding in der unteren rechten Ecke.
PROTON_LOG ausgeben
Steam - Systeminformationen

Da die anfängliche Zwischensequenz des Spiels nicht gespielt werden kann, können Sie die Einstellung im Eintrag CutsceneMovieOpening in der Datei FFXIV.cfg , die standardmäßig in Documents/My Games/Final Fantasy XIV - A Realm Reborn ist, auf 1 ändern

Dadurch wird die Zwischensequenz übersprungen und Sie sollten in der Lage sein, zum Bildschirm für die Zeichenauswahl zu gelangen

Dies funktionierte jedoch, als ich versuchte, die Grafikeinstellungen im Spiel zu ändern, wurde mein System gesperrt und ich muss SysRq REI (aber nicht SUB) wiederherstellen.

Dies funktionierte jedoch, als ich versuchte, die Grafikeinstellungen im Spiel zu ändern, wurde mein System gesperrt und ich muss SysRq REI (aber nicht SUB) wiederherstellen.

Dies kann bei bestimmten Konfigurationen mit AMD-GPUs, der Option "Echtzeitreflexionen" und veralteten Versionen von LLVM / Mesa auftreten.

Lassen Sie "Echtzeitreflexionen" aus und es sollte Ihnen gut gehen. Ich habe gehört, dass ein Upgrade auf LLVM 7 + / Mesa 18.2+ das Problem behebt, und zum größten Teil auch, aber persönlich bin ich selbst bei denen immer noch auf die seltsame seltene Situation (in der Azim-Steppe) gestoßen, in der Videos blockiert sind immer noch auftreten.

Ich würde nur vorschlagen, die Option dauerhaft auszulassen.

Dies funktionierte jedoch, als ich versuchte, die Grafikeinstellungen im Spiel zu ändern, wurde mein System gesperrt und ich muss SysRq REI (aber nicht SUB) wiederherstellen.

Dies kann bei bestimmten Konfigurationen mit AMD-GPUs, der Option "Echtzeitreflexionen" und veralteten Versionen von LLVM / Mesa auftreten.

Lassen Sie "Echtzeitreflexionen" aus und es sollte Ihnen gut gehen. Ich habe gehört, dass ein Upgrade auf LLVM 7 + / Mesa 18.2+ das Problem behebt, und zum größten Teil auch, aber persönlich bin ich selbst bei denen immer noch auf die seltsame seltene Situation (in der Azim-Steppe) gestoßen, in der Videos blockiert sind immer noch auftreten.

Ich würde nur vorschlagen, die Option dauerhaft auszulassen.

Ich habe ein nVidia 950 und da ich Arch verwende, bin ich mir ziemlich sicher, dass mein LLVM auf dem neuesten Stand ist. Außerdem habe ich die Grafikeinstellungen nach unten und nicht nach oben gedreht. Das Spiel hatte es auf "High-End-Laptop" eingestellt und ich reduzierte das auf "Standard-Desktop".

Welp, es gibt einen neuen Launcher. Es stinkt. Unter Linux werden die Anmeldefelder und viele andere Dinge nicht gerendert. Unter Windows können Sie zur Konfiguration gehen und zum alten Launcher zurückkehren, aber anscheinend wird das nicht für immer so sein. Es scheint, als ob der Neue stark auf IE11 angewiesen ist. Hat jemand irgendwelche Einsichten?

OK, wenn Sie sich unter Linux anmelden möchten, klicken Sie auf das Zahnradsymbol, scrollen Sie nach unten und klicken Sie auf das letzte graue Feld. Dies ist die Option, um zum alten Layout zurückzukehren. Es hat jetzt Bildlaufleisten, aber es funktioniert, zumindest bringt es mich zum Bildschirm "Während der Wartung nicht verfügbar".

Haben Sie die Konfigurationszeile, die dieser Option entspricht? Ich kann nicht einmal die Einstellungsansicht zum Scrollen bringen.

Es scheint eine neue Option in FFXIV_BOOT.cfg die Browser wobei 1 der alte Launcher und 2 der neue ist

Das neue Launcher-Design kommt noch nicht auf Macos, oder? Es kann sich lohnen, ein bisschen abzuwarten, wie es dort funktioniert

fwiw Ich konnte mich mit dem neuen Launcher anmelden - ganz nach unten gescrollt und das Anmeldeformular dort aus irgendeinem Grund gerendert.

Für mich geht der neue Client nicht einmal weiter als diesen Bildschirm

Haftungsausschluss, dass ich kein Proton, sondern Wein verwende 4.16
bearbeiten: kann bestätigen, dass andere Leute dieses Problem mit Vanillewein hier haben

Ich bin auf Lutris und benutze immer noch den Läufer tkg-ffxiv-feffe-4.6-1.8-x86_64. Der neue Launcher wird für mich gut geladen, aber ich kann nicht nach unten scrollen oder wirklich damit interagieren, ohne dass er einfriert. Ich hatte es auf dieser Anzeige nur einfrieren, wenn die Serverlast hoch war.

Für mich geht der neue Client nicht einmal weiter als diesen Bildschirm

Haftungsausschluss, dass ich kein Proton, sondern Wein verwende 4.16
bearbeiten: kann bestätigen, dass andere Leute dieses Problem mit Vanillewein hier haben

mit der gepatchten Version im Thread zur Verfügung gestellt hier wird der Launcher starten und die Arbeit etwas richtig, mit dem Login - Prompt - Rendering am unteren Rand der Seite, und keine titlebar zeigt

Funktioniert funktionell ohne Probleme mit ge-protonified-4.10, aber es gibt einige grafische Probleme, wie z. Habe es aber nicht wirklich mit der Version verglichen, die unter Windows läuft.

Ich konnte den alten Launcher laden, indem ich Browser 1 in FFXIV_BOOT.cfg einstellte , wie BrowserType auf 0 .

Es gibt eine nette kleine Warnung in der Launcher-Konfigurationswarnung, dass dies nicht von Dauer sein wird. Ich vermute, wann die W7-Unterstützung endet?

Neuer Launcher für mich ohne Probleme geladen. Pop! _OS + gepatchtes Proton.

@aberardinelli Auf welchen Patch beziehen Sie sich?

@aberardinelli Auf welchen Patch beziehen Sie sich?

Ahh, ich hatte Angst, jemand würde das fragen. Gehen Sie zurück, um alte Kommentare in diesem Thread zu sichten und den richtigen zu finden ...
Version zeigt in Dampf als Proton-4.10-GE-3
Gepostet von https://github.com/ValveSoftware/Proton/issues/580#issuecomment -504688485

Funktioniert sowohl auf meinem Laptop als auch auf meinem Desktop.

Es ist wahrscheinlich IsTransgaming, das es zum Laufen bringt. Erzwingt CEF wahrscheinlich wie im alten Launcher.

Es wäre schön, wenn wir es mit Wine MSHTML zum Laufen bringen könnten, wie wir es mit dem alten Launcher getan haben.

Hat jemand anderes seit heute zufällige Abstürze beim Wechseln des Arbeitsbereichs erlebt?

EDIT: Es scheint auch im Fenstermodus zu passieren und während das Spiel nicht fokussiert ist
EDIT2: Die Abstürze sind nach dem Neustart von Xorg aus irgendeinem Grund verschwunden.

Hat jemand anderes seit heute zufällige Abstürze beim Wechseln des Arbeitsbereichs erlebt?

EDIT: Es scheint auch im Fenstermodus zu passieren und während das Spiel nicht fokussiert ist

Ich hatte dieses Problem nicht. Welches DE benutzt du? Ich benutze Gnome Shell.

Funktioniert funktionell ohne Probleme mit ge-protonified-4.10, aber es gibt einige grafische Probleme, wie z. Habe es aber nicht wirklich mit der Version verglichen, die unter Windows läuft.

Ich habe ge-protonified-4.10 gemäß Ihrem Vorschlag getestet und tatsächlich scheint der neue Launcher gut zu funktionieren, obwohl das Anmeldeformular unter dem Rest des Inhalts angezeigt wird und etwas inkonsistent ist. Ich denke, es läuft ein bisschen besser als das 4.8, das ich auch verwendet habe, aber das könnte psychosomatisch sein. Ich zögere nur immer, es zu aktualisieren, denn wenn es nicht kaputt ist ... 😄

Ich habe gerade die Proton-4.19-GE-1-Version ausprobiert und die neue Anmeldung funktioniert + Die Übergangsanimation für den Titelbildschirm zur Charakterauswahl scheint jetzt viel reibungsloser zu laufen. Auch der alte Fehler, bei dem Sie "Rechenzentrum" anstelle von "Start" auswählen müssen, wurde behoben. Ich habe noch nicht (genug) gespielt, daher kann ich nichts über Verbesserungen der Gameplay-FPS sagen (aber ich schien es zu tun) Holen Sie sich ~ 30fps auf 4k mit meinem alten GTX 970, mit "Laptop hoch" Vorgrafik-Einstellungen)

Systemspezifikation:

inxi -bxx
System:    Host: linux Kernel: 5.3.7-1-default x86_64 bits: 64 compiler: gcc v: 9.2.1 Console: tty 1 dm: SDDM 
           Distro: openSUSE Tumbleweed 20191101 
Machine:   Type: Desktop Mobo: ASUSTeK model: Z170 PRO GAMING v: Rev X.0x serial: 150647662404153 UEFI: American Megatrends 
           v: 3805 date: 05/16/2018 
CPU:       Quad Core: Intel Core i5-6600K type: MCP arch: Skylake-S speed: 4391 MHz min/max: 800/4400 MHz 
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] vendor: eVga.com. driver: nvidia v: 440.26 bus ID: 01:00.0 
           chip ID: 10de:13c2 
           Display: server: X.org 1.20.5 driver: nvidia compositor: kwin_x11 tty: 273x33 
           Message: Advanced graphics data unavailable in console for root. 
Network:   Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: 3.2.6-k port: f000 bus ID: 00:1f.6 
           chip ID: 8086:15b8 
Drives:    Local Storage: total: 34.23 TiB used: 33.34 TiB (97.4%) 
Info:      Processes: 380 Uptime: 1h 05m Memory: 15.57 GiB used: 7.20 GiB (46.2%) Init: systemd v: 243 runlevel: 5 
           target: graphical.target Compilers: gcc: 9.2.1 alt: 9 clang: 8.0.1 Shell: bash v: 5.0.11 running in: tty 1 
           inxi: 3.0.32 

Ich habe Proton 4.2-9, 4.11-9 und 4.21-GE-1 ausprobiert und alle drei zeigen den gleichen Begrüßungsbildschirm:

Die Ergebnisse sind mit Browser 1 und Browser 0 identisch. Derzeit wird Fedora 30 + KDE 5 ausgeführt

@ Romdeau4 Ich habe das gleiche Problem, ich habe Proton-4.21-GE-1 und Gallium9 ausprobiert, kann nicht scrollen, ich habe auch müde Browsertyp 2

@ Romdeau4 @tuxutku Dies ist wahrscheinlich nicht Ihr Problem, aber ich hatte das gleiche Problem, bis ich mich daran erinnerte, dass ich die Startoption festgelegt hatte, die zuvor in diesem Thread veröffentlicht wurde, um das Argument -issteam zu entfernen. Ich musste diese Startoption aktualisieren, um das benutzerdefinierte Proton von GE verwenden zu können.

Ich war nur in der Lage, den neuen Launcher mit ge-protonofied-4.10 zum Laufen zu bringen. Es scheint, dass spätere Versionen nur diesen soliden Bildschirm mit dem FFXIV-Logo auf dem Launcher erhalten und Sie niemals auf den Rest zugreifen lassen.

Hallo allerseits,
Ich glaube, ich habe es geschafft, das Problem zumindest in meiner benutzerdefinierten Version zu beheben. Ich habe einfach ffxivboot.exe durch ffxivboot64.exe ersetzt, und der Launcher hat funktioniert. Wenn Sie meinen benutzerdefinierten Build verwenden, öffnen Sie bitte Folgendes:

FFXIV Beamter:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

FFXIV-Test:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py.

und ersetzen Sie den Inhalt durch Folgendes:

""" Game fix for FFXIV Trial
"""
#pylint: disable=C0103

from protonfixes import util
import os

def main():
    """ for FFXIV skip intro cutscene to allow game to work.
    """
    # Fixes the startup process.
    util.replace_command('ffxivboot.exe', 'ffxivboot64.exe')

    # disable new character intro cutscene to prevent black screen loop
    configpath = os.path.join(util.protonprefix(), 'drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn')
    if not os.path.exists(configpath):
        os.makedirs(configpath)
    configgame = os.path.join(configpath, 'FFXIV.cfg')
    if not os.path.isfile(configgame):
        f = open(configgame,"w+")
        f.write("<FINAL FANTASY XIV Config File>\n\n<Cutscene Settings>\nCutsceneMovieOpening 1")
        f.close

Ich habe noch nicht versucht, mich im Spiel anzumelden, da ich ein eigenständiges Konto besitze und nicht sicher bin, ob sich die Lizenz von den Steam-Lizenzen unterscheidet.

Bearbeiten: Neuer Launcher wird nicht gerendert, stürzt aber zumindest nicht ab. Der alte Launcher funktioniert immer noch. Sie müssen Browser 1 in FFXIV_BOOT.cfg einstellen

Es gibt keinen Unterschied zwischen den Windows-Lizenzen. Es ist nur, wenn du bist
Wenn Sie versuchen, eine Steam-Lizenz eigenständig zu verwenden, müssen Sie -issteam anhängen

Idk, warum Square es so gemacht hat lol
Scheint mir ein bisschen faul zu sein, wenn das Ziel darin bestand, eine Unterscheidung zu treffen. Besser als
Ich denke, es werden zwei Builds beibehalten.

Am Samstag, 7. Dezember 2019, 05:39 Uhr schrieb Thomas Crider, [email protected] :

Hallo allerseits,
Ich glaube, ich habe es geschafft, das Problem zu lösen, zumindest innerhalb meiner Gewohnheit
Ausführung. Ich habe einfach ffxivboot.exe durch ffxivboot64.exe ersetzt und die
Launcher hat funktioniert. Wenn Sie meinen benutzerdefinierten Build verwenden, öffnen Sie bitte den
Folgendes:

FFXIV Beamter:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

FFXIV-Test:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py.

und ersetzen Sie den Inhalt durch Folgendes:

"" "Spielkorrektur für die FFXIV-Testversion
"" "

pylint: disable = C0103

aus Protonfixes importieren util
os importieren

def main ():
"" "für FFXIV Intro-Zwischensequenz überspringen, damit das Spiel funktioniert.
"" "
# Behebt den Startvorgang.
util.replace_command ('ffxivboot.exe', 'ffxivboot64.exe')

# disable new character intro cutscene to prevent black screen loop
configpath = os.path.join(util.protonprefix(), 'drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn')
if not os.path.exists(configpath):
    os.makedirs(configpath)
configgame = os.path.join(configpath, 'FFXIV.cfg')
if not os.path.isfile(configgame):
    f = open(configgame,"w+")
    f.write("<FINAL FANTASY XIV Config File>\n\n<Cutscene Settings>\nCutsceneMovieOpening 1")
    f.close

Ich habe noch nicht versucht, mich im Spiel anzumelden, da ich ein eigenständiges Konto besitze und
Ich bin mir nicht sicher, ob die Lizenz von den Steam-Lizenzen abweicht.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBULR6DO6265I5LSHLQXMSGHA5CNFSM4FRR7KY2YY3PNVW .
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AD4BBKCPUADHYVFBK4ECPX3QXMSGHANCNFSM4FRR7KYQ
.

Bearbeiten: Neuer Launcher wird nicht gerendert, stürzt aber zumindest nicht ab. Der alte Launcher funktioniert immer noch. Sie müssen Browser 1 in FFXIV_BOOT.cfg einstellen

Das Setzen von Browser 1 in FFXIV_BOOT.cfg hat mein Problem behoben :)

Ich habe das Python-Skript gemäß den Anweisungen von GE aktualisiert, Browser 1 in FFXIV_BOOT.cfg gesetzt und das Flag -issteam hinzugefügt, und es sieht so aus, als würden wir installieren!

Also gepumpt, um wieder in FFXIV zu kommen. Vielen Dank für all Ihre Hilfe an alle

Der DirectX 9.0c-Modus funktioniert nicht (zumindest mit Gallium9). Ich habe dxwebsetup.exe installiert, um die Fehlermeldung The latest version of DirectX is required to play FINAL FANTASY XIV, Please download and install the DirectX End-User Runtime, then restart the game,----(0) dxwebsetup.exe zu unterdrücken. Das Spiel wurde danach gestartet, aber es stürzte nach ungefähr 10 Sekunden ab, während ungefähr 50% CPU verwendet wurden. Vom Terminal aus wurde nicht gemeldet, dass Gallium Nine jederzeit verwendet wurde (es gab jedoch d3d9-bezogene Debug-Meldungen).

Allerdings ist die DXVK-Leistung für amd a10-9620p ziemlich gut.

PS: Ich habe die Dateimethode run verwendet, da Steam Gallium9 deaktiviert

@GloriousEggroll Ihr 4.10 Build funktioniert auf dem neuen Launcher, auch wenn es lustig macht. Die alte Launcher-Oberfläche soll entfernt / abgeschrieben werden, daher ist es viel besser sicherzustellen, dass die neue zumindest funktioniert, als sich darauf zu verlassen, dass sie für die Verwendung der alten eingestellt werden kann. Haben Sie einen Einblick, warum dies so ist? in neueren Builds zurückgegangen?

@GloriousEggroll Ihr 4.10 Build funktioniert auf dem neuen Launcher, auch wenn es lustig macht. Die alte Launcher-Oberfläche soll entfernt / abgeschrieben werden, daher ist es viel besser sicherzustellen, dass die neue zumindest funktioniert, als sich darauf zu verlassen, dass sie für die Verwendung der alten eingestellt werden kann. Haben Sie einen Einblick, warum dies so ist? in neueren Builds zurückgegangen?

Können Sie das überprüfen? Ich ließ jemanden testen, wo es für sie funktionierte, dann entfernten sie das Präfix und als sie ein sauberes Präfix machten, funktionierte es nicht.

Und um klar zu sein: Die Absicht ist nicht, sich dauerhaft auf den alten Launcher zu verlassen. Letztendlich muss es behoben werden. Die Absicht meiner ursprünglichen Kommentare war es, das Spiel für Leute zum Laufen zu bringen, die spielen wollen.

Ich habe es geschafft, das Spiel unter Proton 4.21-GE-1 und mit dem neuen Launcher zu installieren, aber es sieht so aus, als hätte ich jetzt ein DirectX-Problem.

System:    Host: localhost.localdomain Kernel: 5.3.14-200.fc30.x86_64 x86_64 bits: 64 compiler: gcc 
           v: 9.2.1 Desktop: KDE Plasma 5.15.5 tk: Qt 5.12.5 wm: kwin_x11 dm: SDDM 
           Distro: Fedora release 30 (Thirty) 
Machine:   Type: Desktop Mobo: Gigabyte model: H81M-S1 v: x.x serial: <root required> 
           BIOS: American Megatrends v: FF date: 06/20/2014 
CPU:       Quad Core: Intel Core i5-4460 type: MCP arch: Haswell speed: 3389 MHz min/max: 800/3400 MHz 
Graphics:  Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics vendor: Gigabyte 
           driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0412 
           Device-2: AMD Curacao XT / Trinidad XT [Radeon R7 370 / R9 270X/370X] vendor: PC Partner Limited 
           driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:6810 
           Display: x11 server: Fedora Project X.org 1.20.5 driver: modesetting,radeon FAILED: ati 
           unloaded: fbdev,vesa compositor: kwin_x11 resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: AMD PITCAIRN (DRM 2.50.0 5.3.14-200.fc30.x86_64 LLVM 8.0.0) v: 4.5 Mesa 19.1.8 
           direct render: Yes 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Gigabyte driver: r8169 
           v: kernel port: d000 bus ID: 03:00.0 chip ID: 10ec:8168 
Drives:    Local Storage: total: 1.13 TiB used: 156.92 GiB (13.6%) 
Info:      Processes: 236 Uptime: 1h 13m Memory: 7.65 GiB used: 3.09 GiB (40.4%) Init: systemd v: 241 
           runlevel: 5 target: graphical.target Compilers: gcc: 9.2.1 Shell: bash v: 5.0.7 
           running in: konsole inxi: 3.0.37 

Hallo @ Romdeau4 , Intel / Haswell hat eine experimentelle Vulkan-Implementierung und Linux verwendet standardmäßig das Kernelmodul radeon mit Ihrem AMD-Chipsatz der Southern Island (SI) -Generation. Das Kernelmodul radeon ist nicht mit Vulkan kompatibel.

Bitte lesen Sie https://github.com/ValveSoftware/Proton/wiki/For-AMD-users-having-issues-with-non-OpenGL-games .

@ Kisak-Ventil Vielen Dank, das hat geholfen und das Spiel läuft butterweich.
Für Sichtbarkeit und andere Fedora 30-Benutzer, denen dies möglicherweise nicht bekannt war:

Bearbeiten Sie /etc/default/grub und fügen Sie radeon.si_support=0 amdgpu.si_support=1 und radeon.cik_support=0 amdgpu.cik_support=1 zur Option GRUB_CMDLINE_LINUX_DEFAULT

Aktualisieren Sie anschließend Ihre Grub-Konfiguration entweder mit sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg für UEFI-Systeme oder sudo grub2-mkconfig -o /boot/grub2/grub.cfg für BIOS-Systeme.

Starten Sie Ihr System neu und bestätigen Sie, dass Sie den amdgpu-Kerneltreiber mit lspci -k ausführen.

Der neue Launcher funktioniert immer noch nicht. Es ist nur das endgültige Fantasy XIV-Logo und ich kann entweder auf Minimieren drücken oder beenden.

Dumme Frage vielleicht, aber könnten Sie die Datei als schreibgeschützt einstellen?

Am Dienstag, 17. Dezember 2019, 18:57 Uhr schrieb zangoku [email protected] :

Es überschreibt meinen Wert von 1 durch den Wert von 2 in ffxiv_boot.cfg.
Daher kann ich das Spiel nicht spielen.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ValveSoftware/Proton/issues/580?
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ
.

Dumme Frage vielleicht, aber könnten Sie die Datei als schreibgeschützt einstellen?
…
Am Dienstag, 17. Dezember 2019, 18:57 Uhr zangoku @ . * > hat geschrieben: Es überschreibt immer wieder meinen Wert von 1 durch den Wert von 2 in ffxiv_boot.cfg. Daher kann ich das Spiel nicht spielen. - Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie auf diese E - Mail direkt, sehen sie auf GitHub <# 580? Email_source = Benachrichtigungen & email_token = AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHELVPA # issuecomment-566803132> oder abmelden https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ .

Steam sagte, es müsse neu gestartet werden, um zu aktualisieren, also habe ich das getan und dann wurde das Problem behoben.

@GloriousEggroll Ihr 4.10 Build funktioniert auf dem neuen Launcher, auch wenn es lustig macht. Die alte Launcher-Oberfläche soll entfernt / abgeschrieben werden, daher ist es viel besser sicherzustellen, dass die neue zumindest funktioniert, als sich darauf zu verlassen, dass sie für die Verwendung der alten eingestellt werden kann. Haben Sie einen Einblick, warum dies so ist? in neueren Builds zurückgegangen?

Können Sie das überprüfen? Ich ließ jemanden testen, wo es für sie funktionierte, dann entfernten sie das Präfix und als sie ein sauberes Präfix machten, funktionierte es nicht.

Und um klar zu sein: Die Absicht ist nicht, sich dauerhaft auf den alten Launcher zu verlassen. Letztendlich muss es behoben werden. Die Absicht meiner ursprünglichen Kommentare war es, das Spiel für Leute zum Laufen zu bringen, die spielen wollen.

Ich habe das versucht und es hat bei mir nicht funktioniert. Der Launcher bleibt auf dem Titelbildschirm hängen. Ich habe auch ein paar Sachen ausprobiert, die hier vorgeschlagen wurden, aber nichts hat geholfen. Ich habe versucht, den Launcher auf den alten umzustellen, aber dadurch muss ich den Registrierungsprozess durchlaufen oder so. Wenn ich mich in mein Konto einlogge, fordert mich der Launcher auf, meinen Spielschlüssel einzugeben. Wenn ich dies tue, wird mir mitgeteilt, dass er bereits registriert ist und mich nicht weitergehen lässt. Ich habe bereits mit diesem Konto unter Windows mit aktiviertem Vollspiel gespielt.

Das ist ... irgendwie komisch. Versuchen Sie, über Steam zu installieren, wenn Sie einen eigenständigen Schlüssel haben, oder umgekehrt? Ich bin mir nicht sicher, was genau dort passiert. Als ich das letzte Mal neu installiert habe, bin ich mir ziemlich sicher, dass ich gesagt habe, ich habe ein vorhandenes Konto, bin angemeldet und es ist über diesen Bildschirm hinausgegangen. Aber wenn Sie nach einem Steam- / Nicht-Steam-Schlüssel suchen, wenn Sie diese bestimmte Schlüsselmarke nicht haben, ist das vielleicht verwirrend?

Sie könnten versuchen, StartupCompleted in FFXIV_BOOT.cfg , vielleicht? Im besten Fall kommen Sie an diesem bestimmten Bildschirm vorbei.

@GloriousEggroll Ihr 4.10 Build funktioniert auf dem neuen Launcher, auch wenn es lustig macht. Die alte Launcher-Oberfläche soll entfernt / abgeschrieben werden, daher ist es viel besser sicherzustellen, dass die neue zumindest funktioniert, als sich darauf zu verlassen, dass sie für die Verwendung der alten eingestellt werden kann. Haben Sie einen Einblick, warum dies so ist? in neueren Builds zurückgegangen?

Können Sie das überprüfen? Ich ließ jemanden testen, wo es für sie funktionierte, dann entfernten sie das Präfix und als sie ein sauberes Präfix machten, funktionierte es nicht.

Und um klar zu sein: Die Absicht ist nicht, sich dauerhaft auf den alten Launcher zu verlassen. Letztendlich muss es behoben werden. Die Absicht meiner ursprünglichen Kommentare war es, das Spiel für Leute zum Laufen zu bringen, die spielen wollen.