_Mise à jour: 14/04/20_ , ajout de la version WINE et GE-Proton le 19/04/20:
Si vous cherchez à exécuter FFXIV via Proton, voici quelques instructions pour les installations actuelles:
1) Proton par défaut _ne fonctionnera pas_. Vous devrez récupérer une version du repo de instructions d'installation .
2) Vous devrez exécuter la commande suivante:
WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable supposant que vous utilisez l'emplacement par défaut pour votre bibliothèque d'une installation Steam standard. Si vous ne le faites pas, adaptez le chemin de manière appropriée.

Autres instructions pour les versions lanceur / non-Steam:

• Si vous souhaitez exécuter FFXIV en dehors de la vapeur, s'il vous plaît utiliser Lutris de Standalone - DXVK version l'installateur .
• Si vous souhaitez utiliser Lutris pour exécuter FFXIV en dehors de Steam et que votre jeu est acheté via Steam, ajoutez l'argument -issteam à votre configuration Lutris pour le jeu.
• Si vous souhaitez utiliser Steam pour exécuter une version non-Steam de FFXIV, définissez les options de lancement de FFXIV sur: echo "%command%" | sed 's/-issteam\(freetrial\|\)//' | sh . (Merci à jbal91 de m'avoir rappelé que sed est magique!)

Points à noter:
1) Le nouveau lanceur est désactivé par défaut par Steam / GE-Proton - à un moment donné, cela cessera probablement de fonctionner. Il a un ticket de vin ouvert ici .
2) Si vous utilisez un injecteur de post-traitement (ReShade, GShade, etc.), le jeu est entravé par un bégaiement de plusieurs secondes à chaque fois que la souris est déplacée. Il a un ticket de vin ouvert ici . Vous pouvez obtenir un WINE fonctionnel ici (basé sur WINE 5.4) et un Proton fonctionnel (construit à partir du repo de ici .

_ Mises à jour précédentes _:
_Mise à jour: 31/07/19_:
Bonjour, guerriers des ténèbres / lumière! Si vous essayez de jouer à FFXIV via Proton, cela a été grandement simplifié!

Une fois XIV installé via Steam, ouvrez simplement le fichier à ~/.steam/steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/FFXIV.cfg et changez CutsceneMovieOpening 0 en 1 . (Si vous exécutez la démo, remplacez toujours 39210 par 312060.)

Si vous ne voyez pas l'option d'installer le jeu via Steam après l'achat, vous devez, à l'intérieur de votre client Steam, ouvrir Steam -> Paramètres -> Steam Play, puis cocher à la fois 'Activer Steam Play pour les titres pris en charge' et 'Activer Steam Play pour tous les autres titres, redémarrez Steam lorsque vous y êtes invité, et vous devriez être prêt!

Bienvenue dans la communauté!

Message d'origine:
Je ne sais pas si c'est directement le même problème. J'ai fait fonctionner XIV via Proton, mais j'ai dû suivre des réponses de vin bien connues pour le rendre jouable. À savoir, je dois éditer deux fichiers dans le répertoire steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / Mes documents / Mes jeux / FINAL FANTASY XIV - A Realm Reborn /.

Dans FFXIV_BOOT.cfg, j'ai dû modifier BrowserType sur 2, et dans FFXIV.cfg, je dois modifier CutsceneMovieOpening sur 1.

Le premier changement me permet d'accéder au lanceur à ce stade - s'il est laissé à sa valeur par défaut, j'obtiens «Une erreur système s'est produite: 404. Erreur système HTTPS». Peur d'avoir fait l'installation en milieu de semaine, donc je ne sais pas si c'est ainsi que j'ai surmonté le problème de nstgc lors de l'installation.
Évidemment, ce dernier changement signifie que je ne peux pas voir la cinématique d'ouverture la première fois que je joue au jeu, mais si je la laisse à la valeur par défaut, le jeu se lance mais raccroche après avoir sélectionné un centre de données.

Comme ces fichiers de configuration de jeu éditent, je ne suis pas sûr que ce soit quelque chose que Valve souhaite prendre en compte pour Proton, mais au moins, ce sont des informations.

FFXIV se fige lorsque les réflexions en temps réel sont activées

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/627.
@ulzeraj posté le 2018-08-26T05: 58: 03:

Final Fantasy 14 (ID: 39210) fonctionne en mode DX11 après quelques solutions de contournement manuelles qui modifient les fichiers INI pour définir le type de navigateur sur 2, désactivent la cinématique d'ouverture et utilisent winetricks xact dans son préfixe.

Cependant… les graphiques cessent de fonctionner immédiatement après l'activation de «Réflexions en temps réel». Activer n'importe quel niveau de cette option particulière gèle le jeu et X11. Je peux toujours me connecter via SSH et il y a ces messages:

[384.698959] [ drm: amdgpu_job_timedout [amdgpu]] ERREUR ring gfx timeout, dernière signalée seq = 202749, dernière émission seq = 202751
[384.698964] [drm] Récupération du GPU désactivée.

Le GPU est Saphire R9 390. Le système est OpenSUSE Tubleweed avec le noyau 4.18.0-1, utilisant amdgpu et Mesa 18.1.6 LLVM6. Le même matériel et le même jeu fonctionnent correctement sous Windows 10 avec les réflexions en temps réel activées.

Merci pour le dur travail.

@doitsujin a commenté le 2018-08-26T10: 47: 10

Veuillez tester avec LLVM 7 et Mesa 18.2, comme suggéré dans PREREQS.md .

@HereInPlainSight a commenté le 2018-08-26T15: 37: 13

Informations système: Gentoo x86_64 | 4.14.65-gentoo | i5-6500 | NVIDIA GeForce GTX 1070 | NVIDIA 396.51

J'avais déjà effectué les modifications du fichier de configuration, je viens de sortir llvm7 et j'ai ajouté le xact winetricks au préfixe, je suis passé à DX11 et je peux confirmer que je suis capable de fonctionner avec Real Time Reflections à n'importe quel réglage que je veux.

@doitsujin a commenté le 2018-08-26T16: 12: 39

@HereInPlainSight La version LLVM n'est pertinente que pour les pilotes AMD car ils utilisent LLVM pour compiler les shaders. Mesa doit être construit sur LLVM 7 pour fonctionner correctement.

@HereInPlainSight a commenté le 2018-08-26T16: 50: 18

@doitsujin Je n'étais pas à 100% là-dessus car les informations DirectX11 semblent indiquer que LLVM7 est recommandé pour éviter les blocages du GPU, ce qui est mentionné après la section des pilotes. Mon jeu sur Linux avant les nouvelles informations de SteamPlay était assez décontracté, j'ai donc choisi de ne pas m'excuser.

L'utilisation des bibliothèques recommandées a résolu le problème pour moi, mais j'ai maintenant le problème des polices manquantes décrit par @nstgc. Je dois mentionner que le problème des polices ne s'est pas produit dans OpenSUSE Tumbleweed.

Je suis passé à Ubuntu Bionic afin de remplir les exigences décrites sur PREREQS.md. L'installation à partir de ces dépôts m'a donné Mesa 18.3 compilé avec LLVM 8.0. J'ai également installé LLVM et CLANG 8 car le document ne précise pas si libllvm8 suffit. J'utilise toujours amdgpu du noyau 4.18.5-041805 que j'ai installé depuis UKKUU.

Au fait, le wine et les winetricks des dépôts par défaut d'Ubuntu sont trop anciens et l'application de xact à travers eux entraînera l'échec du jeu au lancement.

en quelque sorte, j'arrive à ajouter ces polices en utilisant "winetricks allfonts"
Mais il me semble être incapable de saisir des caractères japonais en utilisant iBus anthy sur Ubuntu 18.04
Quelqu'un d'autre peut-il confirmer? (Ou est capable d'écrire le japonais dans le chat FFXIV vraiment)

Ni mon contrôleur de vapeur ni mon contrôleur xbox 360 ne fonctionnent.
Ils apparaissent tous les deux dans la liste des manettes de jeu dans le menu de configuration afin qu'ils soient détectés, mais les pressions sur les boutons ne fonctionnent pas.

Ici, les contrôleurs ne fonctionnent pas avec Steam comme ils le devraient, mais j'ai réussi à les utiliser via le système natif SDL.

Pour DS4, cela fonctionne en ajoutant la variable suivante à votre profil (.bashrc ou / etc / environment) et en désactivant le système de contrôleur de vapeur.

export SDL_GAMECONTROLLERCONFIG = '030000004c050000cc09000011810000, PS4 Controller, a: b0, b: b1, back: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , guide: b10 , lef tshoulder: b4 , leftstick: b11 , le fttrigger: a2 , leftx: a0 , a1 , right tshoulder: b5 , r ightstick: b12 , rig httrigger: a5 , rightx: a3 , righty: a4 , start: b9 , x: b3, y: b2, plateforme: Linux , 050000004c050000cc09000000810000, contrôleur PS4, a: b0, b: b1, arrière: b8 , dpdown: h0.4 , dpleft: h0.8 , dpright: h0.2 , dpup: h0.1 , guide: b10 , lef tshoulder: b4 , leftstick: b11 , le fttrigger: a2 , leftx: a0 , a1 , right tshoulder: b5 , r ightstick: b12 , rig httrigger: a5 , rightx: a3 , righty: a4 , début: b9 , x: b3, y: b2, plate -

Le truc, c'est que je devrais pouvoir désactiver le contrôleur uniquement pour ce jeu, mais Steam renomme un peu les chemins des nœuds de l'appareil, donc pour que cela fonctionne, je dois tout désactiver. Le changement de nom de l'appareil ne se produit pas dans OpenSuSE.

Les cinématiques ne jouent pas, pourrait être lié au numéro 1464.

J'ai trouvé la solution à mon problème ici: https://www.reddit.com/r/archlinux/comments/9bl3l7/steam_controller_not_working_with_protonsteam/

Le problème était que deux entrées étaient créées pour un contrôleur.
l'exécution de sudo rmmod hid_steam et le redémarrage de Steam ont résolu le problème.

Échec du chargement de la page Web intégrée dans le lanceur de jeu (appid: 39210)

Problème transféré depuis https://github.com/ValveSoftware/Proton/issues/2183.
@TenaarFeiri publié le 2019-01-02T23: 58: 28:

Rapport de compatibilité

• Nom du jeu avec des problèmes de compatibilité: Final Fantaxy XIV Online
• Steam AppID du jeu: 39210

Information système

• GPU: GTX 980M
• Version du pilote / LLVM: nVidia 390.87
• Version du noyau: 4.18.0-13
• Lien vers le rapport d'informations système complet comme Gist : https://gist.github.com/TenaarFeiri/2733a8f25f8818a5c3e85777eed9be22
• Version Proton: 3.7-8

Je confirme:

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

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

Symptômes

Le problème est que Proton ne semble pas en mesure d'aider ffxivlauncher.exe à utiliser le navigateur Web approprié pour intégrer sa page de connexion. J'ai eu des rapports selon lesquels le jeu lui-même est fonctionnel une fois que vous avez dépassé le lanceur, mais je ne peux pas le tester car il s'agit d'une étape cruciale pour le téléchargement du jeu.

Le lanceur lui-même signale une erreur HTTPS 404, car il ne trouve pas de navigateur à utiliser pour la page de destination du lanceur.

la reproduction

• Téléchargez et installez Final Fantasy XIV Online.
• Lancer le jeu. ffxivboot.exe se lancera et ne vous donnera aucune information utile car la police est cassée.
• ffxivboot.exe finira par terminer son téléchargement, puis il ouvrira ffxivlauncher.exe
• Informez le lanceur que vous avez déjà un compte avec le jeu.
• Suivez ses invites jusqu'à ce que vous ayez fini de vous guider.
• Observez la tentative du lanceur d'ouvrir une page Web nécessaire pour lancer le fonctionnement du jeu et échouer.
• Fermez et redémarrez le jeu autant de fois que vous le souhaitez.

EDIT: J'ai le jeu à exécuter: D
Actuellement, j'ai un problème car il n'y a pas d'audio dans DX11, mais il y a audio dans DX9. Je préfère de loin jouer en DX11 car les performances sont meilleures. Des idées?
J'utilise Proton 3.16-6 (Beta) maintenant.

Je viens de trouver ceci et d'appliquer certains des ajustements mentionnés ci-dessus et j'ai fait fonctionner le lanceur =)

Reste à voir si je peux faire fonctionner le jeu lui-même une fois le téléchargement terminé, mais nous verrons!

Je remarque que les préfixes sont mentionnés ci-dessus. Je ne suis pas très averti en technologie; comment pourrais-je les appliquer si j'en ai besoin?

Avez-vous une idée de comment obtenir du son dans DirectX 11? DX9 a un son mais il est pratiquement injouable.

@TenaarFeiri Avec Wine, j'ai dû installer xact puis remplacer xaudio2_7

Savez-vous comment faire cela avec Proton Wine? Je ne suis pas encore tout à fait au courant de ce genre de choses.

@TenaarFeiri Avec Wine, j'ai dû installer xact puis remplacer xaudio2_7

Je l'ai compris! Merci beaucoup de m'avoir orienté dans la bonne direction.
J'ai installé une version appropriée de Wine comme indiqué sur winehq.org, puis j'ai fait: WINEPREFIX=game_folder_in_steam winecfg et mis xaudio2_0 et xaudio2_7 dans le remplacement.
Cela a fait l'affaire! J'ai maintenant de l'audio et de superbes performances!

EDIT: Il s'avère que le problème était mon environnement de bureau. J'ai désinstallé Ubuntu 18.10 et l'ai remplacé par Kubuntu 18.10 et maintenant le mode fenêtré fonctionne très bien!

D'accord!
Nouveau problème!
Le jeu fonctionne donc parfaitement en plein écran fenêtré sans aucun problème (ce que je peux voir). Mais en fait, je préfère jouer au jeu en mode fenêtré, et c'est là que les problèmes surgissent: j'ai des compétences liées aux touches du pavé numérique, qui s'activent lorsque j'appuie sur les boutons de ma souris. Dans Windowed Fullscreen, ils fonctionnent très bien sans erreurs, mais lorsque je les utilise davantage dans Windowed, il y a un plonge / gel FPS perceptible qui rend difficile de jouer comme ça.

J'ai enregistré une vidéo: https://youtu.be/iqLxMQLCLe4 (le faible framerate du jeu est le résultat de l'enregistrement, mais heureusement, cela le rend également très évident lorsque j'appuie sur les boutons de la souris pour que vous puissiez observer).

Des idées sur la façon dont je pourrais résoudre ce problème?

La dernière révision de FAudio corrige l'audio pour la version DX11:

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

EDIT: Tant que vous désactivez la réverbération ... ajoutez return buffer; après cette ligne si vous essayez vraiment ceci:

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

La dernière révision de FAudio corrige également les effets! Le jeu sonne bien sur ma propre configuration maintenant sans modifications (moins une atténuation, mais cela ne devrait pas être déchirant).

Avec tout ce qui précède, et avec xact, xaudio2_0-9, je pense que le support officiel ne devrait pas être si loin?
Cela fonctionne parfaitement avec ces correctifs dans Proton 3.16-6 Beta, et le plus gros obstacle consiste simplement à changer le BrowserType en 2 et CutsceneMovieOpening à 1 comme décrit par @HereInPlainSight.
Mais c'est quelque chose que je parierais que le client Steam devrait être capable de faire seul une fois le jeu installé, sûrement?

Proton 3.16-7 inclut les dernières modifications de FAudio, donc l'audio doit fonctionner correctement avec la version DX11.

Avec la version bêta de la version 3.16-7, j'ai recréé les données de compatibilité de ce jeu pour annuler complètement les modifications manuelles. Je devais encore changer BrowserType en 2 et CutsceneMovieOpening en 1. L'audio fonctionne maintenant sans les remplacements de dll xaudio, mais l'audio est progressivement plus retardé avec la lecture. Après environ 20 à 30 minutes de lecture, tout le son est retardé de 1 à 2 secondes.

Quelqu'un d'autre vit-il quelque chose de similaire?

Jetez un coup d'œil et je crois que vous êtes tombé sur un problème de conception avec SDL_AudioStreams. J'ai échangé le rééchantillonneur, donc si j'ai tout fait correctement, le décalage devrait disparaître (et j'espère que la qualité du son est toujours bonne):

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

J'ai encore des problèmes avec une erreur HTTPS dans le lanceur malgré le fait que BrowserType ait été réglé sur 2. Testé sous GNOME avec Wayland, GNOME sur Xorg et Plasma en vain.

J'ai encore des problèmes avec une erreur HTTPS dans le lanceur malgré le fait que BrowserType ait été réglé sur 2. Testé sous GNOME avec Wayland, GNOME sur Xorg et Plasma en vain.

Essayez de supprimer le dossier "Web" dans ~/.local/share/Steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/

J'ai 2 machines Fedora 29 sur lesquelles sur l'une je dois constamment supprimer ce dossier pour que le lanceur se charge tandis que l'autre n'en a pas besoin. Bien que je ne sache pas ce qui est différent entre les deux machines

Parfois, vous aurez également le problème lorsque vous ne pouvez tout simplement pas vous connecter à leur
page de destination.

Je suppose que vous l'avez déjà fait, mais si vous ne l'avez pas fait, vérifiez
voyez que votre BrowserType est défini sur 2 dans boot.cfg (je crois?).

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

J'ai toujours des problèmes avec une erreur HTTPS dans le lanceur malgré
BrowserType a été mis à 2. Testé sous GNOME avec Wayland, GNOME sur
Xorg et Plasma en vain.

Essayez de supprimer le dossier "web" dans ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My
Documents / Mes Jeux / FINAL FANTASY XIV - A Realm Reborn /

J'ai 2 machines Fedora 29 sur lesquelles je dois constamment supprimer cela
dossier pour le lanceur à charger tandis que sur l'autre ne l'exige pas.
Bien que je ne sache pas ce qui est différent entre les deux machines

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-468874158 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx
.

Parfois, vous rencontrez également le problème lorsque vous ne pouvez tout simplement pas vous connecter à leur page de destination. Je suppose que vous l'avez déjà fait, mais si vous ne l'avez pas fait, vérifiez que votre BrowserType est défini sur 2 dans boot.cfg (je crois?). Den lør. 2. mar. 2019, 03:37 skrev Equivocal90 [email protected] :
…
J'ai encore des problèmes avec une erreur HTTPS dans le lanceur malgré le fait que BrowserType ait été réglé sur 2. Testé sous GNOME avec Wayland, GNOME sur Xorg et Plasma en vain. Essayez de supprimer le dossier "web" dans ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / Mes documents / Mes jeux / FINAL FANTASY XIV - A Realm Reborn / J'ai 2 Fedora 29 machines sur lesquelles sur l'une je dois constamment supprimer ce dossier pour que le lanceur se charge tandis que sur l'autre ne l'exige pas. Cependant, je ne suis pas sûr de ce qui est différent entre les deux machines - Vous recevez cela parce que vous avez été mentionné. Répondez directement à cet e-mail, affichez-le sur GitHub < # 580 (commentaire) > ou désactivez le fil https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

Sur ma machine qui a le problème BrowserType est défini sur 2 et cela donne une erreur https différente. Cela réussit ou me donne une erreur -22 ou -21 jusqu'à ce que je supprime le dossier que j'ai spécifié plus tôt.

Question pour les personnes qui jouent à ce jeu: est-ce que la cinématique initiale doit être ignorée ou les cinématiques en jeu ne fonctionnent-elles pas non plus? J'ai réussi à faire fonctionner le jeu, mais comme c'est la première fois que je joue au jeu, je ne sais pas où je suis censé voir des cinématiques en jeu.

@ Équivoque90

Je ne sais pas comment gérer cela. = (J'ai eu la chance d'éviter ce problème! Quelle version de Proton utilisez-vous? J'utilise la dernière version (bêta). Je pensais que l'environnement de bureau pouvait être un problème mais vous l'avez testé sur quelques Mais j'utilise Kubuntu / Debian, donc il se peut que Fedora ait un problème différent que je ne suis pas capable de deviner.

@Mushoz
Les cinématiques en jeu fonctionneront bien, et vous pouvez même voir les cinématiques dans FFXIV à partir du menu d'ouverture lorsque le client a été ouvert.
Fait intéressant, il ne semble y avoir aucune raison évidente pour laquelle le client ne commencerait pas avec les cinématiques initiales activées, car il gère très bien leur lecture une fois qu'il est en cours d'exécution?
Quoi qu'il en soit, toutes les cinématiques du jeu devraient fonctionner! Je n'ai pas encore rencontré de problèmes.

Mais je redoute un peu les Shadowbringers! Je ne sais pas comment cela va gâcher les performances actuelles sur Proton.

@flibitijibibo et @ Equivocal90 :
Je peux confirmer que le dernier Faudio corrige le retard sonore progressif.

Je semble avoir rencontré un problème différent cependant ...

Après un certain temps à jouer (parfois moins de 30 minutes, parfois plus de 2 heures), je commence à avoir une énorme variation du temps de trame qui fait bégayer le jeu.
J'ai changé "DXVK_HUD": "full" dans user_settings.py pour que proton observe exactement ce qui se passe ... et après environ 50 minutes de jeu, cela s'est reproduit.

Ce que j'ai trouvé, c'est que les éléments suivants provoquent d'énormes pics de temps pour le rendu des images:

• souris déplacée
• souris cliqué
• touche tapée (et oui, c'est spécifique à la saisie du caractère, pas seulement en appuyant sur le bouton)

Comment je sais que c'est une clé tapée:

1. Appuyez sur une touche et maintenez-la enfoncée (c'est-à-dire D pour tourner à droite): le bégaiement commence, puis le bégaiement s'arrête un instant, puis reprend un instant plus tard.
2. Si vous appuyez maintenant sur une autre touche (comme W pour avancer), le bégaiement s'arrêtera lorsque vous relâcherez la deuxième touche (W dans ce cas) même si vous maintenez toujours la première touche.

C'est le même comportement que mon système a lors de la saisie dans une zone de texte.
Une fois que le jeu devient ainsi, il ne s'arrête pas tant que le jeu n'est pas redémarré.

Notez que le jeu fonctionne parfaitement jusqu'à ce que cela commence (si ce n'était pas pour cela, je dirais qu'il pourrait avoir un support officiel). Cela se produit à des moments tellement aléatoires que je n'ai pas trouvé de moyen de le reproduire moi-même (à part jouer pendant longtemps - rester inactif ne semble pas fonctionner).

OS: Kubuntu 18.04 LTS (compositeur désactivé)
Processeur graphique: RX 580 8 Go
Proton: 3.16-7 bêta
Mesas a essayé: 18.2 et 19.0.99 (dernier Oibaf)
LLVM: 7.0.1

J'ai:

• Surveillé l'utilisation de la mémoire du GPU, les vitesses d'horloge, etc. - qui sont les mêmes qu'avant le changement (la seule exception à cela est que lorsque vous déplacez / cliquez sur la souris ou tapez - ce qui semble provoquer le bégaiement - l'utilisation du GPU _diminue_)
• Horloges et utilisation du processeur surveillées - qui restent également les mêmes (je ne l'ai pas vu en fournissant des entrées)
• Désactivé toutes les formes de limitation d'images dans le jeu
• J'ai essayé différents paramètres de souris dans le jeu
• Vérifié dmesg pour tout problème d'E / S ou d'interruption avec le matériel - rien n'est enregistré
• Vérifié le journal dxvk dans le dossier Steam - rien d'anormal
• Comparé à tous les éléments affichés dans le dxvk hud avant et après le début du bégaiement, seuls les images par seconde et la durée d'image semblent changer, et ce changement ne se produit que pendant la saisie

Je suis à court d'idées, donc toute aide est la bienvenue.

Le jeu dans la partie graphique fonctionne parfaitement
Mais l'audio est retardé après un court laps de temps (10 min je dirais) et ça devient ennuyeux

Le jeu dans la partie graphique fonctionne parfaitement
Mais l'audio est retardé après un court laps de temps (10 min je dirais) et ça devient ennuyeux

Je crois comprendre que le problème devrait être résolu lorsque Proton obtient une version plus récente de FAudio

Le jeu dans la partie graphique fonctionne parfaitement
Mais l'audio est retardé après un court laps de temps (10 min je dirais) et ça devient ennuyeux

Vous pourrez peut-être résoudre ce problème en ouvrant Propriétés sur le jeu et en définissant les options de lancement comme suit:

PULSE_LATENCY_MSEC = 60% commande%

Cela devrait vraiment corriger les craquements, mais faute d'autres suggestions jusqu'à ce que FAudio soit mis à jour, cela vaut le coup?

@Turbito si vous

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

Construisez et remplacez simplement le courant de proton. Si vous êtes sur Ubuntu, vous aurez besoin des packages suivants:

• cmake
• libsdl2-dev
• build-essentiel

J'en utilise actuellement un qui est légèrement plus ancien pour le moment (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), mais le maître actuel devrait également fonctionner.

PS Si vous finissez par rencontrer le problème que j'ai décrit dans mon précédent post, j'aimerais le savoir.

Parfois, vous rencontrez également le problème lorsque vous ne pouvez tout simplement pas vous connecter à leur page de destination. Je suppose que vous l'avez déjà fait, mais si vous ne l'avez pas fait, vérifiez que votre BrowserType est défini sur 2 dans boot.cfg (je crois?). Den lør. 2. mar. 2019, 03:37 skrev Equivocal90 [email protected] :
…
J'ai encore des problèmes avec une erreur HTTPS dans le lanceur malgré le fait que BrowserType ait été réglé sur 2. Testé sous GNOME avec Wayland, GNOME sur Xorg et Plasma en vain. Essayez de supprimer le dossier "web" dans ~ / .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / Mes documents / Mes jeux / FINAL FANTASY XIV - A Realm Reborn / J'ai 2 Fedora 29 machines sur lesquelles sur l'une je dois constamment supprimer ce dossier pour que le lanceur se charge tandis que sur l'autre ne l'exige pas. Cependant, je ne suis pas sûr de ce qui est différent entre les deux machines - Vous recevez cela parce que vous avez été mentionné. Répondez directement à cet e-mail, affichez-le sur GitHub < # 580 (commentaire) > ou désactivez le fil https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx .

Il s'avère que Steam crée un nouveau dossier Mes jeux sous SteamPlay. Le fichier de configuration en cours de lecture était dans le nouveau préfixe.

Le jeu dans la partie graphique fonctionne parfaitement
Mais l'audio est retardé après un court laps de temps (10 min je dirais) et ça devient ennuyeux

Vous pourrez peut-être résoudre ce problème en ouvrant Propriétés sur le jeu et en définissant les options de lancement comme suit:

PULSE_LATENCY_MSEC = 60% commande%

Cela devrait vraiment corriger les craquements, mais faute d'autres suggestions jusqu'à ce que FAudio soit mis à jour, cela vaut le coup?

@Turbito si vous

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

Construisez et remplacez simplement le courant de proton. Si vous êtes sur Ubuntu, vous aurez besoin des packages suivants:

* cmake

* libsdl2-dev

* build-essential

J'en utilise actuellement un qui est légèrement plus ancien pour le moment (https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518), mais le maître actuel devrait également fonctionner.

PS Si vous finissez par rencontrer le problème que j'ai décrit dans mon précédent post, j'aimerais le savoir.

Je joue depuis environ une heure et demie et le seul problème graphique est que la caméra ne se déplace pas aussi facilement que dans un système Windows ... Cela ne se produit que dans une configuration graphique de bureau élevée. Dans l'ordinateur portable standard, la caméra fonctionne comme prévu

J'ai juste essayé mais aucun de ceux-ci (même en même temps) ne corrige mon retard audio ...
La qualité audio est bonne, le seul problème est le petit retard / désynchronisation du son (mais perceptible de 2 ou 3 secondes)

edit: Je viens de remarquer que j'ai copié la bibliothèque dans le dossier lib / ... Je teste dans la lib64 /

Quelle version de Linux utilisez-vous et quelle est votre version de Proton?
Avez-vous essayé d'activer tous les canaux xaudio avec wineconfig pour le
compatdata pfx ainsi que xact?

J'utilise actuellement la dernière version bêta de protons sous Kubuntu 18.10.

>

Maintenant, copié dans le dossier lib64 de proton semble fonctionner sans délai. Dans cette demi-heure, je n'ai pas remarqué de retard. L'audio est parfaitement synchronisé. Merci à tous.

Je n'ai rien touché à la winecfg de Proton, j'ai juste copié la lib et mis

PULSE_LATENCY_MSEC=60 %command%

dans les paramètres de lancement

En utilisant Linux 5.0, Mesa 19.1.0-devel (git-cb4e3e3ef6), xf86-xorg-amdgpu jusqu'à jour, etc. dans Proton 3.16-7 beta (pas sûr Si c'est le numéro ... affiche)

Impressionnant! Je suis content que cela vous ait corrigé!
Je cherchais la distribution en fait. Mon mauvais, ça, je m'acclimate toujours au monde linux: D
Bon jeu!

Impressionnant! Je suis content que cela vous ait corrigé!
Je cherchais la distribution en fait. Mon mauvais, ça, je m'acclimate toujours au monde linux: D
Bon jeu!

Gentoo "test"? (~ amd64). Mais cela devrait fonctionner aussi bien dans n'importe quelle autre distribution, je suppose.

@schives J'ai rencontré le même problème, bien qu'il soit saccadé sans entrée, l'entrée aggrave définitivement la situation. Cela semble également prendre exactement une heure pour moi. Si je redémarre le jeu, tout fonctionne à nouveau parfaitement. Veuillez me faire savoir si vous rencontrez des solutions de contournement ou des solutions pour cela.

Tenter d'obtenir une documentation sur le problème que je rencontre qui semble être le même que celui de @schives où, après une heure, c'est vraiment saccadé et mauvais. J'ai dû faire cela avec un appareil photo de téléphone malheureusement, mais cela semble passer un peu, surtout par rapport au moment où cela fonctionne correctement

Après une heure:
https://witches.live/@anna/101786126154372039

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

suivi, cela semble être une conséquence du jeu actif. J'ai laissé le jeu allumé toute la nuit après seulement m'être connecté et avoir bavardé un peu et le matin, le bégaiement n'est pas là.

Un autre commentaire pour confirmer absolument que j'ai la même chose que @schives et que je l'ai mieux documenté que moi. Cela semble être lié à l'entrée, et en fait, cela semble être une fonction presque du nombre de boutons sur lesquels vous appuyez, si vous êtes actif et que vous faites des quêtes et des instances, cela semble arriver plus rapidement, en attendant, je ne l'ai pas fait. pendant près de 18 heures parce que je l'ai laissé allumé toute la nuit pour tester cela, puis j'ai joué très sporadiquement, principalement en regardant des cinématiques, et cela n'a commencé à se produire que juste avant de faire le nouveau donjon (heureusement avant d'entrer, heh). J'ai aidé certaines personnes à nettoyer Tsukiyomi normal et cela a commencé au milieu de la deuxième partie et c'est VRAIMENT amusant à gérer lorsque vous êtes à court d'AOE et que pourtant les entrées aggravent tout ...

C'est tellement bizarre. Si cela ne vous dérange pas @schives, pouvons-nous voir ce qui est similaire dans nos configurations pour peut-être aider à cerner le problème?

J'utilise gentoo, version du noyau 4.19.27-gentoo-r1
J'ai corrigé le son en utilisant cette commande bien que j'exécute le jeu via l'option "essai gratuit" car j'ai un ancien compte non-steam donc ce n'est pas exactement ce nombre:
protontricks 39210 xaudio2_{0,1,2,3,4,5,6,7,8,9}=native

Mon 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:

La version Proton est 3.16-8 Beta
Le processeur est un processeur Intel (R) Core (TM) i7-6700K à 4,00 GHz

J'ai fait un clip de twitch de ce problème pendant que je suis en streaming

https://clips.twitch.tv/CarelessPeacefulAirGuitarYouWHY

Lorsque le mouvement de la caméra de la souris se produit, est-il toujours saccadé si vous utilisez le clavier pour déplacer la caméra?

Cela fait un moment que je suis dans FFX | V, et je ne me souviens pas s'il existe des liaisons par défaut pour la caméra, pour le clavier, si cela peut être fait de manière intégrée, mais si c'est le cas, quelqu'un essayé ça?

De plus, le simple fait de déplacer la souris (même sans déplacer la caméra) provoque-t-il un tremblement?

(Excusez-moi si j'ai manqué des mentions de ces choses quelque part; je reçois un courrier sur chaque message sous ValveSoftare ici, mais je les ai peut-être manqués, et je ne lis pas tous ces commentaires pour le moment ^^;).

Oui. Chaque fois qu'il y a une entrée, cela devient saccadé, que vous utilisiez la souris ou le clavier. C'est toujours kiiiinda saccadé si vous regardez de près les animations pendant que vous vous tenez immobile et que vous ne tapez pas, mais cela devient de nouveau mauvais même si vous tapez dans la boîte de discussion ou quelque chose du genre. Toute sorte d'entrée semble le rendre saccadé.

D'accord, cela ne ressemble pas à ce que j'ai vu ailleurs, en ce qui concerne les mouvements et les entrées.

Une chose qui semble également similaire, avec ce titre, est que la mémoire graphique s'épuise après un certain temps de lecture. Tout va bien pendant un certain temps, mais ensuite les choses deviennent folles ...

Je parle un peu du passé, en exécutant le jeu via Wine, depuis le tout premier Alpha to Beta et quelles que soient les versions qu'ils ont maintenant. :]

Le fait est que je ferais attention à la mémoire graphique utilisée, car il me semblait que j'en manquais (fuites de mémoire?). Les choses sont allées très similaires à ce que j'ai vu ici, après un certain temps, et cela correspond au fait que vous devez réellement vous déplacer, pas seulement inactif).

@witcheslive et @Chiitoo
Cela ne semble pas être de la VRAM, radeontop montre que l'utilisation de la mémoire est à peu près cohérente sur mon RX 580 et ne culmine jamais au-dessus de 3 Go, même lorsque d'autres applications sont en cours d'exécution.
L'utilisation de la mémoire est mineure, sans fuites de mémoire évidentes.

J'ai même essayé de supprimer d'autres cartes pcie au cas où il y aurait un problème (un peu extrême pour le débogage), mais il n'y a pas eu de changement.

Cela ressemble vraiment à un problème avec la façon dont proton ou FF14 gère l'entrée. En activant le HUD dxvk complet, vous devriez être en mesure de voir un bégaiement momentané sur le graphique image-temps lors d'un clic gauche (fraction de seconde - le genre de chose que vous ne verriez pas normalement). Ce bégaiement sur le clic gauche est présent avant même que le jeu ne passe en mode bégaiement sur toutes les entrées.

En ce qui concerne une petite expérience, lorsque le jeu devient saccadé, alt-tab out, désactivez la répétition des touches en utilisant xset r off (cela désactivera la répétition des touches dans xorg) et commencez à courir en utilisant les touches WASD. Vous remarquerez que même si vous maintenez la touche enfoncée, tant que vous ne déplacez pas la souris ou n'appuyez pas sur de nouvelles touches, le jeu n'est pas vraiment instable. Pour réactiver la répétition des touches, utilisez xset r on .

J'ai aussi vu que le temps qu'il faut au jeu pour devenir saccadé semble être inversement proportionnel au nombre de touches sur lesquelles j'appuie.

Des choses auxquelles je pourrais penser pourraient causer des problèmes:

1. Il pourrait y avoir une sorte de structure de données agissant comme un tampon contenant toutes les touches enfoncées et nécessitant un ajustement (par exemple une pile ou une file d'attente) d'une manière ou d'une autre lorsqu'elle est trop pleine et n'est pas vidée. Il serait logique qu'une telle structure de données devant déplacer toutes les valeurs sur un seul espace puisse se heurter à un goulot d'étranglement de la bande passante mémoire.

1. Il est également possible que le correctif audio soit en faute.

2. Nous avons tous les deux des processeurs Intel: peut-être que l'une des atténuations de ces vulnérabilités matérielles excessivement nombreuses pose des problèmes?

3. Quelque chose ne va pas avec la façon dont le proton traduit l'entrée pour FF14.

En ce qui concerne les spécifications du système, la seule chose que je vois qui soit similaire est notre fournisseur de processeurs (Intel) ...

Spécifications détaillées

Système d'exploitation: Kubuntu 18.04 LTS
Proton: 3.16-8 bêta

$ 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 si vous utilisez dxvk, les informations pertinentes pour le débogage sont rassemblées par vulkaninfo, pas par glxinfo

Edit: ajout de sections compressées pour les informations sur le matériel

Ce qui corrobore extrêmement le fait que cela semble avoir à voir avec le nombre d'entrées dans une session, et que cela prend environ une heure de jeu actif, et faire des instances semble le rendre plus rapide en raison de la pression sur les boutons. Je joue avec un style très actif, sautant beaucoup, des boutons multi-frappes pour m'assurer qu'ils sont en file d'attente pour les GCD, faisant tourner la caméra, donc je pense que c'est pourquoi la seule fois où j'ai eu plus d'une heure de jeu actif, c'était quand je faisais le nouveau patch MSQ et prendre mon temps pour regarder les cinématiques.

Je me demande si c'est quelque chose avec le correctif audio, mais sans cela, l'audio est si mauvais que je ne dure même pas 10 minutes et encore moins une heure, heh. Mais en même temps, je connais quelqu'un (qui m'a aidé à mettre en place cette configuration) qui a un matériel presque identique (même GPU de toute façon) qui n'a PAS ce problème, bien qu'il joue aussi un style plus détendu que moi, donc c'est difficile de dites s'ils ne le frappent tout simplement pas ou quelque chose d'autre. Seules les autres choses auxquelles je peux penser sont que mon moniteur principal fonctionne à 144 Hz avec un moniteur secondaire de 60 Hz, tous deux à des résolutions différentes. J'utilise i3 et non un gestionnaire de fenêtres complet.

Si la bibliothèque audio ralentit, cela se manifestera très probablement par un bégaiement audio - l'interaction du client avec XAudio2 comporte des mutex, mais c'est généralement par source et pas dans toute l'API, ce que je pourrais voir entraîner des pertes de temps s'il y avait un quelques dizaines de milliers de voix (par opposition au ~ 32-64 avec lequel la plupart des jeux fonctionnent).

@witcheslive
J'utilise un seul moniteur 4k (3820x2160) 60Hz.
Il se trouve que la superposition de vapeur est désactivée dans le jeu (car j'utilise shift-tab comme raccourci clavier).
Si vous avez également désactivé la superposition de vapeur, notre problème peut être lié à https://github.com/ValveSoftware/steam-for-linux/issues/5727.

Les différences persistent, au moins cela réduit les choses. Je n'ai pas désactivé la superposition.

Woah ce lien est intéressant. Je me demande plus si c'est un problème avec Vulkan ou Proton et n'implique même pas la superposition ou FFXIV en particulier, il n'est tout simplement pas vécu aussi souvent car cela implique ~ une heure de jeu actif pour frapper, donc il échappe à la détection.

J'ai brièvement essayé de reproduire le problème du bégaiement en courant autour d'Eureka avant la maintenance de ce soir, mais je n'ai pas pu le faire.

Juste pour tester, ceux qui en sont affectés ont-ils essayé le script de Lutris? Cela pourrait au moins se réduire s'il s'agit uniquement de quelque chose de spécifique à Proton / Steam ou si c'est quelque chose de partagé entre eux.

J'avais essayé d'utiliser le script Lutris il y a une semaine, même problème de mon côté.

Moi encore,
cette fois, je testais avec Ubuntu 19.04 dev et cela nécessite quelques étapes supplémentaires.
Les pilotes Vulkan pour mesa sont installés, mais pas les pilotes 32 bits.

sudo apt installer mesa-vulkan- pilotes: i386

Cela active dxvk (avant ce repli vers dx9c)

@HereInPlainSight, la meilleure façon de le reproduire est de faire des donjons instanciés où vous appuyez sur beaucoup de boutons. Eureka fonctionne aussi si vous le faites activement, cela ne se produira pas si vous cultivez AFK haha

Je viens d'essayer une nouvelle installation avec Proton 4.2. Il faut encore utiliser les modifications BrowserType et Cutscene des fichiers cfg. 2 heures de jeu, principalement de collecte / artisanat car je suis un newb et jouant sur mon ordinateur portable très sous-alimenté. Pas de décalage audio. Impossible de commenter le bégaiement. Je n'en ai vu aucun, mais les activités dans lesquelles j'étais engagé pourraient ne pas le déclencher.

Après avoir lancé la version 4.2 (j'ai dû secouer un peu la poignée, elle n'a pas été téléchargée pour une raison quelconque, donc si quelqu'un obtient des erreurs de format binaire, allez télécharger, ou supprimez et téléchargez, Realm of the Mad God ou quelque chose pour l'obtenir. effectivement télécharger Proton 4.2) J'ai fait quelques roulettes, je l'ai laissé toute la nuit, puis j'ai fait plus de roulettes, et j'ai définitivement écrasé des boutons pendant plus d'une heure et ça semble aller maintenant, frappez au bois!

Je ne parviens pas à entrer en mode plein écran sans que tout mon environnement de bureau ne se fige. Lorsque j'ai installé le jeu avec Lutris précédemment, j'ai pu accomplir cela en modifiant manuellement les paramètres appropriés dans FFXIV.cfg. Maintenant avec Proton 4.2, même cela échoue; tout le bureau va geler et j'ai besoin de SSH et de tuer le processus FFXIV pour récupérer.

Distribution: Ubuntu 18.04.2
Proton: 4,2-2
Processeur graphique: RX 480 8 Go
Version du pilote / LLVM: Mesa 18.2.8 / LLVM 7.0.0
Version du noyau: 4.18.0-17-générique

@ e3b0c442 C'est un problème connu avec DXVK. Heureusement, un correctif est déjà disponible dans DXVK 1.0.2 (regardez le changelog): https://github.com/doitsujin/dxvk/releases

Proton utilise toujours une version antérieure de DXVK, d'où les problèmes.

Je ne parviens pas à entrer en mode plein écran sans que tout mon environnement de bureau ne se fige.

Pouvez-vous faire un plein écran fenêtré? Je joue plusieurs heures par nuit sans problème, mais je joue en plein écran fenêtré.

Je rencontre un écran noir avec un cercle de chargement dans le coin inférieur / droit du flux sur une nouvelle installation de Linux Arch en ce moment. Cet écran de chargement se produit après avoir sélectionné un centre de données auquel se connecter. J'étais capable d'y jouer il y a environ 2 mois sur ma précédente installation Linux. Je ne sais pas exactement ce qui l'a cassé, mais pendant que l'écran de chargement infini s'affiche, cela est spammé dans les journaux encore et encore:

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

Des pensées?

@ e3b0c442 C'est un problème connu avec DXVK. Heureusement, un correctif est déjà disponible dans DXVK 1.0.2 (regardez le changelog): https://github.com/doitsujin/dxvk/releases

Proton utilise toujours une version antérieure de DXVK, d'où les problèmes.

J'ai réinstallé avec Lutris et tout allait bien, à part que c'était plus lent que dans mon souvenir. Merci.

Y a-t-il quelque chose qui m'empêche d'exécuter simplement le script de configuration DXVK mis à niveau dans le préfixe de vin Steam? Je préférerais que le jeu soit géré via Steam.

@Mushoz vous devez changer CutsceneMovieOpening dans FFXIV.cfg en 1.

Quelqu'un a-t-il découvert le bégaiement du mouvement de la souris? Rencontrer le même problème et résoudre les problèmes me rend un peu fou!

Nous avons deux PC presque identiques sur lesquels nous jouons au jeu. Un où le bégaiement du mouvement de la souris était très évident et un où cela ne semblait pas se produire.

La principale différence entre les PC était que celui sans problèmes de bégaiement exécutait compton, alors que le problématique ne l'était pas. Donc, nous avons désactivé compton sur ce PC et maintenant les deux subissent le bégaiement. Ce qui est amusant, c'est que même rallumer compton ne résout pas le problème. La désactivation de Compton a provoqué le début du problème, si cela pouvait aider quelqu'un.

(Redémarrer, etc. ne fait aucune différence maintenant.)

Brancher un contrôleur XB360 a corrigé le bégaiement de la souris pour moi. (Je ne l'ai même pas utilisé, il suffisait de le brancher)

J'ai dû essayer, malheureusement, cela ne fait rien du tout pour moi :(

Tbh J'ai trouvé FFXIV très capricieux sur Linux. Vous avez peut-être vu les problèmes que j'ai décrits ci-dessus. Le passage à Kubuntu l'a corrigé, mais j'ai ensuite eu des bégaiements FPS en général, donc le changement d'environnement de bureau a un peu aidé.
Puis, soudainement, le FPS était fluide et il n'y avait pas de bégaiement même chez 24 hommes pendant une semaine, puis j'ai le hoquet dans ces mêmes scénarios (je ne mets pas à jour mon ordinateur fréquemment, donc aucune modification n'est apportée au système).

Le bégaiement de la souris m'est arrivé aussi, mais étrangement, après l'application du correctif PULSE_LATENCY_MSEC=60 %command% il s'est également occupé de cela. EN QUELQUE SORTE. Je ne sais pas pourquoi.

D'autres observations que j'ai faites concernant le bégaiement du jeu sont la lecture vidéo en arrière-plan (même sur des fenêtres minimisées), l'utilisation de Caprine (une implémentation de messagerie Facebook pour les ordinateurs de bureau Linux qui a constamment provoqué un bégaiement dans le FPS et la réactivité de la souris lors de l'exécution), ou si un autre processus fait quelque chose qui casse l'utilisation du processeur de 7% tout en étant engagé dans le jeu.

Une autre chose que je fais lorsque ma souris a le hoquet est de la désactiver et de la réactiver via xinput et cela semble en quelque sorte réparer les choses par magie, si pour un certain temps.

Au-delà de cela, je suggérerais de désactiver la superposition Steam et de voir si vous pouvez peut-être quitter complètement Steam après le démarrage du jeu et voir si cela fait une différence?

Je me demande s'il pourrait y avoir des problèmes de pilote à l'origine de ces problèmes à ce stade ...

Déjà basculé vers un environnement de bureau différent, appliqué le correctif de latence d'impulsion, commencé avec rien d'autre en cours d'exécution ... Maintenant, j'ai essayé le truc xinput et la désactivation de la superposition de vapeur. Toujours en train de rencontrer le problème 100% du temps.

Serait-ce un bug mesa, d'une manière ou d'une autre? Mais je ne pense pas que cela touche du tout à l'entrée

Pourriez-vous essayer ceci: PROTON_USE_WINED3D
Cela demandera à Proton d'utiliser l'implémentation OpenGL de WINE de wined3d au lieu du DXVK de Vulkan. Si cela n'aide pas, j'ai bien peur de ne plus avoir de suggestions pour le moment.

Mais vous pouvez regarder ici pour trouver des choses à essayer: https://github.com/ValveSoftware/Proton#runtime -config-options

Merci beaucoup de m'avoir aidé à résoudre les problèmes. Malheureusement, j'ai le même problème avec ou sans dxvk.

Concernant le problème du bégaiement de la souris. J'ai finalement trouvé une solution de contournement qui fonctionne (y compris de nombreux autres jeux de vin).

J'ai dû installer polychromatique (pour accéder aux paramètres de ma souris Razer) et réduire le taux d'interrogation à 125 ou 500. 125 signifie pas de framedrop, 500 donne un peu de framedrop. 1000 tue mes cadres.

Apparemment, c'est un problème connu avec le vin depuis longtemps.

Je ne sais pas si c'est directement le même problème. J'ai fait fonctionner XIV via Proton, mais j'ai dû suivre des réponses de vin bien connues pour le rendre jouable. À savoir, je dois éditer deux fichiers dans le répertoire steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / Mes documents / Mes jeux / FINAL FANTASY XIV - A Realm Reborn /.

Dans FFXIV_BOOT.cfg, j'ai dû modifier BrowserType sur 2, et dans FFXIV.cfg, je dois modifier CutsceneMovieOpening sur 1.

Le premier changement me permet d'accéder au lanceur à ce stade - s'il est laissé à sa valeur par défaut, j'obtiens «Une erreur système s'est produite: 404. Erreur système HTTPS». Peur d'avoir fait l'installation en milieu de semaine, donc je ne sais pas si c'est ainsi que j'ai surmonté le problème de nstgc lors de l'installation.
Évidemment, ce dernier changement signifie que je ne peux pas voir la cinématique d'ouverture la première fois que je joue au jeu, mais si je la laisse à la valeur par défaut, le jeu se lance mais raccroche après avoir sélectionné un centre de données.

Comme ces fichiers de configuration de jeu éditent, je ne suis pas sûr que ce soit quelque chose que Valve souhaite prendre en compte pour Proton, mais au moins, ce sont des informations.

Cela a fonctionné pour moi, sur Arch Linux avec Kernel 5.0.8, nvidia 780 TI et kde. À votre santé!

Donc ... il semble que le dernier patch de FFXIV, qui avait également une mise à jour du programme de démarrage, l'ait cassé pour moi maintenant.
Maintenant, je reçois à nouveau des erreurs HTTPS 404, même avec BrowserType correctement configuré. Je vais tenter une réinstallation et voir si la réinstallation du lanceur fonctionnera.
D'autres idées?
Actuellement en cours d'exécution sur Pop_! OS.

EDIT: la réinstallation n'a pas aidé.

Même problème sur Arch @TenaarFeiri. Ont-ils désactivé sournoisement quelque chose dont le vin dépendait?

Le forum Lutris parle également de ce problème. Https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

Un peu hors sujet: pourquoi tous les lanceurs doivent-ils tant sucer? :)

EDIT: Il pourrait être important de noter que ce problème est exclusif aux protons. Le vin est également affecté.

Bonjour @TenaarFeiri , @fosspill , l'un de vous peut-il ajouter PROTON_LOG=1 %command% aux options de lancement du jeu et faites glisser et déposez le $ HOME / steam- $ APPID.log généré dans la zone de commentaire.

PROTON_LOG=1 %command%

Absolument!
steam-39210.log

Même problème sur Arch @TenaarFeiri. Ont-ils désactivé sournoisement quelque chose dont le vin dépendait?

Le forum Lutris parle également de ce problème. Https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

Un peu hors sujet: pourquoi tous les lanceurs doivent-ils tant sucer? :)

Et je n'en ai aucune idée. Parfois, ils semblent être délibérément conçus pour rendre plus difficile pour les gens d'exécuter leurs jeux sur d'autres systèmes qui pourraient autrement les prendre en charge: D

ÉDITER:

J'ai regardé les logs moi-même et cette partie me semble très intéressante:

1040.629: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32e1dc)
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString type de chaîne non pris en charge 20
1040.630: 0030: 0031: fixme: urlmon: InternetBindInfo_GetBindString type de chaîne non pris en charge 12
1040.630: 0030: 0031: err: mshtml: on_stop_nsrequest RemoveRequest a échoué: 80004005
1040.630: 0030: 0031: fixme: ieframe: ClientSite_GetContainer (0x1b0b8c) -> (0x32ea9c)
1040.631: 0030: 0031: fixme: urlmon : InternetBindInfo_GetBindString type de chaîne non pris en charge 20
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"

Le problème pourrait-il être spécifique à Gecko maintenant? Je remarque qu'après cela, il y a beaucoup de tentatives infructueuses pour le charger.

Il y a
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
dans le journal, quelqu'un sur reddit dit qu'il devrait contacter https://frontier.ffxiv.com/version_4_0_win/index.html place (version_4_0_win une seule fois).
https://www.reddit.com/r/ffxiv/comments/bgeluh/any_other_linux_users_getting_404_errors_when/

J'ai créé un journal de relais + et le duplicata version_4_0_win semble être créé lors d'un appel à CoInternetCombineUrlEx . Je pense qu'ils passent https://frontier.ffxiv.com/version_4_0_win et version_4_0_win/index.html comme arguments et wine est censé supprimer version_4_0_win du premier argument.

Mon + journal de relais
+ journal urlmon

ÉDITER:
main.c , compilé avec x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe donne un doublon version_4_0_win à la fois sur Windows et wine donc ce n'est peut-être pas le problème après tout.

Beau travail de détective, les gars. Serait-il possible de rediriger d'une manière ou d'une autre l'URL incorrecte (avec un pare-feu, un wine-patch personnalisé, un shim ou autre?) Jusqu'à ce que le bogue soit correctement trouvé et corrigé?

Le lanceur de XIV a-t-il toujours utilisé Gecko plutôt que Chromium comme moteur de rendu? Se pourrait-il que l'indicateur BrowserType ne soit plus pris en charge?

Je me suis également posé des questions à ce sujet @nourez, mais le problème d'url que les gens ont signalé donne l'impression que ce n'est peut-être pas le cas?

Juste sur un coup de tête, j'ai parcouru les BrowserTypes 0 à 20 sans chance: P
Je commence à penser que ce n'est pas le problème. Également changé ... eh bien tout. J'ai joué avec tout dans le fichier de configuration maintenant en vain.

Il semble que le problème soit en effet l'URL incorrecte, à laquelle je doute que nous puissions remédier de notre côté. C'est à Valve! Ou Square. Celui qui y arrive le premier.

@fosspill @TenaarFeiri Ouais, je n'ai pas vu que c'était une URL malformée, je viens de voir le message concernant des problèmes en essayant d'appeler Gecko. Je pense que l'idée de Fosspill de rediriger l'URL est probablement la meilleure option à essayer pour le moment, mais je ne pourrai pas vraiment me déranger avant de rentrer du travail aujourd'hui. Essayez peut-être d'éditer / etc / hosts pour le gérer?

Malheureusement, / etc / hosts ne fonctionnerait pas car il ne fait que les noms d'hôte / ips. Je pense que la seule possibilité est une sorte de patch shim / custom wine pour le réparer temporairement jusqu'à ce que SE le répare définitivement.

J'imagine que faire une suppression de sous-chaîne sur l'URL pourrait le résoudre pour le moment? Mais ce serait une solution très spécifique et si l'URL devenait plus longue ou plus courte pour une raison quelconque, nous y reviendrions.
Idk comment y parvenir avec WINE patching cependant. Ce n'est pas vraiment mon affaire.

Il est en effet vrai que ce serait une solution étrange et trop spécifique, mais j'aimerais voir cela fonctionner! :)

Une version IE fonctionne dans un préfixe 64 bits? Cela pourrait être un moyen de contourner cela

Je ne sais pas si cela est utile mais j'ai récupéré urlmon.dll et sa dépendance iertutil.dll à partir d'une VM Windows 7 32 bits et les ai définis comme remplacements natifs, mais cela ne semble pas avoir affecté le segment de chemin dupliqué

@exolyte Je ne suis pas sûr de comprendre votre modification, bien que quelque chose de plus profond puisse être un problème, cette URL avec la version_4_0_win répétée n'existe certainement pas alors que celle avec une seule fois existe, bien que ce ne soit peut-être que le symptôme d'un plus grand problème?

ÉDITER:
main.c , compilé avec x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe donne un doublon version_4_0_win à la fois sur Windows et wine donc ce n'est peut-être pas le problème après tout.

Eh bien, ce n'est pas une bonne nouvelle. Puis-je faire quelque chose pour résoudre ce problème?

@witcheslive Mon hypothèse était que CoInternetCombineUrlEx été implémenté de manière incorrecte dans wine, mais le test de mon édition suggère que le problème se situe ailleurs. Donc, soit j'ai raté quelque chose dans mon test, soit la duplication de version_4_0_win se produit ailleurs.

Une troisième possibilité est que le double version_4_0_win est en fait correct. C'est vraiment bizarre, mais ce n'est pas nécessairement la cause du problème.

Une troisième possibilité est que le double version_4_0_win est en fait correct. C'est vraiment bizarre, mais ce n'est pas nécessairement la cause du problème.

Je ne pense pas que ce soit le cas, car non doublé dans un navigateur, il renvoie définitivement une réponse 200 mais doublé produit un 404

Le lanceur ne contient qu'une seule instance des chaînes https://frontier.ffxiv.com/version_4_0_win/ et index.html . La remise à zéro de version_4_0_win/ du premier fait que le journal montre qu'il a tenté d'accéder à https://frontier.ffxiv.com/index.html De plus, il n'y a pas d'instances de version_4_0_win en soi.

Donc, il semble toujours que version_4_0_win soit dupliqué d'une manière ou d'une autre, mais cela n'a pas à voir avec le moment où index.html est ajouté.

Existe-t-il un moyen de proxy / rediriger le version_4_0_win dupliqué vers l'URL correcte pour voir si cela le corrige?

@witcheslive je ne pense pas que ce soit possible avec juste un proxy car l'URL utilise un schéma https. mais si nous corrigeons la chaîne dans le binaire pour utiliser http, cela peut être possible

Existe-t-il un moyen de proxy / rediriger le version_4_0_win dupliqué vers l'URL correcte pour voir si cela le corrige?

Pas facile avec HTTPS malheureusement

Je ne pense pas que l'utilisation de http soit une bonne idée pour envoyer des informations de connexion, mais si nous corrigeons le binaire de toute façon en effectuant une réécriture d'URL, il y a probablement une meilleure idée. Sans oublier que s'ils configuraient correctement leurs serveurs d'authentification, ils n'accepteraient même pas HTTP de toute façon.

nous pouvons essayer de réécrire l'url pour qu'elle pointe vers un proxy local. pour autant que nous sachions, c'est la seule URL affectée, et nous pouvons aborder les problèmes de manière itérative à mesure que nous progressons dans

Pourrions-nous acquérir des connaissances en corrigeant wine pour résoudre le problème d'URL, si cela est même possible?

Aller sur http://frontier.ffxiv.com/version_4_0_win/ semble autoriser l'accès, bien que je reçoive l'instruction d'activer JavaScript et d'autres choses (même si je l'ai activé).
Si les serveurs avaient été configurés correctement, je n'aurais pas du tout pu accéder à une version HTTP standard de la page.

Si nous pouvons patcher temporairement le binaire pour passer par HTTP, alors ceux d'entre nous qui sont prêts à le risquer (moi y compris) aimeraient cela jusqu'à ce qu'il obtienne un correctif officiel.

Le proxy local nécessiterait l'installation d'un certificat HTTP usurpé, en plus d'exécuter réellement le proxy. Cela pourrait mettre tout le système en danger. Il vaudrait mieux patcher le binaire / wine

comme il utilise un navigateur intégré, il peut également suivre les redirections, donc si nous ne nous retrouvons pas bientôt avec un vrai correctif, nous pourrions essayer d'héberger une simple redirection sur un chemin et de patcher l'url dans le binaire pour pointer vers cela. juste de la spéculation, bien sûr

De plus, j'ai remarqué que le lanceur télécharge maintenant libcef.dll, mais il ne semble pas l'utiliser réellement, ce qui est dommage car je pense que c'est un problème Gecko.

En ce qui concerne le correctif du binaire pour qu'il pointe vers un proxy, il serait tout aussi facile de le corriger pour pointer vers la bonne URL en premier lieu, sans essayer de contourner HTTPS.

Le proxy local nécessiterait l'installation d'un certificat HTTP usurpé, en plus d'exécuter réellement le proxy. Cela pourrait mettre tout le système en danger. Il vaudrait mieux patcher le binaire / wine

si nous réécrivons l'url pour qu'elle pointe directement sur le proxy, nous n'aurions pas du tout besoin d'un certificat (en supposant qu'ils ne codent pas en dur le certificat correct ou quelque chose)

Je ne suis pas tout à fait sûr qu'il serait aussi facile de le pointer vers la bonne URL, car il fait des manipulations sur la chaîne d'URL que nous ne comprenons pas, produisant le chemin en double en premier lieu.

J'ai redirigé le domaine frontier.ffxiv.com vers mon serveur en utilisant le fichier hosts et j'ai mis /version_4_0_win/index.html et /version_4_0_win/version_4_0_win/index.html sur mon serveur. Le lanceur accède aux deux fichiers, mais reste noir après cela. Si je déplace /version_4_0_win/index.html ou /version_4_0_win/version_4_0_win/index.html sur mon serveur, j'obtiens l'erreur 404 habituelle.

J'ai redirigé le domaine frontier.ffxiv.com vers mon serveur en utilisant le fichier hosts et j'ai mis /version_4_0_win/index.html et /version_4_0_win/version_4_0_win/index.html sur mon serveur. Le lanceur accède aux deux fichiers, mais reste noir après cela. Si je déplace /version_4_0_win/index.html ou /version_4_0_win/version_4_0_win/index.html sur mon serveur, j'obtiens l'erreur 404 habituelle.

quelque chose apparaît dans les journaux?

J'ai corrigé mon vin pour utiliser l'URL correcte (supposée), ce qui lui permet d'accéder à https://frontier.ffxiv.com/version_4_0_win/index.html?1556042120789.

L'erreur 404 est partie avec cela. Cependant, après avoir fait un tas de requêtes HTTP supplémentaires, le patcher reste assis là avec un écran noir et ne semble réagir à aucune entrée.

Voici le patch pour dépasser le 404 ... bien qu'il ne semble pas trop utile.
https://gist.github.com/sschroe/963f1d7aa3fc366e155e5ac6bc84cc71

quelque chose apparaît dans les journaux?

Rien d'intéressant sauf l'absence de 012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428 qui se produit lorsque je ne redirige pas vers mon propre serveur.

quelque chose apparaît dans les journaux?

Rien d'intéressant sauf l'absence de 012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428 qui se produit lorsque je ne redirige pas vers mon propre serveur.

On dirait presque que le lanceur tente (et réussit) de charger https://frontier.ffxiv.com/version_4_0_win/ et le problème que nous rencontrons est qu'il ne parvient pas à s'authentifier avec un fichier dans https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/ et c'est ce qui cause l'erreur?

Fait intéressant, en parcourant les fichiers javascript de la page Frontier, je vois beaucoup d'anciens codes à partir du moment où vous avez créé des caractères dans le lanceur. Il y a en fait beaucoup de code ici qui n'est tout simplement pas utilisé ... Pas vraiment pertinent. Juste un aparté.

J'ai redirigé le domaine frontier.ffxiv.com vers mon serveur en utilisant le fichier hosts et j'ai mis /version_4_0_win/index.html et /version_4_0_win/version_4_0_win/index.html sur mon serveur. Le lanceur accède aux deux fichiers, mais reste noir après cela. Si je déplace /version_4_0_win/index.html ou /version_4_0_win/version_4_0_win/index.html sur mon serveur, j'obtiens l'erreur 404 habituelle.

@exolyte Je serais curieux de savoir si le lanceur tenterait d'accéder aux deux fichiers à partir d'une machine Windows. J'ai vidé la mémoire du processus du lanceur et trouvé plusieurs instances (10+ chacune) des deux version_4_0_win et cela a doublé.

Quand je rentre chez moi, je vais essayer de voir si je peux trouver les deux URL lorsque le lanceur est exécuté sous Windows

J'ai démarré ma partition Windows et changé le BROWSER_TYPE en 2 et cela fonctionne bien, juste pour m'assurer que quelque chose n'était pas cassé avec Gecko dans son ensemble.

J'ai également essayé de faire des captures de paquets avec WireShark pour voir à quelles URL il essaie d'accéder, mais je pense que celles-ci sont cryptées au-delà du domaine (je le vois se connecter à la frontière) et je ne suis pas très bon en Wirehark autrement.

Une autre chose que j'ai essayé était de remplacer ffxivlauncher.exe par la version précédente et avec cela, le lanceur démarrera et me laissera me connecter. Cependant, après la connexion, il se plaint de ne pas pouvoir effectuer la mise à jour de la version.

Peut-être que quelqu'un qui a le client entièrement corrigé de Windows pourrait essayer si cela lui permet de surmonter le problème.

J'ai démarré ma partition Windows et changé le BROWSER_TYPE en 2 et cela fonctionne bien, juste pour m'assurer que quelque chose n'était pas cassé avec Gecko dans son ensemble.

Sommes-nous sûrs que l'indicateur Browser_Type n'est pas complètement ignoré? Y a-t-il une différence visible entre les types de navigateurs, nous sommes donc sûrs que Windows fonctionnait réellement avec Type = 2?

EDIT: Testé sur une partition Windows ici. Aucune différence visible du tout, par rapport à ce que je peux voir. Je ne sais pas comment savoir si le type de navigateur est ignoré ou non.

Une autre chose que j'ai essayé était de remplacer ffxivlauncher.exe par la version précédente et avec cela, le lanceur démarrera et me laissera me connecter. Cependant, après la connexion, il se plaint de ne pas pouvoir effectuer la mise à jour de la version.

Peut-être que quelqu'un qui a le client entièrement corrigé de Windows pourrait essayer si cela lui permet de surmonter le problème.

Essayé, malheureusement, le même problème se produit. Vous devez avoir un lanceur mis à jour pour pouvoir lancer le jeu même si le jeu est déjà à jour.

Il semble que le BrowserType soit maintenant ignoré, en supposant qu'une valeur de 2 signifiait qu'il utiliserait CEF (au lieu d'IE). libcef.dll n'est plus accessible par le lanceur (vous pouvez le vérifier avec stat libcef.dll dans le répertoire du lanceur et en regardant le temps d'accès, ce qui pour moi donne la dernière fois que j'ai exécuté le lanceur avant la mise à jour).

Ce qui est étrange, c'est que cette mise à jour a modifié libcef.dll , ce qui est bizarre si elle n'est plus utilisée du tout ...

Si BrowserType n'affecte plus rien, je ne pense pas qu'il y ait de solution facile, Wine's Gecko est dans un état plutôt désolé donc je n'ai pas beaucoup d'espoir de le faire coopérer.

Un support IE approprié, que ce soit en faisant en sorte que Gecko l'émule plus fidèlement, ou en faisant fonctionner IE 11 natif, est quelque chose dont Wine a cruellement besoin, il y a beaucoup d'applications qui ne fonctionnent pas très bien dans Wine à cause de cela.

Quelqu'un a-t-il essayé d'installer IE dans le préfixe, alors?

La dernière version d'IE qui "fonctionne" dans Wine est IE8 et uniquement dans les préfixes 32 bits. Cela signifierait pas de support DXVK / DirectX 11, même si quelqu'un le faisait fonctionner.

Fondamentalement, à moins que Square ne le corrige, le meilleur pari pour que le jeu fonctionne à nouveau à court terme sera de contourner complètement le lanceur.

J'ai remarqué une variation des performances avec l'utilisation de BrowserType, donc je ne pense pas qu'il soit ignoré. Le paramétrer sur 0 produit le résultat attendu de plusieurs secondes (jusqu'à une minute) de noir avant que l'erreur ne disparaisse, tandis que le paramétrer sur 2 produit l'erreur HTTPS après moins de 10 secondes. C'est reproductible pour moi à chaque fois.
Il peut y avoir un problème avec libcef.dll
Pouvons-nous essayer d'utiliser libcef.dll à partir d'une version plus ancienne? Si nous en avons un disponible?

libcef.zip

EDIT: J'ai également contacté le support pour voir si nous pouvons obtenir une réponse simple pour savoir si BrowserType est toujours respecté ou non.

Je viens d'essayer de revenir à ma version précédente de libcef.dll (antérieure à cette mise à jour) et cela échoue toujours avec le même 404

libcef.zip

Oh. J'ai été battu au coup de poing!
Et c'est dommage :(

icudt.zip

Et si vous utilisiez à la fois l'ancienne libcef et l'icudt?

EDIT: Aucun changement de mon côté non plus. Merde = /

pas de changement en utilisant les deux

Rien. J'ai même essayé d'utiliser cef de http://opensource.spotify.com/cefbuilds/index.html et j'ai toujours obtenu un 404.

On dirait définitivement qu'il l'ignore, que ce soit par accident ou par conception est le problème

Ils livrent à la fois un ffxivlauncher.exe 32 et 64 bits, mais seulement un libcef.dll 32 bits, ils ne peuvent pas tous les deux utiliser CEF.

avons-nous même compris ce qui cause exactement l'erreur? Si le lanceur pointant vers la mauvaise URL est le vrai problème, les utilisateurs de Windows ne devraient-ils pas également avoir des problèmes?

est le préfixe 64 bits? j'étais à peu près sûr que ce n'était pas le cas, j'ai dû utiliser des dll de fenêtres 32 bits lors du test des remplacements natifs

Le préfixe doit être 64 bits pour exécuter la version DirectX 11 du jeu. Si vous l'utilisiez, votre préfixe était de 64 bits.

avons-nous même compris ce qui cause exactement l'erreur? Si le lanceur pointant vers la mauvaise URL est le vrai problème, les utilisateurs de Windows ne devraient-ils pas également avoir des problèmes?

Je ne pense pas que quiconque ait compris ce qui la cause, non.

Mais, en théorie, windows et wine pourraient se comporter légèrement différemment avec l'URL et fonctionner donc correctement dans l'un sans fonctionner dans l'autre.

J'espère que nous voyons quelqu'un d'intelligent ici le comprendre et trouver une solution de contournement, ou que quelqu'un d'autre écrit un outil pour contourner le patcher tous ensemble.

Donc, ce n'est probablement pas libcef.dll, mais nous avons peut-être raison de penser que le navigateur ne l'utilise plus.
@Selhar Pas nécessairement. Le lanceur est spécifiquement codé pour Windows, ils peuvent donc utiliser des astuces spécifiques à Win que WINE ne prend pas tout à fait en charge.

Square a annoncé qu'ils allaient s'assurer que les versions Steam du jeu ne pourraient être utilisées que via Steam. Cette incapacité à accéder au jeu pour nous pourrait être une conséquence directe de ces changements à venir.

De plus, DX9 FFXIV n'a plus d'importance; viens ShB, ils abandonnent le support DX9 pour le jeu, donc nous devons essentiellement le faire fonctionner avec un préfixe 64 bits si nous voulons jouer.

Ils abandonnent le support, mais ils continueront de le distribuer sans aucune garantie que cela fonctionne. Essentiellement, les utilisateurs de Windows DX9 auront exactement le même support que les utilisateurs de Linux

si vous vous en souvenez, c'est probablement le même problème que nous avons déjà travaillé avec BrowserType 2. Il est probablement 404 sur Windows aussi, mais comme nous n'avons pas IE, il ne détecte pas l'erreur et ne redirige pas vers la page prévue ou quelque chose de funky comme ça

https://github.com/xivapi/ffxiv-launcher a un code d'authentification, je cherche s'il serait possible d'écrire simplement un simple script node.js en ligne de commande qui l'utilise pour se connecter. Toujours pas moyen de patch sans copier les fichiers depuis Windows (et s'ils appliquent l'authentification Steam, cela ne fonctionnerait probablement pas pour les utilisateurs de Steam.)

Square a annoncé qu'ils allaient s'assurer que les versions Steam du jeu ne pourraient être utilisées que via Steam.

Dieu pourquoi SE doit-il être comme ça

Une autre façon, qui pourrait fonctionner entre-temps, consiste à se connecter à une machine virtuelle Windows et à remplacer ffxiv.exe par une application factice qui vide simplement le jeton de session, puis à le transmettre à l'exe dans Wine.

Une autre façon, qui pourrait fonctionner entre-temps, consiste à se connecter à une machine virtuelle Windows et à remplacer ffxiv.exe par une application factice qui vide simplement le jeton de session, puis à le transmettre à l'exe dans Wine.

Je suis toujours un débutant avec ce truc de technologie, donc je n'ai aucune idée de comment y parvenir!
Mais cela semble une solution décente.
Le lanceur personnalisé qui a été lié précédemment, pourrait-il être modifié (et compilé pour Linux) pour afficher l'ID de session lors de la connexion via celui-ci? Peut-être même pas besoin de la VM.

Fondamentalement, le lanceur transmet simplement le jeton de session en tant qu'argument de ligne de commande. Un .exe qui vide simplement ses arguments de ligne de commande dans un fichier fonctionnerait. Ensuite, vous wine /path/to/ffxiv.exe $TOKEN_GOES_HERE

Nous aurions cependant besoin d'une alternative à la correction du jeu. Comment cela pourrait-il être accompli?

Nous aurions cependant besoin d'une alternative à la correction du jeu. Comment cela pourrait-il être accompli?
Peut-être que quelqu'un de magique trouverait une solution.

Je crois que Glorious Eggroll a créé un patcher alternatif pour Warframe qui a bien fonctionné.

quelque chose comme ça?

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

Ou ca? https://github.com/mclark4386/FF14Launcher (uniquement connexion / jeton)
Je suppose que l'agent utilisateur devra peut-être être mis à jour pour correspondre aux nouvelles versions du jeu. Mais si nous parvenons à contourner ce problème, nous pouvons au moins patcher dans une VM et ensuite jouer correctement.

c'est celui que je voulais lier en fait

cela ne fonctionne pas tout seul, cependant, je l'ai testé plus tôt et il renvoie une erreur distincte: conflit d'erreur http 409

Ainsi, vous pouvez résoudre les problèmes d'interface utilisateur de https://github.com/xivapi/ffxiv-launcher/ en installant des polices MS.

Cela n'aide toujours pas à patcher le jeu, cependant

Si quelqu'un a besoin d'une mise à jour (ou d'une ancienne version) du jeu ou du lanceur à des fins de test / débogage, n'hésitez pas à me contacter et je pourrai peut-être vous aider.

Avec le correctif de police, j'ai obtenu l'interface graphique de https://github.com/xivapi/ffxiv-launcher/ pour fonctionner, mais maintenant il rencontre le problème que le jeu ne peut pas détecter DirectX du tout, donc il ne fonctionnera pas . Je me suis assuré d'installer DX sur ce préfixe ainsi que sur dxvk.
Cependant, je ne pouvais pas faire fonctionner le lanceur sous Proton 4.2-3. Je pense que si je peux le faire, je pourrais au moins lancer le client. Et si cela fonctionne, nous pouvons peut-être jeter un œil à une copie entièrement mise à jour du jeu à des fins de test.

En passant, le fil des forums officiels de support technique a maintenant plus de 1100 vues en moins d'un jour - bien plus que la plupart des sujets de support technique. Square doit reconnaître qu'une partie suffisamment importante de ses clients utilise Linux pour justifier d'offrir un support mineur, sûrement?
Ce n'est pas comme si nous leur demandions de créer un client Linux natif (mais ce serait génial!).

Avec le correctif de police, j'ai obtenu l'interface graphique de https://github.com/xivapi/ffxiv-launcher/ pour fonctionner, mais maintenant il rencontre le problème que le jeu ne peut pas détecter DirectX du tout, donc il ne fonctionnera pas . Je me suis assuré d'installer DX sur ce préfixe ainsi que sur dxvk.

J'ai dépassé l'erreur DirectX en exécutant le programme d'installation du jeu pour le programme d'installation DirectX fourni, puis en annulant l'installation après l'installation. Il a besoin d'une version spécifique de DirectX.

Maintenant, rien ne se passe du tout lorsque j'essaye de démarrer le jeu. Probablement parce qu'il n'est pas à jour, donc il tousse et meurt.

@TenaarFeiri J'aurais aimé que ce soit aussi simple que cela, mais par expérience, Square n'agira sur quelque chose que si une partie importante de la base de joueurs japonais soulève le problème.

Avec le correctif de police, j'ai obtenu l'interface graphique de https://github.com/xivapi/ffxiv-launcher/ pour fonctionner, mais maintenant il rencontre le problème que le jeu ne peut pas détecter DirectX du tout, donc il ne fonctionnera pas . Je me suis assuré d'installer DX sur ce préfixe ainsi que sur dxvk.

J'ai dépassé l'erreur DirectX en exécutant le programme d'installation du jeu pour le programme d'installation DirectX fourni, puis en annulant l'installation après l'installation. Il a besoin d'une version spécifique de DirectX.

Maintenant, rien ne se passe du tout lorsque j'essaye de démarrer le jeu. Probablement parce qu'il n'est pas à jour, donc il tousse et meurt.

J'ai eu des résultats vraiment étranges avec mes tests avec celui-ci au travail sur mon ordinateur portable - je pouvais utiliser le lanceur pour me connecter et lancer l'ancien jeu, mais je ne pouvais pas me connecter à un centre de données.

Lorsque j'ai copié le jeu mis à jour à partir de ma partition Windows, j'ai fini par ne plus pouvoir ouvrir le jeu du tout, me retrouvant avec le problème décrit dans https://github.com/xivapi/ffxiv-launcher/issues/11 (bien que Je n'ai pas essayé de tester avec DX9 - j'ai juste eu la même erreur qu'il a mentionnée pour la partie DX11).

Parce qu'il était plus facile de travailler avec, je déconnais avec ma bouteille de vin Lutris, je la faisais passer par le vin de mon système (mise en scène - j'oublie exactement quelle version mais je peux la tirer si cela intéresse quelqu'un) elle-même. Quand j'ai essayé de le lancer via la version de Wine que Lutris avait installée (je pense que c'était tkg?), Le lanceur XIVAPI ne fonctionnait même pas.

Le correctif lui-même est donc effectué par ffxivupdater.exe, en essayant de déterminer s'il existe un moyen de le forcer à s'exécuter directement. Selon Process Explorer sur Windows dans une VM, il vient de passer un jeton, mais lui donner le même jeton sur Linux ne semble pas le démarrer.

Ou pas, le lanceur télécharge les correctifs et le programme de mise à jour les met à jour ...

Eh bien, je ne peux pas faire en sorte que Wireshark ne se bloque pas dans une machine virtuelle, alors je suis sur le point d'abandonner. Le sous-marin se termine dans quelques jours, j'espère que quelqu'un trouvera une solution par Shadowbringers.

Ma solution pour l'instant sera simplement d'utiliser la version PS4. Je suis content maintenant que
J'ai la version console en guise de sauvegarde. Mais ce n'est pas du tout idéal et c'est
frustrant de ne pas pouvoir jouer sur la plateforme que je préfère :(

Plus d'informations ici https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/7

Cela pourrait-il aider?

@TenaarFeiri Le fait qu'il donne une erreur mshtml pour eux prouve qu'il essaie d'utiliser le cadre de navigateur basé sur IE et non CEF, c'est-à-dire que le paramètre BrowserType est ignoré.

J'ai redirigé le domaine frontier.ffxiv.com vers mon serveur en utilisant le fichier hosts et j'ai mis /version_4_0_win/index.html et /version_4_0_win/version_4_0_win/index.html sur mon serveur. Le lanceur accède aux deux fichiers, mais reste noir après cela. Si je déplace /version_4_0_win/index.html ou /version_4_0_win/version_4_0_win/index.html sur mon serveur, j'obtiens l'erreur 404 habituelle.

@exolyte Je serais curieux de savoir si le lanceur tenterait d'accéder aux deux fichiers à partir d'une machine Windows. J'ai vidé la mémoire du processus du lanceur et trouvé plusieurs instances (10+ chacune) des deux version_4_0_win et cela a doublé.

Quand je rentre chez moi, je vais essayer de voir si je peux trouver les deux URL lorsque le lanceur est exécuté sous Windows

Le vidage mémoire du lanceur fonctionnant sous Windows n'a pas d'instances de https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html seulement 21 instances de https://frontier.ffxiv.com/version_4_0_win/index.html

Donc, il semble que WINE gâche la manipulation de chaînes quelque part, mais il semble que ce n'est pas le seul problème que le lanceur rencontre s'il se traduit simplement par une fenêtre noire.

@lesderid Cela ne l'ignore peut-être pas, il est possible qu'il revienne simplement à mshtml lorsque l'initialisation de cef échoue.

Aussi, savons-nous si c'est le lanceur lui-même qui appelle CoInternetCombineUrlEx ou mshtml qui l'appelle en son nom?

Il semble que Square attaque peut-être directement les utilisateurs de Linux Proton

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

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

Cela pourrait être la raison pour laquelle nous obtenons un écran vide. Je viens de plonger dans l'Ecma qu'ils utilisent. Regardez sous la base de code du navigateur et du luancher via le débogueur, ils semblent faire quelque chose de louche dans la connexion en désactivant les parties de connexion de l'écran si vous exécutez sur quelque chose qui ne figure pas dans cette liste.

@ArulinTheUnicorn Je doute qu'ils

Cependant, j'obtiens un écran noir lors de l'ouverture de la page sur n'importe quel navigateur de bureau normal, y compris IE11 sous Windows. Donc, si nous pouvons comprendre comment forcer le site à s'afficher sur un navigateur normal, cela pourrait également aider à faire fonctionner le lanceur.

Cependant, j'obtiens un écran noir lors de l'ouverture de la page sur n'importe quel navigateur de bureau normal, y compris IE11 sous Windows. Donc, si nous pouvons comprendre comment forcer le site à s'afficher sur un navigateur normal, cela pourrait également aider à faire fonctionner le lanceur.

Vous pensez dans le même sens que moi. Cela semble être plus une action intentionnelle de Square Enix qu'un bug

@ jbal91 J'ai vérifié avec WINEDEBUG=+loaddll , il n'essaye pas de charger libcef.dll .

Edit: il les a chargés sur ma machine: https://pst.moe/paste/deyccu

@ jbal91 J'ai vérifié avec WINEDEBUG=+loaddll , il n'essaye pas de charger libcef.dll .

C'est intéressant ... Soit cette DLL est boguée, soit un hareng rouge

attachment.txt
Ceci est la pâte de @lesderid , au cas où quelqu'un tomberait sur ce problème dans 2 ans et que pst.moe n'existerait plus.

@ jbal91 J'ai vérifié avec WINEDEBUG=+loaddll , il n'essaye pas de charger libcef.dll .

C'est intéressant ... Soit cette DLL est boguée, soit un hareng rouge

strings ffxivlauncher.exe | grep libcef.dll correspond, donc il fait référence à cette dll quelque part même si elle n'essaye pas de la charger.

chaînes ffxivlauncher.exe | grep libcef.dll

S'il n'est pas chargé et que le BrowserType est ignoré, cela pourrait être le problème et non Wine.

Le code à charger libcef.dll existe toujours, AFAICT c'est juste une question de faire en quelque sorte atteindre ce chemin de code. J'ai déjà essayé de désactiver les DLL IE (via winecfg), mais cela a juste fait échouer le lanceur au début.

Il est possible qu'ils l'aient codé en dur pour ne fonctionner que sur la version Mac ou quelque chose du genre. (Ils peuvent utiliser le même exécutable sur macOS, car le code du lanceur vérifie certaines fonctions exportées par les DLL TransGaming.)

Le code à charger libcef.dll existe toujours, AFAICT c'est juste une question de faire en quelque sorte atteindre ce chemin de code. J'ai déjà essayé de désactiver les DLL IE (via winecfg), mais cela a juste fait échouer le lanceur au début.

Il est possible qu'ils l'aient codé en dur pour ne fonctionner que sur la version Mac ou quelque chose du genre. (Ils peuvent utiliser le même exécutable sur macOS, car le code du lanceur vérifie certaines fonctions exportées par les DLL TransGaming.)

Les versions Mac rencontrent des problèmes similaires, j'ai donc entendu sur les forums officiels

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

chaînes ffxivlauncher.exe | grep libcef.dll

S'il n'est pas chargé et que le BrowserType est ignoré, cela pourrait être le problème et non Wine.

Je veux dire, le MSHTML de Wine étant bogué est la raison pour laquelle nous avions besoin de BrowserType = 2 en premier lieu. Si nous pouvons d'une manière ou d'une autre permettre à MSHTML de fonctionner avec le lanceur, ce serait la solution idéale car cela pourrait également réparer d'autres applications / jeux

@ArulinTheUnicorn Ce message date du 20, avant que le patch ne soit disponible. C'est une coïncidence, mais il est peu probable que cela soit lié.

La page ne fait rien dans un vrai navigateur car window.external.user (...) n'existe pas, et ils suppriment l'exception pour que vous n'obteniez même pas d'erreur dans le journal.

Eh bien, j'ai réussi à marteler une version de ce lanceur python qui me permet de lancer le jeu directement via wine, mais je suis frappé de quelques mensonges . Je promets que rien de tout cela n'est vrai - mais je ne sais pas comment en convaincre le jeu, étant donné que la station Mog sait que je suis innocent.

Je suis aussi au-dessus de ma tête et je n'ai aucune idée de ce que je fais, mais j'ai pensé que je partagerais ce que j'ai, même si c'est toujours cassé.
Modifier pour ajouter: je ne sais pas comment cela va gérer les versions non mises à jour du jeu, j'ai copié ma version Windows mise à jour pour voir si je pouvais l'utiliser pour entrer.

Eh bien, j'ai réussi à marteler une version de ce lanceur python qui me permet de lancer le jeu directement via wine, mais je suis frappé de quelques mensonges . Je promets que rien de tout cela n'est vrai - mais je ne sais pas comment en convaincre le jeu, étant donné que la station Mog sait que je suis innocent.

Je suis aussi au-dessus de ma tête et je n'ai aucune idée de ce que je fais, mais j'ai pensé que je partagerais ce que j'ai, même si c'est toujours cassé.
Modifier pour ajouter: je ne sais pas comment cela va gérer les versions non mises à jour du jeu, j'ai copié ma version Windows mise à jour pour voir si je pouvais l'utiliser pour entrer.

Les mêmes mensonges se produisent lorsque j'ai essayé d'exécuter l'exécutable de démarrage 64 bits qui semble se charger dans le dossier (exécutant la version Lutris) sauf que les mensonges se produisent dans le lanceur en disant que je dois utiliser une clé CD. Certes, le lanceur 64 bits est un mensonge en soi et ne devrait pas être utilisé, mais il a pensé qu'il pourrait être matière à réflexion. J'ai aussi un peu dérangé le script python car il ne fonctionnait pas sous Python 3, mais j'ai finalement renoncé à essayer de convertir et de résoudre les problèmes lorsque j'en ai rencontré un qui dépassait ma connaissance de python. codage. (J'apprécie le dépannage mais niveau de compétence, je suis novice en programmation et linux)

J'ai installé Linux pendant ce temps d'arrêt des correctifs pour m'éloigner de Windows 10. C'est juste ma chance que cela se produise. En fait, c'est toujours ma chance, faire fonctionner les choses chaque fois que j'essaye de passer à Linux n'est jamais amusant. Certes, je suis un utilisateur, donc je suis à la merci d'une communauté.

Affiche du fil Reddit ici ... Je ne suis pas plus près de savoir ce qui se passe, mais j'ai mis à jour le post Reddit avec le dernier de ce fil.

Quelqu'un a mentionné que libcef.dll avait été mis à jour avec ce correctif, mais j'ai comparé le libcef.dll dans cette version avec une version de FFXIV sur mon système d'exploitation Windows qui n'a pas été mise à jour depuis des lustres et il semble exactement le même:

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

Il s'agit certainement d'un changement dans le lanceur, pas dans CEF.

@Sophira Oh, je suppose que ça n'a pas changé alors. La mise à jour l'a écrasé pour moi cependant: stat libcef.dll génère Modify: 2019-04-23 17:48:28.693396317 +0200 pour moi.

Modifier: il semble que tous les fichiers du répertoire boot sont réécrits lorsque vous mettez à jour le lanceur.

Quelqu'un a-t-il une version de ffxivlauncher.exe de la mise à jour précédente? (Peut-être quelqu'un qui n'a pas encore lancé le lanceur?) J'aimerais faire quelques recherches et voir ce qui a changé.

J'en ai un ancien du 1er septembre si vous le souhaitez? http://etherelements.com/ffxivlauncher.exe

J'ai extrait le lanceur précédent de la sauvegarde et l'ai forcé à s'exécuter en échangeant les répertoires boot lors de la vérification de la version de démarrage, et je peux confirmer qu'il affiche toujours correctement l'interface utilisateur de connexion avec BrowserType = 2 (je n'ai pas essayé de journalisation juste pour être en sécurité). Donc, on suppose qu'en corrigeant le mshtml de Wine (ou peut-être en le modifiant pour utiliser ce libcef.dll?), Le flux de connexion fonctionnerait à nouveau.

Observation intéressante - le lanceur 64 bits de la version précédente ne fonctionne pas même avec BrowserType = 2, donnant la même erreur 404 que le lanceur 32 bits donne maintenant. Je soupçonne donc que SQEX a peut-être envisagé d'abandonner cette fonctionnalité pendant un certain temps et l'a peut-être supprimée dans le lanceur 32 bits maintenant comme une sorte de ballon d'essai pour voir combien de personnes seraient affectées, puisque 5.0 sera apparemment en baisse 32 -bit support entièrement.

La maintenance d'urgence de tous les mondes vient d'être annoncée, pour 12h00 PDT ce soir (dans environ 1,5 heure): https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

Les doigts croisés corrigent les problèmes de Linux. Même si c'est involontaire.

De plus, j'ai essayé le fork du lanceur personnalisé de @HereInPlainSight après avoir copié les mises à jour de Windows, je suis arrivé au menu principal et j'ai rencontré la même erreur que lui, disant que je ne suis pas abonné. J'ai également essayé le lanceur personnalisé sur https://github.com/goaaats/FFXIVQuickLauncher et j'ai obtenu la même chose (après avoir installé un tas de trucs .NET). On a l'impression qu'il y a une authentification qui ne se produit pas là-bas, ou quelque chose du genre.

La maintenance d'urgence de tous les mondes vient d'être annoncée, pour 12h00 PDT ce soir (dans environ 1,5 heure): https://na.finalfantasyxiv.com/lodestone/news/detail/d4c5bb45f1d8c550093b4d9d8da19c5dce13e463

Les doigts croisés corrigent les problèmes de Linux. Même si c'est involontaire.

Cela a probablement à voir avec tous les problèmes liés aux visites dans le monde, donc je n'espérerais pas.

Je voudrais également rappeler rapidement à tout le monde de rester positif et de ne pas tirer de conclusions hâtives avant de savoir exactement ce qui se passe. <3

Comme d'autres l'ont souligné, ce que nous savons, c'est qu'ils 1) abandonneront le support 32 bits, 2) forceront les utilisateurs de Steam à s'authentifier via Steam. Il est presque certain que nous, utilisateurs de Linux, avons été pris dans une faille technique ici.

Concernant la maintenance. Au moins, le serveur de connexion n'a pas du tout été en panne pendant la fenêtre de maintenance jusqu'à présent, à moins que je ne l'ai manqué.

En regardant les forums de support technique officiels, il semble que plus de gens rencontrent des problèmes après la mise à jour du lanceur. J'ai vu beaucoup de gens pouvoir entrer, mais il est au moins réconfortant de voir que certains utilisateurs de Windows ont également des problèmes.
Peut-être qu'il y a de l'espoir que Square pourrait enfin le regarder;)

Il ne semble pas qu'il y ait eu un patch pour le jeu ou le lanceur après la maintenance

Pas de patch. L'erreur HTTPS continue de nous tourmenter; juste testé.

Quelqu'un a dit quelque chose à propos de Transgaming, alors j'ai essayé d'ajouter une fonction IsTransgaming à Wine: https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

Cela permet au lanceur de démarrer (donc le code libcef est en fait toujours actif), mais une fois que vous vous êtes connecté, vous obtenez le message "pas de compte de service". Je me demande si IsTransgaming fait croire au lanceur qu'il fonctionne sur un Mac, de sorte que le serveur recherche un compte de service Mac?

Dans tous les cas, cela ne fonctionne toujours que sur le binaire 32 bits, donc aussi utile soit-il, ce n'est bon que pour quelques mois supplémentaires - au-delà, nous avons besoin d'une correction appropriée du mshtml de Wine.

Existe-t-il un moyen décent d'inciter quelqu'un à chercher à corriger mshtml pour ce problème?
Et est-ce que quelqu'un a des contacts SE où nous pourrions obtenir certaines de ces informations correctement confirmées?

Je suppose demander sur wine-devel? Je l'examinerais moi-même, mais je partirais de zéro connaissance sur l'un des mshtml, wine-gecko ou libcef. (J'ai en fait essayé de construire wine-gecko tout à l'heure et il est mort presque immédiatement; le fait qu'il soit si vieux et apparemment maintenant cassé pourrait être un bon argument pour réimplémenter mshtml par-dessus libcef, par exemple.)

Et pour être honnête, je ne sais pas si les bogues sont uniquement dans mshtml, ou du tout dans mshtml; cela ressemble au coupable le plus probable pour le moment.

si nous pouvons le faire fonctionner en corrigeant wine pour dire que c'est du transgaming, peut-être pouvons-nous patcher l'exécutable pour vérifier un compte de service Steam?

Bien que cela puisse être une solution de contournement potentielle, il serait beaucoup mieux de déterminer exactement ce qui ne va pas (probablement dans Wine) et de résoudre ces problèmes.

Il est également important de se rappeler que nous devons nous assurer qu'il peut vérifier à la fois la licence Windows Steam et autonome.

oui je suis d'accord, patcher l'exécutable n'est certainement pas l'approche que nous voulons

Si nous pouvions faire un lanceur temporaire qui dirait au client ce qu'il voulait savoir, ce serait un pansement décent, malheureusement, je n'ai pas l'expertise pour poursuivre cela.

Point de données supplémentaires: j'ai patché Wine pour charger la version précédente de ffxivlauncher.exe (celle qui fonctionnait bien jusqu'à la dernière mise à jour) lorsque la version actuelle a été demandée, ce qui entraîne également une erreur "aucun compte de service". Mais si je me connecte depuis une vraie machine Windows, cela fonctionne bien. Je soupçonne que quelque chose a changé dans le flux de connexion et seul le côté mshtml du lanceur Windows prend en charge le nouveau flux, les connexions à l'ancien flux étant traitées comme Mac ou peut-être même "plate-forme invalide". (Peut-être ont-ils désactivé la vérification de BrowserType juste pour se sauver de l'effort de mise à jour du code libcef qui devait de toute façon être retiré.)

Ma machine Windows a en fait un meilleur GPU que ma machine Linux, alors peut-être que SQEX essaie de m'aider?

Huh, c'est très intéressant. Donc, la seule option réaliste et décente est de se concentrer sur mshtml.
J'ai fait un rapport de bug sur le bugzilla wine, car mshtml serait plutôt technique https://bugs.winehq.org/show_bug.cgi?id=47069

J'ai essayé de tester un lanceur personnalisé sur Windows, et cela fonctionne bien! Si nous parvenons à reproduire le travail dans https://github.com/goaaats/FFXIVQuickLauncher/ et à le faire fonctionner dans wine, nous devrions avoir un pansement.

Puisque l'url que le patcher charge peut être ouverte dans un navigateur ordinaire et y montre un écran noir, peut-être pourrions-nous commencer par en déterminer la cause? Avec les outils de débogage disponibles là-bas, cela ne devrait pas être difficile ... pour quelqu'un qui a une idée de tous les trucs javascript / css.

L'erreur "aucun compte de service" mentionnée apparaît-elle dans le lanceur ou provient-elle de l'exécutable du jeu (ffxiv_dx11.exe)?

Huh, c'est très intéressant. Donc, la seule option réaliste et décente est de se concentrer sur mshtml.
J'ai fait un rapport de bug sur le bugzilla wine, car mshtml serait plutôt technique https://bugs.winehq.org/show_bug.cgi?id=47069

J'ai essayé de tester un lanceur personnalisé sur Windows, et cela fonctionne bien! Si nous parvenons à reproduire le travail dans https://github.com/goaaats/FFXIVQuickLauncher/ et à le faire fonctionner dans wine, nous devrions avoir un pansement.

Je veux dire oui, mais apparemment, non.

Alors, voici quelque chose que je ne comprends pas vraiment. J'ai pris les mises à jour que j'ai apportées au lanceur que j'ai mentionné hier (qui, pour le répéter, ne fonctionne pas sous Linux et parle d'un problème de compte de service - c'est une photo dans mon dernier message) et j'y ai exécuté Windows.

Et je ne reçois pas l'erreur, je viens de me connecter avec le petit lanceur Python. Même code (j'ai commenté une ligne qui provoque supposément un crash dans Windows, mais tout ce qu'elle fait est de centrer la boîte du lanceur), des résultats différents, la seule différence qui en vaut la peine est que cela fonctionne sous Windows, pas dans Wine.

Et je ne reçois pas l'erreur, je viens de me connecter avec le petit lanceur Python. Même code (j'ai commenté une ligne qui provoque supposément un crash dans Windows, mais tout ce qu'elle fait est de centrer la boîte du lanceur), des résultats différents, la seule différence qui en vaut la peine est que cela fonctionne sous Windows, pas dans Wine.

C'est vraiment, vraiment intéressant. L'activation de "Masquer la version du vin" fait-il quelque chose (au cas où ils vérifieraient spécifiquement le vin)?

Donc, le lanceur python fonctionne sur Windows? Pourriez-vous essayer d'exécuter le lanceur python sur Windows et le laisser imprimer la commande qu'il exécuterait, puis exécuter cette commande sous Linux? Si vous obtenez toujours l'erreur, nous avons encore un autre problème car cela signifierait que ffxiv.exe fait également quelque chose de différent sur wine.

Puisque l'url que le patcher charge peut être ouverte dans un navigateur ordinaire et y montre un écran noir, peut-être pourrions-nous commencer par en déterminer la cause? Avec les outils de débogage disponibles là-bas, cela ne devrait pas être difficile ... pour quelqu'un qui a une idée de tous les trucs javascript / css.

L'erreur "aucun compte de service" mentionnée apparaît-elle dans le lanceur ou provient-elle de l'exécutable du jeu (ffxiv_dx11.exe)?

Euh, allez sur https://frontier.ffxiv.com/version_4_0_win/index.html. La plupart des éléments ont une classe "Hide". Si vous supprimez ces classes, le lanceur effectue également un rendu partiel dans les navigateurs normaux. Est-ce qu'ils commencent en quelque sorte tout avec DIsplay: Aucun puis se dévoilent avec une sorte de magie javascript ??

en passant, il semble que ce ne soit que du CSS qui cache l'interface utilisateur lorsque vous accédez à la page dans un navigateur. Je ne sais pas exactement, mais est-il possible qu'il recherche un agent utilisateur ou similaire pour afficher l'interface utilisateur?

Cela ne semble pas être basé sur l'agent utilisateur. Vous essayez probablement de vérifier s'il est exécuté à partir d'une installation correcte avant de le masquer?

si nous déterminons quelles conditions il veut avant de se cacher, cela peut nous donner une idée de pourquoi il ne le fait pas dans le vin

Il y a certainement beaucoup de javascript impliqués ici qui vont activer / désactiver ces éléments. À première vue, je n'ai trouvé aucune détection de système d'exploitation ou autre, et la console Firefox n'a pas généré d'erreurs évidentes.

Mais si nous pouvons comprendre cela, cela pourrait nous aider dans notre quête pour faire fonctionner un peu plus le lanceur.

Donc, le lanceur python fonctionne sur Windows? Pourriez-vous essayer d'exécuter le lanceur python sur Windows et le laisser imprimer la commande qu'il exécuterait, puis exécuter cette commande sous Linux? Si vous obtenez toujours l'erreur, nous avons encore un autre problème car cela signifierait que ffxiv.exe fait également quelque chose de différent sur wine.

Je suis déjà revenu à Linux - et ... Hiding wine version ... et je suis sur mon écran de sélection de personnage.

Il me semble que si leur version Mac utilise un emballage de vin de spécialité, et leur cacher Wine nous permet d'entrer, et ne pas cacher Wine nous fait dire que nous n'avons pas de compte de service ...

Ils pensent que nous sommes des utilisateurs de Mac.

Que faites-vous pour cacher la version wine? Cela pourrait être notre solution de contournement si le lanceur python avec cela nous fait entrer.

Je fais un WINEPREFIX=<path-to-prefix> winecfg . C'est sous l'onglet Staging. Encore une fois, comme cela est plus facile à tester pour moi, j'utilise mon installation de Lutris, et pas encore spécifiquement la version de Steam.

Certes, je suis sur mon ordinateur portable en train d'essayer de faire tourner la version DX11, donc ce n'est pas joli (d'accord, c'est joli mais c'est un diaporama), mais je peux entrer dans le jeu.

J'ai caché la version WINE et j'obtiens toujours la même erreur.

Alors, temps pour un bref résumé?

1. Wine analyse l'url de manière incorrecte, un correctif personnalisé est donc nécessaire pour résoudre ce problème
2. Avec le correctif d'URL personnalisé, le lanceur est rendu noir et inutilisable. Problème mshtml?
3. Si vous parvenez à entrer dans le jeu avec l'un des lanceurs personnalisés, vous obtiendrez des erreurs liées à vos comptes de service
   3.1. Cela peut cependant être contourné en masquant la version wine. Ils croient que nous sommes des utilisateurs de Mac.

Veuillez me corriger si l'une des déclarations est erronée ou si j'ai omis quelque chose d'important.
Le fait qu'ils croient que nous sommes des utilisateurs de mac devrait être quelque chose que SE est prêt à résoudre, espérons-le?

J'ai caché la version WINE et j'obtiens toujours la même erreur.

Je ne sais pas trop quoi vous dire.

3. 3.1. Cela peut cependant être contourné en masquant la version wine. Ils croient que nous sommes des utilisateurs de Mac.

Pour être clair, c'est une conjecture de ma part, mais si ce que les gens disent à propos du client Mac est vrai, et qu'on nous dit que nous n'avons pas de comptes de service ... cela semble plausible. Si nous avons quelqu'un avec une licence Mac, nous pouvons savoir assez rapidement si c'est ce qui se passe.

Confirmant que je peux également accéder à l'écran de sélection de personnage si j'active HideWineExports à partir du patch de mise en scène "ntdll-Hide_Wine_Exports". (clé HKCU \ Software \ Wine, valeur de chaîne HideWineExports, valeur "1")

@HereInPlainSight serait-il possible pour quelqu'un de créer un compte d'essai pour la version Mac, puis de l'essayer dans Wine sur Linux? J'essaierais moi-même, mais je suis actuellement connecté pour tenter de saisir une maison et je ne peux pas redémarrer sous Linux pour le moment.

connecté en essayant de saisir une maison

Oh frappe-moi.

@achurch pour être clair, vous utilisez un lanceur tiers pour cela?

Quelqu'un a-t-il eu le bon lanceur pour travailler avec le patch wine pour l'url (+ browserype 2?) Si oui, alors nous avons des solutions de contournement pour tous les problèmes, sans avoir besoin de lanceurs personnalisés!

J'ai utilisé le lanceur officiel de la version précédente, avec BrowserType 2. Je soupçonne (mais je n'ai pas confirmé) que le lanceur de version actuelle avec le correctif IsTransgaming fonctionnerait également; quand j'ai essayé plus tôt, je n'ai vu aucun appel à IsTransgaming de ffxiv_dx11.exe, donc je ne pense pas que cela déclencherait une identification Mac (modifier: mais bien sûr, il est possible que le lanceur fasse également la détection de plate-forme).

J'ai essayé d'obtenir le patch dans un clone de proton, mais je suis trop nouveau dans ce domaine pour faire le patch. Échec total ;)

J'essaierai de patcher wine avec le patch isTransgaming et le patch wine (https://bugs.winehq.org/attachment.cgi?id=64251) quand je rentrerai à la maison et voir si l'un ou l'autre m'aide.

Impressionnant!
Question: quelqu'un a-t-il essayé une ancienne version de gecko? Si c'est même possible?

Alors j'ai pensé que je connaissais ma chance et que je n'aurais jamais de maison de toute façon. J'ai créé un compte d'essai Mac et j'ai essayé de me connecter via la méthode Python (cela donne l'impression que cela ressemble à de la fantaisie), mais je frappe un mur où j'échoue à la connexion où le code d'origine dit même `` Cela échouera avec une erreur 401 pour quelqu'un avec un abonnement expiré ».

J'obtiens une erreur 401, donc je suppose qu'il y a quelque chose de plus nécessaire pour dire que vous êtes un compte d'essai.

Les comptes d'essai ont une version d'essai spécifique du jeu, vous devrez donc installer la version d'essai :)

Les comptes d'essai ont une version d'essai spécifique du jeu, vous devrez donc installer la version d'essai :)

Oh, eh bien, cela complique et peut-être altère le processus de test, n'est-ce pas?

Ce serait mieux si nous avions quelqu'un avec une licence Mac de détail pour le tester, car alors tout est garanti tout, y compris le client.

la plupart des correctifs nécessaires pour ntdll-Hide_Wine_Exports ne s'appliquent pas à la version de wine en proton et devront être modifiés pour s'adapter

Après avoir ajouté le patch IsTransgaming et supprimé les exportations wine_get_version j'ai pu entièrement mettre à jour le jeu et me connecter.

Cela semble donc se résumer à deux problèmes principaux avec cette mise à jour:

• Le patcher ignore maintenant le paramètre BrowserType et n'utilise libcef que si la fonction IsTransgaming est trouvée.
• ffxiv.exe vérifie la fonction wine_get_version et la signale comme une connexion MAC si elle est trouvée.

Je suppose que pour le moment, nous pouvons contourner les deux problèmes assez facilement, mais le lanceur pourrait devenir un problème plus important s'il finissait par supprimer complètement libcef. Bien que tant qu'ils prennent en charge la version MAC, cela semble peu probable.

Le patcher ignore désormais le paramètre BrowserType et n'utilise libcef que si la fonction IsTransgaming est trouvée.

... et renvoie 1 à un moment précis de la séquence de démarrage. La fonction dans le patch ne retourne true que lors du deuxième appel car si je la fais renvoyer tout le temps, le lanceur se bloque au démarrage (essayant probablement de configurer des données spécifiques à Transgaming qui n'existent pas car je n'ai pas implémenté toute autre fonction spécifique à TG).

[...] s'ils finissent par supprimer complètement libcef. Bien que tant qu'ils prennent en charge la version MAC, cela semble peu probable.

Je n'en serais pas si sûr; rappelez-vous que la version 5.0 abandonnera le support 32 bits et que le lanceur 64 bits n'utilise pas du tout libcef. J'ai vu quelques fils de support Mac sur le forum suggérant que dans au moins certains cas, le lanceur Mac utilise un rendu HTML natif, comme mshtml sous Windows. C'est donc probablement quelque chose qui doit être abordé du côté Wine le plus tôt possible.

Malheureusement, cela ne m'aide pas pour le moment puisque je lance Proton et que mon installation WINE régulière est très gênante. Je ne pourrai peut-être même pas utiliser un client non-Steam.

Je sais que c'est une grande question, mais je ne suppose pas que vous pourriez bifurquer la dernière version de Proton et voir si vous pouvez la patcher? La vérité est que je ne suis qu'un simple Joe; ce truc ici est un peu au-dessus de mes compétences.
Je suis presque sûr que je me souviens comment utiliser une version Proton personnalisée. Je me souviens que j'ai dû en installer un pour Elite: Dangerous.

Peut confirmer que le patch transgaming et HideWineExports fonctionnent ici.

J'utilisais proton-tkg pour y parvenir

Je ne sais pas comment utiliser proton-tkg pour être honnête

J'ajoutais le patch de transgaming à PKGBUILDS / wine-tkg-git / wine-tkg-userpatches et j'ai remplacé l'extension de fichier par .mypatch

Ensuite, je viens d'exécuter le script proton-tkg et il a tout construit pour moi.

Où puis-je trouver le patch IsTransgaming ? Google me fait défaut.

EDIT: a été enterré et caché ci-dessus. Je pense que je l'ai. Voyons comment fonctionne proton-tkg ...

Je laisse ça ici.
J'avais hâte de créer un lanceur alternatif spécifique pour Linux.
Je n'ai pas eu assez d'informations pour faire ça mais peut-être que je peux laisser ce que j'ai ici:

1 / Steam lance ffxivboot (que je souhaite remplacer) avec l'option -isSteam
Lanceur FF XIV. EXE

FFXIV boot obtenir ses informations de mise à jour en interrogeant cette page Web:
http://patch-bootver.ffxiv.com/http/win32/ffxivneo_release_boot/ [Version de démarrage actuelle, exemple: 2019.04.19.0000.0001] /? time = [Heure actuelle au format AAAA-MM-DD-HH-MinMin]

Lors de cette étape, l'agent utilisateur est "FFXIV PATCH CLIENT".

La réponse de la page est contenue dans l'en-tête HTTP "X-Latest-Version" qui renvoie la dernière version de démarrage.

Je n'ai pas réussi à obtenir la dernière version (la communication était chiffrée en TLS)

2 / Récupération des données d'interface

2.1 / L'interface proprement dite est obtenue en affichant le fichier:
https://frontier.ffxiv.com/version_4_0_win/index.html?rc_lang= [LANG] & time = [HEURE AU FORMAT AAAA-MM-JJ-HH]

L'agent utilisateur utilisé est: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [UN NUMBER])

Vous obtenez instantanément un cookie nommé "s" qui ne semble pas être nécessaire pour l'utilisation du lanceur.

2.2 / Le statut mondial est obtenu au format JSON en interrogeant cette page web:
https://frontier.ffxiv.com/worldStatus/login_status.json? [TIMESTAMP en ms]

2.3 / Les news sont disponibles au format JSON en interrogeant cette adresse:
https://frontier.ffxiv.com/news/headline.json?lang= [LANG] & media = pcapp & [TIMESTAMP en ms]

2.4 / Les différents états du serveur sont disponibles en interrogeant cette adresse:
https://frontier.ffxiv.com/worldStatus/current_status.json? [TIMESTAMP en ms]

Il semble que la valeur 3 signifie maintenance (comme c'était le cas lorsque j'essayais cela)

3 / Connexion

Le formulaire de connexion est stocké dans cette page Web.
https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/top?lng=fr&rgn=3&isft=0&issteam=1

Il existe une variable "issteam".
Je ne sais pas à quoi se réfèrent rgn et isft.

L'agent utilisateur est important: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [UN NUMÉRO])

Dans le formulaire il y a:

• Entrez le nom caché "_STORED_", contenant un identifiant (qui semble ne pas changer entre les sessions de connexion, je ne pense pas que ce soit un jeton)
• Nom d'entrée "sqexid" contenant l'ID
• Entrez le mot de passe "mot de passe" contenant le mot de passe
• Entrez otppw pour le mot de passe otp

Il cible: https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send

Donc, pour vous connecter, vous devez réaliser une requête POST à https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send avec les valeurs _STORED_, sqexid, password +/- otppw.

Dans la page de réponse, il y a une commande d'exécution javascript qui contient de nombreuses variables, y compris quelque chose qui semble être un jeton.

4 / La partie post-login

C'est là que je n'ai pas tout.

4.1 / Contrôle de version

Il semble que l'exe de démarrage lance "ffxivlauncher.exe" seulement après la connexion, je l'ai obtenu en surveillant les processus.
Avec quel argument?
ffxivlauncher.exe récupère pour être lancé à partir de ffxivboot.exe, a-t-il besoin d'un argument spécifique? Ou réalise-t-il une vérification du processus parent?

Une demande est faite pour vérifier la dernière mise à jour, je l'ai obtenue à partir de l'autre code source du lanceur, car il s'agissait de requêtes cryptées.
Cela se fait en interrogeant cette adresse:
https://patch-gamever.ffxiv.com/http/win32/ffxivneo_release_game/ [VERSION ACTUELLE DU JEU] / [TOKEN OBTENU PRÉCÉDENT]

Dans le corps de la requête, il est nécessaire de spécifier la taille de fichier actuelle et sha1 de ffxivboot.xex, ffxivlauncher.exe et ffxivupdater.exe. Et leurs équivalents 64 bits.
Cela nous donne que:
«ffxivboot.exe / filesize / sha1ofthefile / ffxivboot64.exe / filesize / sha1ofthefile, ffxivlauncher.exe / filesize / sha1ofthefile, ffxivlauncher64.exe / filesize / sha1ofthefile, ffxivupdater.exe / filesize / sha1ofthefilefile, ffxivupdater.exe / filesize / sha1ofthefileboot.exe / filesize / sha1ofthefileboot.exe / filesize / sha1ofthefileboot.exe / filesize / sha1ofthefileboot. .exe / filesize / sha1ofthefile / "

Il est envoyé sous forme de texte brut.
L'agent utilisateur est important: SQEXAuthor / 2.0.0 (Windows 6.2; ja-jp; [UN NUMÉRO])

Il renvoie un X-Latest-Version qui est l'ID de la dernière version et X-Patch-Unique-Id qui est l'UID de cette version (qui modifie chaque requête).

À quoi sert cet UID?

4.2 / Téléchargeur de mise à jour

Les mises à jour sont téléchargées à partir du serveur carré.
L'URL de téléchargement est statique et ne semble pas changer.

J'ai enregistré qu'avant de télécharger le fichier, le serveur a reçu une demande à:
http://patch-gamever.ffxiv.com/gen_token

Avec l'agent utilisateur "FFXIV PATCH CLIENT" et une variable "X-Patch-Unique-Id" dans l'en-tête.
Celui-ci semble être celui obtenu précédemment.
Dans cette demande, le corps contient l'URI du fichier de mise à jour.

Il répond avec le même URI d'examen.

Je n'ai pas compris ce que représente cette étape. Est-il utilisé pour enregistrer les téléchargements de mises à jour des utilisateurs?
Les fichiers de mise à jour étaient téléchargeables avec ou sans cette étape.

Je n'ai pas réussi à obtenir l'URI des fichiers de mise à jour. Mais comme ils sont statiques, je peux facilement le remplacer par un registre de liens.

4.3 / Mettre à jour l'installation

C'est mon principal obstacle.
Les fichiers de mises à jour sont un fichier .PATCH qui ne correspond pas à un fichier d'archive.
Le fichier est décrit dans son en-tête comme un fichier "ZIPATCH".

Quel processus intègre cette mise à jour au jeu?
Si vous avez des informations à ce sujet, ce serait formidable car c'est pour moi le principal obstacle à la réalisation d'un portail Linux fonctionnel complet.

5 / Vérification ultime

Le lanceur vérifie le "statut de la porte" à:
https://frontier.ffxiv.com/worldStatus/gate_status.json?lang=fr& [TIMESTAMP en ms]

Puis le jeu est lancé.
Je n'ai pas compris comment mais cela semble avoir déjà été déterminé par les autres auteurs du lanceur.

Version TL DR:

• Essayer de créer un lanceur spécifique à Linux pour se débarrasser du lanceur officiel
• Besoin de déterminer comment le réel obtient les URI de mise à jour (mais ce n'est pas bloquant)
• Besoin de déterminer comment se déroule le processus de mise à jour réel

@une église

... et renvoie 1 à un moment précis de la séquence de démarrage. La fonction dans le patch ne retourne true que lors du deuxième appel car si je la fais renvoyer tout le temps, le lanceur se bloque au démarrage (essayant probablement de configurer des données spécifiques à Transgaming qui n'existent pas car je n'ai pas implémenté toute autre fonction spécifique à TG).

Merci d'avoir compris ça! Nous avons eu de la chance avec que l'implémentation de la fonction IsTransgaming était suffisante pour la faire fonctionner.

Je n'en serais pas si sûr; rappelez-vous que la version 5.0 abandonnera le support 32 bits et que le lanceur 64 bits n'utilise pas du tout libcef. J'ai vu quelques fils de support Mac sur le forum suggérant que dans au moins certains cas, le lanceur Mac utilise un rendu HTML natif, comme mshtml sous Windows. C'est donc probablement quelque chose qui doit être abordé du côté Wine le plus tôt possible.

Ouais, c'est au mieux un truc laid. La seule manière légitime d'avancer est de corriger les implémentations urlmon et mshtml et d'espérer que la future mise à jour prévue nécessitant l'authentification Steam ne posera aucun problème.

Éditer:
@alibell

Je ne sais pas à quoi se réfèrent rgn et isft.

Je suppose que «région» et «est un essai gratuit» respectivement.

Des informations supplémentaires sur le lanceur et le programme de mise à jour sont disponibles ici: http://ffxivclassic.fragmenterworks.com/index.php?controller=post&action=view&id_post=30. Comme le nom du site l'indique, il s'agit principalement de 1.0, mais il semble que cela s'applique toujours à 2.0+.

J'ajoutais le patch de transgaming à PKGBUILDS / wine-tkg-git / wine-tkg-userpatches et j'ai remplacé l'extension de fichier par .mypatch

Ensuite, je viens d'exécuter le script proton-tkg et il a tout construit pour moi.

Eh bien, c'était un buste; apparemment, quelque chose appelé "makepkg" n'a pas été trouvé et je n'arrive pas à trouver quelle bibliothèque l'ajoute.

quelqu'un peut-il partager un proton avec les patchs? J'essaye de faire fonctionner wine-tkg mais j'ai des problèmes

apparemment, quelque chose appelé "makepkg" n'a pas été trouvé et je n'arrive pas à trouver quelle bibliothèque l'ajoute.

makepkg est pour construire des paquets sur arch linux

apparemment, quelque chose appelé "makepkg" n'a pas été trouvé et je n'arrive pas à trouver quelle bibliothèque l'ajoute.

makepkg est pour construire des paquets sur arch linux

Je vois! J'utilise actuellement Pop_! OS (donc basé sur Ubuntu / Debian). Je suppose que je ne peux pas exécuter le script proton-tkg.sh alors?

Version TL DR:

• Essayer de créer un lanceur spécifique à Linux pour se débarrasser du lanceur officiel
• Besoin de déterminer comment le réel obtient les URI de mise à jour (mais ce n'est pas bloquant)
• Besoin de déterminer comment se déroule le processus de mise à jour réel

Je n'ai actuellement pas accès à une installation qui n'est pas mise à jour, mais lorsque j'ai brièvement critiqué le lanceur, je l' ai recollé contre une installation plus ancienne à la maison, je n'avais pas mis à jour, je crois qu'il a craché les emplacements des fichiers de mise à jour, donc la source il pourrait être en mesure d'aider. Vérifiez login.py pour "patch_url".

Je vois! J'utilise actuellement Pop_! OS (donc basé sur Ubuntu / Debian). Je suppose que je ne peux pas exécuter le script proton-tkg.sh alors?

Vous devrez vous occuper du système de construction Debian.

Dans un proche avenir, nous devons chercher à intégrer les correctifs dans une version de Lutris (Lutris a des versions de Wine avec des correctifs pour des jeux spécifiques, en plus de diverses saveurs de Wine.)

Malgré la documentation sur ntdll-Wine_Hide_Exports, il semble être indépendant de tout autre élément lors de la mise en scène, et j'imagine que la liste de dépendances est uniquement due à la collision des correctifs de ntdll_misc.h. Je construis maintenant pour tester, mais il semble que vous devriez pouvoir appliquer la partie loader.c de ntdll-Hide_Wine_Exports et insérer manuellement les lignes ajoutées dans ntdll_misc.h.

(Pour info, j'utilise Vanilla Wine avec quelques correctifs de mise en scène sélectionnés, pas Proton, donc je vais devoir laisser les instructions de construction de Proton aux autres.)

Je pense que j'attendrai juste que Valve le rattache à Proton. Mais au moins, je suis heureux d'entendre que tout espoir n'est pas perdu. = D
Espérons que cela ira vite maintenant, nous semblons avoir une solution de contournement.

Je suis presque sûr que c'est trop piraté pour être inclus dans les versions officielles de Proton.

Je ne m'attendrais pas à voir le patch IsTransgaming dans Proton / Wine officiel de si tôt, c'est beaucoup trop piraté pour cela. À moins d'être très patient, vous voudrez peut-être tenter votre chance avec Lutris ou un vin personnalisé.

Eh bien, le mur de pierre commence. Nous devons contourner un blocage apparemment intentionnel contre les utilisateurs de Linux. Valve doit montrer une position ici. Les correctifs piratés et les lanceurs de changement de vitesse ne sont pas la position que je souhaite adopter. Je veux que Square «saigne, tout comme moi» ~ Deadman's Wonderland

Eh bien, le mur de pierre commence. Nous devons contourner un blocage apparemment intentionnel contre les utilisateurs de Linux. Valve doit montrer une position ici.

Ce n'est certainement pas intentionnel. Des choix de programmation / portage étranges et même carrément sales, bien sûr, mais ce n'est pas une tentative de bloquer Linux.

Je doute que cela soit spécifiquement destiné aux utilisateurs de Linux. Il est beaucoup plus probable qu'ils apportaient des modifications pour MAC et comme ils ne testaient pas sur Linux, des problèmes ont été introduits involontairement pour nous, mais cela est normal sans support officiel.

Ouais ça fonctionnera sur Lutris pour le moment (quand la version viendra), mais pas à long terme. Quand Square me bloque enfin des copies non-Steam du jeu, si Proton ne fait pas l'affaire, je ne peux pas jouer!
Je ne suis même pas contrarié par Valve même s'ils n'implémentent pas le hack IsTransgaming; Je suis surtout en colère contre Square parce qu'ils doivent être si difficiles. Surtout quand le jeu lui-même n'est pas le problème; c'est juste que le lanceur est foutu.

ouais nous n'avons aucune preuve que c'est intentionnel, juste parce que ça s'est cassé d'une manière étrange. square enix n'a jamais officiellement supporté linux ou proton, donc évidemment, ils n'ont tout simplement pas réalisé que cela pourrait se casser comme ça. ils n'ont aucune obligation envers nous, nous faisons notre propre chemin.

Il s'agit presque certainement de changer la façon dont le client Mac fait les choses en vue de la suppression du support 32 bits et de nous faire prendre au milieu

La bonne nouvelle est que tant que SE continue de prendre en charge le client Mac de cette manière, nous pouvons probablement émuler davantage Transgaming si cela se rompt à l'avenir (même si cela peut signifier l'achat de licences Mac)

La chose vraiment idiote est, pourquoi utilisent-ils IsTransgaming pour détecter Mac dans le lanceur, mais recherchent-ils des exportations de vin dans le jeu réel? Ironiquement, s'ils utilisaient IsTransgaming pour les deux, il serait plus difficile de contourner le problème sans avoir besoin d'une licence Mac

Ouais, c'est vraiment idiot, mais je suis d'accord pour payer une licence mac le moment venu et ils corrigent ça :)

Cela me fait également me demander si les joueurs Mac FFXIV peuvent modifier leur jeu pour cacher le vin et donc compter comme une version Windows

Tbh Je n'ai jamais vraiment compris pourquoi nous devons avoir des licences différentes pour différentes plates-formes au départ. Cela n'a aucun sens pour un MMO basé sur un abonnement. Je suppose que pour des raisons d'argent, mais quand même!

Nous allons voir, quelqu'un ici a dit qu'il ne pouvait pas trouver dans le script ECMA des chèques useragent. Browser.js lignes 60 à 72 .... Assez clair là-bas. En ce qui concerne le support LibCEF et MAC, puisque MAC utilise une couche Wine personnalisée, l'espoir est que nous puissions l'utiliser. Si c'est le mieux que nous puissions espérer, je suggère de regarder LostArk quand il frappe la Russie.

Le simple fait qu'ils essaient de contrôler les licences de manière plus stricte devrait indiquer le plan et l'intention. Si vous ne pouvez pas comprendre cela, vous devez renvoyer la responsabilité délictuelle à Windows.

Mise à jour: je pourrais négliger si vous aimez ça ou non, c'est le fait de ce que dit le code

il n'y a aucune preuve que cela soit malveillant. les choses se cassent, surtout quand elles ne sont pas officiellement prises en charge. cela arrive, et nous allons y remédier.

Oui mon gars. La merde arrive.

il n'y a aucune preuve que cela soit malveillant. les choses se cassent, surtout quand elles ne sont pas officiellement prises en charge. cela arrive, et nous allons y remédier.

Si le code n'est pas une preuve suffisante, que serait-il? Une confession directe de Yosuke Matsuda? C'est pourquoi nous avons Trump au pouvoir et Title 2 Network a à peine démarré de manière neutre. Personne n'a le courage de se lever et de dire non plus. Depuis que le cas, je vais me retirer et peut mon sous.

Patch HideWineExports appliqué à la fourchette Proton's Wine, pour ceux qui le souhaitent: https://github.com/achurch/proton-wine/commit/e77d4e14f42aa3721480a2ea6cdb713f4e5aceb4

Je n'ai pas réellement testé le comportement, mais c'est un patch simple et il se construit proprement, donc je serais surpris si cela ne fonctionnait pas.

Je n'ai pas ajouté le correctif IsTransgaming car c'est un correctif très kludgey qui ne devrait pas rester, mais il devrait s'appliquer proprement.

Si le code n'est pas une preuve suffisante, que serait-il?

il n'y a pas de code indiquant que cela est malveillant, et c'est hors sujet.

Tbh Je n'ai jamais vraiment compris pourquoi nous devons avoir des licences différentes pour différentes plates-formes au départ. Cela n'a aucun sens pour un MMO basé sur un abonnement. Je suppose que pour des raisons d'argent, mais quand même!

Ils doivent probablement le faire pour Steam et PS4.

Tbh Je n'ai jamais vraiment compris pourquoi nous devons avoir des licences différentes pour différentes plates-formes au départ. Cela n'a aucun sens pour un MMO basé sur un abonnement. Je suppose que pour des raisons d'argent, mais quand même!

Ils doivent probablement le faire pour Steam et PS4.

Pour gagner plus d'argent. Non, ils ne sont pas obligés de le faire pour Steam ou PS4. Le sous-système est hébergé et géré par Square Enix. Ils peuvent dire que c'est la raison, mais regardez le royaume d'Aura. Vous pouvez télécharger la version non-steam ou steam mais vous connecter sur le même compte, pas besoin de blocage. Ce n'est que de la fumée et des miroirs. Mais oui, je dirai que cela devient un peu dérouté dans une certaine mesure. La raison derrière ce code est assez brutale même s'il y a ceux qui mettent la tête dans le sable. J'espère qu'il recevra un autre correctif, puis un autre correctif après cela, et un autre juste pour éviter le plan d'affaires de Square. C'est ce qui a tout cela, clair et simple. Jbal91, je suis un ingénieur principal de métier, j'écris SHIZ COMME CELA POUR UN DAMN LIVING! Je connais l'esprit d'entreprise parce que j'y suis au niveau du cou. Alors s'il vous plaît, retirez votre tête de votre guirlande ... Cela va au reste qui croient que ce n'est qu'une erreur.

pouvons-nous arrêter d'en parler? cela n'a absolument aucun rapport avec le sujet en question.

De retour sur le sujet, il est un peu malheureux qu'ils vérifient spécifiquement Wine, car cela signifie malheureusement que même si nous corrigeions le mshtml de Wine, nous penserions toujours que nous sommes des utilisateurs de Mac lorsque nous essayons de lancer le jeu. Cela signifie qu'il est peu probable que cela fonctionne à nouveau avec du vin de vanille / proton.

Je ne vois pas pourquoi proton (et lutris) ne fusionnerait pas le patch de mise en scène de vin pour faire fonctionner le jeu, car ce n'est pas vraiment si piraté de toute façon. quant à mshtml, nous devrons comprendre ce qui ne va pas exactement

Si SE prend note de cela, ils peuvent toujours modifier ce chèque pour utiliser IsTransgaming place. Sinon, la désactivation des symboles wine_get_version devrait être assez simple, soit en ajoutant une option de registre, soit en les supprimant carrément de proton.

J'ai mis à jour le post Reddit avec toutes les informations dont nous disposons jusqu'à présent. S'il vous plaît laissez-moi savoir si je manque quelque chose!

Je me demande à quel point il serait difficile d'écrire une DLL qui accroche GetProcAddress et renvoie 1 pour isTransgaming, alors nous n'aurions pas besoin d'une version wine personnalisée. Nous aurions encore besoin d'une mise en scène pour cacher Wine.

@ jbal91 Si FFXIV implémente n'importe quel type d'anti-triche (ou le fait à l'avenir), alors cela le déclenchera probablement. Idéalement, il serait préférable de ne modifier aucun des fichiers FFXIV, je pense.

@ jbal91 Si FFXIV implémente n'importe quel type d'anti-triche (ou le fait à l'avenir), alors cela le déclenchera probablement. Idéalement, il serait préférable de ne modifier aucun des fichiers FFXIV, je pense.

DXVK le déclencherait déjà de toute façon

essayé de construire proton avec des patchs wine en utilisant le makefile mais meson continue de se plaindre de choses. Je ne sais pas quel est le problème racine. si quelqu'un peut le construire avec les 3 correctifs, veuillez le mettre quelque part pour le télécharger? je continuerai d'essayer en attendant

Eh bien, j'ai réussi à me connecter. Je vais essayer de créer une version Proton avec Proton-tkg

Je l'ai construit tout à l'heure, j'ai dû détruire la vm entière et reconstruire à partir de zéro, mais le lanceur fonctionne maintenant. j'ai oublié de modifier l'entrée de registre, fais-le maintenant

OK disons hypothétiquement im bébé et ne sais pas quoi faire pour que ça marche. Je suis sur Gentoo et j'ai effectué un essai gratuit de Steam mais je n'ai pas la version Steam et comme je suppose que ce ne sera pas une chose que je peux faire plus tôt Probablement, cela ne me dérangerait pas de compiler et d'exécuter mon propre Proton pour lancez ffxiv si c'est ce que cela va prendre, mais je ne suis pas sûr de ce que je dois faire et comment appliquer les correctifs nécessaires.

Je vais compresser la construction du proton une fois que je confirme que cela fonctionne, vous devriez pouvoir simplement la déposer dans .steam/root/compatibilitytools.d

j'ai des choses à faire pendant un moment, donc il faudra probablement au moins une heure avant que je puisse le confirmer

J'ai un package Arch fonctionnel, je viens de recompiler pour Proton. Devrait l'avoir dans moins d'une heure si les gens ne peuvent pas attendre, lol

J'ai attendu au moins une journée entière. Je peux attendre encore un peu =)
Question potentiellement stupide mais: Pensez-vous que le paquet arch fonctionnerait sur Debian? WINE / Proton devrait être indépendant de la distribution, n'est-ce pas?

Je doute vraiment que cela fonctionne sur Debian sans chroot

Eh bien, j'ai hâte de tenter le coup quand même! :RÉ
Si cela peut fonctionner, je vais le découvrir.

Il a construit et lancé mais ne détectait pas DX11, je pense parce que j'ai winelib'd DXVK, en essayant à nouveau

comment définir la clé de registre exactement?

winetricks hidewineexports = activer

Bonjour à tous. Je voulais juste vous remercier tous pour votre travail sur cette question.

Tu es vraiment incroyable <3

ok ça marche et je vais compresser la distribution des protons maintenant

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

ahaha ou @ jbal91 me

a pris plus de temps qu'il n'aurait dû car j'ai dû le reconstruire.

Vous aurez besoin de WINEPREFIX = "$ HOME / .local / share / Steam / Compatibilitytools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx" winetricks hidewineexports = enable pour accéder à l'écran de sélection de personnage

Et oui, il doit être extrait dans "$ HOME / .local / share / Steam / Compatibilitytools.d"

Vous venez d'ajouter cela au lanceur?

Tbh Je n'ai jamais vraiment compris pourquoi nous devons avoir des licences différentes pour différentes plates-formes au départ. Cela n'a aucun sens pour un MMO basé sur un abonnement. Je suppose que pour des raisons d'argent, mais quand même!

Ils doivent probablement le faire pour Steam et PS4.

Pour gagner plus d'argent. Non, ils ne sont pas obligés de le faire pour Steam ou PS4. Le sous-système est hébergé et géré par Square Enix. Ils peuvent dire que c'est la raison, mais regardez le royaume d'Aura. Vous pouvez télécharger la version non-steam ou steam mais vous connecter sur le même compte, pas besoin de blocage. Ce n'est que de la fumée et des miroirs. Mais oui, je dirai que cela devient un peu dérouté dans une certaine mesure. La raison derrière ce code est assez brutale même s'il y a ceux qui mettent la tête dans le sable. J'espère qu'il recevra un autre correctif, puis un autre correctif après cela, et un autre juste pour éviter le plan d'affaires de Square. C'est ce qui a tout cela, clair et simple. Jbal91, je suis un ingénieur principal de métier, j'écris SHIZ COMME CELA POUR UN DAMN LIVING! Je connais l'esprit d'entreprise parce que j'y suis au niveau du cou. Alors s'il vous plaît, retirez votre tête de votre guirlande ... Cela va au reste qui croient que ce n'est qu'une erreur.

C'est une chose de mettre la tête dans le sable, c'en est une autre d'avoir la tête sur la lune. Ni l'un ni l'autre ne sont recommandables:

Le fait que du code parle d'agent utilisateur ne signifie rien en termes de filtrage. Ou il y a un filtrage basé sur l'agent utilisateur ne veut pas dire que c'est pour «obtenir» les utilisateurs Linux.

Peut-être en fait exposer le soi-disant contrôle de flux "anti-Linux" avant de recourir à la conspiration:

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                                                                

C'est ce que le lanceur via Wine envoie réellement dans le tuyau.

Et le corps de réponse

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

Le service Web distant identifie le lanceur comme fonctionnant sous Windows.

Vous le sélectionnez soit comme version par défaut de SteamPlay, soit spécifiquement pour FFXIV dans les propriétés (je recommande cette dernière)

Désolé, je faisais référence au

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

Vous mettez cela dans "Définir les options de lancement" ou devez le faire différemment?

Désolé, je faisais référence au

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

Vous mettez cela dans "Définir les options de lancement" ou devez le faire différemment?

non, vous exécutez simplement cette commande une fois dans le terminal, et vous avez terminé

^ Mettez-le simplement dans la coquille.

Si vous n'avez pas Winetricks, vous pouvez également le faire via winecfg à la place

Bonjour, j'utilise wine-staging de manière autonome. Comment appliquer exactement le patch transgaming?

Pas de chance ici, lance, puis ferme immédiatement.

@ jbal91 Où dois-je mettre ça? Je n'ai pas de compatibilité.d sous ~/.steam/root Exécution de Manjaro i3.

J'ai essayé de pointer mon installation Lutris existante du jeu vers le nouveau wine64 de la construction de jbal91, mais il ne parvient pas du tout à se lancer:

wine: échec de l'initialisation: RIGIN / lib64 / wine / ntdll.dll.so: impossible d'ouvrir le fichier objet partagé: aucun fichier ou répertoire de ce type

J'avoue que je ne suis pas doué pour les petits détails de WINE; est-ce que je manque quelque chose // est-il possible de faire fonctionner ceci avec une installation de Lutris? Je peux installer / essayer avec Steam lui-même plus tard quand j'aurai plus de temps, mais je voulais le tester.

@ sangoku116 crée le dossier ~/.steam/root/compatibilitytools.d/ et exporte tout ce qu'il contient . Devrait se retrouver avec ~/.steam/root/compatibilitytools.d/proton_tkg_4.6.r0.g3f8edce5.ffxiv dossier

J'ai essayé de pointer mon installation Lutris existante du jeu vers le nouveau wine64 de la construction de jbal91, mais il ne parvient pas du tout à se lancer:

wine: échec de l'initialisation: RIGIN / lib64 / wine / ntdll.dll.so: impossible d'ouvrir le fichier objet partagé: aucun fichier ou répertoire de ce type

J'avoue que je ne suis pas doué pour les petits détails de WINE; est-ce que je manque quelque chose // est-il possible de faire fonctionner ceci avec une installation de Lutris? Je peux installer / essayer avec Steam lui-même plus tard quand j'aurai plus de temps, mais je voulais le tester.

Après avoir lu Proton avec ce numéro, je pense que Proton et Wine ne sont pas interchangeables. Proton effectue des vérifications avec des éléments spécifiques à Steam, il ne sera donc pas compatible avec la victoire dans Lutris

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

Cela aurait du sens. Je mélange probablement des gens qui demandent si / veulent que cela fonctionne comme un coureur comme si c'était un.

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

J'ai essayé à la fois de copier mes fichiers d'installation existants dans le répertoire Steam pour FF après avoir laissé Steam installer le lanceur, et de l'effacer et de démarrer une nouvelle installation sans les données, tous deux immédiatement abandonnés après avoir cliqué sur Play avant même d'accéder au lanceur.

Même erreur que ma tentative précédente, 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

Même après avoir couru
WINEPREFIX="$HOME/.local/share/Steam/compatibilitytools.d/proton_4.2-local/dist/share/default_pfx/" winetricks hidewineexports=enable

J'obtiens l'erreur de compte sans service.

Mais au moins je suis entré dans le jeu, donc un pas de plus

J'ai exécuté la commande dans un terminal, j'ai sélectionné le fichier à exécuter en tant que protonffxiv et maintenant mon jeu ne se lance pas. Il se lance lorsque je sélectionne 4.2-3, mais pas celui de ffxiv.

@ sangoku116 avez-vous utilisé @ashkitten ou @ jbal91 build? J'ai eu le même problème avec @ jbal91 mais pas avec @ashkitten

Je rencontre le même problème que @Undeadhunter , le proton avec le proton de @ jbal91 permet au lanceur de fonctionner parfaitement et de corriger le jeu, mais je reçois toujours une erreur de compte de service (malgré la définition de hidewineexports = enable dans le préfixe) .

J'ai utilisé la version de @ jbal91 pour essayer l'autre.

a parfaitement fonctionné pour moi, merci beaucoup! @ashkitten

Ouais, je pense que quelque chose pourrait être génial avec le mien

@ jbal91 pense que c'est lié au nom, Steam se lance sans la partie .ffxiv du nom du dossier. L'avez-vous renommé peut-être?

En fait, j'ai eu une erreur en essayant de me connecter au centre de données. Il indique que mon jeu n'est pas enregistré avec mon compte de service.

@ sangoku116 quel wineprefix avez-vous utilisé lors de l'exécution de la commande pour activer hidewineexports?

pour moi, ce qui a fonctionné était WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

pour moi, ce qui a fonctionné était WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

Corrigé!

heureux!

Toujours pas de chance ici, coché WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winecfg et sous Staging Hide Wine est coché.

salut! Je voulais juste intervenir et dire que j'utilise la version de

@Undeadhunter Ce qui m'a aidé était WINEPREFIX=$HOME/Data/SSD/SteamLibrary/steamapps/compatdata/39210/pfx/ winetricks hidewineexports=enable parce que j'ai installé FFXIV à un emplacement personnalisé

Rappelez-vous également que si vous utilisez la version d'évaluation, le numéro après les données de compatibilité est «312060», et si vous utilisez le client de détail, c'est «39210».

Quelqu'un pourrait-il expliquer comment appliquer cela à une version non Steam de FFXIV

@Wyziqi venait juste de poster ceci, en effet, j'ai également un emplacement d'installation personnalisé, mais vous l'avez compris avant moi. Merci pour ça!

Pour que tout le monde soit clair, exécutez WINEPREFIX="<install location>/SteamLibrary/steamapps/compatdata/39210/pfx/" winetricks hidewineexports=enable

Quelqu'un pourrait-il expliquer comment appliquer cela à une version non Steam de FFXIV

Construisez wine avec les correctifs publiés ici, principalement la fonction hidewineexports dans wine-staging, et le correctif pour ajouter isTransgaming à partir de https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

J'essaie d'utiliser la version de @ashkitten, mais la sélection de cela dans Steam comme version Proton refuse également de démarrer le lanceur et abandonne instantanément. Je suis au-dessus de ma tête à ce stade et je ne sais pas si c'est quelque chose sur mon système qui agit ou quoi, mais aucune de ces solutions ne va presque aussi loin que lorsque d'autres les ont essayées. Essayer la version 4.2 régulière de Steam chargera le lanceur sur l'écran noir.

De ashkitten:

GameAction [AppID 39210, ActionID 1]: LaunchApp a changé la tâche en ProcessingInstallScript avec ""
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: est un répertoire
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: est un répertoire
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: est un répertoire
sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: est un répertoire
[2019-04-24 16:21:51] Démarrage - programme de mise à jour construit 16 avril 2019 21:00:51
[2019-04-24 16:21:51] J'ai activé la version bêta du client "publicbeta" via le fichier bêta
Vous êtes dans la version bêta du client 'publicbeta'.
[2019-04-24 16:21:51] Vérification de l'installation ...
[2019-04-24 16:21:51] Vérification terminée
installscript_posix.cpp (418): échec de l'assertion: l'évaluateur autonome a renvoyé le code d'erreur pour l'application 39210
installscript_posix.cpp (418): échec de l'assertion: l'évaluateur autonome a renvoyé le code d'erreur pour l'application 39210
Installation du gestionnaire d'exceptions Breakpad pour Appid (Steam) / Version (1555457005)
assert_20190424162217_27.dmp [7678]: Téléchargement du vidage (hors processus)
/tmp/dumps/assert_20190424162217_27.dmp
GameAction [AppID 39210, ActionID 1]: LaunchApp a changé la tâche en ProcessingShaderCache avec ""
GameAction [AppID 39210, ActionID 1]: LaunchApp a changé la tâche en SiteLicenseSeatCheckout avec ""
GameAction [AppID 39210, ActionID 1]: LaunchApp a changé la tâche en CreatingProcess avec ""
GameAction [AppID 39210, ActionID 1]: LaunchApp attend la réponse de l'utilisateur à CreatingProcess ""
GameAction [AppID 39210, ActionID 1]: LaunchApp continue avec la réponse de l'utilisateur "CreatingProcess"
Masque de contrôleur activé pour AppId 39210: 0
Mise à jour du jeu: AppID 39210 "", ProcID 7680, IP 0.0.0.0:0
Démarrage de l'app 39210
Installation du gestionnaire d'exceptions Breakpad pour Appid (Steam) / Version (1555457005)

Ajout du processus 7680 pour l'ID de jeu 39210
GameAction [AppID 39210, ActionID 1]: LaunchApp a changé la tâche en WaitingGameWindow avec ""
ERREUR: ld.so: l'objet '/home/jim/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' de LD_PRELOAD ne peut pas être préchargé (mauvaise classe ELF: ELFCLASS32): ignoré.
/ bin / sh: /home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local: est un répertoire
GameAction [AppID 39210, ActionID 1]: LaunchApp a changé la tâche en Terminé avec ""
Ajout du processus 7682 pour l'ID de jeu 39210
Jeu supprimé: AppID 39210 "", ProcID 7680
Sortie de l'application 39210

Et comment appliquer le patch? Il ne semble pas que cela corresponde au format des autres patchs de Wine Staging.

Quelqu'un pourrait-il me dire si je dois faire quelque chose de spécial si j'utilise Lutris?

@kgnotte ce sont des diffs, ils ne contiennent pas d'informations de commit donc vous devez les appliquer avec git apply

Merci @ashkitten

https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git
Ce serait une possibilité de créer vous-même un environnement de vin personnalisé. Mettez diff dans le dossier userpatches et exécutez le script de construction

Quelqu'un pourrait-il me dire si je dois faire quelque chose de spécial si j'utilise Lutris?

Jusqu'à présent, les seules versions que j'ai vues partagées sont pour Proton, vous devez attendre qu'une version de Wine apparaisse, ou en compiler une vous-même.

Quand on apparaît, vous devrez trier comment l'installer dans Lutris en tant que coureur de vin et changer votre version de vin pour XIV.

Vous pouvez également ajouter un jeu non vapeur dans Steam et utiliser un proton lancé.

une fois que tout le monde est d'accord avec la solution de contournement, nous devrions vraiment commencer à chercher un correctif réel pour les problèmes avec mshtml, car c'est assez piraté et susceptible de casser la prochaine fois qu'ils lancent une mise à jour similaire

@kgnotte quelqu'un ici a publié un correctif pour lutris, vous pouvez donc simplement l'utiliser https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/9

@ashkitten prton 4.2-local a bien fonctionné pour moi. Copié les fichiers sous ~ / .steam / root / Compatibilitytools.d /

Redémarré Steam et forcé le jeu à exécuter cette version. Je vous remercie

@ashkitten Merci beaucoup! Proton 4.2-local fonctionne très bien!
Je suis également sur ArchLinux maintenant, juste pour être sûr;]

@HereInPlainSight J'ai une demande pour vous: pourriez-vous ajouter le fichier local proton 4.2 avec des instructions sur la façon de l'installer dans votre commentaire en haut?
De cette façon, les gens qui viennent ici à la recherche d'une solution à ce problème n'auront pas à fouiller littéralement dans des centaines de commentaires pendant que nous attendons un correctif officiel.

Et j'espère que ça va être une solution qui restera un moment.

Je viens d'ajouter des instructions au post Reddit. Je voulais faire ça depuis quelques heures maintenant, je me suis juste mis à le faire maintenant. Je n'ai pas testé ces instructions, alors faites-le moi savoir si je me trompe!

Je viens d'ajouter des instructions au post Reddit. Je voulais faire ça depuis quelques heures maintenant, je me suis juste mis à le faire maintenant. Je n'ai pas testé ces instructions, alors faites-le moi savoir si je me trompe!

Je vous remercie! De plus, même si BrowserType maintenant ignoré avec l'environnement local Proton 4.2, CutsceneMovieOpening dans "FFXIV.cfg" doit toujours être défini sur 1 , sinon vous obtenir une nouvelle erreur indiquant qu'il n'a pas pu établir de connexion au centre de données. Cela ne donne au moins plus l'écran de chargement noir infini.
Vous l'avez probablement déjà couvert (je ne l'ai pas encore regardé) mais c'est aussi pour les personnes qui regardent ici et ne vérifient pas le reddit alors ...

Oh mon Dieu, Square!
http://forum.square-enix.com/ffxiv/threads/388444-Wine-Launcher-404
Ils ont déplacé le fil vers la discussion générale, vous plaisantez? xD Ce fil est aussi technique que possible! Il va être enterré: <

Donc, la première fois que j'ai compilé wine, j'ai choisi d'utiliser tk-git-wine, mais c'est assez spécifique à l'arche, j'ai donc suivi leur recommandation pour les non-Archers en créant un conteneur docker pour faire la compilation, mais après la compilation, je reviens avec une version non fonctionnelle pour mes autres machines car wine: failed to initialize: /lib32/libm.so.6: version 'GLIBC_2.29' not found (required by <wine>/lib32/wine/ntdll.dll.so)

Il semble donc que mon système domestique exécute une glibc pré-2.29. Il y a quelques - ce que je trouve être - des instructions complexes sur la façon de traiter cela, mais est-ce que quelqu'un connaît une version plus simple des instructions, ou du moins comment y faire face dans ce cas précis? _EXTERNAL_INSTALL est défini sur true.

Oui, je peux attendre qu'une version non protonique apparaisse, mais si je peux élargir mes connaissances pour l'avenir, je préférerais le savoir pour la prochaine fois que j'espère que cela n'arrivera jamais.

@TenaarFeiri Eh bien c'est ... mauvais. Doit-on en ouvrir un nouveau, plus techniquement orienté? Il y avait des ... opinions passionnées partagées à certains moments du fil. Nous pourrions vouloir faire des suggestions spécifiques sur ce qu'ils peuvent faire pour nous aider à éviter cela à l'avenir, peut-être? Je ne suis pas tout à fait sûr, ici.

Edit: De plus, un message sur les forums officiels confirme que nous sommes identifiés comme des utilisateurs Mac.

@HereInPlainSight Ouais, je suis ShiningWolf là-bas et j'admets moi-même mes opinions passionnées, ma mauvaise. C'était de la frustration mais de toute façon le sujet n'est pas verrouillé, juste déplacé vers Général pour une raison quelconque.

Je vous suggère de créer un nouveau sujet dans le support technique décrivant les étapes spécifiques nécessaires pour que FFXIV fonctionne à nouveau sur WINE / Proton. Surtout Proton, car cela semble avoir fonctionné exceptionnellement bien avec quelques modifications mineures (telles que le masquage des exportations de vin sur le pfx du jeu).
Je sais que Square n'est pas très coopératif avec nous, mais je pense que s'ils pouvaient simplement nous laisser tranquilles à la place et avoir notre sujet là-bas, ils n'ont rien à faire. Sauf peut-être l'épingler. Ça aurait été génial s'ils pouvaient simplement faire ça!

Pour justifier davantage le sujet du support technique, nous pourrions faire un post-mortem du problème?

@ kisak-valve Hé! J'espère que cela ne vous dérange pas de vous taguer mais j'ai une question: Serait-il possible d'intégrer une version Proton spécifique à FFXIV dans le cadre du téléchargement de SteamPlay? Vu qu'il y en a un déjà construit qui fonctionne maintenant (et pourrait même continuer à fonctionner dans un avenir prévisible)?

@TenaarFeiri Je pensais qu'un post-mortem était une bonne option, mais si c'est le cas pour autant que je sache, nous n'avons actuellement qu'un téléchargement compatible avec Proton, et pas encore de version compatible avec Lutris (d'où venaient mes questions précédentes. - Je peux compiler une compilation, mais elle ne peut pas être exécutée sur une machine utilisant Lutris fonctionnant autrement).

Aussi, ne vous inquiétez pas de vous réchauffer - c'est bien d'avoir des sentiments sur la situation, je pense juste que nous devons garder le sujet de ce que nous ressentons à ce sujet séparé du côté `` support technique '' du problème afin de ne pas donner. ne leur donne aucune raison de changer de sujet à nouveau, c'est tout.

De plus, étant donné qu'il est confirmé que nous sommes actuellement considérés comme des utilisateurs de Mac, nous devons absolument inclure cela dans tout article post-mortem sur les forums, et souligner que cela affecte la façon dont nous achetons nos jeux et pourrait causer des problèmes à l'avenir pour de nouveaux joueurs. Nous filtrer en fonction des exportations de vin n'est pas une solution optimale, car la plupart des joueurs Linux supposeraient acheter la version Windows du jeu.

Pour confirmer - à ce stade, en ce qui concerne un correctif plus permanent pour le moment où le lanceur 32 bits est retiré, n'avons-nous que deux options? Réparer mshtml (je pense que c'est comme ça qu'il s'appelait) ou créer notre propre lanceur Linux complet? Parce que ces deux éléments ne semblent pas anodins, et si nous en avons besoin, je ne sais pas comment faire pour faire avancer l'une ou l'autre des causes en plus du soutien émotionnel. <. <

Je pense que le meilleur plan d'action serait de réparer mshtml et d'écraser toutes les centaines de mouches susceptibles de causer des problèmes similaires. Mshtml et un lanceur Linux personnalisé semblent actuellement être les deux seules options _faisables_.

Un lanceur personnalisé serait certainement la solution la plus pratique pour nous, mais la correction de mshtml offrirait un plus grand avantage à l'ensemble de la communauté des joueurs WINE.

Pour un lanceur personnalisé, je pense qu'un bon point de départ serait de bifurquer ce projet et de créer une interface graphique en plus de cela. Je ne l'ai pas encore testé, mais j'ai entendu dire par un ami que cela fonctionne à peu près (il ne me donnerait pas une réponse claire à 100%) donc c'est le cœur d'un tel lanceur déjà écrit.
Le défi serait alors de déterminer comment le lanceur standard télécharge les mises à jour afin que le nouveau lanceur puisse également effectuer cette tâche.
OU
Et ce serait gênant, MAIS
un ou plusieurs d'entre nous pourraient garder un jeu à jour installé sur un répertoire synchronisé avec GDrive. Obtenir 100 Go d'espace GDrive est assez bon marché, et le lanceur peut être codé pour synchroniser le client à partir de là. Mais si nous ne pouvons pas télécharger les mises à jour de cette copie du jeu sans compte actif, il n'y a aucune garantie qu'elle puisse servir de solution permanente, si patchwork.
Nous serions également entièrement redevables de savoir si Google décide de nous donner une bonne bande passante ce jour-là.

En fin de compte, j'ai peur d'aller de l'avant, nous devrons peut-être passer devant le lanceur de manière peu pratique.

Je pense vraiment qu'un lanceur personnalisé n'est pas la voie à suivre. cela gênerait vraiment beaucoup d'utilisateurs de Steam, en particulier une fois que square met en œuvre leurs exigences de connexion Steam. nous devons comprendre ce qui ne va pas avec mshtml et le corriger à la place.

Oui, regarder dans mshtml (ou quoi que ce soit d'autre qui pourrait causer l'écran noir) semble être la voie à suivre. Comprendre pourquoi la page reste noire dans un navigateur classique semble toujours être une bonne première étape à cet égard.

En effet. J'ai le sentiment que ce n'est peut-être pas un problème aussi profond que nous le pensions initialement.

Je soupçonne que le lanceur envoie une sorte d'en-tête à la page Web pour s'authentifier. Heureusement, cela semble être un cas de magie JavaScript et CSS non masquée? Si je regarde dans la source de la page blanche, je peux trouver les scripts mais je ne trouve pas encore la partie importante à retirer. Je ne suis qu'à moitié alphabétisé dans les deux, mais si je le comprends, vous serez le premier à le savoir.

@ kisak-valve Hé! J'espère que cela ne vous dérange pas de vous taguer mais j'ai une question: Serait-il possible d'intégrer une version Proton spécifique à FFXIV dans le cadre du téléchargement de SteamPlay? Vu qu'il y en a un déjà construit qui fonctionne maintenant (et pourrait même continuer à fonctionner dans un avenir prévisible)?

Bonjour @TenaarFeiri , je ne suis pas un développeur Proton, donc je ne peux pas répondre à cela.

En général, je ne pense pas que ce serait une mauvaise idée de faire une pull request avec les correctifs nécessaires pour faire avancer les choses, mais dans ce cas, il y a de bonnes chances que seul le correctif d'url mshtml puisse atterrir et cela seul ne suffit pas faire fonctionner les choses.

Chrome, et par extension, libcef a abandonné la prise en charge des versions 32 bits de Windows en 2017 et s'appuyer dessus comme une solution de contournement me semble être une bombe à retardement, donc déterminer ce qui se passe dans mshtml semble être la meilleure voie à suivre.

Toutes mes excuses pour mon ignorance à ce sujet - une grande partie de cela est en dehors de mon bailliage. Le correctif pour mshtml vise-t-il à résoudre le problème global de wine avec lui (ce dont j'ai l'impression que c'est un gros problème), ou un correctif ciblé qui nécessite un correctif de vin spécifique?

Mon inquiétude avec l'idée d'un correctif mshtml est que cela sonnait comme une bête que le vin n'a pas été en mesure de combattre depuis longtemps - mais mon impression pourrait être totalement fausse, ce qui serait génial.

il y a de fortes chances que seul le correctif d'URL mshtml puisse atterrir

@ kisak-valve et cacher les exportations de vin? si nous faisons fonctionner mshtml, nous en aurons toujours besoin pour exécuter le jeu, probablement

@HereInPlainSight wine_gecko fonctionne pour beaucoup de choses, et jusqu'à présent, nous n'avons pas de preuves solides que les problèmes que nous rencontrons avec lui sont plus que superficiels (l'écran noir pourrait très bien être le même problème que de l'afficher dans une fenêtre de navigateur !)

J'ai posté le correctif avec des instructions étape par étape sur protondb.

@HereInPlainSight wine_gecko fonctionne pour beaucoup de choses, et jusqu'à présent, nous n'avons pas de preuves solides que les problèmes que nous rencontrons avec lui sont plus que superficiels (l'écran noir pourrait très bien être le même problème que de l'afficher dans une fenêtre de navigateur !)

Eh bien, d'après ce que je peux voir à un moment donné, quelqu'un avait un patch de vin qui lui permettait de corriger l'erreur d'adresse (se terminant à https://frontier.ffxiv.com/version_4_0_win/index.html au lieu de https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html , et a dit qu'il s'était retrouvé sur un lanceur vide (Je ne peux pas tester tout cela - mon docker de compilation tk continue de chercher une version de glibc que je n'ai pas sur mon système actuel.) Trawling sur le site Web de Square, à tout le moins s'il s'agissait d'un lanceur complètement vide , il semble que ce soit la valeur par défaut et parfaitement normal.

https://img.finalfantasyxiv.com/ft/version_4_0/scripts/launcher/launcher.js alors _presumably_ devrait commencer à parcourir et commencer à rendre les choses visibles (cela change l'index

Il ne semble pas que ce soit le cas pour nous. Nous ne traitons tout simplement pas correctement les scripts concernés. Ou du moins, c'est à cela que cela ressemble, mais je n'ai aucune idée d'où aller avec ces connaissances car comprendre comment les programmes interagissent comme ça a toujours été de la magie noire pour moi. Je veux dire, beaucoup de choses sont de la magie noire, mais c'est pourquoi je dirige BLM - pour apprendre les sombres secrets de l'univers sur ses billets de stationnement non payés.

J'ai pensé que je devrais faire un rapport au cas où quelqu'un d'autre préfèrerait utiliser une solution sans proton. J'ai pu obtenir une ancienne version de wine (3.18) pour construire et travailler avec le correctif, mais la version que j'ai construite avec la dernière version ne semble pas fonctionner. Il se bloque juste chaque fois que j'essaye d'exécuter quoi que ce soit avec les binaires. Je pense que c'est pourquoi j'ai eu des problèmes lorsque j'ai essayé d'utiliser wine-tkg-git pour créer des paquets. Si quelqu'un veut m'aider à comprendre pourquoi cela se produit, je l'apprécierais.

J'ai pensé que je devrais faire un rapport au cas où quelqu'un d'autre préfèrerait utiliser une solution sans proton. J'ai pu obtenir une ancienne version de wine (3.18) pour construire et travailler avec le correctif, mais la version que j'ai construite avec la dernière version ne semble pas fonctionner. Il se bloque juste chaque fois que j'essaye d'exécuter quoi que ce soit avec les binaires. Je pense que c'est pourquoi j'ai eu des problèmes lorsque j'ai essayé d'utiliser wine-tkg-git pour créer des paquets. Si quelqu'un veut m'aider à comprendre pourquoi cela se produit, je l'apprécierais.

Veuillez donner des liens pertinents. Je cherche et cloné sur Google depuis des jours, ça devient vraiment épuisant.

J'ai pensé que je devrais faire un rapport au cas où quelqu'un d'autre préfèrerait utiliser une solution sans proton. J'ai pu obtenir une ancienne version de wine (3.18) pour construire et travailler avec le correctif, mais la version que j'ai construite avec la dernière version ne semble pas fonctionner. Il se bloque juste chaque fois que j'essaye d'exécuter quoi que ce soit avec les binaires. Je pense que c'est pourquoi j'ai eu des problèmes lorsque j'ai essayé d'utiliser wine-tkg-git pour créer des paquets. Si quelqu'un veut m'aider à comprendre pourquoi cela se produit, je l'apprécierais.

Il y a eu un bug dans la mise en scène du vin hier, peut-être que vous construisiez à partir de cela? A eu exactement le même problème et l'a corrigé en le faisant reculer de quelques commits.

Géré pour construire une version qui devrait fonctionner avec n'importe quelle installation de Lutris. Semble fonctionner pour certaines personnes jusqu'à présent. Peut-être que cela fonctionnerait aussi pour vous? https://files.feffe.it/wine-tkg-ffxiv-feffe-4.6-1.8-x86_64.tar.gz

Merci @feffes , cette version a fonctionné pour moi.

peut confirmer, la construction téléchargée par @feffes exécute le jeu dans lutris sur ubuntu 18.04, donc pour l'instant les gens sur Steam et sur lutris peuvent se reconnecter, la solution est toujours piratée, donc elle devrait toujours être travaillée correctement pour corriger mshtml

@feffes Confirmer que votre build fonctionne pour moi sur Lutris / Arch Linux.

Si vous voulez le construire vous-même, TKG a déjà corrigé ce bogue de congélation de vin hier, et le patch utilisateur FFXIV est présent dans le dernier wine-tkg. Tout ce que vous avez à faire est de suivre les instructions pour modifier le fichier customization.cfg en activant le correctif FFXIV et DXVK, puis le buld. Je suis sur Manjaro donc après la construction, il vient d'être installé, et je pourrais le sélectionner comme le coureur «système» de Lutris. https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git Sinon, utilisez simplement feffes build. J'ai joué pas mal d'heures hier sans aucun problème.

en regardant le code javascript du lanceur, je vois que la fonction qui semble rendre tout visible apparaît à la ligne 206 de index.js , comme une fonction anonyme enregistrée pour écouter App.protocol.Receive.RESUME_INFO . la recherche d'autres utilisations de cela nous amène à app.js , ligne 366, dans fromAppResumeInfo - la recherche de ceci dans la source ne révèle aucun appelant, donc je ne peux que supposer qu'il est appelé de l'extérieur .. .ou est censé le faire.

Oui, le lanceur injecte du JS dans la page.

oui, mais je n'ai aucune connaissance des outils fournis par wine_gecko pour le débogage

@feffes Est-ce que je peux créer un lien avec cette construction dans le post Reddit? Si tel est le cas, pouvez-vous donner des instructions sur la façon de l’utiliser? Je n'utilise pas Lutris moi-même.

@feffes Est-ce que je peux créer un lien avec cette construction dans le post Reddit? Si tel est le cas, pouvez-vous donner des instructions sur la façon de l’utiliser? Je n'utilise pas Lutris moi-même.

sûr. En bref, cela fonctionne comme n'importe quel autre coureur de vin, vous extrayez donc tkg-ffxiv-feffe-4.6-1.8-x86_64 du tar dans ~/.local/share/lutris/runners/wine et passez-y sous FFXIV> Configurer> Options du coureur

Ce serait bien au cas où quelqu'un ne l'aurait pas fait, de mettre à jour son expérience dans Proton DB, ce serait bien de faire passer FF14 en or, au lieu de réduire l'argent.

Afin de pousser plus loin le problème de l'écran noir, j'ai configuré un serveur Web local et y ai copié le site de lancement, cela me permet de modifier le html / javascript que le patcher charge.

L'ajout d'une balise de script supplémentaire avec fromAppResumeInfo(); en bas de index.html fera apparaître le lanceur dans un navigateur normal (dans une certaine mesure) - et le fait également dans ffxivlauncher! Il ne s'agit donc clairement pas d'un problème de rendu et laisse en effet entendre que certains scripts ne sont pas appelés comme ils le devraient.

En utilisant WINEDEBUG=mshtml nous trouverons également les éléments suivants:

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)

Avec un tas d'appels DispatchEx_InvokeEx plus tard. Je soupçonne que cela pourrait être ce que le lanceur utilise pour s'interfacer avec le javascript sur la page, bien que je ne sois pas entièrement sûr de ce que font réellement ces fonctions.

Ce qui a particulièrement attiré mon intérêt à cet égard, c'est cet avertissement:

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

70000002 correspond à SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION selon https://docs.microsoft.com/en-us/scripting/winscript/reference/iactivescriptproperty-setproperty

La documentation à ce sujet est un peu mince mais le nom suggère qu'il modifie en quelque sorte la façon dont le moteur javascript gère différemment la résolution globale de l'espace de nom. L'interface mentionnée précédemment semble utiliser des variables globales mappées à des fonctions, donc cela pourrait être un coupable possible ici car la fonction n'est clairement pas implémentée du tout et pourrait empêcher le lanceur d'utiliser ces variables globales.

Cependant, nous aurions besoin de plus d'informations sur ce que fait réellement SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION pour en savoir plus. Changer simplement la fonction dans wine pour retourner S_OK quoi qu'il en soit n'a rien changé dans le lanceur.

@sschroe d'autres erreurs liées à jscript / mshtml apparaissent-elles? Je m'attendrais à une autre erreur si une opération dépendait de la définition de cette propriété, oui?

edit: a parlé à quelqu'un dans #winehackers et ils ont dit que cette propriété était toujours définie

Est-ce que toujours défini signifie que cette fonction est toujours appelée ou que dans wine la fonctionnalité demandée est déjà l'état par défaut? Je n'avais d'ailleurs rien repéré qui me paraisse digne de mention.

Mes dernières tentatives ont été d'utiliser le code de https://github.com/dns/WinAPI-Embed-Browser/blob/master/embed-browser.c comme base pour créer un exemple où le problème peut être reproduit. Changer ce code pour charger l'URL du lanceur est assez simple mais je n'ai pas encore réussi à interfacer avec le Javascript. L'API Windows merdique et le manque de documentation me donnent envie de mourir.

ils ont dit que la raison pour laquelle la propriété n'est pas mise en œuvre est parce que c'est l'état par défaut

Un petit peu de "progrès":

La première chose que le lanceur semble faire après le chargement de la page est de naviguer dans le navigateur vers une URL javascript:
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})
Cela exécute à peu près juste la chaîne javascript donnée dans la page actuelle, dans ce cas en appelant la fonction fromAppConfig avec un tas d'arguments. Et cette partie fonctionne très bien jusqu'à présent et, entre autres, fonctionnera App.message.send(App.protocol.Send.REQUEST_RESUME_INFO); .

App.message.send ressemble à ceci:

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

window.external est normalement utilisé pour renvoyer des données dans un autre programme. Donc, dans ce cas, cela devrait être la communication vers le lanceur. Je soupçonne que c'est la partie où les choses pourraient échouer, car il ne semble pas grand chose d'autre après cela. Ajouter un alert() là-bas sur ma copie hébergée localement montre que le code est exécuté avec les valeurs appropriées dans wine. De plus, si vous commentez window.external.user(type); le lanceur n'affiche qu'un écran noir dans Windows, montrant le même comportement que celui que nous voyons sur wine.

Donc, ce qui pourrait arriver, c'est que le lanceur ne reçoit pas le REQUEST_RESUME_INFO et ne continue donc pas.

Je ne pense pas que ce soit le problème.

L'utilisation du patch mshtml de https://bugs.winehq.org/show_bug.cgi?id=47069#c2 vous permet d'exécuter le lanceur avec BrowserType 0 jusqu'au formulaire de connexion. Cliquez sur le bouton de connexion pour afficher une erreur (https://pomf.soupwhale.com/ltibnw.png).

Il s'agit d'un problème mshtml plus profond (ou plutôt d'une série de problèmes) qui n'a probablement pas de solution facile, sans parler du fait que même ce correctif est un hack.

Edit: Je n'ai pas vérifié cela depuis quelques jours, donc je me trompe peut-être, mais je pense que cette erreur provenait du fait que JSProtocolFactory_CreateInstance n'était pas implémenté.

En effet, si le navigateur effectue le rendu avec les correctifs à partir de là, les parties mentionnées précédemment ne devraient pas avoir d'importance car elles progressent déjà au-delà de ce point.

@lesderid Cette erreur se produit-elle encore si vous appuyez sur Entrée au lieu de cliquer sur le bouton dans le champ du mot de passe?

Curieusement, avec le hack pour le faire utiliser BrowserType 2 a le même comportement; cliquer sur le bouton produit cette erreur, appuyer sur Entrée dans le champ du mot de passe à usage unique se connecte avec succès. (La même chose devrait fonctionner sans OTP)

Appuyer sur Entrée au lieu de cliquer sur le bouton de lecture a lancé le jeu pour moi. Donc, en utilisant le correctif d'url + le piratage du navigateur occupé de https://bugs.winehq.org/show_bug.cgi?id=47069#c2, nous pouvons nous connecter et lancer le jeu.

De cette façon, je suis également capable d'utiliser le lanceur 64 bits, celui-ci nécessite également que la version wine soit masquée, car sinon, mon compte n'est pas enregistré. Avec la version wine cachée, cela fonctionne comme prévu et je peux me connecter.

@sschroe Je rencontre le même problème que vous (compte non enregistré). Qu'entendez-vous par cacher la version wine?

@nmalacarne Actuellement, XIV semble croire que l'exécution de Wine signifie que nous sommes sur Mac, il est donc spécifiquement - tentant - de vous dire que vous n'avez pas de licence Mac. Pour éviter cela, nous devons cacher que nous utilisons Wine. Faites quelque chose du genre WINEPREFIX=<path-to-prefix> winetricks hidewineexports=enable (ou protontricks au lieu de winetricks si vous l'avez), ou WINEPREFIX=<path-to-prefix> winecfg et modifiez le paramètre dans l'onglet Staging.

Il semble que mon espionnage a peut-être aidé après tout. J'ai regardé ça. Veuillez ne pas dire qu'ils n'ont pas fait cet acte intentionnellement, ils savent exactement ce qu'ils font. Ouvrez les yeux pour voir que Microsoft, Apple et Sony sont tous des explorateurs de données. Proton empêche cela puisqu'il permet un contournement de leurs plates-formes, donc pour le garder sous la table, cette petite tactique de boule à vis a été utilisée pour jardiner Linux mais avoir un trou de fouine vers lequel revenir. Square prend en charge les tactiques de collecte de données des autres.

Disons simplement que si les shiles Microsoft étaient des esclaves, alors Microsoft est un jugalo. Sony et Apple y participent également. Eh bien, amusez-vous à jouer aux rats contre les chats avec Square, à moins que Val ne s'en tire comme il le devrait avec Half-Life 3, alors la vie d'un hacker nous naviguons. Que ça vous plaise ou non.

Merci @HereInPlainSight , c'est logique. Tout fonctionne bien maintenant avec DX11 après avoir défini hidewineexports via winetricks .

Cela va donc être long, mais je ne sais pas où demander d'autre. J'ai eu des problèmes où, au hasard, le jeu ne se "mettra pas à jour" pendant 5 secondes (comme dans, à partir du réseau), puis tout se mettra à jour en même temps, répétez. Cela dure pendant des heures, puis disparaît mystérieusement pendant quelques jours et revient pendant quelques jours. Redémarrer l'ordinateur ne fait rien, redémarrer le routeur / modem ne fait rien, mudfish aggrave le problème, mtr ne signale aucune perte de paquet et un ping raisonnable, et je n'ai aucune idée de l'endroit où aller. Cela semble n'affecter que le jeu et le lanceur lorsque vous essayez de mettre à jour le jeu. Bug du pilote Ethernet? Bogue de la pile TCP Linux qui affecte uniquement les jeux pour une raison quelconque? Bogue de la pile TCP Wine? Je n'ai aucune idée par où commencer même pour déboguer ceci.

Cela se produit également sur Windows. Pensez-vous que le code proteste trop?

C'est un mauvais lanceur et un programme de mise à jour tout aussi mauvais.

fils. 12. mai 2019, 23:03 skrev jbal91 [email protected] :

Cela va donc être long, mais je ne sais pas où demander d'autre.
J'ai rencontré des problèmes où, au hasard, le jeu ne se "mettra pas à jour" pendant 5
secondes (comme dans, à partir du réseau) puis tout sera mis à jour en même temps,
répéter. Cela continue pendant des heures puis disparaît mystérieusement
pendant quelques jours et revient pour quelques jours. Le redémarrage de l'ordinateur fait
rien, redémarrer le routeur / modem ne fait rien, mudfish rend le
problème pire, mtr ne signale aucune perte de paquet et un ping raisonnable, et j'ai
aucune idée de où aller d'ici. Cela semble n'affecter que le jeu et
le lanceur lors de la tentative de mise à jour du jeu. Bug du pilote Ethernet? TCP Linux
bug de pile qui n'affecte que les jeux pour une raison quelconque? Bogue de la pile TCP Wine? je
n'ont aucune idée par où commencer même pour déboguer ceci.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-491629097 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD4BBKE3KPYIGKXJFSNHGXDPVCA3DANCNFSM4FRR7KYQ
.

Cela se produit également sur Windows. Pensez-vous que le code proteste trop? C'est un mauvais lanceur et un programme de mise à jour tout aussi mauvais. fils. 12. mai 2019, 23:03 skrev jbal91 [email protected] :

Ce n'est pas seulement le lanceur, cela rend le jeu injouable quand cela se produit. Cela ressemble à une mauvaise perte de paquets, mais MTR n'est pas d'accord.

Est-ce que quelqu'un sait comment installer et exécuter ffxiv à l'aide de proton sans utiliser Steam ou exécuter la version Steam? Je veux m'assurer de pouvoir récupérer toutes mes données tant que je le peux encore, et j'ai un compte non-Steam et je me suis connecté via l'essai qui est censé cesser de fonctionner à l'avenir. Cependant, pour la vie de moi, je ne trouve aucune information sur l'exécution de votre propre construction de protons pour des applications arbitraires et non via le lanceur Steam.

Est-ce que quelqu'un sait comment installer et exécuter ffxiv à l'aide de proton sans utiliser Steam ou exécuter la version Steam? Je veux m'assurer de pouvoir récupérer toutes mes données tant que je le peux encore, et j'ai un compte non-Steam et je me suis connecté via l'essai qui est censé cesser de fonctionner à l'avenir. Cependant, pour la vie de moi, je ne trouve aucune information sur l'exécution de votre propre construction de protons pour des applications arbitraires et non via le lanceur Steam.

Proton est juste un autre binaire que vous pouvez exécuter. Si vous le souhaitez, vous pouvez créer un alias bash pour lui, puis l'exécuter comme vous le feriez pour Wine.

Fonctionnait bien après la mise à jour ce matin, je reçois maintenant une vérification de version impossible

Fonctionnait bien après la mise à jour ce matin, je reçois maintenant une vérification de version impossible

J'ai dû saisir à nouveau le "WINEPREFIX = [emplacement pfx] winetricks hidewineexports = activer"

Quel est même le but des exportations de vin? Pourquoi est-il activé par défaut?

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

Fonctionnait bien après la mise à jour ce matin maintenant, je suis incapable de
vérification complète de la version

J'ai dû saisir à nouveau le "WINEPREFIX = [emplacement pfx] winetricks
hidewineexports = activer "

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKAP3IRFUAZ2IKNOCRDPVM7CTA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREX63PNVWWK3TUL52HS4DFVREX63VWWWK3TUL52HS4DFVREX63VWWWK3TUL52HS4DFVREX63VNVWWK3TUL52HS4DFVREX63VWWWK3TUL52HS4DFVREX63
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD4BBKADDKQZJ3Q6W3NNBKTPVM7CTANCNFSM4FRR7KYQ
.

Je suppose que ce serait pour les programmes avec un support spécial pour Wine, comme ceux compilés avec winelib . Avoir ces exportations permettrait à un programme d'utiliser facilement des solutions de contournement spéciales pour les bogues dans Wine.

Comme nous l'avons vu, bien sûr, il peut également être utilisé pour refuser aux utilisateurs de Wine le droit d'exécuter leurs programmes Windows. : / Mais c'est pourquoi l'option de les masquer existe.

Est-ce que quelqu'un sait comment installer et exécuter ffxiv à l'aide de proton sans utiliser Steam ou exécuter la version Steam? Je veux m'assurer de pouvoir récupérer toutes mes données tant que je le peux encore, et j'ai un compte non-Steam et je me suis connecté via l'essai qui est censé cesser de fonctionner à l'avenir. Cependant, pour la vie de moi, je ne trouve aucune information sur l'exécution de votre propre construction de protons pour des applications arbitraires et non via le lanceur Steam.

Proton est essentiellement un Wine patché avec un script de lancement. Pour ce faire, vous pouvez:

1) Vous pouvez exécuter le binaire wine directement dans votre build Proton comme si vous utilisiez une version normale de Wine
2) Examinez comment Steam appelle Proton et définissez les variables d'environnement appropriées avant d'appeler le script proton avec les paramètres de ligne de commande appropriés. Vous pouvez trouver ces informations en écrivant un script shell qui vide ces informations, puis en les définissant dans les options de lancement de Steam, ou vous pouvez examiner le script proton pour voir quelles variables et quels paramètres il utilise.

Pour obtenir les données de Steam, cependant, vous n'avez rien à exécuter, copiez-les simplement depuis votre ~ / .local / share / Steam / steamapps / compatdata / 312060 / pfx / drive_c / users / steamuser / My Documents / My Jeux / FINAL \ FANTASY \ XIV \ - \ A \ Realm \ Reborn. Sinon, si vous pouvez exécuter le jeu, utilisez sa sauvegarde sur le cloud pour enregistrer tous vos paramètres.

Ensuite, importez-les dans votre installation non-Steam de FFXIV, que ce soit via Lutris, Windows ou un Wine patché manuellement.

Je suppose que ce serait pour les programmes avec un support spécial pour Wine, comme ceux compilés avec winelib . Avoir ces exportations permettrait à un programme d'utiliser facilement des solutions de contournement spéciales pour les bogues dans Wine.

Comme nous l'avons vu, bien sûr, il peut également être utilisé pour refuser aux utilisateurs de Wine le droit d'exécuter leurs programmes Windows. : / Mais c'est pourquoi l'option de les masquer existe.

C'est fondamentalement tout, se cacher des programmes Windows n'a jamais été dans le cadre du projet Wine, donc je suppose que l'idée est de fournir un moyen simple d'identifier les informations de version de Wine et Wine est préférable à l'équipe de Wine que les développeurs essayant de détecter Wine en s'appuyant sur son comportement. Cependant, certains logiciels anti-triche et DRM font ce dernier.

Je ne pense toujours pas que SE fasse tout son possible pour baiser les utilisateurs de Linux - je doute que nous soyons même sur leur radar - mais ils déplacent la version Mac vers le client DirectX 11 (comme le client DirectX 9 supprimé) avec un nouveau wrapper, et c'est ainsi qu'ils le détectent.

Pour être clair, je ne pense pas non plus que ce soit ce que fait SE. (Je ne pense que le truc de hidewineexports pourrait commencer à travailler pas 4,58, mais c'était seulement en raison de l'impact potentiel de leurs revenus de licence Mac.)

SE a été très cordial à ce sujet, en fait - la réponse qu'ils m'ont donnée à ma demande d'assistance (voir l'article original dans mon fil Reddit ) suggère qu'ils nous prennent au sérieux et ne rejettent pas simplement la configuration comme n'étant pas prise en charge (ce qu'ils 'aurais absolument le droit de faire), ce qui est encourageant.

Quand j'ai dit "cela peut aussi être utilisé pour refuser aux utilisateurs de Wine le droit d'exécuter leurs programmes Windows", je ne parlais pas de Linux. Je faisais référence au fait que la version Mac du jeu est principalement un (ancien) wrapper Wine, et que la façon dont ils ont décidé de détecter les versions Mac était de vérifier la présence de Wine.

(En fait, je soupçonne que le lanceur est créé par une équipe différente, étant donné qu'il utilise IsTransgaming et non get_wine_version comme le jeu lui-même. Cela dit, je suis heureux qu'ils soient séparés compte tenu que IsTransgaming est actuellement ce qui nous permet même d'utiliser le lanceur dès maintenant.)

S'ils utilisaient get_wine_version pour les deux, il serait toujours relativement facile de contourner (modifiez simplement la recherche de symboles dans le client) avec l'avantage supplémentaire de travailler hors de la boîte si vous aviez, en effet, un Licence Mac.

Les polices du lanceur fonctionnent uniquement avec les polices "droid". Pas besoin d'installer des propriétaires.

Quelqu'un a-t-il de la chance pour que le benchmark fonctionne?

@ jbal91 merci pour les conseils, mais je suis toujours incroyablement perdu à essayer de le comprendre. J'ai finalement compris que Steam exécute ce qui suit pour lancer le jeu, si j'inclus mes options de lancement personnalisées:

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

cependant quand je cours, j'obtiens:

Proton: No compat data path?

De toute évidence, il manque un tas d'autres choses. Lutris me fait monter le mur car je ne peux pas facilement comprendre sur quoi il s'étouffe ou comment l'obtenir pour trouver le proton 4.2 personnalisé qui est utilisé dans la commande ci-dessus, donc je n'ai pas eu beaucoup de chance avec lui.

Edit: donner à Lutris le vieux collège essayer et recommencer mais ça ... ne marche pas. Le lanceur apparaît avec la fenêtre de chargement, mais se ferme ensuite, aucune erreur, rien du tout, et il n'y a rien dans le journal de lutris de la valeur, ou du tout. Pourquoi SE ne peut-il pas arrêter de me menacer et me laisser simplement utiliser l'essai gratuit de Steam sans m'inquiéter, je vais être verrouillé pour toujours sans moyen de sortir mes affaires ou de passer des heures le jour du lancement de SHB à essayer de manquer de Steam pendant récupérer mes données ou quoi que ce soit, indéfiniment; ;

Une autre modification: après avoir essayé ... beaucoup de choses, j'ai trouvé ce script que quelqu'un a posté sur reddit: https://pastebin.com/NJxfe8Ex et l'ai modifié pour utiliser le proton personnalisé que j'exécute sur Steam qui a le patch istransgaming ( c'est Ashkitten, en particulier) et ... il fait la même chose que Lutris, en faisant clignoter la version de vérification de démarrage et parfois une fenêtre de lancement vide brièvement puis en quittant simplement sans message d'erreur ou quoi que ce soit. Donc ... quelque chose doit être faux en général mais je ne peux pas comprendre ce que cela pourrait être.

Malheureusement, j'ai le même problème avec le benchmark Shadowbringers. Il sort juste sans rien charger du tout. Donc je n'ai aucune idée s'il est possible de courir tout de suite.

Beaucoup de ... choses se sont passées et je pense que je serai peut-être sur le point de le faire fonctionner en exécutant une construction de vin Lutris similaire à celles de protons ici qui prennent en charge le préfixe hidewineprefix que j'ai trouvé dans un thread Lutris mais aussi directement dans bash car cela charge le lanceur et l'exécuter depuis Lutris ne le fait pas. Pour certaines raisons. Je ne sais pas que je travaille encore dessus et qu'il est en train de patcher en ce moment.

Cela dit, si des sorciers ou sorciers du vin ont une idée de la façon de gérer le benchmark, ce serait cool, l'heure que j'ai passée dans Windows pour jouer avec était horrible lol.

Si j'essaye de l'exécuter, j'obtiens:

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.

En regardant cela, il semble que cela puisse être un peu méchant et quelque chose avec une version de .NET qui ne sera jamais prise en charge ou quelque chose du genre, mais c'est vraiment loin de ma profondeur et vous avez probablement une meilleure idée de la façon d'obtenir il fonctionne, ou des raisons solides pour lesquelles cela ne se produit pas.

Si j'essaye de l'exécuter, j'obtiens:

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.

En regardant cela, il semble que cela puisse être un peu méchant et quelque chose avec une version de .NET qui ne sera jamais prise en charge ou quelque chose du genre, mais c'est vraiment loin de ma profondeur et vous avez probablement une meilleure idée de la façon d'obtenir il fonctionne, ou des raisons solides pour lesquelles cela ne se produit pas.

En fait, il y a quelques jours, cela a une chance d'être soutenu dans un avenir proche. (https://github.com/dotnet/wpf/pull/720)

juste pour la mise à jour afin que quelqu'un ne perde pas de temps s'il voyait mes derniers messages, j'ai finalement fait travailler FFXIV sur un préfixe WINE compatible dxvk, c'était un peu un voyage qui impliquait beaucoup de recompilation (gentoo yay) et trouver quelqu'un dans la discorde de Lutris qui avait son propre fork de Lutris qui fonctionne mieux [sur Gentoo au moins] mais je suis maintenant à l'abri de l'imminente Newellpocalypse :)

@witcheslive Je ne savais pas que vous étiez sur Gentoo - personnellement, je lance la version lutris-9999, mais dans tous les cas, assurez-vous de désactiver le runtime Lutris comme paramètre par défaut et Lutris devrait fonctionner correctement. D'après mon expérience, le runtime ne fonctionne pas bien du tout dans Gentoo.

Je ne sais pas si cela est utile, mais je joue à FFXIV avec Lutris relativement bien depuis 3 jours.

• J'utilise FFXIV autonome (pas de connexion Steam ni de client impliqué)
• J'ai eu quelques déconnexions aléatoires, mais si j'ai bien compris, il y a eu des attaques DDoS ces derniers temps et cela peut ne pas être spécifique à Wine / Linux
• Je recevais fréquemment des erreurs de lancement de nulle part au cours du dernier jour (-21?), Mais j'ai réussi à le démarrer de manière cohérente en supprimant le dossier web ; à part ça, le lanceur me permet de me connecter sans problème
• Avec la distribution Wine Staging 4.8 sur openSUSE TW et Fedora 30, le programme d'installation de FFXIV plantait juste après avoir accepté la première invite sur la langue. Je ne sais pas de quoi il s'agit, mais Lutris fonctionne bien (je n'ai pas testé Steam / Proton directement)
• Sur Lutris, j'ai utilisé le runner ge-faudio-protonified-4.8 et généralement les paramètres par défaut de Lutris (gardé Lutris Runtime activé)
• Le script d'installation de Lutris masque la version wine et effectue les modifications des paramètres de la cinématique et du navigateur cfg
• J'utilise DXVK avec un RX 580 sur openSUSE TW
• Je suis également capable de courir sur un ordinateur portable avec un RX 560 dans un eGPU
• Impossible de faire fonctionner le benchmark Shadowbringers (j'ai obtenu l'erreur de présentation 4.0.0 ci-dessus, et même après l'installation de dotnet45 (le benchmark nécessite 4,5 au minimum), j'ai eu une autre erreur)

Le coureur Lutris ge-faudio-protonified-4.8 a le patch Transgaming appliqué:

% 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

Le script d'installation FFXIV de Lutris applique également le hack HideWineExports via le registre:

- 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

Donc, pour quiconque sur une distribution avec le soutien de Lutris, ce sera votre meilleur pari à l'avenir. Installez Lutris, faites-le configurer le jeu pour vous et cela devrait fonctionner.

des progrès pour faire fonctionner le lanceur avec mshtml?

Nous pouvons faire fonctionner le lanceur 64 bits avec un correctif qui a été publié sur le suivi des bogues de wine.

Les seuls problèmes que j'ai rencontrés avec ce patch sont:

• Le lanceur ne se souvient pas de mon nom d'utilisateur, peu importe ce que je lui dis.
• Après avoir tapé vos informations de connexion, vous devez appuyer sur «entrer» au lieu de cliquer sur «se connecter». Cliquer sur fait planter le lanceur.

Aucun de ces problèmes ne me dérange, j'ai donc utilisé le lanceur 64 bits.

btw, mis à part le lanceur, j'ai rencontré 2 problèmes distincts:

• le film d'ouverture pour au moins ARR ne joue pas correctement, et rester assis trop longtemps sur l'écran de titre ou essayer de le lire à partir du menu films vous donne un écran noir qui ne répond pas avec un indicateur de chargement (le film d'ouverture de Stormblood n'a pas de problème)
• dans thornmarch (dur) il y a un bruit de crépitement / claquement très fort à un moment donné, j'ai vécu cela les deux fois où j'ai fait cet essai et nulle part ailleurs

Il semble que l'erreur 404 et l'écran noir aient été corrigés dans wine-git. Le lanceur affiche actuellement le contenu, mais vous obtenez une erreur javascript si vous essayez réellement de vous connecter.

Quelqu'un sur la discorde VKX a dit que c'était le commit: https://github.com/wine-mirror/wine/commit/d535df42f665a097ec721b10fb49d7b18f899be9

EDIT: Appuyer sur Entrée au lieu du bouton de connexion fait fonctionner le lanceur.

EDIT: Appuyer sur Entrée au lieu du bouton de connexion fait fonctionner le lanceur.
Cela a fonctionné pour moi! mais une seule fois. mais je suis entré dans le jeu et j'ai choisi le personnage passé

Quelqu'un sur la discorde VKX a dit que c'était le commit: wine-mirror / wine @ d535df4

Compilé une version git aujourd'hui à partir des scripts de Tk-Glitch sans correctifs personnalisés - le lanceur 64 bits fonctionne et se souvient de mon ID dans Lutris. Lorsque Proton rattrape cela, nous ne devrions plus avoir besoin de correctifs spéciaux pour que XIV fonctionne via Steam, et nous devrions _ (si Hydaelyn le veut) accepter le retrait du lanceur 32 bits.

Non pas que je m'attendais à ce que cela change, mais j'ai créé un autre préfixe à tester, et nous devons encore cacher wine pour ne pas être considéré comme ayant besoin d'une licence Mac. Légèrement grognant.

Lorsque Proton rattrape cela, nous ne devrions plus avoir besoin de correctifs spéciaux pour que XIV fonctionne via Steam,

FFXIV a toujours besoin de Staging car il n'y a pas vraiment de moyen de contourner l'erreur de licence MacOS autrement.

Je devrais penser que proton serait plus disposé à incorporer des correctifs de mise en scène que des solutions de contournement incroyablement spécifiques, bien que

FFXIV a toujours besoin de Staging car il n'y a pas vraiment de moyen de contourner l'erreur de licence MacOS autrement.

J'avais l'impression que l'on pouvait soit winetricks soit protontricks le préfixe lui-même, mais comme je n'ai pas pu compiler mon propre proton contre le dernier vin pour une raison quelconque, je ne peux pas le vérifier. J'avoue que je ne connais pas grand chose au comportement du vin à ce niveau.

J'avais l'impression que l'on pouvait soit winetricks soit protontricks le préfixe lui-même

vous avez besoin du correctif de la mise en scène, en plus de cela

Le problème est aussi que vous ne voulez vraiment pas que wine se cache par défaut, car certains anti-tricheurs vérifient si vous utilisez wine pour vous assurer qu'il ne vous interdit pas d'avoir une installation de Windows "modifiée" ou autre. C'est donc vraiment quelque chose qui ne devrait être fait qu'explicitement.

le correctif ne prend effet que si vous modifiez également l'entrée de registre, donc ça devrait aller

Il existe d'autres moyens de contourner le problème de licence Mac:

• Acheter une licence Mac
• La modification des symboles Wine dans le client du jeu (contrairement au lanceur, l'intégrité des fichiers du jeu n'est pas vérifiée au démarrage du jeu) - pourrait être effectuée avec un simple script sed.

Si les gens sont prêts à le faire, ils peuvent utiliser vanilla Proton une fois qu'il fusionne de Wine en amont. Mais oui, sinon la mise en scène sera nécessaire et je ne vois pas Valve fusionner le patch d'exportation de hide wine à moins que Wine le fasse lui-même.

@ kisak-valve pouvons-nous obtenir des commentaires officiels sur les correctifs que proton incorporera ou non pour faire fonctionner un jeu?

Bonjour @ashkitten , rappel amical que je suis modérateur pour les trackers de problèmes de Valve sur Github et non un développeur Proton moi-même, donc je ne peux pas répondre à cette question.

Vous pouvez faire une pull request avec le (s) patch (s) et ils seront évalués au cas par cas.

oui bien sûr, j'avais oublié 😅

J'ai fait une nouvelle version pour des raisons personnelles mais j'ai pensé que je devrais la partager ici - elle utilise toujours le même patchset que celui du 24 mai, mais je l'ai rebasée sur le dernier commit de la branche proton_4.2

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

Il est toujours nécessaire de construire le proton à partir de la source avec du vin en amont pour l'erreur https?
Je n'aime pas la chose qui cache le vin ou toute solution de contournement étrange.

Si je l'obtiens, je dois
1) compilez proton / wine à partir de sources
2) mettre à jour le proton à la main

Je ne sais pas comment utiliser le script lutris puisque j'ai la version Steam du jeu. Je dois installer Steam avec Lutris et plus tard installer / copier le jeu?

@Turbito
Pour Steam, vous devrez toujours cacher le vin, à moins que vous ne souhaitiez également acheter la version Mac. Cependant, pour que cela fonctionne, il faut copier une version personnalisée de proton comme celle que @ashkitten vient de

En d'autres termes, il fonctionnera finalement plus ou moins hors de la boîte sans aucun violon, et probablement très bientôt ... si vous avez une licence mac. Si ce n'est pas le cas, vous devrez faire des manipulations mineures pour masquer le préfixe de vin du jeu, mais c'est une chose très définie et oublie.

proton n'a-t-il pas de scripts de configuration par jeu? Je suis sûr qu'il pourrait simplement créer l'entrée de registre appropriée pour que le jeu fonctionne correctement.

proton n'a-t-il pas de scripts de configuration par jeu? Je suis sûr qu'il pourrait simplement créer l'entrée de registre appropriée pour que le jeu fonctionne correctement.

Proton ne le fait pas, Steam lui-même le fait.

Je ne les vois pas fusionner hide_wine_exports ou appliquer l'entrée de registre en raison de problèmes juridiques (nous contournons effectivement les SE par plate-forme de licence «DRM» ici, ce qui pourrait être une violation du DMCA aux États-Unis)

Alors, est-il ridicule d'espérer que si quelqu'un soumet une pull request pour les exportations, Valve pourrait simplement ... _ask_ Square de ne pas utiliser Wine pour voir si quelqu'un est sur Mac, car il interfère avec Proton, un utilitaire pris en charge par Steam, sur un jeu qu'ils vendent sur leur plate-forme, et interfère spécifiquement avec les licences?

Cela ne veut peut-être rien dire, Square peut ne pas s'en soucier de toute façon, mais la demande venant de Valve signifierait bien plus que venir de nous, clairement.

Si Steam pouvait obtenir des scripts pour configurer FFXIV_boot.cfg et Square cessait de filtrer les utilisateurs de Wine en tant qu'utilisateurs Mac, une fois que Proton a rattrapé la mise à jour qui corrige le lanceur, je pense que le jeu fonctionnerait immédiatement pour la plupart des gens.

Je reçois beaucoup d'erreurs directes x et d'erreurs dll. Il ne le faisait pas avant.

Ceci avec la dernière version de Proton ou 4.2_local? (Celui que quelqu'un
compilé pour nous ci-dessus)

fils. 16. jun. 2019, 08:49 skrev zangoku [email protected] :

Je reçois beaucoup d'erreurs directes x et d'erreurs dll. Il ne faisait pas
ceci avant.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKD7AHWERLWHCANIRSLP2XO7RA5CNFSM4FRR7KY2YY3PNVWWWK3TUL52HS4DFVCA5CNFSM4FRR7KY2YY3PNVWWWK3TUL52HS4DFVCA5CNFSM4FRR7KY2YY3PNVWWWK3TUL52HS4DFVCA3PNVWWWK3TUL52HS4DFVCA3PNVWWWK3TUL52HS4DFVCA3PNVWWWK3TUL52HS4DFVCA3PNVWWWK3TUL52HS4DFVCA3GVWWWK3TUL52HS4DFVCA50VWWWK3TUL52HS4DFVCAE
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD4BBKD75DW3NWMOABL5XKDP2XO7RANCNFSM4FRR7KYQ
.

@TenaarFeiri C'est avec 4.2_local

pour ceux qui se soucient de cette construction de proton personnalisée fonctionne hors de la boîte (je l'ai testé): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

pour ceux qui se soucient de cette construction de proton personnalisée fonctionne hors de la boîte (je l'ai testé): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

Fonctionne très bien! Merci d'avoir partagé <3

pour ceux qui se soucient de cette construction de proton personnalisée fonctionne hors de la boîte (je l'ai testé): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

est-ce basé sur le proton 4.2-7?

pour ceux qui se soucient de cette construction de proton personnalisée fonctionne hors de la boîte (je l'ai testé): https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.10-GE-3

est-ce basé sur le proton 4.2-7?

bien..kinda, c'est vraiment une construction personnalisée:

-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

c'est des notes de relese précédentes

J'ai donc essayé à la fois la mise proton_4.2-local jour Proton-4.10-GE-3 , mais si je lance le jeu en mode DX11 (ce qui ne sera pas possible, je suppose qu'une fois que les shadowbringers atterriront), alors je finit par l'erreur expirée 3109 not yet registered or subscription . Cela ne se produit pas sous DX9. Y a-t-il un paramètre de configuration ou un paramètre de lancement qui me manque ici?

Je cours directement via Steam sur Ubuntu.

EDIT: Je l'ai compris, j'ai dû activer hidewineexports via winetricks . Fonctionne comme un charme en utilisant Proton-4.10-GE-3 now <3

Maintenant, j'ai un problème avec Proton-1.10-GE-3 dans la mesure où le jeu semble incapable de se souvenir de mes paramètres système, bien que les paramètres des personnages et la disposition de l'interface utilisateur, etc., se souviennent très bien ...

Des idées?

Ayant le même problème, il semble que l'utilitaire ProtonFixes modifie la configuration à chaque démarrage, mais il semble qu'il remplace tout par les valeurs par défaut ou casse quelque chose et le jeu réinitialise la configuration.

En tant que Quickfix, j'ai rendu la FFXIV.cfg lecture seule ... cela a pour conséquence que la fenêtre "Corrections de protons appliquées" reste bloquée lors du lancement du jeu, mais la simple fermeture n'a aucun autre effet :)

ouais je remarque moi-même ce problème mineur, peut-être que @GloriousEggroll pourrait le vérifier

Salut à tous. J'ai suivi ce fil par e-mail. Je viens de faire des corrections aux scripts ffxiv protonfixes:

gamefixes.tar.gz
Extrayez-les dans Proton-4.10-GE-3 / protonfixes / gamefixes /

Modifications effectuées:
https://github.com/GloriousEggroll/protonfixes/commit/e0466f61447b1aa5e9cd494236777a6cb9d9b4d4

Aussi juste quelques informations:
Ma version a à la fois le patch hidewineexports porté depuis la mise en scène et le patch transgaming.
Le patch transgaming incite le lanceur à exécuter la version CEF de lui-même au lieu de la version mshtml. la version mshtml a une erreur java cassée si vous cliquez sur le bouton de connexion, d'où la raison pour laquelle nous voulons la version cef. le patch hidewineexports permet de masquer les exportations de vin du jeu, ce qui empêche le jeu de penser que le compte n'a pas ffxiv enregistré dessus.

La version elle-même contient des correctifs pour plusieurs jeux, pas seulement ffxiv. Son build Faudio est également construit avec le support ffmpeg afin que l'audio wma et wmv fonctionne. Il est également construit sur wine-4.10 vanilla avec les commits / patchs de proton portés.

Les patchs réalisés pour wine dans ma version se trouvent ici:

https://github.com/GloriousEggroll/proton-ge-custom/blob/proton-ge-4.10/game-patches-testing/proton-prep.sh

Alors que les correctifs de jeu non liés au vin sont effectués par des protonfixes.

Merci beaucoup, @GloriousEggroll ! <3 Cela a fait l'affaire!
À propos de l'erreur java, y a-t-il une chance qu'un correctif pour cela entre dans le pipeline un jour? Ou abandonnons-nous tout simplement l'espoir de mshtml en ce moment?

c'est aux développeurs de vin. vous pouvez toujours vous connecter en appuyant sur Entrée, mais la version cef fonctionne parfaitement en utilisant soit Entrée ou clic de souris.

@GloriousEggroll Vous

Espérons que tout ne se cassera pas vendredi.

Et le lanceur est à nouveau cassé avec une erreur HTTPs :(

Quelle erreur? J'ai toujours eu une erreur, le redémarrage la corrige.
Je ferme juste le lanceur et relance le lanceur.

Redémarrez Steam si vous obtenez des erreurs https, il le corrige. Je confirme que le jeu fonctionne sans travail actuel, je suis en file d'attente.

Le lanceur est malheureusement un POC et vous aurez parfois des erreurs HTTPS
sans raison réelle sur aucun système, Windows, Mac ou Linux.
J'aurais aimé qu'ils s'en débarrassent complètement.

fre. 28. jun. 2019, 11:04 skrev zangoku [email protected] :

Redémarrez Steam si vous obtenez des erreurs https, il le corrige. Je confirme le jeu
fonctionne sans travail actuel, je suis dans la file d'attente.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKB3DUXG3E5GERVRQVTP4XHZZA5CNFSM4FRR7KY2YY3PNVHWWK3TUL52HS4DFV508WWWWK3TUL52HS4DFV508WWWWK3TUL52HS4DFV
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD4BBKH4ZMH4NVKFPRYAVOTP4XHZZANCNFSM4FRR7KYQ
.

Je peux confirmer que le lanceur 5.0 fonctionne dans wine-4.11, y compris les mises à jour (j'ai eu quelques erreurs HTTPS lors de la mise à jour qui, j'imagine, étaient dues à une surcharge des serveurs, mais le redémarrage du lanceur a laissé la mise à jour se terminer normalement). HideWineExports est toujours nécessaire pour éviter d'être détecté en tant que Mac, et cliquer sur le bouton "connexion" au lieu d'appuyer sur Entrée dans le champ du mot de passe provoque toujours une erreur Javascript, mais sinon aucun correctif ne semble nécessaire.

Le jeu lui-même lance maintenant une boîte de dialogue "Une erreur inattendue s'est produite" dès que la fenêtre principale du jeu s'ouvre, avant même que l'écran titre n'apparaisse; cela semble être un bug ou une fonctionnalité manquante dans FAudio (l'erreur est déclenchée par un crash dans FAudioFXVolumeMeter_Process() que j'étudie toujours). Il me semble que je me souviens que la mise en scène de vin ou Proton désactive FAudio pour le moment, donc ce n'est peut-être pas un problème lors de l'utilisation de Proton, mais juste pour info.

Le jeu lui-même lance maintenant une boîte de dialogue "Une erreur inattendue s'est produite" dès que la fenêtre principale du jeu s'ouvre, avant même que l'écran titre n'apparaisse

Se produit actuellement sur Lutris avec les deux coureurs 4.10 Wine (y compris celui gé-protonifié); Le lanceur fonctionne apparemment bien, mais le jeu se bloque immédiatement après avoir appuyé sur Play

Fonctionne avec le coureur ge-faudio-protonified-4.8

Je sais que cela ne vous aide pas mais si cela aide quelqu'un du tout, le dernier de Glorious Eggroll
chose (https://github.com/ValveSoftware/Proton/issues/580#issuecomment-504688485) fonctionne avec moi. Je suis en jeu en ce moment.
J'espère que vous pourrez le faire trier. Si je peux partager des informations pour vous aider, laissez-moi
connaître!

Edit: Je sais que je n'utilise pas FAudio, cependant. J'utilise xaudio / xact (?).

La dernière révision devrait corriger les plantages dans le dernier patch FFXIV: https://github.com/FNA-XNA/FAudio/commit/6de5c86b27ec3c5f3aac2dab431563a89a1460b2

EDIT: Notez que le jeu n'utilise ni WMA ni F3DAudio, donc aucune construction personnalisée ne devrait être nécessaire, la configuration par défaut de CMake devrait être suffisante pour que cela fonctionne.

Fonctionne avec le coureur ge-faudio-protonified-4.8

Savez-vous quelle version de FAudio utilise ce coureur? (cherchez libFAudio.so.* si vous n'êtes pas sûr)

EDIT: Peu importe, on dirait que c'est réglé en amont.

Je sais que cela ne vous aide pas mais si cela aide quelqu'un du tout, la dernière chose de Glorious Eggroll ( # 580 (commentaire) ) fonctionne avec moi. Je suis en jeu en ce moment. J'espère que vous pourrez le faire trier. Si je peux partager des informations pour vous aider, faites-le moi savoir! Edit: Je sais que je n'utilise pas FAudio, cependant. J'utilise xaudio / xact (?).

J'utilise actuellement ma version et je peux me connecter sans problème. Je n'ai pas de remplacement xact / xaudio en place. J'ai également essayé d'utiliser ma version de lutris ge-protonified-4.10. les deux versions peuvent se connecter avec succès.
Je dois noter que la construction de lutris est construite sur un buildbot utilisant ubuntu 18.04 avec des bibliothèques lutris en cours d'utilisation, et que la construction de protons est construite avec vagrant, de la même manière que les constructions de protons de valve sont faites. La version lutris utilise également les bibliothèques Faudio de ma version proton, elles sont donc identiques dans cet aspect. Aucune de mes versions n'est construite directement sur mon propre système en utilisant mes propres bibliothèques. Ils sont conçus pour être largement portables.

J'ai donc parfois eu des erreurs HTTPS, mais j'ai également trouvé un moyen facile de les corriger.

Si le reste du lanceur se charge mais pas le formulaire de connexion en haut à droite, le lanceur finira par expirer avec une erreur. Cependant, j'ai trouvé qu'un moyen simple de forcer le chargement du formulaire de connexion en cas de problème consiste simplement à passer la souris sur l'un des boutons en bas du lanceur. Le texte d'aide pour ce bouton apparaîtra, et pour quelque raison que ce soit, cela semble permettre au formulaire de connexion de se charger.

Si, pour une raison quelconque, vous ne pouvez pas survoler avec la souris, vous pouvez également le faire en accédant à l'écran de configuration du lanceur, puis en reculant immédiatement, ce qui entraînera également le rechargement et l'affichage du formulaire.

J'utilise actuellement ma version et je peux me connecter sans problème. Je n'ai pas de remplacement xact / xaudio en place.

J'ai maintenant essayé cette version, mais elle pose le même problème qu'une version Wine vanilla (+ HideWineExports).

Pourriez-vous (ou quelqu'un d'autre pour qui l'audio fonctionne) obtenir un journal de Wine avec WINEDEBUG=+xaudio2 ? Quelques centaines de lignes de journalisation xaudio2 devraient suffire. Je note que 5.0 utilise xaudio2_8.dll plutôt que xaudio2_7.dll (comme dans 4.x) donc il peut y avoir un chemin de code différent impliqué qui se comporte mal dans certains environnements.

J'utilise wine-staging 4.11 sur Gentoo sans remplacement xaudio, et l'audio fonctionne très bien pour moi.

J'essaie de joindre un journal à ce commentaire ... si cela ne fonctionne pas, le même journal peut être trouvé à https://matrix.theblob.org/xaudio-log-excerpt.txt . C'est un journal des 1000 premières lignes que Wine génère avec WINEDEBUG=+xaudio2 . Si vous en voulez plus, faites-le moi savoir.

Je dois souligner que le journal ci-dessus ne provient IsTransgaming ajouté manuellement et avec le préfixe wine dans question cachant les exportations de vin.

Merci pour le journal. Je vois que votre installation crée une instance XAudio version 27 (contrairement à la version 28 de la mienne), alors peut-être qu'il y a un déclencheur environnemental qui déclenche la sélection de différentes versions d'API.

Pouvez-vous vérifier quelle DLL XAudio (xaudio2_7.dll ou 2_8.dll) est chargée dans votre processus ffxiv_dx11.exe? Peut-être aussi vérifier si SoundCoreBridge.dll ou SoundCoreBridge7.dll (à partir du répertoire du jeu) est chargé.

J'ai pu faire fonctionner le son en faisant passer la version Windows signalée dans winecfg de Windows 10 à Windows 7. Il semble que le jeu choisisse entre les API XAudio en fonction de cette version rapportée, et je suppose qu'il y a un bogue ou une fonctionnalité manquante quelque part dans XAudio 28 mise en œuvre. (Pour mémoire, le jeu charge SoundCoreBridge7.dll qui est lié à xaudio2_7.dll sous Windows 7 et SoundCoreBridge.dll qui renvoie à xaudio2_8.dll sous Windows 10. La version 4.x n'avait pas ces DLL locales et utilisait toujours xaudio2_7 .dll.)

Quoi qu'il en soit, je suppose que la réponse à "le jeu plante avec une erreur inattendue immédiatement après l'ouverture de la fenêtre du jeu" est "vérifiez que la version Windows de winecfg est définie sur Windows 7".

Je peux le confirmer; Ma version de Windows était déjà définie sur Windows 7. Le définir sur Windows 10 plante immédiatement le jeu au lancement.

Oh, je viens de remarquer votre question. Si vous souhaitez toujours que je réponde à la question, pouvez-vous me dire comment vérifier si les DLL sont chargées? Je ne suis pas entièrement certain. (Je n'ai pas de débogueur dans ce préfixe wine.)

Vous n'avez pas à vous soucier des DLL à ce stade, mais pour référence, vous pouvez rechercher des DLL (et .so pour les programmes Linux) avec cat /proc/PID/maps où PID est le PID du processus en question. Les objets partagés sont tous mappés directement dans la mémoire, il suffit donc de regarder la liste des plages mappées pour les blocs associés aux fichiers *.so .

Ah ok! Je vous remercie. <3 Je ne savais pas que les DLL apparaissaient également dans cette liste.

Mais oui, pour terminer, j'ai effectivement xaudio2_7.dll.so et SoundCoreBridge7.dll chargés lors de l'exécution en utilisant la configuration "Windows 7", et lors de l'utilisation de "Windows 10" qui change en xaudio2_8.dll.so et SoundCoreBridge.dll .

Bon appel!

Le problème XAudio 2.8 semble plausible, c'est peut-être la voix de mastering 2.8 qui est corrompue:

https://docs.microsoft.com/en-us/windows/desktop/xaudio2/xaudio2-versions

FAudio cible 2.8 en interne, donc nous examinons xaudio_dll.c dans ce cas.

A déposé un bug contre Wine: https://bugs.winehq.org/show_bug.cgi?id=47437

J'ai diagnostiqué le problème. Quelque chose ne va pas du tout et je ne sais pas comment cela est possible:

Il y a un sous-mixage dans le moteur qui est censé être dédié à la réverbération, qui est entièrement pris en charge via CreateAudioReverb. Dans le cas de 2.7, c'est une macro qui crée l'objet IXAPO avec le goo COM habituel que nous connaissons et aimons tous, mais pour 2.8, ils ont changé
XAudio2Create / CreateAudioReverb / CreateAudioVolumeMeter pour que toutes les fonctions C soient exportées, ce qui est encore une fois très bien, car la compilation avec le SDK 2.8+ fonctionnera.

Le bogue est que SoundCoreBridge 2.8 appelle CreateAudioVolumeMeter. Il règle ensuite ce compteur de volume sur le sous-mixage et commence immédiatement à lui transmettre les données des paramètres de réverbération, ce qui entraîne un échec d'assertion et un crash éventuel.

Je ... honnêtement ne sais pas comment cela se passe. Je ne peux pas penser à une raison pour laquelle Wine dirigerait incorrectement un appel vers une fonction complètement différente, et en même temps, il n'y a absolument aucun moyen que FFXIV appelle une fonction totalement différente de ce qui est probablement le même code exact pour les deux modules, à moins que le moteur 2.8 plante également pour tout le monde sur Win8 +. (Pour souligner à nouveau: il n'y a aucun moyen que ce soit la faute du jeu)

Pour résumer, 2.7 fait ceci:

CreateAudioReverb(&reverb);
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

Et 2.8 fait ceci:

CreateAudioVolumeMeter(&reverb); /* ?! */
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

Est-ce que cela semble bizarre pour quelqu'un d'autre?

Cela semble très étrange, mais cela pourrait expliquer pourquoi de nombreux jeux se bloquent en mode Windows 10 et non 7.
Cela pourrait être un bug important sur lequel vous êtes tombé!

FWIW, mon journal de suivi dit ceci:

00ac:trace:xaudio2:xapocf_CreateInstance (0x100c5960)->((nil),{00000000-0000-0000-c000-0000000000000046},0x100c57c0)
FAudioCreateVolumeMeterWithCustomAllocatorEXT(0x100c59a0 0 0x7f0420f5eb80 0x7f0420f5eba0 0x7f0420f5ebc0)

En tant que problème d'entrée, ce GUID semble étrange, mais le flux de code semble être que xapo.c:get_fapo_from_clsid() trouve une correspondance CLSID sur l'objet de mesure de volume et la crée, au lieu de créer l'effet de réverbération supposé.

Encore une fois, je suis loin de ma profondeur ici - j'espère que ce sont des informations utiles.

Vous vous penchez peut-être trop profondément dessus ... c'est beaucoup plus simple que le code lui-même, ce ne sont que les fonctions exportées.

Pour référence, ce correctif incorrect et ne pas utiliser ce correctif corrige le crash:

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;

D'accord, donc apparemment, il est en fait tout à fait possible que les fonctions soient exportées dans un ordre numérique incorrect et c'est quelque chose que les développeurs Windows connaissent:

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)

Soumettra ceci à WineHQ aujourd'hui ...

Y a-t-il une raison pratique pour laquelle cela est possible / les développeurs le feraient? Ou pensez-vous que cela pourrait être un bogue involontaire?

Du côté du vin, ce n'est certainement pas intentionnel. Quant à savoir pourquoi les DLL Windows sont comme ça ... Je n'ai absolument aucune idée. Je suis sûr qu'il est enterré quelque part dans le blog de Raymond Chen> _>

Le correctif est dans Wine en amont: https://github.com/wine-mirror/wine/commit/92a5299b1d0a0775e1158f334c0348a3ffe8f063

Euh, question: j'ai essayé d'écrire le mot "touché" dans le chat l'autre jour et j'ai réalisé que je n'arrivais pas du tout à faire é dans le chat. Il imprime juste le caractère 'immédiatement. Connaissons-nous des solutions de contournement pour que cela fonctionne correctement?

Quelqu'un a-t-il même essayé d'utiliser ACT? J'adorerais pouvoir exécuter des analyseurs, même si je ne suis pas sûr de la faisabilité de cela :(

Afaik WINE ne prend actuellement pas en charge l'injection de DLL (si cela a changé,
faites le moi savoir!), donc même si vous faites fonctionner l'application (ce n'est pas le cas, elle se verrouille
up), vous ne pourriez probablement pas le faire.

fils. 7. juil. 2019, 04:30 Skrev witches dot live home of live witches <
[email protected]>:

Quelqu'un a-t-il même essayé d'utiliser ACT? J'adorerais pouvoir exécuter des analyseurs
bien que je ne sache pas dans quelle mesure cela est faisable :(

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKAAW423NKBSXBSWJMLP6FILRA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4VMFVLDMZOLZWWK3TUL52HS4VMVLDMZH50WWK3TUL52HS4DFVLDH50WWK3TUL52HS4DFVLDH50WWWK3TUL52HS4VMZLOX63TUL52HS4DFVLDH
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD4BBKEROJLQ6A3XJOWWNATP6FILRANCNFSM4FRR7KYQ
.

L'injection de DLL ReShade n'est-elle pas? Cela semble fonctionner correctement tant que vous avez configuré les DLL dont vous avez besoin en natif.

Je ne sais rien sur ACT, j'ai essayé de le télécharger et de l'exécuter dans mon préfixe wine, mais il meurt juste. Pas vraiment assez intéressé pour faire des recherches plus approfondies, personnellement.

Soit dit en passant, tant que je réponds, je viens d'utiliser / echo touché (j'ai copié-collé le vôtre à partir de ce fil, je ne sais même pas comment créer le personnage de manière indépendante) et cela s'est très bien passé dans le jeu.

ACT nécessitait .NET, et vous pouvez le faire fonctionner un peu , mais il plantera beaucoup et je n'ai pas trouvé un moyen pour qu'il puisse lire correctement les analyses hors du jeu.
AFAIK, ACT n'utilise pas l'injection de DLL, il ne fait que lire la mémoire, selon le plugin FFXIV qui l'accompagne, ce qui peut être un problème si vous ne l'exécutez pas en tant qu'administrateur dans Windows, et que cette fonctionnalité n'est pas disponible dans wine, non?

Ah, je vois! Alors oui, ça pourrait marcher.

Sur le truc touché, copier-coller ça marche bien mais c'est la frappe réelle
de celui-ci. Sur mon clavier, vous appuyez sur altgr + \ ce qui le met en file d'attente,
suivi de e pour faire é. Cela fonctionne ailleurs dans le système mais dans le jeu
tape simplement le retrait directement comme si j'avais frappé l'espace.
Malheureusement, mon téléphone ne peut pas faire la même chose pour démontrer et ce n'est pas important
problème, c'est juste que j'aime pouvoir écrire des mots comme touché: P

fils. 7. juil. 2019, 14:41 skrev HereInPlainSight [email protected] :

L'injection de DLL ReShade n'est-elle pas? Cela semble bien fonctionner tant que vous
configuré les DLL dont vous avez besoin en natif.

Je ne sais rien sur ACT, j'ai essayé de le télécharger et de l'exécuter
à l'intérieur de mon préfixe de vin, mais il meurt juste. Pas vraiment assez intéressé pour
recherchez-le plus loin, personnellement.

Soit dit en passant, tant que je réponds, je viens d'utiliser / echo touché (I
copié-collé le vôtre à partir de ce fil, je ne sais même pas comment faire le
personnage indépendamment) et il est apparu très bien dans le jeu.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBEZKGPX3SQB2WYO63P6HQARA5CNFSM4FRR7KY2YY3PNVHWWK3TUL52HS4DFV50WWWWK3TUL52HS4DFV50WWWWK3TUL52HS4DFV50WWWWK3TUL52HS4DFV
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD4BBKFSUPDPTJTEZTYLO5LP6HQARANCNFSM4FRR7KYQ
.

D'après ce que je comprends, ACT exploite les pilotes réseau d'une manière ou d'une autre pour effectuer la capture de paquets, ce qui n'est probablement pas une chose que WINE est capable d'être à peu près totalement hors de portée, mais je pourrais me tromper à ce sujet, alors je voulais m'assurer que je ne l'ai pas radié de pouvoir l'exécuter sans vérifier

Je n'ai pas non plus réussi à faire fonctionner les entrées japonaises dans le jeu. J'utilise FCITX-mocz, mais lors de la saisie dans le chat de jeu, il ne tapera que des caractères anglais. J'ai aussi essayé avec ibus et pas de verrou là non plus. Je suppose que c'est la même chose que la question touché.

Je n'ai aucun (*) problème à entrer en japonais avec ATOK X3, donc une entrée non anglaise est au moins possible.

(*) Il y a quelques problèmes de mouvement du curseur si je désactive la saisie japonaise au milieu d'une ligne de texte, mais je n'ai pas vérifié s'ils se produisent également avec ATOK sous Windows, donc cela pourrait tout aussi bien être un bogue dans le jeu lui-même.

Bonjour, je rencontre un problème pour enregistrer les paramètres graphiques du jeu. Chaque fois que je recharge le jeu, il revient avec des paramètres graphiques par défaut, ce qui en fait une douleur dans le cul. Quelqu'un d'autre a eu ce problème?

Bonjour, je rencontre un problème pour enregistrer les paramètres graphiques du jeu. Chaque fois que je recharge le jeu, il revient avec des paramètres graphiques par défaut, ce qui en fait une douleur dans le cul. Quelqu'un d'autre a eu ce problème?

Non, mais la première chose que je vérifierais est de m'assurer que vous avez un accès en lecture et en écriture aux fichiers de paramètres appropriés (et que vous les possédez). Vous devriez avoir un répertoire compatdata dans votre dossier steamapps. Vous utiliserez soit la démo Steam ID du jeu (qui m'échappe actuellement) ou 39210 pour la version commerciale. Accédez à pfx / drive_c / users / steamuser / Mes documents / Mes jeux / FINAL FANTASY XIV - A Realm Reborn / et vérifiez vos autorisations.

Quelqu'un d'autre subit des plantages aléatoires? Commencé aujourd'hui. Je donnerai plus d'informations une fois / s'il se bloque à nouveau, environ 3 fois de suite.

C'est un problème directX 11. Je courais au maximum (60fps solides, aucun problème jusqu'à aujourd'hui, la réduction des paramètres semble avoir été corrigée.
Je suis passé au niveau d'un voyou, puis les plantages ont commencé. Si quelqu'un est intéressé et a besoin de plus de journaux, dites-moi simplement ce dont vous avez besoin et je les fournirai pendant le week-end.

@Selhar Nvidia GPU? Si tel est le cas, voir https://github.com/doitsujin/dxvk/issues/1100

Si c'est le problème que vous rencontrez, vous pouvez essayer de jouer au jeu avec wined3d à la place, bien que les performances en souffrent. Si c'est autre chose, alors nous allons avoir besoin de beaucoup plus d'informations (surtout comment le reproduire).

@doitsujin J'utilise AMD, RX580.
Et je ne sais pas vraiment comment le reproduire, il a juste commencé à s'écraser la nuit dernière. Après avoir réduit les paramètres graphiques et redémarré mon ordinateur, le jeu semble à nouveau stable.

Y a-t-il des journaux spécifiques que je pourrais donner au cas où cela se reproduirait?

Edit: des informations obsolètes et non pertinentes maintenant. Proton 4.11 est sorti et fonctionne juste.

Assurez-vous d'appuyer sur Entrée dans le champ de texte de la page de connexion au lieu de cliquer sur le bouton de connexion.

D'accord, il était donc une fois une fois suggéré de modifier mon message de début dans ce fil avec les instructions actuelles, et compte tenu du message ci-dessus disant qu'il était difficile de trouver des informations actuelles et précises, et que nous semblons maintenant assez stables avec ShB actuellement, je viens de le faire enfin .

Si j'ai raté quelque chose, faites-le moi savoir. De plus, il y a beaucoup de builds jetés dans le fil et je ne savais pas où ils en étaient, alors j'en ai fait un à partir de la version par défaut qui compilerait à partir du repo PKGBUILDS de

Si vous êtes venu ici à partir du post ci-dessus parce que je vous ai promis une explication sur la raison pour laquelle nous avons besoin d'une version Proton personnalisée, la voici:
Pour le moment, FFXIV vérifie si vous vous connectez en utilisant Wine. Si vous le faites, il vous identifie en tant qu'utilisateur Mac. Afin d'éviter d'être considéré comme un utilisateur Mac, nous devons cacher que nous utilisons Wine, ce à quoi sert la commande winetricks. Malheureusement, pour le moment, Proton par défaut ne permet pas de masquer le vin, et nous avons donc besoin d'une version personnalisée pour pouvoir le faire.

Les correctifs requis pour le jeu ont été publiés dans la récente mise à jour Proton 4.11. Veuillez essayer.

Lancer le jeu avec proton 4.11 ne fonctionne pas, cela génère une erreur de script java.

Si vous avez cliqué sur le bouton de connexion lorsque vous obtenez cette erreur, essayez d'appuyer sur Entrée sur le formulaire de connexion à la place pour contourner cela.

4.11 fonctionne à merveille. Merci @cjacek pour votre travail acharné pour faire fonctionner FFXIV sur Wine et maintenant Proton.
J'ai une petite question: comment avez-vous contourné l'erreur de vérification de licence? Proton est-il livré avec HideWineExports activé par défaut ou le jeu a-t-il la coche entièrement supprimée?

La dernière mise à jour FF a supprimé le chèque.

Whoah! Pensez-vous que Square nous a écouté les utilisateurs de Linux?

ons. 31. juil. 2019, 18:16 skrev Jacek Caban [email protected] :

La dernière mise à jour FF a supprimé le chèque.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKF53SVUXGOND2ACTJTQCG3EXA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4VM2YY3PNVWWK3TUL52HS4VMVFVX63HZWWK3TUL52HS4VMVFVX63HZWWWK3TUL52HS4VMVFVX63HZWWWK3TUL52HS4VMVFVX63HZWWWK3TUL52HS4VFVX63
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD4BBKAOTMJJ7UM6UOAL6O3QCG3EXANCNFSM4FRR7KYQ
.

FFXIV Mac est passé à une version basée sur CrossOver qui n'utilise pas les anciens hacks Cider, donc pour la mise à jour Shadowbringers, tout cela a été supprimé.

c'est une super nouvelle! Donc, notre seul problème majeur est que le lanceur plante si vous cliquez sur le bouton de connexion? y a-t-il un bug du vin ouvert pour ça?

Je peux accéder à l'écran de sélection du centre de données en 4.11. Une fois que j'ai confirmé un serveur, le jeu commence à charger quelque chose, mais s'arrête là. Le jeu répond aux pressions sur les touches (IE: appuyer sur Alt + F4 fait apparaître une petite fenêtre contextuelle me demandant si je veux quitter le jeu), et le petit cercle dans le coin inférieur droit s'anime, mais rien d'autre ne se passe jamais.

En supposant que vous n'avez pas encore créé de personnage, cela semble vouloir jouer la cinématique d'ouverture du film et échouer. Vous pouvez l'ignorer en éditant le fichier «~ / Documents / Mes jeux / FINAL FANTASY XIV - A Realm Reborn / FFXIV.cfg» et en éditant la ligne «CutsceneMovieOpening 0» à «CutsceneMovieOpening 1». (Ou en ajoutant cette ligne si vous ne la voyez pas.)

De plus, si vous souhaitez regarder la cinématique d'ouverture du film en dehors du jeu, c'est à l' adresse https://www.youtube.com/watch?v=443ogl24K0Y .

Merci! On dirait que ça l'a fait!

J'ai une petite question: comment avez-vous contourné l'erreur de vérification de licence? Proton est-il livré avec HideWineExports activé par défaut ou le jeu a-t-il la coche entièrement supprimée?

FFXIV Mac est passé à une version basée sur CrossOver qui n'utilise pas les anciens hacks Cider, donc pour la mise à jour Shadowbringers, tout cela a été supprimé.

Cela ne semble pas être le cas dans au moins 5.05; fonctionnant avec vanilla Wine 4.12.1, le lanceur lance toujours une erreur de licence lors de la connexion. Appliquer des correctifs dans HideWineExports et l'activer permet au lanceur de fonctionner à nouveau normalement.

j'ai commencé à avoir des erreurs dll récemment;

quelqu'un d'autre a-t-il également observé / vécu ce comportement?
obsolète, un mauvais matériel en était la cause

Qu'entendez-vous par «erreurs dll», quelle est la date de «récemment», quelle version de Proton utilisez-vous et quel est votre matériel?

@doitsujin non, il semble que c'était un problème matériel

toujours en remarque, la mise à jour des pilotes a causé des erreurs avec d3d11.dll et ntdll.dll dans la journée. Le préfixe de nettoyage a résolu ce problème.

Cela ne semble pas être le cas dans au moins 5.05; fonctionnant avec vanilla Wine 4.12.1, le lanceur lance toujours une erreur de licence lors de la connexion. Appliquer des correctifs dans HideWineExports et l'activer permet au lanceur de fonctionner à nouveau normalement.

Contrairement à l'expérience ici, j'ai désactivé HideWineExports sur mon installation et je peux toujours me connecter normalement. Quel lanceur utilisez-vous? Êtes-vous passé à ffxivboot64.exe?

Oui, j'utilise ffxivboot64.exe depuis le lancement de la version 5.0.

EDIT: Les fenêtres de démarrage et de lancement donnent toutes deux le numéro de version 2019.06.10.0000.0001 dans la barre de titre. La vérification de la version de démarrage réussit normalement, mais est-il possible que je ne reçoive pas la dernière version?

Confirmant que sur la dernière version, décocher "Hide Wine version from applications" fonctionne toujours pour me permettre d'entrer dans le jeu.

La dernière version du lanceur est 2019.06.10.0000.0001, mais la dernière chaîne de version du jeu est: "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) "Il semble en effet que vous n'obtiendrez peut-être pas les dernières versions, @achurch.

Je dois également dire que je n'utilise pas ffxivboot64.exe; J'ai apparemment oublié de mettre à jour cela et j'utilise ffxivboot.exe. Pourtant, cela semble fonctionner ...

J'ai la dernière version du jeu, mais je n'ai pas pris la peine de la mentionner car c'était le lanceur qui lançait une erreur de licence.

Cela dit, comme cela semble fonctionner pour tout le monde et que je suis d'accord pour garder HideWineExports actif, je ne sais pas s'il est nécessaire de creuser davantage.

... le lanceur lance une erreur de licence?

Toutes les captures d'écran que j'ai vues d'erreurs de licence lancées se trouvent dans l'interface du jeu. Est-ce quelque chose de nouveau, ou est-ce que ça a toujours été comme ça et je ne m'en suis pas rendu compte?

Ça a toujours été comme ça. Il y a deux contrôles, un dans le lanceur et un dans le client lui-même. Je n'ai jamais touché celui du jeu qu'une seule fois, je pense que lorsque je forçais encore libcef dans le lanceur 32 bits.

Proton 4.11-2 a cassé le son dans ffxiv, le faisant disparaître et le son à l'échelle du système était interrompu comme s'il était trop fort (?). Si je coupe ffxiv dans pavucontrol, le problème disparaîtra à moins que je ne le réactive, il reviendra. Le redémarrage le corrige également.

Cela s'est produit quelques heures après avoir joué.

L'audio n'a pas radicalement changé entre 4.11-1 et 4.11-2. Le changement était essentiellement FAudio 19.07 à 19.08, qui n'avait essentiellement aucun changement fonctionnel:

https://github.com/FNA-XNA/FAudio/compare/19.07...19.08

EDIT: Cela n'a pas non plus beaucoup changé entre la dernière version 4.2 et 4.11:

https://github.com/FNA-XNA/FAudio/compare/19.06.07...19.07

Alors juste un problème aléatoire?

Probablement, même si je serais intéressé de savoir pourquoi l'audio à l'échelle du système a été affecté. FAudio n'est qu'une connexion unique établie via l'audio SDL, rien d'invisible à ma connaissance.

Le seul problème que j'ai avec le jeu est que je ne peux pas faire jouer une vidéo sur mon deuxième moniteur, sinon le jeu n'enregistre pas beaucoup de mes entrées et il ne répond pas. Quelqu'un a une solution?

Lancer le jeu avec proton 4.11 ne fonctionne pas, cela génère une erreur de script java.

Vous devez appuyer sur Entrée après avoir saisi votre mot de passe au lieu de cliquer sur le bouton Connexion.

Le seul problème que j'ai avec le jeu est que je ne peux pas faire jouer une vidéo sur mon deuxième moniteur, sinon le jeu n'enregistre pas beaucoup de mes entrées et il ne répond pas.

Juste une photo dans le noir, mais (1) utilisez-vous une manette de jeu et (2) avez-vous récemment mis à jour SDL? Il y a un bogue introduit dans SDL 2.0.10 qui le fait abandonner beaucoup d'entrées de joystick: https://bugzilla.libsdl.org/show_bug.cgi?id=4750
Cela n'aurait rien à voir avec la lecture vidéo, mais je soupçonnais beaucoup de choses différentes sur mon propre système avant de finalement trouver ce bogue.

Le seul problème que j'ai avec le jeu est que je ne peux pas faire jouer une vidéo sur mon deuxième moniteur, sinon le jeu n'enregistre pas beaucoup de mes entrées et il ne répond pas.

Juste une photo dans le noir, mais (1) utilisez-vous une manette de jeu et (2) avez-vous récemment mis à jour SDL? Il y a un bogue introduit dans SDL 2.0.10 qui le fait abandonner beaucoup d'entrées de joystick: https://bugzilla.libsdl.org/show_bug.cgi?id=4750
Cela n'aurait rien à voir avec la lecture vidéo, mais je soupçonnais beaucoup de choses différentes sur mon propre système avant de finalement trouver ce bogue.

Non, je n'utilise pas de manette de jeu. J'utilise un clavier et une souris. On dirait que je vais devoir attendre une solution.

@GhostEther Je regarde des vidéos presque constamment pendant que je joue et je n'ai aucun problème, donc c'est certainement possible. Assurez-vous que vous utilisez les dernières versions de proton / dxvk et que les pilotes de votre carte vidéo sont à jour, la lenteur / l'entrée baisse des sons comme certains des bogues d'il y a des mois.

Quelqu'un d'autre ayant le problème que le lanceur prétend soudainement que son abonnement a expiré ou que le compte de service n'a pas encore été enregistré? Fonctionnait bien hier, donc pourrait être lié au patch 5.08: /

Quelqu'un d'autre ayant le problème que le lanceur prétend soudainement que son abonnement a expiré ou que le compte de service n'a pas encore été enregistré? Fonctionnait bien hier, donc pourrait être lié au patch 5.08: /

Ils ont commencé à imposer que les comptes utilisant des clés "Windows" doivent utiliser le lanceur en dehors de Steam et ceux qui ont des clés "Steam" doivent se lancer en utilisant Steam. Dans les deux cas, cela est simplement déterminé par si l'argument "-issteam" est passé ou non à ffxivboot.exe

Donc, vous devez juste vous assurer qu'il est exécuté avec cet argument si vous utilisez un compte avec une clé Steam ou qu'il n'est pas là si vous utilisez un compte avec une clé Windows.

@ Equivocal90 Je vois, merci. J'exécute une licence Windows à partir de Steam's Proton ... donc je vais devoir trouver un moyen d'empêcher le flux de passer -issteam .

@ Equivocal90 Je vois, merci. J'exécute une licence Windows à partir de Steam's Proton ... donc je vais devoir trouver un moyen d'empêcher le flux de passer -issteam .

Je fais la męme chose. J'ai dû l'exécuter manuellement avec quelque chose comme ce qui suit:
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"

J'ai juste dû développer ~ dans le dossier réel pour une raison qui peut être spécifique à python que je ne connais pas.

Eh bien, cela n'a pas fonctionné dans mon cas, pour une raison quelconque, wine a continué à planter avec une erreur vulkan.

En fin de compte, je viens de patcher le script wrapper proton python pour supprimer l'argument -issteam avant de lancer le jeu :)

Si quelqu'un a des artefacts étranges après les mises à jour du jeu, assurez-vous de vider votre cache de shader.

Pour moi, j'ai eu un portrait de personnage technicolor trippant et des objets aléatoires ont été remplacés par un flou blanc comme si mon jeu était corrompu par de l'éther léger jusqu'à ce que je détruit mon cache de shader.

@ jbal91 par shader cache, vous voulez dire celui créé par le pilote? Êtes-vous sur Nvidia?

Chaque fois que je lance le jeu FFXIV, cfg est réécrit, donc il ne sauvegarde pas ma résolution et mes paramètres graphiques, des idées?
Le passage à proton-ge-custom / releases / tag / 4.15-GE-1 (ou supérieur) résout ce problème, mais je le vois avec le proton standard 4.11.3
et custom / releases / tag / 4.10-GE-3

Cela ressemble à un problème d'autorisations. Assurez-vous que les fichiers de configuration sont accessibles en écriture?
À moins que ce ne soit ce vieux bogue proton.

ons. 11. sept. 2019, 23:53 skrev asim-vax [email protected] :

Chaque fois que je lance le jeu FFXIV, cfg est réécrit, donc il ne sauvegarde pas
mes paramètres de résolution et graphiques, des idées?

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKDV7DJ64ZP5T75ISHTQJFSDZA5CNFSM4FRR7KY2YY3PNVWWWK3TUL52HS4DFVORMZH10WSNWMX63GVWMX63GVWWK3TUL52HS4DFVOMZH5WWWK3TUL52HS4DFVOMZH10WSNWMX63-5WVWMX63
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AD4BBKHX7MAHDM3F7PXUAMDQJFSDZANCNFSM4FRR7KYQ
.

J'ai donc essayé toutes les corrections suggérées (CutsceneMovieOpening 1, BrowserType 2, en utilisant Proton-4.15-GE-4 mais j'obtiens cette erreur lors du démarrage du jeu via le lanceur:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

J'utilise ffxivboot.exe, pas ffxivboot64.exe, car la connexion via ffxivboot64.exe indique que je n'ai pas de licence FFXIV valide attribuée à mon compte SQEX (l'erreur que vous obtiendrez généralement lorsque vous essayez d'utiliser un compte avec un Steam- key dans le lanceur non-Steam), en utilisant un préfixe wine 64 bits.

Est-ce que quelqu'un d'autre a vécu cela ou en a-t-il déjà fait l'expérience? Puis-je essayer une autre solution?

Le jeu fonctionnait parfaitement bien avec le proton 4.11-3, mais avec 4.11-4 après avoir démarré le jeu depuis le lanceur, tout ce que j'obtiens est un écran noir.

Pour le moment, je n'ai pas de solution pour exécuter une clé Windows sous Steam. Malheureusement, il semble que le drapeau -issteam vit à l'intérieur de ~/.steam/root/appcache/appinfo.vdf . Bien qu'il semble possible d'éditer le fichier directement, c'est un format binaire et ... c'est probablement une solution moche que je ne cherche pas à creuser trop profondément en moi. Les utilisateurs de Windows utilisent SteamEdit pour mettre à jour le fichier et contourner la vérification, mais je ne cherche pas à jouer avec cela, personnellement.
Espérons que quelqu'un de plus intelligent que moi ait une meilleure réponse à cela. Il existe peut-être un moyen de supprimer l'extraction au moment de l'exécution via les options de lancement définies - mais je ne le sais pas.

@HereInPlainSight J'ai réussi à définir les options de lancement sur
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 , qui remplace essentiellement la commande d'origine par un noop, puis exécute la commande réelle sans -issteam par la suite.

@HereInPlainSight J'ai réussi à définir les options de lancement sur
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 , qui remplace essentiellement la commande d'origine par un noop, puis exécute la commande réelle sans -issteam par la suite.

Voici - quelqu'un de plus intelligent que moi mentionné ci-dessus. Cela a du sens dès que je l'ai lu, je ne sais pas pourquoi je n'ai pas pensé à simplement reconstruire la commande. Merci!

@HereInPlainSight J'ai réussi à définir les options de lancement sur
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 , qui remplace essentiellement la commande d'origine par un noop, puis exécute la commande réelle sans -issteam par la suite.

C'est vraiment intelligent! Il rend en fait certains types de ports beaucoup plus fluides sans avoir besoin d'un outil de compatibilité complet (en ignorant les installations redist, de toute façon): https://github.com/ValveSoftware/Proton/issues/1783

J'ai donc essayé toutes les corrections suggérées (CutsceneMovieOpening 1, BrowserType 2, en utilisant Proton-4.15-GE-4 mais j'obtiens cette erreur lors du démarrage du jeu via le lanceur:

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

J'utilise ffxivboot.exe, pas ffxivboot64.exe, car la connexion via ffxivboot64.exe indique que je n'ai pas de licence FFXIV valide attribuée à mon compte SQEX (l'erreur que vous obtiendrez généralement lorsque vous essayez d'utiliser un compte avec un Steam- key dans le lanceur non-Steam), en utilisant un préfixe wine 64 bits.

Est-ce que quelqu'un d'autre a vécu cela ou en a-t-il déjà fait l'expérience? Puis-je essayer une autre solution?

En fait, il s'avère que j'ai également cette erreur sous Windows. Donc probablement mes fichiers sont simplement corrompus. Mais de toute façon, ce n'est pas lié à des protons.

Le jeu est maintenant jouable pour moi avec la mise à jour proton 4.11-5 car il ne l'était pas avec 4.11-4 et j'ai dû revenir à 4.11-2.

mise à jour sur les cinématiques pré-rendues:

avec winetricks directshow j'ai réussi à faire passer la première erreur "aucun objet de classe", en suivant un indice de https://forum.winehq.org/viewtopic.php?t=688
Je rencontre maintenant la même erreur mais avec un clsid différent mais je ne sais pas ce que dll est censé fournir. le clsid est 2eeb4adf-4578-4d10-bca7-bb955f56320a si quelqu'un sait comment suivre cette piste?

edit: apparemment c'est de wmadmod.dll . cependant, la copie de cette dll à partir d'une installation de Windows ne semble pas aider car elle n'est jamais chargée. Je ne sais pas ce que je dois faire pour ça

J'ai utilisé l'excellente suggestion de Tesu pour surmonter le problème -issteam, mais maintenant, lorsque je me connecte à un serveur de données, rien ne se charge. J'ai juste ce truc de moulinet qui tourne dans le coin inférieur droit.

Sortie PROTON_LOG
Steam - Informations sur le système

J'ai utilisé l'excellente suggestion de Tesu pour surmonter le problème -issteam, mais maintenant, lorsque je me connecte à un serveur de données, rien ne se charge. J'ai juste ce truc de moulinet qui tourne dans le coin inférieur droit.

Sortie PROTON_LOG
Steam - Informations sur le système

c'est parce que la cinématique initiale du jeu ne peut pas être jouée, vous pouvez changer le paramètre dans l'entrée CutsceneMovieOpening dans le fichier FFXIV.cfg , qui est dans Documents/My Games/Final Fantasy XIV - A Realm Reborn par défaut, à 1

cela sautera la cinématique et vous devriez pouvoir accéder à l'écran de sélection de personnage

J'ai utilisé l'excellente suggestion de Tesu pour surmonter le problème -issteam, mais maintenant, lorsque je me connecte à un serveur de données, rien ne se charge. J'ai juste ce truc de moulinet qui tourne dans le coin inférieur droit.
Sortie PROTON_LOG
Steam - Informations sur le système

c'est parce que la cinématique initiale du jeu ne peut pas être jouée, vous pouvez changer le paramètre dans l'entrée CutsceneMovieOpening dans le fichier FFXIV.cfg , qui est dans Documents/My Games/Final Fantasy XIV - A Realm Reborn par défaut, à 1

cela sautera la cinématique et vous devriez pouvoir accéder à l'écran de sélection de personnage

Cela a fonctionné, mais lorsque j'ai essayé de modifier les paramètres graphiques dans le jeu, cela a verrouillé mon système et je dois SysRq REI (mais pas SUB) pour récupérer.

Cela a fonctionné, mais lorsque j'ai essayé de modifier les paramètres graphiques dans le jeu, cela a verrouillé mon système et je dois SysRq REI (mais pas SUB) pour récupérer.

Cela peut se produire sur certaines configurations impliquant des GPU AMD, l'option «Réflexions en temps réel» et des versions obsolètes de LLVM / Mesa.

Laissez "Réflexions en temps réel" désactivé et tout devrait aller bien. J'ai entendu dire que la mise à niveau vers LLVM 7 + / Mesa 18.2+ résout le problème, et pour la plupart, c'est le cas, mais personnellement, même avec ceux que j'ai encore rencontrés dans une situation rare (dans la steppe Azim) où les verrouillages vidéo se produisent encore.

Je suggère simplement de laisser l'option désactivée en permanence.

Cela a fonctionné, mais lorsque j'ai essayé de modifier les paramètres graphiques dans le jeu, cela a verrouillé mon système et je dois SysRq REI (mais pas SUB) pour récupérer.

Cela peut se produire sur certaines configurations impliquant des GPU AMD, l'option «Réflexions en temps réel» et des versions obsolètes de LLVM / Mesa.

Laissez "Réflexions en temps réel" désactivé et tout devrait aller bien. J'ai entendu dire que la mise à niveau vers LLVM 7 + / Mesa 18.2+ résout le problème, et pour la plupart, c'est le cas, mais personnellement, même avec ceux que j'ai encore rencontrés dans une situation rare (dans la steppe Azim) où les verrouillages vidéo se produisent encore.

Je suggère simplement de laisser l'option désactivée en permanence.

J'ai un nVidia 950, et comme j'utilise Arch, je suis presque sûr que ma LLVM est à jour. De plus, je baissais les paramètres graphiques, pas en haut. Le jeu l'avait réglé sur «ordinateur portable haut de gamme» et je l'ai réduit à «ordinateur de bureau standard».

Welp, il y a un nouveau lanceur. Ça pue. Il ne rend pas les champs de connexion et un tas d'autres choses sur Linux. Sous Windows, vous pouvez accéder à la configuration et revenir à l'ancien lanceur, mais apparemment, cela ne sera pas là pour toujours. Il semble que le nouveau s'appuie fortement sur IE11, est-ce que quelqu'un a des idées?

OK si vous voulez vous connecter sous Linux, cliquez sur l'icône d'engrenage puis faites défiler vers le bas et cliquez sur la dernière case grise, c'est l'option pour revenir à l'ancienne mise en page. Il a des barres de défilement maintenant mais cela fonctionne, au moins cela me conduit à l'écran "indisponible pendant la maintenance".

Avez-vous la ligne de configuration correspondant à cette option? Je n'arrive même pas à faire défiler la vue des paramètres.

il semble y avoir une nouvelle option dans FFXIV_BOOT.cfg appelée Browser où 1 est l'ancien lanceur et 2 est le nouveau

le nouveau design du lanceur n'arrive pas encore sur macos, non? cela vaut peut-être la peine d'attendre un peu pour voir comment ils le font fonctionner là-bas

fwiw J'ai pu me connecter à l'aide du nouveau lanceur - j'ai défilé jusqu'en bas et le formulaire de connexion y a été rendu pour une raison quelconque.

pour moi le nouveau client ne va même pas plus loin que cet écran

avertissement que je n'utilise pas de proton, mais du vin 4.16
edit: peut confirmer que d'autres personnes ont ce problème avec le vin de vanille ici

Je suis sur Lutris en utilisant toujours le coureur tkg-ffxiv-feffe-4.6-1.8-x86_64, le nouveau lanceur se charge bien pour moi, mais je ne peux pas faire défiler vers le bas, ni vraiment interagir avec lui, sans qu'il ne gèle. Je l'ai fait geler sur cet écran uniquement lorsque la charge du serveur était élevée.

pour moi le nouveau client ne va même pas plus loin que cet écran

avertissement que je n'utilise pas de proton, mais du vin 4.16
edit: peut confirmer que d'autres personnes ont ce problème avec le vin de vanille ici

avec la version corrigée fournie dans le fil de discussion ici , le lanceur démarrera et fonctionnera quelque peu correctement, avec le rendu de l'invite de connexion en bas de la page, et aucune barre de titre ne s'affiche

Fonctionne fonctionnellement sans accroc sur ge-protonified-4.10, mais il y a quelques problèmes graphiques comme la transparence de l'en-tête étant bork. Je ne l'ai pas vraiment comparé à la version fonctionnant sous Windows.

J'ai pu charger l'ancien lanceur en définissant Browser 1 dans FFXIV_BOOT.cfg comme @ashkitten l'a suggéré. Au cas où cela importerait également, BrowserType est défini sur 0 .

Il y a un joli petit avertissement dans la configuration du lanceur avertissant que cela ne va pas durer. Je devine quand le support W7 se termine?

Nouveau lanceur chargé pour moi sans accroc. Pop! _OS + patché Proton.

@aberardinelli de quel patch parlez-vous?

@aberardinelli de quel patch parlez-vous?

Ahh j'avais peur que quelqu'un ne demande ça. Revenons en arrière pour parcourir les anciens commentaires de ce fil pour trouver le bon ...
La version montre dans la vapeur comme Proton-4.10-GE-3
Posté par @GloriousEggroll le 22/06 dans ce commentaire: https://github.com/ValveSoftware/Proton/issues/580#issuecomment -504688485

Fonctionne à la fois sur mon ordinateur portable et mon bureau.

C'est probablement IsTransgaming qui le fait fonctionner, ce qui force probablement CEF comme il le faisait dans l'ancien lanceur.

Ce serait bien si nous pouvions le faire fonctionner avec Wine MSHTML comme nous l'avons fait avec l'ancien lanceur.

Quelqu'un d'autre a-t-il rencontré des plantages aléatoires lors du changement d'espace de travail depuis aujourd'hui?

EDIT: Cela semble également se produire en mode fenêtre et lorsque le jeu n'est pas concentré
EDIT2: Les plantages ont disparu après le redémarrage de Xorg pour une raison quelconque.

Quelqu'un d'autre a-t-il rencontré des plantages aléatoires lors du changement d'espace de travail depuis aujourd'hui?

EDIT: Cela semble également se produire en mode fenêtre et lorsque le jeu n'est pas concentré

Je n'ai pas eu ce problème. Quel DE utilisez-vous? J'utilise Gnome Shell.

Fonctionne fonctionnellement sans accroc sur ge-protonified-4.10, mais il y a quelques problèmes graphiques comme la transparence de l'en-tête étant bork. Je ne l'ai pas vraiment comparé à la version fonctionnant sous Windows.

Je suis allé de l'avant et j'ai donné une chance à ge-protonified-4.10 selon votre suggestion et en effet le nouveau lanceur semble fonctionner correctement, bien qu'il rende le formulaire de connexion sous le reste du contenu et soit un peu incohérent. Je pense qu'il fonctionne un peu mieux que le 4.8 que j'utilisais aussi mais cela pourrait être psychosomatique, j'hésite toujours à mettre à jour parce que s'il n'est pas cassé .... 😄

Je viens d'essayer la version Proton-4.19-GE-1 et la nouvelle connexion fonctionne + l'animation de transition de l'écran de titre aux sélections de personnages semble être plus fluide maintenant. De plus, le vieux bogue où vous devez choisir "centre de données" au lieu de "démarrer" a été corrigé .... Je n'ai pas encore joué (assez), donc je ne peux rien dire sur les améliorations du gameplay fps (mais il me semble obtenir ~ 30 ips en 4k avec mon ancien gtx 970, en utilisant les paramètres pré-graphiques "laptop high")

spécification du système:

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 

J'ai essayé Proton 4.2-9, 4.11-9 et 4.21-GE-1 et les trois affichent le même écran de démarrage:

Les résultats sont les mêmes avec le navigateur 1 et le navigateur 0. En cours d'exécution Fedora 30 + KDE 5

@ Romdeau4 j'ai le même problème, j'ai essayé Proton-4.21-GE-1 et gallium9, je ne peux pas faire défiler, j'ai aussi le navigateur fatigué 2

@ Romdeau4 @tuxutku Ce n'est probablement pas votre problème, mais j'ai eu le même problème jusqu'à ce que je me souvienne que j'avais défini l'option de lancement qui avait été publiée plus tôt dans ce fil pour supprimer l'argument -issteam . J'avais besoin de mettre à jour cette option de lancement pour utiliser le Proton personnalisé GE.

Je n'ai pu faire fonctionner le nouveau lanceur qu'avec ge-protonofied-4.10, il semble que les versions ultérieures obtiennent simplement cet écran solide avec le logo FFXIV sur le lanceur et ne vous permettent jamais d'accéder au reste.

Salut à tous,
Je pense que j'ai réussi à résoudre le problème, au moins dans ma version personnalisée. J'ai simplement remplacé ffxivboot.exe par ffxivboot64.exe, et le lanceur a fonctionné. Si vous utilisez ma version personnalisée, essayez d'ouvrir ce qui suit:

Officiel FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

Essai FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

et remplacez le contenu par ce qui suit:

""" 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

Je n'ai pas encore essayé de me connecter au jeu, car je possède un compte autonome et je ne sais pas si la licence diffère des licences Steam.

Edit: Le nouveau lanceur ne rend pas, mais au moins il ne plante pas. L'ancien lanceur fonctionne toujours. Besoin de définir le navigateur 1 dans FFXIV_BOOT.cfg

Il n'y a aucune différence entre les licences Windows. C'est juste si tu es
essayez d'utiliser une licence Steam de manière autonome, vous devez ajouter -issteam

Idk pourquoi Square l'a fait de cette façon lol
Cela me semble un peu paresseux, si le but était de faire une distinction. Mieux que
maintenir deux versions, je suppose.

Le samedi 7 décembre 2019, 05:39 Thomas Crider, [email protected] a écrit:

Salut à tous,
Je pense avoir réussi à résoudre le problème, du moins dans le cadre de ma coutume
version. J'ai simplement remplacé ffxivboot.exe par ffxivboot64.exe, et le
lanceur a fonctionné. Si vous utilisez ma version personnalisée, essayez d'ouvrir le
Suivant:

Officiel FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

Essai FFXIV:
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

et remplacez le contenu par ce qui suit:

"" "Correction du jeu pour la version d'essai de FFXIV
"" "

pylint: désactiver = C0103

à partir de l'utilitaire d'importation de protonfixes
importer le système d'exploitation

def main ():
"" "pour FFXIV, sautez la cinématique d'introduction pour permettre au jeu de fonctionner.
"" "
# Corrige le processus de démarrage.
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

Je n'ai pas encore essayé de me connecter au jeu, car je possède un compte autonome et
Je ne sais pas si la licence diffère des licences Steam.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBULR6DO6265I5LSHLQXMSGHA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVOMH5WWWK3TUL52HS4DFVom
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AD4BBKCPUADHYVFBK4ECPX3QXMSGHANCNFSM4FRR7KYQ
.

Edit: Le nouveau lanceur ne rend pas, mais au moins il ne plante pas. L'ancien lanceur fonctionne toujours. Besoin de définir le navigateur 1 dans FFXIV_BOOT.cfg

La configuration du navigateur 1 dans FFXIV_BOOT.cfg a corrigé mon problème :)

J'ai mis à jour le script python selon les instructions de GE, défini le navigateur 1 dans FFXIV_BOOT.cfg, et ajouté le drapeau -issteam et il semble que nous installons!

Tellement excité de revenir dans FFXIV. Merci pour toute votre aide à tous

Le mode directx 9.0c ne fonctionne pas (au moins avec gallium9). J'ai installé dxwebsetup.exe pour supprimer le message d'erreur 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) , le jeu s'est lancé après cela, mais il s'est écrasé après environ 10 secondes en utilisant environ% 50 cpu. Depuis le terminal, il n'a pas signalé que Gallium neuf était utilisé à tout moment (cependant, il y avait des messages de débogage liés à d3d9).

Cependant, les performances du DXVK sont plutôt bonnes pour amd a10-9620p.

PS: j'ai utilisé la méthode de fichier run depuis que Steam désactive le gallium9

@GloriousEggroll votre build 4.10 fonctionne sur le nouveau lanceur, même si cela rend drôle. l'ancienne interface du lanceur devrait être supprimée / dépréciée, il serait donc préférable de s'assurer que la nouvelle fonctionne au moins que de compter sur la possibilité de la configurer pour qu'elle utilise l'ancienne, avez-vous une idée de pourquoi régressé dans les versions plus récentes?

@GloriousEggroll votre build 4.10 fonctionne sur le nouveau lanceur, même si cela rend drôle. l'ancienne interface du lanceur devrait être supprimée / dépréciée, il serait donc préférable de s'assurer que la nouvelle fonctionne au moins que de compter sur la possibilité de la configurer pour qu'elle utilise l'ancienne, avez-vous une idée de pourquoi régressé dans les versions plus récentes?

Pouvez-vous vérifier cela? J'ai demandé à quelqu'un de tester, où cela fonctionnait pour eux, puis ils ont supprimé le préfixe, et après avoir créé un préfixe propre, cela n'a pas fonctionné.

Et pour être clair: l'intention n'est pas de s'appuyer en permanence sur l'ancien lanceur. En fin de compte, il devra être corrigé. Le but de mes commentaires originaux était de faire fonctionner le jeu pour les gens qui veulent jouer.

J'ai réussi à installer le jeu sous Proton 4.21-GE-1 et à utiliser le nouveau lanceur, mais il semble que j'ai un problème DirectX maintenant.

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 

Bonjour @ Romdeau4 , Intel / Haswell a une implémentation vulkan expérimentale et Linux utilise le module noyau radeon par défaut avec votre chipset AMD de génération Southern Island (SI). Le module noyau radeon n'est pas compatible avec Vulkan.

Veuillez lire https://github.com/ValveSoftware/Proton/wiki/For-AMD-users-having-issues-with-non-OpenGL-games .

@ kisak-valve Merci beaucoup, cela a aidé et le jeu se déroule comme du beurre.
Pour la visibilité et les autres utilisateurs de Fedora 30 qui pourraient ne pas être au courant:

Modifiez /etc/default/grub et ajoutez radeon.si_support=0 amdgpu.si_support=1 et radeon.cik_support=0 amdgpu.cik_support=1 à l'option GRUB_CMDLINE_LINUX_DEFAULT

Ensuite, mettez à jour votre configuration grub avec sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg pour les systèmes UEFI ou sudo grub2-mkconfig -o /boot/grub2/grub.cfg pour les systèmes BIOS.

Redémarrez votre système et confirmez que vous exécutez le pilote du noyau amdgpu avec lspci -k .

Le nouveau lanceur ne fonctionne toujours pas. Ce n'est que le logo de Final Fantasy XIV et je peux soit appuyer sur minimiser, soit arrêter.

Question stupide peut-être, mais pourriez-vous définir le fichier en lecture seule?

Le mar 17 décembre 2019 à 18 h 57, zangoku [email protected] a écrit:

Il continue d'écraser ma valeur de 1 par la valeur de 2 dans ffxiv_boot.cfg.
Par conséquent, je ne peux pas jouer au jeu.

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWWK3TUL52HS4DFVOMH05WWWK3TUL52HS4DFVOMHVWWWK3TUL52HS4DFV80HVWWWK3TUL52HS4DFVOMHVWWWK3TUL52HS4DFV80HVWWWK3TUL52HS4DFV80HVWWWK3TUL52HS4DFV80HVWWWK3TUL52HS4DFVOMBH
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ
.

Question stupide peut-être, mais pourriez-vous définir le fichier en lecture seule?
…
Le mar 17 déc.2019 à 18h57 zangoku * > a écrit: Il continue d'écraser ma valeur de 1 par la valeur de 2 dans ffxiv_boot.cfg. Par conséquent, je ne peux pas jouer au jeu. - Vous recevez cela parce que vous avez été mentionné. Répondre à cet e - mail directement, voir sur GitHub <# 580? Email_source = notifications & email_token = AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHELVPA # issuecomment-566803132> ou désabonnement https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ .

Steam a dit qu'il devait redémarrer pour mettre à jour, alors je l'ai fait et le problème a été résolu.

@GloriousEggroll votre build 4.10 fonctionne sur le nouveau lanceur, même si cela rend drôle. l'ancienne interface du lanceur devrait être supprimée / dépréciée, il serait donc préférable de s'assurer que la nouvelle fonctionne au moins que de compter sur la possibilité de la configurer pour qu'elle utilise l'ancienne, avez-vous une idée de pourquoi régressé dans les versions plus récentes?

Pouvez-vous vérifier cela? J'ai demandé à quelqu'un de tester, où cela fonctionnait pour eux, puis ils ont supprimé le préfixe, et après avoir créé un préfixe propre, cela n'a pas fonctionné.

Et pour être clair: l'intention n'est pas de s'appuyer en permanence sur l'ancien lanceur. En fin de compte, il devra être corrigé. Le but de mes commentaires originaux était de faire fonctionner le jeu pour les gens qui veulent jouer.

J'ai essayé cela, et cela n'a pas fonctionné pour moi. Le lanceur est bloqué sur l'écran titre. J'ai aussi essayé un tas de trucs qui ont été suggérés ici, mais rien n'a aidé. J'ai essayé de passer du lanceur à l'ancien, mais cela me fait passer par un processus d'enregistrement ou quelque chose du genre. Lorsque je me connecte à mon compte, le lanceur me demande d'entrer ma clé de jeu, et quand je le fais, il me dit qu'il est déjà enregistré et ne me laisse pas aller de l'avant. J'ai déjà joué avec ce compte sur Windows avec le jeu complet activé.

C'est ... un peu bizarre. Essayez-vous d'installer via Steam lorsque vous avez une clé autonome, ou vice versa? Je ne sais pas exactement ce qui se passe là-bas, la dernière fois que j'ai réinstallé, je suis à peu près sûr d'avoir dit que j'avais un compte existant, que je me suis connecté et qu'il a ignoré cet écran. Mais si vous recherchez une clé Steam / non-Steam alors que vous n'avez pas cette marque particulière de clé, peut-être est-ce déroutant?

Vous pouvez essayer de définir StartupCompleted sur 1 dans FFXIV_BOOT.cfg , peut-être? Au mieux, cela vous fera passer cet écran particulier.

@GloriousEggroll votre build 4.10 fonctionne sur le nouveau lanceur, même si cela rend drôle. l'ancienne interface du lanceur devrait être supprimée / dépréciée, il serait donc préférable de s'assurer que la nouvelle fonctionne au moins que de compter sur la possibilité de la configurer pour qu'elle utilise l'ancienne, avez-vous une idée de pourquoi régressé dans les versions plus récentes?

Pouvez-vous vérifier cela? J'ai demandé à quelqu'un de tester, où cela fonctionnait pour eux, puis ils ont supprimé le préfixe, et après avoir créé un préfixe propre, cela n'a pas fonctionné.

Et pour être clair: l'intention n'est pas de s'appuyer en permanence sur l'ancien lanceur. En fin de compte, il devra être corrigé. Le but de mes commentaires originaux était de faire fonctionner le jeu pour les gens qui veulent jouer.

Pour faire suite à cela, cela a soudainement cessé de fonctionner: (Y a-t-il un moyen de modifier un fichier de configuration pour afficher l'ancien lanceur?