_Updated：04-14-20_ ，在04-19-20上添加了WINE和GE-Proton：
如果您希望通过Proton运行FFXIV，则有一些当前安装的说明：
1）默认质子_不起作用_。您需要从GloriousEggroll的存储库中获取一个发行版，并按照其安装说明进行操作。
2）您将需要运行以下命令：
WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable假设您使用常规Steam安装库的默认位置。如果不这样做，请适当调整路径。

其他启动器/非Steam版本说明：

如果要在Steam之外运行FFXIV，请使用Lutris的Standalone - DXVK version安装程序。
如果您想使用Lutris在Steam之外运行FFXIV，并且您的游戏是通过Steam购买的，请将-issteam参数添加到游戏的Lutris配置中。
如果要使用Steam运行非Steam版本的FFXIV，请将FFXIV的启动选项设置为： echo "%command%" | sed 's/-issteam$freetrial\|$//' | sh 。（感谢jbal91提醒我， sed是魔术！）

注意事项：
1）默认情况下，新启动器已被Steam / GE-Proton禁用-在某些时候，这可能会停止工作。这里有张公开酒票。
2）如果您使用的是后处理进样器（ReShade，GShade等），则每当鼠标移动时，游戏都会受到几秒钟的卡顿阻碍。这里有张公开酒票。你可以得到一个工作WINE这里（基于WINE 5.4）和工作质子（从建成GloriousEggroll的回购在20年4月18日）在这里。

_以前的更新_：
_更新：07-31-19_：
你好，黑暗战士/光明战士！ 如果您尝试通过Proton播放FFXIV，则已大大简化了！

通过Steam安装XIV后，只需打开~/.steam/steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/FFXIV.cfg并将CutsceneMovieOpening 0更改1 。（如果正在运行演示，请始终将39210与312060交换。）

如果您在购买后没有看到通过Steam安装游戏的选项，则需要在Steam客户端内部打开Steam->设置-> Steam Play，然后选中“启用Steam Play支持的游戏”和“启用” Steam Play for all othertitle's，在出现提示时重新启动Steam，您应该已设置好！

欢迎来到社区！

原始帖子：
我不确定这是否直接是同一问题。我已经通过Proton获得了XIV的服务，但是我必须遵循著名的葡萄酒答案才能使其发挥作用。即，我必须在steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV-A Realm Reborn /目录中编辑两个文件。

在FFXIV_BOOT.cfg中，我必须将BrowserType编辑为2，在FFXIV.cfg中，我必须将CutsceneMovieOpening编辑为1。

第一个更改使我现在可以进入启动器-如果将其保留为默认值，则会得到“发生系统错误：404. HTTPS系统错误”。害怕我在周中进行了安装，所以我不确定这是否是我在安装过程中解决nstgc问题的方式。
显然，后者的变化意味着我第一次玩游戏时看不到开头的过场动画，但是如果我将其保留为默认值，则游戏会启动，但是在选择数据中心后会挂断。

当这些编辑游戏配置文件时，我不确定这是否是Valve想为Proton考虑的东西，但至少是它的信息。

HereInPlainSight 于 2018-08-26

👍8 ❤3

启用实时反射后，FFXIV冻结

从https://github.com/ValveSoftware/Proton/issues/627转移的问题
@ulzeraj发表于2018-08-26T05：58：03：

经过一些手动的变通办法，即编辑INI文件以将浏览器类型设置为2后，Final Fantasy 14（ID：39210）可以在DX11模式下工作，禁用打开的过场动画并将winetricks xact用作其前缀。

但是，在启用“实时反射”后，图形立即停止工作。启用此特定选项的任何级别都会冻结游戏和X11。我仍然可以通过SSH登录，并且有以下消息：

[384.698959] [ drm：amdgpu_job_timedout [amdgpu]]错误环gfx超时，最后发信号seq = 202749，最后发出seq = 202751
[384.698964] [drm] GPU恢复已禁用。

GPU是Saphire R9390。系统是OpenSUSE Tubleweed，内核为4.18.0-1，使用amdgpu和Mesa 18.1.6 LLVM6。在启用Real Time Reflections的Windows 10上，相同的硬件和游戏也可以正常工作。

感谢您的辛勤工作。

@doitsujin于2018-08-26T10：47：10评论

请按照PREREQS.md中的建议使用LLVM 7和Mesa 18.2进行

@HereInPlainSight于2018-08-26T15：37：13发表评论

系统信息：Gentoo x86_64 | 4.14.65-gentoo | i5-6500 | NVIDIA GeForce GTX 1070 |支持 NVIDIA 396.51

我以前已经完成了配置文件的编辑，只是出现了llvm7并在前缀中添加了xact winetricks，切换到DX11，可以确认我能够在我想要的任何设置下使用Real Time Reflections运行。

@doitsujin于2018-08-26T16：12：39评论

@HereInPlainSight LLVM版本仅与AMD驱动程序相关，因为它们使用LLVM来编译着色器。为了正常工作，需要针对LLVM 7构建Mesa。

@HereInPlainSight于2018-08-26T16：50：18发表评论

@doitsujin我不是100％，因为DirectX11信息似乎表明建议使用LLVM7来避免GPU挂起，这在驱动程序部分中会提到。在获得新的SteamPlay信息之前，我在Linux上的游戏相当随意，因此我选择了安全起见，对此深表歉意。

kisak-valve 于 2018-08-26

使用推荐的库为我解决了此问题，但是现在我遇到了@nstgc描述的字体丢失问题。我应该提到在OpenSUSE Tumbleweed中没有发生字体问题。

为了满足PREREQS.md中描述的要求，我已切换到Ubuntu Bionic。从这些存储库安装后，我得到了针对LLVM 8.0编译的Mesa 18.3。我还安装了LLVM和CLANG 8，因为如果libllvm8够用，该文档并不清楚。我仍在使用从UKKUU安装的内核4.18.5-041805中的amdgpu。

顺便说一下，来自Ubuntu默认存储库的wine和winetricks太旧了，通过它们应用xact将导致游戏启动失败。

ulzeraj 于 2018-08-27

我以某种方式设法使用“ winetricks allfonts”添加这些字体
但是我似乎无法在Ubuntu 18.04上使用iBus anthy实际输入日语字符
其他人可以确认吗？（或者真的可以在FFXIV聊天中写日语）

EternalMana 于 2018-08-29

我的蒸汽控制器或xbox 360控制器均不起作用。
它们都是它们都显示在设置菜单中的游戏手柄列表中，因此可以将它们检测到，但是按按钮不起作用。

csos95 于 2018-09-07

在这里，控制器无法正常工作，但我设法通过SDL本机系统使用它们。

对于DS4，这可以通过将以下变量添加到您的配置文件（.bashrc或/ etc / environment）并禁用Steam控制器系统来实现。

export SDL_GAMECONTROLLERCONFIG ='030000004c050000cc09000011810000，PS4控制器，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 ， lefty：a1 ， righ tshoulder：b5 ，r ightstick：b12 ，rig httrigger：a5 ， rightx：a3 ，：a4 ， start：b9 ，x： b3，y：b2，平台：Linux ，050000004c050000cc09000000810000，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 ， lefty：a1 ， rigthshoulder：b5 ，r ightstick：b12 ，rig httrigger：a5 ， rightx：a3 ， righty：a4 ，开始：b9 ，x：b3，y：b2，平台：Linux ，'

问题是...我应该能够仅针对该游戏禁用控制器，但Steam会重命名设备节点路径，因此要使其正常工作，我需要禁用所有内容。设备重命名在OpenSuSE中不会发生。

ulzeraj 于 2018-09-08

电影不播放，可能与问题1464有关。

legluondunet 于 2018-10-06

我在这里找到了解决我问题的方法： https :

问题是要为一个控制器创建两个输入。
运行sudo rmmod hid_steam并重新启动Steam可解决此问题。

csos95 于 2018-12-04

无法在游戏启动器中加载嵌入式网页（appid：39210）

从https://github.com/ValveSoftware/Proton/issues/2183转移的问题
@TenaarFeiri发表于2019-01-02T23：58：28：

相容性报告

出现兼容性问题的游戏名称：Final Fantaxy XIV Online
Steam的Steam AppID：39210

系统信息

GPU：GTX 980M
驱动程序/ LLVM版本：nVidia 390.87
内核版本：4.18.0-13
以Gist链接到完整的系统信息报告： https :
质子版本：3.7-8

我确定：

[]我还没有找到此游戏的现有兼容性报告。
[x]我已经检查了我的系统是否有可用的更新。

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

病征

问题是Proton似乎无法帮助ffxivlauncher.exe使用正确的Web浏览器嵌入其登录页面。我曾经有报道说，一旦您通过启动器，游戏本身就可以正常工作了，但是我无法对其进行测试，因为这是下载游戏的关键步骤。

启动器本身报告HTTPS 404错误，因为它找不到用于启动器登陆页面的浏览器。

再生产

下载并安装Final Fantasy XIV Online。
启动游戏。 ffxivboot.exe将启动，并且由于字体损坏而不会提供任何有用的信息。
ffxivboot.exe最终将完成其下载，然后将打开ffxivlauncher.exe
通知启动器您已经拥有该游戏的帐户。
按照提示进行操作，直到完成指导您完成操作为止。
观察启动器尝试打开启动游戏运行并失败所需的网页的尝试。
关闭并重新启动游戏，根据需要多次。

kisak-valve 于 2019-01-03

编辑：让游戏运行：D
当前，我遇到一个问题，DX11中没有音频，但DX9中没有音频。我更喜欢在DX11中玩，因为性能更好。有任何想法吗？
我现在正在使用Proton 3.16-6（Beta）。

我刚刚找到了这个，并应用了上面提到的一些调整，然后启动器开始工作了=）

尚待确定下载完成后是否可以运行游戏本身，但我们拭目以待！

我注意到上面提到了前缀。我不是很精通技术；如果需要，我将如何应用它们？

TenaarFeiri 于 2019-01-03

知道如何在DirectX 11中获得声音吗？ DX9具有声音，但实际上无法播放。

TenaarFeiri 于 2019-01-06

@TenaarFeiri对于Wine，我必须安装xact，然后覆盖xaudio2_7

legluondunet 于 2019-01-07

您知道如何用Proton Wine做到这一点吗？我还不完全了解这些东西。

TenaarFeiri 于 2019-01-07

@TenaarFeiri对于Wine，我必须安装xact，然后覆盖xaudio2_7

我想到了！非常感谢您为我指明了正确的方向。
我按照winehq.org的指示安装了Wine的正确版本，然后执行了以下操作： WINEPREFIX=game_folder_in_steam winecfg并在替代中设置xaudio2_0和xaudio2_7。
做到了！我现在有音频和出色的表现！

TenaarFeiri 于 2019-01-12

编辑：原来问题是我的桌面环境。我卸载了Ubuntu 18.10，并用Kubuntu 18.10替换了它，现在Windowed Mode运行良好！

好的！
新问题！
因此，该游戏在Windowed Fullscreen中完美运行，没有任何问题（我可以看到）。但是我实际上更喜欢在窗口模式下玩游戏，这就是问题所在：我有一些与数字键盘绑定的技能，当我按下鼠标按钮时就会激活。在Windowed Fullscreen中，它们运作良好，没有任何错误，但是当我在Windowed中更多地使用它们时，FPS会急剧下降/冻结，因此很难像这样玩。

我录制了一个视频： https :

关于如何解决此问题的任何想法？

TenaarFeiri 于 2019-01-15

最新的FAudio版本修复了DX11版本的音频：

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

编辑：只要您关闭混响...如果您真的尝试过，在此行之后添加return buffer;

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

flibitijibibo 于 2019-01-25

最新的FAudio版本也修复了效果！现在，在我自己的设置下，游戏无需修改即可听起来不错（减去一些衰减，但这不应该让人感到痛苦）。

flibitijibibo 于 2019-01-26

👍2

结合以上所有内容以及xact，xaudio2_0-9，我认为官方支持应该离得这么远吗？
它与Proton 3.16-6 Beta中的修复程序完美配合，实际上最大的障碍就是按照@HereInPlainSight的描述将BrowserType更改为2，将CutsceneMovieOpening更改为1。
但这是我打赌Steam客户端应该能够在安装游戏时自行完成的工作吗？

TenaarFeiri 于 2019-02-06

Proton 3.16-7包括最新的FAudio更改，因此音频应在DX11版本上正常工作。

flibitijibibo 于 2019-02-16

在3.16-7 Beta中，我重新创建了该游戏的compatdata，以完全撤消所有手动修改。我仍然必须将BrowserType更改为2，并将CutsceneMovieOpening更改为1。音频现在可以在没有xaudio dll覆盖的情况下运行，但是音频会随着播放时间而逐渐增加。播放时间约20-30分钟后，所有音频都会延迟1-2秒。

还有其他人正在经历类似的事情吗？

Equivocal90 于 2019-02-21

👍2

快速浏览一下，我相信您偶然发现了SDL_AudioStreams的设计问题。我已经换掉了重采样器，所以如果我做的一切正确，滞后应该消失了（希望声音质量仍然可以）：

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

flibitijibibo 于 2019-02-21

尽管BrowserType已设置为2，但启动器中仍然存在HTTPS错误的问题。在GNOME上使用Wayland，Xorg上的GNOME和Plasma进行了测试。

holon-holon 于 2019-03-02

尽管BrowserType已设置为2，但启动器中仍然存在HTTPS错误的问题。在GNOME上使用Wayland，Xorg上的GNOME和Plasma进行了测试。

尝试删除~/.local/share/Steam/steamapps/compatdata/39210/pfx/drive_c/users/steamuser/My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/的“ web”文件夹

我有2台Fedora 29机器，其中一台必须不断删除该文件夹以供启动程序加载，而另一台则不需要。虽然，我不确定两台机器之间有什么不同

Equivocal90 于 2019-03-02

有时当您无法连接到他们的人时也会遇到问题
登陆页面。

我猜您已经拥有了，但是如果您没有，请检查一下
在boot.cfg中看到您的BrowserType设置为2（我相信吗？）。

丹·洛尔 3月2。 2019，03:37 skrev Equivocal90 [email protected] ：

尽管启动器中仍然存在HTTPS错误的问题，
BrowserType已设置为2。在GNOME下使用Wayland和GNOME在GNOME下进行了测试。
Xorg和等离子无济于事。
尝试删除〜/ .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My中的“ web”文件夹
文件/我的游戏/最终幻想XIV-重生的境界/
我有2台Fedora 29机器，其中一台必须不断删除
启动器要加载的文件夹，而另一个不需要。
虽然，我不确定两台机器之间有什么不同
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-468874158 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx
。

TenaarFeiri 于 2019-03-02

有时，当您无法连接到他们的登录页面时，也会遇到问题。我猜您已经拥有了，但是如果您没有机会，请检查一下boot.cfg中的BrowserType是否设置为2（我相信吗？）。丹·洛尔 3月2。 2019，03:37 skrev Equivocal90 [email protected] ：
…
尽管BrowserType已设置为2，但启动器中仍然存在HTTPS错误的问题。在GNOME上使用Wayland，Xorg上的GNOME和Plasma进行了测试。尝试删除〜/ .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV-A Realm Reborn /我有2个Fedora 29在其中一台计算机上，我必须不断删除该文件夹以供启动器加载，而在另一台计算机上则不需要它。虽然，我不确定两台机器之间有什么区别-您收到此邮件是因为有人提到过您。直接回复此电子邮件，在GitHub < ＃580（评论） >上查看，或使线程https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx静音。

在我的有问题BrowserType计算机上，将其设置为2 ，它给出了一个不同的https错误。它要么成功，要么给我-22或-21错误，直到我删除之前指定的文件夹。

Equivocal90 于 2019-03-02

给玩此游戏的人的问题：仅仅是需要跳过的原始过场动画，还是游戏过场动画也不起作用？我设法使游戏开始工作，但是由于这是第一次玩游戏，所以我不知道应该在哪里看到过场动画。

Mushoz 于 2019-03-02

@ Equivocal90

我不确定如何处理。 =（我很幸运地避免了这个问题！您使用的是哪个版本的Proton？我使用的是最新版的（测试版）。我以为台式机环境可能是个问题，但您已经对它进行了一些测试但是我正在使用Kubuntu / Debian，所以Fedora可能有另一个我无法猜测的问题。

@Mushoz
游戏中的过场动画可以正常工作，打开客户端后，您甚至可以从打开菜单中查看FFXIV中的电影。
有趣的是，似乎没有明显的理由说明为什么客户端不会在启用初始过场动画的情况下开始，因为它在运行时实际上可以很好地播放它们？
无论哪种方式，所有游戏中的过场动画都应该起作用！我还没有遇到任何问题。

我有点讨厌暗影使者！不知道这会如何影响Proton的当前性能。

TenaarFeiri 于 2019-03-02

@flibitijibibo和@ Equivocal90 ：
我可以确认最新的faudio解决了渐进的声音延迟。

我似乎遇到了另一个问题……

玩了一段时间后（有时少于30分钟，有时超过2小时），我开始发现帧时间的巨大差异，导致游戏停顿。
我在user_settings.py中将"DXVK_HUD": "full"更改为质子，以观察发生了什么……大约50分钟的游戏时间后，它又发生了。

我发现以下原因导致渲染帧的时间急剧增加：

鼠标移动
鼠标点击
键入的键（是的，它特定于字符的键入，而不仅仅是按按钮）

我怎么知道它是键键入的：

按住一个键（例如，D向右转）：结巴开始，然后结巴停止一会儿，然后再恢复一会儿。
如果现在点击另一个键（例如W向前移动），则即使您仍按住第一个键，释放第二个键（在这种情况下为W）时，结结也会停止。

这与我的系统在文本框中键入内容时的行为相同。
一旦游戏变得像这样，直到重启游戏后它才会停止。

请注意，游戏在开始之前一直完美运行（如果不是，我会说它可能有官方支持）。它发生在这样的随机时间，以至于我还没有想出一种自己复制它的方法（除了玩了很长时间-只是闲着似乎不起作用）。

操作系统：Kubuntu 18.04 LTS（禁用合成器）
GPU：RX 580 8GB
质子：3.16-7 Beta
Mesas尝试了：18.2和19.0.99（Oibaf最新）
LLVM：7.0.1

我有：

观看了GPU内存使用情况，时钟速度等-与更改之前相同（此情况的一个例外是，移动/单击鼠标或键入时-似乎造成停顿-GPU使用情况将_降低-）
观看了CPU时钟和利用率-也保持不变（虽然在提供输入时我没有看到）
禁用游戏中所有形式的帧限制
在游戏中尝试了不同的鼠标设置
检查dmesg是否存在任何I / O或硬件中断问题-未记录任何内容
检查Steam文件夹中的dxvk日志-没有异常
比较了在开始口吃之前和之后dxvk hud中显示的所有内容，似乎只有fps和帧时间发生了变化，并且这种变化仅在输入期间发生

我没有新主意，欢迎任何帮助。

schives 于 2019-03-03

👍1

图形部分中的游戏完美运行
但是音频会在短时间（我想说10分钟）后延迟，并且变得令人讨厌

ghost 于 2019-03-04

图形部分中的游戏完美运行
但是音频会在短时间（我想说10分钟）后延迟，并且变得令人讨厌

我的理解是，当Proton获得更新版本的FAudio时，该问题应该得到解决。

Equivocal90 于 2019-03-04

图形部分中的游戏完美运行
但是音频会在短时间（我想说10分钟）后延迟，并且变得令人讨厌

您可以通过在游戏上打开“属性”并为此设置启动选项来解决此问题：

PULSE_LATENCY_MSEC = 60％命令％

它确实应该只解决crack啪声，但是由于在FAudio更新之前缺少其他建议，值得一试吗？

TenaarFeiri 于 2019-03-04

@Turbito如果您克隆并构建FAudio，然后将Steam使用的libFAudio.so替换为您构建的那个，声音就是完美的：

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

只需构建并替换质子的电流即可。如果您使用的是Ubuntu，则需要以下软件包：

cmake
libsdl2-dev
必要的

我目前使用的是目前稍旧一些的服务器（https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518），但当前的主机也应该可以工作。

PS：如果您最终遇到了我在上一篇文章中描述的问题，我想知道。

schives 于 2019-03-05

有时，当您无法连接到他们的登录页面时，也会遇到问题。我猜您已经拥有了，但是如果您没有机会，请检查一下boot.cfg中的BrowserType是否设置为2（我相信吗？）。丹·洛尔 3月2。 2019，03:37 skrev Equivocal90 [email protected] ：
…
尽管BrowserType已设置为2，但启动器中仍然存在HTTPS错误的问题。在GNOME上使用Wayland，Xorg上的GNOME和Plasma进行了测试。尝试删除〜/ .local / share / Steam / steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV-A Realm Reborn /我有2个Fedora 29在其中一台计算机上，我必须不断删除该文件夹以供启动器加载，而在另一台计算机上则不需要它。虽然，我不确定两台机器之间有什么区别-您收到此邮件是因为有人提到过您。直接回复此电子邮件，在GitHub < ＃580（评论） >上查看，或使线程https://github.com/notifications/unsubscribe-auth/APgQqIDNj5NfLmXrWkWA0EMScT75Ts9Hks5vSePkgaJpZM4WMfqx静音。

事实证明，Steam在SteamPlay下创建了一个新的My Games文件夹。正在读取的配置文件位于新的前缀中。

holon-holon 于 2019-03-05

图形部分中的游戏完美运行
但是音频会在短时间（我想说10分钟）后延迟，并且变得令人讨厌
您可以通过在游戏上打开“属性”并为此设置启动选项来解决此问题：
PULSE_LATENCY_MSEC = 60％命令％
它确实应该只解决crack啪声，但是由于在FAudio更新之前缺少其他建议，值得一试吗？

@Turbito如果您克隆并构建FAudio，然后将Steam使用的libFAudio.so替换为您构建的那个，声音就是完美的：
https://github.com/FNA-XNA/FAudio
只需构建并替换质子的电流即可。如果您使用的是Ubuntu，则需要以下软件包：
* cmake

* libsdl2-dev

* build-essential
我目前使用的是目前稍旧一些的服务器（https://github.com/FNA-XNA/FAudio/tree/e5c9c20c3a1e24efb35a1eb2156e7d306f94e518），但当前的主机也应该可以工作。
PS：如果您最终遇到了我在上一篇文章中描述的问题，我想知道。

我已经玩了大约一个半小时，唯一的图形问题是摄像头无法像Windows系统那样平滑地移动...它仅在高桌面图形配置中发生。在标准笔记本电脑中，相机可按预期工作

我只是尝试过，但是这些（甚至同时）都没有解决我的音频延迟...
音频质量很好，唯一的问题是声音的延迟/不同步很小（但值得注意的是2或3秒）

编辑：我只是注意到我将库复制到lib /文件夹中...我正在测试到lib64 /

ghost 于 2019-03-05

您正在运行哪个版本的Linux，什么是Proton版本？
您是否尝试使用wineconfig激活所有xaudio通道
compatdata pfx以及xact？

我目前正在Kubuntu 18.10下运行最新的质子beta。

>

TenaarFeiri 于 2019-03-05

现在，复制到质子的lib64文件夹中似乎可以正常工作。在这半小时内，我没有注意到延迟。音频已完美同步。谢谢你们。

我没有接触Proton的winecfg，只是复制了lib并设置了

PULSE_LATENCY_MSEC=60 %command%

进入启动参数

在Proton 3.16-7 Beta中使用Linux 5.0，Mesa 19.1.0-devel（git-cb4e3e3ef6），xf86-xorg-amdgpu直到今天等（不确定该数字...这是Steam客户端的最新版本）显示）

ghost 于 2019-03-05

太棒了！我很高兴为您修复了它！
我实际上正在寻找发行版。不好的是，我仍然适应Linux世界：D
祝您游戏愉快！

TenaarFeiri 于 2019-03-05

太棒了！我很高兴为您修复了它！
我实际上正在寻找发行版。不好的是，我仍然适应Linux世界：D
祝您游戏愉快！

Gentoo“测试”？（〜amd64）。但是我猜它在其他发行版中也应该能正常工作。

ghost 于 2019-03-05

@schives我也遇到过同样的问题，尽管没有输入它会变得

witcheslive 于 2019-03-20

尝试获取我遇到的问题的一些文档，似乎与@schives相同，

一小时后：
https://witches.live/@anna/101786126154372039

一般：
https://witches.live/@anna/101786130006475213

witcheslive 于 2019-03-21

跟进，这似乎是积极发挥的结果。我刚登录并聊了一会儿后就整夜都离开了游戏，早晨，口吃不在那里。

witcheslive 于 2019-03-21

另外有一条评论绝对确认我拥有@schives相同的东西，并且比我记录的要好得多。它似乎确实与输入有关，并且实际上似乎与您按下的按钮数量有关，如果您处于活动状态并且正在执行查询和实例操作，那么它似乎会更快地出现，与此同时，我没有发生这种情况因为我把它留在一夜以测试它，然后几乎不定期地播放，主要是观看过场动画，所以该死了将近18个小时，而且它只是在我制作新地牢之前才开始发生的（谢天谢地，在我进来之前，呵呵）。我帮助某些人清除了Tsukiyomi的正常现象，它在第二部分的中间启动，当您用完AOE时，处理它确实很有趣，但是输入会使一切变得更糟...

真奇怪如果您不介意@schives ，我们可以看看我们的设置有何相似之处，以帮助解决问题？

我正在使用gentoo，内核版本4.19.27-gentoo-r1
我通过“免费试用”选项来运行游戏，但由于我有一个传统的非蒸汽帐户，所以我使用此命令修复了声音，因此它不完全是这个数字：
protontricks 39210 xaudio2_{0,1,2,3,4,5,6,7,8,9}=native

我的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:

质子版本是3.16-8 Beta
CPU是Intel（R）CoreTM i7-6700K CPU @ 4.00GHz

witcheslive 于 2019-03-22

我在流式传输时已对此问题进行了抽搐

https://clips.twitch.tv/CarelessPeacefulAirGuitarYouWHY

witcheslive 于 2019-03-23

发生鼠标照相机移动的情况时，如果使用键盘移动照相机，它还会不整洁吗？

自从我进入FFX | V已经有一段时间了，我不记得相机，键盘是否有默认绑定，是否可以像内置一样完成，但是如果有的话，请问有人尝试过吗？

另外，只是移动鼠标（即使不移动相机）也不会造成断断续续吗？

（很抱歉，如果我在某处未提及这些内容；我在ValveSoftare的每条消息中都收到了邮件，但是我可能已经错过了这些，并且我现在不阅读所有这些注释^^;）。

Chiitoo 于 2019-03-23

是的，它确实。无论何时使用输入，无论使用鼠标还是键盘，输入都会变得不稳定。如果您在静止不动的情况下仔细观察动画，却仍然打字，那仍然是断断续续的，但是即使您在聊天框或其他内容中键入内容，它也再次变得糟糕。任何形式的输入似乎都使它变得断断续续。

witcheslive 于 2019-03-23

好吧，关于动作和输入，似乎不像我在其他地方看到的。

这个标题似乎也很相似，就是游戏一段时间后图形内存耗尽。暂时一切都很好，但是后来事情变得疯狂了……

我是从过去开始，通过Wine来运行游戏，这是自第一个Alpha to Beta发行以来，以及它们现在发布的版本。：]

重要的是，我要注意所使用的图形内存，因为我似乎快用完了（内存泄漏？）。一段时间后，事情变得与我在这里看到的非常相似，并且与您需要真正走动（而不是闲着）相匹配。

Chiitoo 于 2019-03-23

@witcheslive和@Chiitoo
似乎不是VRAM，radeontop显示我的RX 580上的内存使用情况大致上是一致的，即使在其他应用程序正在运行时，也从未超过3 GB。
内存使用量很小，没有明显的内存泄漏。

我什至尝试删除其他pcie卡，以防万一那里有问题（调试有些极端），但是没有任何变化。

质子或FF14如何处理输入确实看起来像一个问题。通过启用完整的dxvk HUD，在单击鼠标左键时（几分之一秒，这是您通常不会看到的那种东西），您应该能够在帧时图上看到瞬时停顿。甚至在游戏进入所有输入停止模式之前，就存在这种左键单击的停止现象。

就一个小实验而言，当游戏变得不稳定时，请按住alt键退出，使用xset r off禁用按键重复（这将关闭xorg中的按键重复），然后开始使用WASD按键运行。您会注意到，即使您按住键不放，只要不移动鼠标或按下新键，游戏就不会显得很不稳定。要重新启用重复键，请使用xset r on 。

我还看到，游戏变得波涛汹涌的时间似乎与我按下的键数成反比。

我可能想到的事情可能会引起问题：

可能有某种数据结构充当缓冲区，当所有的键变得过满且未刷新时，它们会保持按下的所有键并需要以某种方式进行调整（例如，堆栈或队列）。需要在一个空间上移动所有值的这种数据结构可能会遇到内存带宽瓶颈，这是有道理的。

音频修复也有可能出错。
我们都有英特尔处理器：也许这些过多的硬件漏洞的缓解措施之一导致了问题？
质子如何转换FF14的输入可能出问题了。

就系统规格而言，我看到的唯一相似之处是我们的CPU供应商（Intel）...

详细规格

操作系统：Kubuntu 18.04 LTS
质子：3.16-8 Beta

核心

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

中央处理器

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

记忆

每个通道4x4GB 11-11-11 DDR3 1 DIMM

# 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（如果您使用的是dxvk），则调试的相关信息是由vulkaninfo而不是glxinfo收集的

编辑：添加了压缩部分以获取硬件信息

schives 于 2019-03-24

极其证实，这似乎与会话中的输入数量有关，并且需要大约一个小时的活跃播放时间，而且由于多次按下按钮，执行实例似乎可以使其更快地进行。我的演奏风格非常活跃，经常跳动，多击按钮以确保他们排队等候GCD，旋转照相机，所以我认为这就是为什么我唯一能获得一个多小时活跃演奏的原因是新的修补程序MSQ，花时间看着过场动画。

我确实想知道音频修复是否有用，但是如果没有音频修复，音频是如此糟糕，以至于我什至都不会持续10分钟，更不用说一个小时了，呵呵。但与此同时，我知道有人（谁帮助我进行了此设置）拥有几乎完全相同的硬件（无论如何都具有相同的GPU），却没有这个问题，尽管他们的演奏风格比我还轻松，所以很难告诉他们是否只是没有击中它。我只能想到的其他事情是我的主显示器运行144hz，而副显示器运行60hz，两者的分辨率均不同。我正在使用i3，而不是完整的窗口管理器。

witcheslive 于 2019-03-24

如果音频库速度变慢，则很可能会表现为音频卡顿-客户端与XAudio2的交互确实涉及到一些互斥体，但是它通常是按源而不是整个API，如果出现这样的情况，我可能会造成时间损失几十万种声音（与大多数游戏可工作的〜32-64相反）。

flibitijibibo 于 2019-03-24

@witcheslive
我正在运行一个4k（3820x2160）60Hz监视器。
我碰巧在游戏中禁用了蒸汽覆盖（因为我将shift-tab用作热键）。
如果您还禁用了蒸汽覆盖，则我们的问题可能与https://github.com/ValveSoftware/steam-for-linux/issues/5727有关

schives 于 2019-03-25

分歧仍在继续，至少它正在缩小范围。我尚未禁用覆盖。

哇，这个链接很有趣。我更想知道这是否是Vulkan或Proton的问题，甚至根本不涉及覆盖或FFXIV，只是没有经常遇到，因为它需要一个小时左右的活跃时间才能击中，因此可以逃脱检测。

witcheslive 于 2019-03-25

我今晚在维护工作之前绕过尤里卡（Eureka）奔跑，试图短暂地复制卡顿问题，但未能做到。

仅出于测试目的，受此影响的人是否尝试过Lutris脚本？如果仅是Proton / Steam专用的东西或它们之间共享的东西，则至少可以缩小范围。

HereInPlainSight 于 2019-03-26

我一周前曾尝试使用Lutris脚本，但最终还是遇到同样的问题。

karlsbjorn 于 2019-03-26

我又
这次我正在使用Ubuntu 19.04开发人员进行测试，它需要一些其他步骤。
安装了用于台面的Vulkan驱动程序，但未安装32位驱动程序。

sudo apt install mesa-vulkan-驱动程序：i386

启用dxvk（在回退到dx9c之前）

ghost 于 2019-03-26

@HereInPlainSight复制它的最好方法是在您按下很多按钮的情况下执行实例副本。如果您正在积极进行的话，尤里卡也可以工作，如果您正在AFK耕种，那将不会发生哈哈

witcheslive 于 2019-03-26

刚刚尝试使用Proton 4.2重新安装。仍然需要对cfg文件使用BrowserType和Cutscene编辑。 2小时的游戏时间，主要是因为我是新手而聚集/制作游戏，并在功率不足的笔记本电脑上玩游戏。没有音频滞后。无法对口吃发表评论。我什么都没看到，但是那时我从事的活动可能不会触发它。

greydmiyu 于 2019-03-27

在获得4.2版本后（我不得不稍微摇动手柄，由于某种原因它没有下载，因此，如果有人遇到二进制格式错误，请下载或删除并下载《狂神之境》或将其下载到其他内容）实际下载Proton 4.2）我做了一些轮盘赌，将其放置一整夜，然后再做更多轮盘赌，而且我肯定一直在捣碎按钮一个多小时，现在看来还可以，敲木头！

witcheslive 于 2019-03-27

没有冻结整个桌面环境，我将无法进入全屏模式。以前使用Lutris安装游戏时，我可以通过手动编辑FFXIV.cfg中的适当设置来完成此操作。现在有了Proton 4.2，甚至失败了。整个桌面将冻结，我需要SSH并终止FFXIV进程才能恢复。

发行版：Ubuntu 18.04.2
质子：4.2-2
GPU：RX 480 8GB
驱动程序/ LLVM版本：Mesa 18.2.8 / LLVM 7.0.0
内核版本：4.18.0-17-通用

e3b0c442 于 2019-04-05

@ e3b0c442这是https :

Proton仍在使用DXVK的早期版本，因此出现了问题。

Mushoz 于 2019-04-05

没有冻结整个桌面环境，我将无法进入全屏模式。

您可以全屏显示窗口吗？我每晚玩几个小时，没有问题，但是我正在全屏窗口播放。

greydmiyu 于 2019-04-05

现在，在全新安装的Linux Arch上，我遇到一个黑屏，并且该流的右下角有一个加载圆圈。选择要连接的数据中心后，将出现此加载屏幕。曾经能够在大约2个月前在我以前的Linux安装上播放它。不确定到底是什么导致了它，但是在显示无限加载屏幕时，这一次又一次地被垃圾记录在日志中：

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

有什么想法吗？

Mushoz 于 2019-04-07

@ e3b0c442这是https :
Proton仍在使用DXVK的早期版本，因此出现了问题。

我重新安装了Lutris，除了它比我记得的要慢之外，其他一切都很笨拙。谢谢。

有什么阻止我仅在Steam wineprefix中运行升级的DXVK安装脚本的问题吗？我希望通过Steam管理游戏。

e3b0c442 于 2019-04-07

@Mushoz，您需要将FFXIV.cfg中的CutsceneMovieOpening更改为1。

witcheslive 于 2019-04-07

有没有人发现鼠标的移动停顿了？遇到相同的问题并进行故障排除使我有点发疯！

我们有两台几乎完全相同的PC来玩游戏。一种是鼠标移动停顿非常明显，另一种似乎没有发生。

PC之间的主要区别在于，没有卡顿问题的PC运行的是compton，而有问题的PC则没有。因此，我们在该PC上禁用了compton，现在两者都遇到了停顿的情况。有趣的是，即使重新打开compton也无法解决问题。以某种方式关闭compton会导致问题开始，如果这对任何人都有帮助。

（重启等现在没有任何区别。）

fosspill 于 2019-04-07

插入XB360控制器可以为我纠正鼠标的卡顿现象。（我什至没有使用它，只需插入它就足够了）

dlove67 于 2019-04-07

不得不尝试，可悲的是，这对我没有任何帮助:(

fosspill 于 2019-04-07

Tbh我发现FFXIV在Linux上很有气质。也许您已经看到了我上面描述的问题。移到Kubuntu修复了它，但是总体上我遇到了FPS停顿的情况，因此切换桌面环境有所帮助。
然后突然之间，FPS变得平稳，即使在24人操作的情况下，一周也没有出现卡顿现象，然后在相同的情况下出现了打ic（我不经常更新计算机，因此无需对系统进行任何更改）。

鼠标卡死也发生在我身上，但是奇怪的是在应用了PULSE_LATENCY_MSEC=60 %command%修复程序之后，它也得到了解决。不知何故。我不知道为什么

我对游戏卡顿的其他观察结果是在后台播放视频（甚至在最小化的窗口上），Caprine的使用（Linux台式机的Facebook Messenger实现，在运行时一直造成FPS卡顿和鼠标响应）如果其他进程在进行游戏时所做的事情使CPU使用率降低了7％。

当鼠标出现打h时，我要做的另一件事是我禁用了该功能，并通过xinput重新启用了它，这似乎可以神奇地解决问题（如果有一段时间）。

除此之外，我建议禁用Steam覆盖，看看您是否可以在启动游戏后完全退出Steam，看看是否有所作为？

我不知道此时是否可能有驱动程序问题导致这些问题...

TenaarFeiri 于 2019-04-07

已经切换到其他桌面环境，应用了脉冲延迟修复程序，从没有其他任何运行开始...现在，我尝试了xinput并禁用了蒸汽覆盖。仍然有100％的时间遇到问题。

某种程度上可能是台面虫吗？但我认为这根本不涉及输入

fosspill 于 2019-04-07

您可以尝试一下： PROTON_USE_WINED3D
这将要求Proton使用WINE的wined3d OpenGL实现而不是Vulkan的DXVK。如果这没有帮助，那么恐怕我现在没有建议。

但是您可以在这里找到可以尝试的东西： https :

TenaarFeiri 于 2019-04-07

非常感谢您帮助我进行故障排除。遗憾的是，无论是否安装dxvk，我都遇到相同的问题。

fosspill 于 2019-04-07

关于鼠标口吃的问题。我终于找到了一种可行的解决方法（也包括许多其他winegame）。

我必须安装多色（访问我的剃须刀鼠标的设置）并将轮询率降低到125或500。125表示没有帧丢失，500表示一些帧丢失。 1000杀死了我的帧。

显然，长期以来，这一直是葡萄酒的已知问题。

fosspill 于 2019-04-21

我不确定这是否直接是同一问题。我已经通过Proton获得了XIV的服务，但是我必须遵循著名的葡萄酒答案才能使其发挥作用。即，我必须在steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser / My Documents / My Games / FINAL FANTASY XIV-A Realm Reborn /目录中编辑两个文件。
在FFXIV_BOOT.cfg中，我必须将BrowserType编辑为2，在FFXIV.cfg中，我必须将CutsceneMovieOpening编辑为1。
第一个更改使我现在可以进入启动器-如果将其保留为默认值，则会得到“发生系统错误：404. HTTPS系统错误”。害怕我在周中进行了安装，所以我不确定这是否是我在安装过程中解决nstgc问题的方式。
显然，后者的变化意味着我第一次玩游戏时看不到开头的过场动画，但是如果我将其保留为默认值，则游戏会启动，但是在选择数据中心后会挂断。
当这些编辑游戏配置文件时，我不确定这是否是Valve想为Proton考虑的东西，但至少是它的信息。

这对我有用，在带有Kernel 5.0.8，Nvidia 780 TI和kde的Arch linux上。干杯!

madipietro 于 2019-04-22

所以...似乎FFXIV的最新补丁（也对启动程序进行了更新）现在为我破解了。
现在，即使正确配置了BrowserType，我仍然再次遇到HTTPS 404错误。我将尝试重新安装，看看重新安装启动器是否可以工作。
还有其他想法吗？
当前在Pop_！OS上运行。

编辑：重新安装没有帮助。

TenaarFeiri 于 2019-04-23

Arch @TenaarFeiri上的同一问题。他们是否偷偷地禁用了酒依赖的东西？

Lutris论坛都在谈论这个问题太.. https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598

有点题外话：为什么所有发射器都必须如此吸吮？ :)

编辑：可能重要的是要注意，这个问题是质子专有的。葡萄酒也受到影响。

fosspill 于 2019-04-23

您好@TenaarFeiri ， @fosspill ，您可以其中之一将PROTON_LOG=1 %command%到游戏的启动选项中，并将生成的$ HOME / steam- $ APPID.log拖放到注释框中。

kisak-valve 于 2019-04-23

PROTON_LOG=1 %command%

绝对！
steam-39210.log

TenaarFeiri 于 2019-04-23

👍1

Arch @TenaarFeiri上的同一问题。他们是否偷偷地禁用了酒依赖的东西？
Lutris论坛都在谈论这个问题太.. https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598
有点题外话：为什么所有发射器都必须如此吸吮？ :)

而且我不知道。有时，它们似乎是故意设计的，以使人们在其他可以支持他们的系统上运行游戏变得更加困难：D

编辑：

我自己看了一下日志，这部分看起来很有趣：

1040.629：0030：0031：fixme：ieframe：ClientSite_GetContainer（0x1b0b8c）->（0x32e1dc）
1040.630：0030：0031：fixme：urlmon：InternetBindInfo_GetBindString不支持字符串类型20
1040.630：0030：0031：fixme：urlmon：InternetBindInfo_GetBindString不支持的字符串类型12
1040.630：0030：0031：err：mshtml：on_stop_nsrequest RemoveRequest失败：80004005
1040.630：0030：0031：fixme：ieframe：ClientSite_GetContainer（0x1b0b8c）->（0x32ea9c）
1040.631：0030：0031： FIXME：URLMON的：InternetBindInfo_GetBindString不支持字符串类型20
1040.631：0030：0031： fixme ：ieframe：DocHostUIHandler_GetDropTarget（0x1b0b8c）
1040.631：0030：0031： fixme ：ieframe：DocHostUIHandler_GetDropTarget（0x1b0b8c）
1041.008：0030：0031： fixme ： 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”

现在的问题可能是壁虎特有的吗？我注意到那之后，有很多失败的尝试加载它。

TenaarFeiri 于 2019-04-23

有
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
在日志中，有人在reddit上说应该联系https://frontier.ffxiv.com/version_4_0_win/index.html （version_4_0_win仅一次）。
https://www.reddit.com/r/ffxiv/comments/bgeluh/any_other_linux_users_getting_404_errors_when/

我做了一个+中继日志，似乎在调用CoInternetCombineUrlEx创建了重复的version_4_0_win CoInternetCombineUrlEx 。我认为他们正在传递https://frontier.ffxiv.com/version_4_0_win和version_4_0_win/index.html作为参数，wine应该从第一个参数中减去version_4_0_win 。

我的中继日志
 + urlmon日志

编辑：
main.c ，用x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe编译后，在Windows和Wine上都得到了重复的version_4_0_win ，因此，毕竟这可能不是问题。

exolyte 于 2019-04-23

👍4

伙计们，不错的侦探工作。是否可以通过某种方式重定向错误的URL（使用防火墙，自定义的葡萄酒补丁，填充程序或其他工具？），直到正确找到并纠正了该错误为止？

fosspill 于 2019-04-23

XIV的启动器是否一直使用Gecko而不是Chromium作为其渲染引擎？可能是不再支持BrowserType标志了吗？

nourez 于 2019-04-23

我也想知道@nourez，但是人们指出的url问题似乎并非如此？

fosspill 于 2019-04-23

只是一时兴起，我一直在浏览BrowserTypes 0到20，没有运气：P
我开始认为这不是问题。也一直在改变...一切都很好。我一直在搞乱配置文件中的所有内容，但无济于事。

看来问题确实出在URL上，我怀疑我们是否可以对此进行补救。取决于Valve！或正方形。谁先接触它。

TenaarFeiri 于 2019-04-23

@fosspill @TenaarFeiri是的，我没有看到它是格式错误的URL，只是看到了有关尝试致电Gecko的问题的帖子。我认为Fosspill重定向URL的想法可能暂时是最好的选择，但是直到今天下班回家后，我才能真正搞清楚它。也许尝试编辑/ etc / hosts来处理它？

nourez 于 2019-04-23

可悲的是/ etc / hosts不能正常工作，因为它只能执行主机名/ ips。我认为唯一的可能是某种补片/自定义酒水补丁，以临时修复它，直到SE永久修复它。

fosspill 于 2019-04-23

我以为在URL上删除子字符串可能会解决此问题？但这将是一个非常具体的修复，并且如果URL由于任何原因而变长或变短，我们将回到此位置。
尽管知道如何用WINE修补来完成它。那不是我真正的交易。

TenaarFeiri 于 2019-04-23

确实，这将是一个奇怪且过于具体的修复程序，但我很乐意看到它的有效性！ :)

fosspill 于 2019-04-23

任何IE版本都可以使用64位前缀吗？那可能是解决它的方法

jbalme 于 2019-04-23

不知道这是否有帮助，但是我从32位Windows 7虚拟机中获取了urlmon.dll及其依赖项iertutil.dll并将其设置为本机替代，但是它似乎并未影响重复的路径段

ashkitten 于 2019-04-23

@exolyte我不确定我是否理解您的编辑，虽然更深层次的问题可能是存在的，但重复存在版本号为“

witcheslive 于 2019-04-23

编辑：
main.c ，用x86_64-w64-mingw32-gcc main.c -I /usr/include/wine/windows/ -lurlmon -lmsvcrt -lucrt -L /usr/lib/wine/fakedlls/ -o main.exe编译后，在Windows和wine上都给出了重复的version_4_0_win ，因此，毕竟这可能不是问题。

好吧，这不是个好消息。我有什么办法可以解决此问题？

fosspill 于 2019-04-23

@witcheslive我的假设是CoInternetCombineUrlEx在酒中实现不正确，但是我的编辑中的测试表明问题出在其他地方。因此，我要么弄乱了测试中的内容，要么重复version_4_0_win发生在其他地方。

第三种可能性是双重version_4_0_win实际上是正确的。这绝对很奇怪，但这不一定是问题的原因。

exolyte 于 2019-04-23

第三种可能性是双精度version_4_0_win是正确的。这绝对很奇怪，但这不一定是问题的原因。

我认为情况并非如此，因为在浏览器中未加倍，它肯定会返回200响应，但加倍会产生404

ashkitten 于 2019-04-23

👍6

启动器仅包含字符串https://frontier.ffxiv.com/version_4_0_win/和index.html的单个实例。将version_4_0_win/从前者清零会使日志显示它试图访问https://frontier.ffxiv.com/index.html此外，没有version_4_0_win实例。

因此，看起来确实仍然以某种方式复制了version_4_0_win但这与附加index.html无关。

Equivocal90 于 2019-04-23

有什么方法可以将重复的version_4_0_win代理/重定向到正确的URL，以查看是否可以解决该问题？

witcheslive 于 2019-04-23

@witcheslive我认为仅使用代理是不可能的，因为URL使用https方案。但是如果我们将二进制文件中的字符串打补丁以使用http，则可能

ashkitten 于 2019-04-23

有什么方法可以将重复的version_4_0_win代理/重定向到正确的URL，以查看是否可以解决该问题？

不幸的是，使用HTTPS并不容易

nourez 于 2019-04-23

我认为使用http发送登录凭据不是一个好主意，尽管如果我们无论如何都要修补二进制文件以进行URL重写，可能会有更好的主意。更不用说他们是否正确设置了身份验证服务器，它甚至都不会接受http。

witcheslive 于 2019-04-23

👍1

我们可以尝试重写网址以指向本地代理。据我们所知，这是唯一受影响的url，随着我们进一步深入，我们可以迭代地解决问题

ashkitten 于 2019-04-23

👍1

如果可能的话，我们是否可以通过对Wine进行补丁处理来获得任何知识？

fosspill 于 2019-04-23

尽管已指示我启用JavaScript和其他功能（即使已启用它），但转至http://frontier.ffxiv.com/version_4_0_win/确实允许访问。
如果服务器配置正确，我根本就无法访问该页面的常规HTTP版本。

如果我们可以临时修补二进制文件以通过HTTP，那么愿意冒险使用二进制文件（包括我本人）的人会喜欢它，直到获得正式修复。

TenaarFeiri 于 2019-04-23

本地代理除了实际运行代理外，还需要安装欺骗的HTTP证书。这可能会使整个系统面临风险。最好修补二进制/葡萄酒

jbalme 于 2019-04-23

由于它使用的是嵌入的浏览器，因此它也可能会跟随重定向，因此，如果我们很快没有获得真正的解决，我们可以尝试在路径中托管一个简单的重定向，并在二进制文件中修补网址以指向该路径。当然，只是猜测

ashkitten 于 2019-04-23

另外，我注意到启动器现在下载了libcef.dll，但似乎并未实际使用它，这太糟糕了，因为我认为这是Gecko的问题。

jbalme 于 2019-04-23

关于修补二进制文件以指向代理，首先将其修补为指向正确的URL就很容易，而无需尝试绕过HTTPS。

jbalme 于 2019-04-23

本地代理除了实际运行代理外，还需要安装欺骗的HTTP证书。这可能会使整个系统面临风险。最好修补二进制/葡萄酒

如果我们重写url以直接指向代理，则根本不需要证书（假设它们没有对正确的证书或其他内容进行硬编码）

ashkitten 于 2019-04-23

我不完全确定将其指向正确的网址会很容易，因为它会对我们不了解的网址字符串进行了一些操作，首先产生了重复路径。

ashkitten 于 2019-04-23

我使用hosts文件将frontier.ffxiv.com域重定向到我的服务器，并将/version_4_0_win/index.html和/version_4_0_win/version_4_0_win/index.html放在服务器上。启动器访问两个文件，但此后保持黑色。如果我在服务器上移动/version_4_0_win/index.html或/version_4_0_win/version_4_0_win/index.html ，则会出现常规404错误。

exolyte 于 2019-04-23

我使用hosts文件将frontier.ffxiv.com域重定向到我的服务器，并将/version_4_0_win/index.html和/version_4_0_win/version_4_0_win/index.html放在服务器上。启动器访问两个文件，但此后保持黑色。如果我在服务器上移动/version_4_0_win/index.html或/version_4_0_win/version_4_0_win/index.html ，则会出现常规404错误。

日志中是否显示任何内容？

ashkitten 于 2019-04-23

我确实对葡萄酒进行了修补，以使用（假定的）正确的URL，这导致其访问https://frontier.ffxiv.com/version_4_0_win/index.html?1556042120789。

404错误随之消失了。但是，经过一堆更多的http请求之后，修补程序便坐在那里，屏幕黑屏，似乎对任何输入都没有反应。

这是经过404 ..的补丁，尽管它似乎不太有用。
https://gist.github.com/sschroe/963f1d7aa3fc366e155e5ac6bc84cc71

sschroe 于 2019-04-23

日志中是否显示任何内容？

除了没有012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428情况（没有重定向到我自己的服务器时）外，没有什么有趣的事情。

exolyte 于 2019-04-23

日志中是否显示任何内容？
除了没有012e:fixme:ieframe:DocObjectService_IsErrorUrl 0xda6848 L"https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html?1556042270260" 0x32e428情况（没有重定向到我自己的服务器时）外，没有什么有趣的事情。

似乎启动器正在尝试（并成功）加载https://frontier.ffxiv.com/version_4_0_win/ ，而我们遇到的问题是它无法通过https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/的文件进行身份验证，这是导致错误的原因吗？

有趣的是，浏览Frontier页面的javascript文件时，我在启动器中创建字符时看到了许多旧代码。实际上，这里有很多没有使用的代码。放在一边。

TenaarFeiri 于 2019-04-23

我使用hosts文件将frontier.ffxiv.com域重定向到我的服务器，并将/version_4_0_win/index.html和/version_4_0_win/version_4_0_win/index.html放在服务器上。启动器访问两个文件，但此后保持黑色。如果我在服务器上移动/version_4_0_win/index.html或/version_4_0_win/version_4_0_win/index.html ，则会出现常规404错误。

@exolyte我很好奇启动器是否会尝试从Windows计算机访问这两个文件。我转储了启动器进程的内存，并发现单个version_4_0_win多个实例（每个实例超过10个）并将其加倍。

到家后，我将尝试查看在Windows下运行启动器时是否可以找到两个URL。

Equivocal90 于 2019-04-23

我启动了Windows分区，并将BROWSER_TYPE更改为2，它可以正常工作，只是为了确保Gecko总体上没有损坏。

我还尝试使用wireshark进行一些数据包捕获，以查看其尝试访问的URL，但是我认为这些URL已在域之外进行了加密（我确实看到它连接到边界），否则我不太擅长wireshark。

witcheslive 于 2019-04-23

我尝试的另一件事是将ffxivlauncher.exe替换为以前的版本，并且此启动器将启动并让我登录。但是，登录后，它会抱怨它无法执行版本更新。

也许有人从Windows获得了完全修补的客户端，如果这可以使他们摆脱问题，可以尝试。

sschroe 于 2019-04-23

我启动了Windows分区，并将BROWSER_TYPE更改为2，它可以正常工作，只是为了确保Gecko总体上没有损坏。

我们确定Browser_Type标志没有被完全忽略吗？浏览器类型之间是否存在明显差异，因此我们确定Windows实际上以Type = 2运行？

编辑：在Windows分区上测试过。就我所见，根本没有明显的区别。不确定如何判断浏览器类型是否被忽略。

我尝试的另一件事是将ffxivlauncher.exe替换为以前的版本，并且此启动器将启动并让我登录。但是，登录后，它会抱怨它无法执行版本更新。
也许有人从Windows获得了完全修补的客户端，如果这可以使他们摆脱问题，可以尝试。

尝试过，可悲的是发生了同样的问题。您必须具有更新的启动器才能启动游戏，即使游戏已经是最新的。

fosspill 于 2019-04-23

看起来BrowserType现在确实被忽略了，假设值为2意味着它将使用CEF（而不是IE）。 libcef.dll不再被启动器访问（您可以在启动器目录中使用stat libcef.dll进行检查，并查看访问时间，这对我来说是我上次运行启动器的时间更新）。

奇怪的是，此更新确实修改了libcef.dll ，如果根本不再使用它，那将很奇怪...

lesderid 于 2019-04-23

😕4

如果BrowserType不再影响任何事情，我认为没有简单的解决方法，那么Wine的Gecko处于令人遗憾的状态，因此我不太希望得到它的配合。

Wine迫切需要适当的IE支持，无论是通过使Gecko更加真实地模仿它，还是使本机IE 11正常工作，都有很多应用程序因此无法在Wine中很好地工作。

jbalme 于 2019-04-23

有没有人尝试在前缀中安装IE，然后呢？

ashkitten 于 2019-04-23

在Wine中“起作用”的IE的最新版本是IE8，并且只有32位前缀。这将意味着不支持DXVK / DirectX 11，即使有人可以使用。

jbalme 于 2019-04-23

基本上，除非Square对其进行修复，否则在短期内使游戏再次正常运行的最佳选择将是完全绕过启动器

jbalme 于 2019-04-23

我注意到使用BrowserType会导致性能差异，因此我认为它不会被忽略。将其设置为0会产生几秒钟（最多一分钟）的黑色预期结果，然后再发出错误；而将其设置为2则在不到10秒的时间内就会产生HTTPS错误。每次对我来说都是可复制的。
libcef.dll可能有问题
我们可以尝试使用旧版本的libcef.dll吗？如果我们有一个可用的？

TenaarFeiri 于 2019-04-23

libcef.zip

编辑：我还与支持人员联系，以查看我们是否可以获得关于是否仍然尊重BrowserType的直接答案。

fosspill 于 2019-04-23

👍3

我只是尝试还原到我的先前版本的libcef.dll（来自此更新之前的版本），但仍然失败并显示相同的404

thecybrid 于 2019-04-23

😕1

libcef.zip

TenaarFeiri 于 2019-04-23

哦。我被殴打了！
真可惜:(

TenaarFeiri 于 2019-04-23

icudt.zip

那同时使用旧的libcef和icudt呢？

编辑：我也没有改变。该死的= /

TenaarFeiri 于 2019-04-23

👍1

两者都没有改变

thecybrid 于 2019-04-23

没有。我什至尝试使用来自http://opensource.spotify.com/cefbuilds/index.html的cef，仍然得到404。

jbalme 于 2019-04-23

绝对是看起来它正在忽略它，无论是偶然还是设计使然

thecybrid 于 2019-04-23

他们同时发布了32位和64位ffxivlauncher.exe，但仅发布了32位的libcef.dll，因此不能同时使用CEF。

jbalme 于 2019-04-23

我们甚至没有弄清楚到底是什么引起了错误？如果启动程序指向错误的URL是真正的问题，那么Windows用户是否也不会遇到问题？

Selhar 于 2019-04-23

前缀是64位？我很确定不是，在测试本机覆盖时，我不得不使用32位Windows中的dll

ashkitten 于 2019-04-23

前缀需要为64位才能运行游戏的DirectX 11版本。如果使用它，则前缀为64位。

jbalme 于 2019-04-23

👍2

我们甚至没有弄清楚到底是什么引起了错误？如果启动程序指向错误的URL是真正的问题，那么Windows用户是否也不会遇到问题？

我认为没有人知道是什么原因造成的，不。

但是，从理论上讲，窗口和Wine的行为可能与URL略有不同，因此在一个窗口中正常工作而在另一个窗口中不工作。

我希望我们看到有人聪明地在这里解决问题，找到解决方法，或者其他人写了一个工具来绕过修补程序。

fosspill 于 2019-04-23

因此，它可能不是libcef.dll，但我们可能认为浏览器不再使用它是正确的。
@Selhar不一定。该启动器是为Windows专门编码的，因此它们可能使用了WINE不太支持的Win特技。

Square DID宣布，他们将确保只能通过Steam使用游戏的Steam版本。无法为我们访问游戏可能是这些即将到来的更改的直接结果。

而且，DX9 FFXIV不再重要。在进入ShB之后，他们已经放弃了对游戏的DX9支持，因此，如果我们想玩游戏，我们基本上必须让它以64位前缀运行。

TenaarFeiri 于 2019-04-23

👍4

他们正在放弃支持，但仍会以零保证的方式分发该支持。本质上，Windows DX9用户将获得与Linux用户完全相同的支持

jbalme 于 2019-04-23

如果您还记得的话，这可能与我们之前使用BrowserType 2时遇到的问题相同。它也可能在Windows上运行404，但由于我们没有IE，它无法捕获错误并重定向到预期的页面或某些时髦的东西像那样

ashkitten 于 2019-04-23

https://github.com/xivapi/ffxiv-launcher具有身份验证代码，我正在研究是否可以编写一个简单的命令行node.js脚本来使用它登录。仍然没有办法修补程序而不从Windows复制文件（如果它们执行Steam身份验证，则可能对Steam用户不起作用。）

jbalme 于 2019-04-23

Square DID宣布，他们将确保只能通过Steam使用游戏的Steam版本。

上帝，为什么SE必须像这样

witcheslive 于 2019-04-23

👀2

在此期间可能有效的另一种方法是，登录Windows VM，并用仅转储会话令牌的虚拟应用程序替换ffxiv.exe，然后将其传递给Wine中的exe文件。

jbalme 于 2019-04-23

在此期间可能有效的另一种方法是，登录Windows VM，并用仅转储会话令牌的虚拟应用程序替换ffxiv.exe，然后将其传递给Wine中的exe文件。

我仍然是使用此高科技产品的初学者，所以我不知道该如何实现！
但这确实是一个不错的解决方案。
较早链接的自定义启动器，通过它登录时是否可以修改（并为Linux编译）以输出会话ID？甚至可能不需要VM。

TenaarFeiri 于 2019-04-23

基本上，启动器只是将会话令牌作为命令行参数传递。只需将其命令行参数转储到文件的.exe即可使用。然后你wine /path/to/ffxiv.exe $TOKEN_GOES_HERE

jbalme 于 2019-04-23

❤2

但是，我们需要替代游戏补丁的方法。怎么能做到？

witcheslive 于 2019-04-23

但是，我们需要替代游戏补丁的方法。怎么能做到？
也许某个魔术师会找到解决方案。

我相信Glorious Eggroll为Warframe制作了替代修补程序，效果很好。

fosspill 于 2019-04-23

这样的东西？

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

thecybrid 于 2019-04-23

或这个？ https://github.com/mclark4386/FF14Launcher （仅登录/令牌）
我认为可能需要更新用户代理，以匹配游戏的较新版本。但是，如果我们设法绕过了这个问题，我们至少可以在虚拟机中打补丁，然后正常播放。

fosspill 于 2019-04-23

那就是我实际上要链接的那个

thecybrid 于 2019-04-23

单靠它是行不通的，但是，我之前对其进行了测试，它返回一个单独的错误：http错误409冲突

thecybrid 于 2019-04-23

因此，您可以通过安装MS字体来修复https://github.com/xivapi/ffxiv-launcher/的UI问题。

jbalme 于 2019-04-23

虽然仍然无法打补丁

jbalme 于 2019-04-23

如果有人出于测试/调试目的需要游戏的更新（或旧版本）或启动器，请随时与我联系，我可能会为您提供帮助。

fosspill 于 2019-04-23

通过字体修复，我可以使用https://github.com/xivapi/ffxiv-launcher/的GUI了，但是现在却遇到了游戏根本无法检测DirectX的问题，因此它无法运行。我确保在该前缀以及dxvk上安装DX。
但是我无法在Proton 4.2-3下运行启动器。我认为，如果我可以这样做，至少可以启动该客户端。如果可行，那么我们可以看一下是否派生了完整更新的游戏副本以进行测试。

顺便说一句，官方技术支持论坛中的主题现在在不到一天的时间内就拥有1100多个视图，远远超过那里的大多数技术支持主题。 Square必须认识到，他们的客户中有很大一部分使用Linux来保证提供一些次要支持？
并不是像我们要他们制作一个本地Linux客户端一样（那太好了！）。

TenaarFeiri 于 2019-04-23

通过字体修复，我可以使用https://github.com/xivapi/ffxiv-launcher/的GUI了，但是现在却遇到了游戏根本无法检测DirectX的问题，因此它无法运行。我确保在该前缀以及dxvk上安装DX。

我通过为捆绑的DirectX安装程序运行游戏的安装程序来解决DirectX错误，然后在安装完成后取消安装。它需要特定版本的DirectX。

现在，当我尝试启动游戏时，什么都没有发生。大概是因为它不是最新的，所以只是咳嗽而死。

jbalme 于 2019-04-23

@TenaarFeiri我希望事情就是这么简单，但是根据经验，Square只有在相当一部分日本玩家群提出问题时才会采取行动。

nourez 于 2019-04-23

通过字体修复，我可以使用https://github.com/xivapi/ffxiv-launcher/的GUI了，但是现在却遇到了游戏根本无法检测DirectX的问题，因此它无法运行。我确保在该前缀以及dxvk上安装DX。
我通过为捆绑的DirectX安装程序运行游戏的安装程序来解决DirectX错误，然后在安装完成后取消安装。它需要特定版本的DirectX。
现在，当我尝试启动游戏时，什么都没有发生。大概是因为它不是最新的，所以只是咳嗽而死。

在笔记本电脑上进行测试时，我得到了一些非常奇怪的结果-我可以使用启动器登录并启动旧游戏，但无法连接到数据中心。

当我从Windows分区复制更新的游戏时，我最终根本无法打开游戏，最终出现了https://github.com/xivapi/ffxiv-launcher/issues/11中描述的问题（尽管我没有尝试使用DX9进行测试-我只是得到了他在DX11部分提到的相同错误）。

因为它使用起来更容易，所以我一直在弄乱我的Lutris葡萄酒瓶，只是将其通过系统的葡萄酒进行管道输送（分阶段-我忘记了确切的版本，但如果有人感兴趣，我可以将其拉出）。当我尝试通过已安装的Wine Lutris版本启动它（我认为是tkg吗？）时，XIVAPI启动器甚至无法启动。

HereInPlainSight 于 2019-04-24

因此，修补程序本身是由ffxivupdater.exe完成的，试图找出是否有一种方法可以强制其直接运行。根据Windows在VM中的Process Explorer的说法，它只是传递了一个令牌，但是在Linux上给它相同的令牌似乎无法启动它。

jbalme 于 2019-04-24

否，启动程序正在下载补丁程序，而更新程序正在更新它们...

jbalme 于 2019-04-24

好吧，我无法让Wireshark不挂在VM上，所以我要放弃。 Sub在几天后结束，希望有人提出Shadowbringers的解决方案。

jbalme 于 2019-04-24

目前，我的解决方案是使用PS4版本。我现在很高兴
我将控制台版本作为备份。但这根本不是理想的，而是
沮丧地无法在我喜欢的平台上玩:(

TenaarFeiri 于 2019-04-24

能帮上忙吗？

TenaarFeiri 于 2019-04-24

@TenaarFeiri为他们提供mshtml错误的事实证明，它试图使用基于IE的浏览器框架而不是CEF，即，忽略BrowserType设置。

lesderid 于 2019-04-24

我使用hosts文件将frontier.ffxiv.com域重定向到我的服务器，并将/version_4_0_win/index.html和/version_4_0_win/version_4_0_win/index.html放在服务器上。启动器访问两个文件，但此后保持黑色。如果我在服务器上移动/version_4_0_win/index.html或/version_4_0_win/version_4_0_win/index.html ，则会出现常规404错误。
@exolyte我很好奇启动器是否会尝试从Windows计算机访问这两个文件。我转储了启动器进程的内存，并发现单个version_4_0_win多个实例（每个实例超过10个）并将其加倍。
到家后，我将尝试查看在Windows下运行启动器时是否可以找到两个URL。

Windows下运行的启动器的内存转储没有https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html实例，只有21个https://frontier.ffxiv.com/version_4_0_win/index.html实例

因此，WINE似乎在某个地方搞乱了字符串操作，但这听起来似乎不是启动器遇到的唯一问题（如果它只是导致黑色窗口出现）。

Equivocal90 于 2019-04-24

@lesderid可能不会忽略它，当初始化cef失败时，可能只是回退到mshtml。

另外，我们是否知道是启动器本身调用CoInternetCombineUrlEx还是mshtml代表它调用了它？

jbalme 于 2019-04-24

似乎Square可能会直接攻击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;
    }
},

这可能是我们出现空白屏幕的原因。只是深入到他们正在使用的Ecma。通过调试器查看浏览器和luancher代码库，如果您不在该列表上运行任何内容，则它们似乎通过禁用屏幕的登录部分在“登录”中执行了某些操作。

ArulinTheUnicorn 于 2019-04-24

@ArulinTheUnicorn我怀疑他们会直接攻击Linux用户。 Wine的MSHTML无论如何都应该发送Windows用户代理（Wine“实现” Windows），否则，这是Wine中的一个错误。

jbalme 于 2019-04-24

但是，在任何普通的桌面浏览器（包括Windows上的IE11）上打开页面时，都会出现黑屏。因此，如果我们能确定如何强制网站在普通浏览器上显示，则可能也有助于启动器正常工作。

jbalme 于 2019-04-24

👍1

但是，在任何普通的桌面浏览器（包括Windows上的IE11）上打开页面时，都会出现黑屏。因此，如果我们能确定如何强制网站在普通浏览器上显示，则可能也有助于启动器正常工作。

您正在沿着与我相同的思路思考。这似乎更像是Square Enix的故意行为，而不是错误

ArulinTheUnicorn 于 2019-04-24

@ jbal91我检查了WINEDEBUG=+loaddll ，它没有尝试加载libcef.dll 。

编辑：它将这些加载到我的机器上： https :

lesderid 于 2019-04-24

@ jbal91我检查了WINEDEBUG=+loaddll ，它没有尝试加载libcef.dll 。

很有意思.... DLL是错误的还是红色的鲱鱼

ArulinTheUnicorn 于 2019-04-24

附件.txt
这是@lesderid的粘贴内容，以防两年后有人偶然发现此问题而pst.moe不再存在。

jbalme 于 2019-04-24

@ jbal91我检查了WINEDEBUG=+loaddll ，它没有尝试加载libcef.dll 。
很有意思.... DLL是错误的还是红色的鲱鱼

strings ffxivlauncher.exe | grep libcef.dll匹配，因此即使实际上没有尝试加载它，它也在某个地方引用了该dll。

jbalme 于 2019-04-24

字符串ffxivlauncher.exe | grep libcef.dll

如果未加载它，并且BrowserType被忽略，则可能是问题所在，而不是Wine。

ArulinTheUnicorn 于 2019-04-24

加载libcef.dll的代码仍然存在，AFAICT只是使它到达该代码路径而已。我已经尝试（通过winecfg）禁用IE DLL，但这只是使启动器在早期失效。

他们可能对其进行了硬编码，使其只能在Mac版本或类似版本上运行。（他们可能在macOS上使用相同的可执行文件，因为启动器的代码将检查TransGaming DLL导出的某些功能。）

lesderid 于 2019-04-24

加载libcef.dll的代码仍然存在，AFAICT只是使它到达该代码路径而已。我已经尝试（通过winecfg）禁用IE DLL，但这只是使启动器在早期失效。
他们可能对其进行了硬编码，使其只能在Mac版本或类似版本上运行。（他们可能在macOS上使用相同的可执行文件，因为启动器的代码将检查TransGaming DLL导出的某些功能。）

Mac版本也有类似的问题，所以我在官方论坛上听到了

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

ArulinTheUnicorn 于 2019-04-24

字符串ffxivlauncher.exe | grep libcef.dll
如果未加载它，并且BrowserType被忽略，则可能是问题所在，而不是Wine。

我的意思是，Wine的MSHTML容易出错，这是我们首先需要BrowserType = 2的原因。如果我们能够以某种方式使MSHTML能够与启动器一起使用，那将是理想的解决方案，因为它还可以修复其他应用/游戏

jbalme 于 2019-04-24

@ArulinTheUnicorn该帖子来自20号补丁发布之前。这是巧合，但不太可能相关。

Sanaki 于 2019-04-24

该页面在实际的浏览器中不执行任何操作，因为window.external.user（...）不存在，并且它们正在抑制异常，因此您甚至不会在日志中看到错误。

jbalme 于 2019-04-24

好吧，我设法将这个python启动器的一个版本整合在一起，使我可以直接通过wine来启动游戏，但是我碰到了一些谎言。我保证，这都不是真的-但由于Mog Station知道我是无辜的，因此我不知道如何说服游戏。

我也很烦恼，不知道我在做什么，但我想我会分享我所拥有的，即使它仍然坏了。
编辑添加：我不知道这将如何处理游戏的未更新版本，我复制了更新后的Windows版本以查看是否可以使用它进入游戏。

HereInPlainSight 于 2019-04-24

好吧，我设法将这个python启动器的一个版本整合在一起，使我可以直接通过wine来启动游戏，但是我碰到了一些谎言。我保证，这都不是真的-但由于Mog Station知道我是无辜的，因此我不知道如何说服游戏。
我也很烦恼，不知道我在做什么，但我想我会分享我所拥有的，即使它仍然坏了。
编辑添加：我不知道这将如何处理游戏的未更新版本，我复制了更新后的Windows版本以查看是否可以使用它进入游戏。

当我尝试运行似乎已加载到文件夹（运行Lutris版本）的64位启动可执行文件时，也会发生同样的错误。授予64位启动器本身就是一个谎言，不应使用，但认为这可能是值得深思的。我也弄乱了python脚本，因为它没有在Python 3下运行，但是当我遇到一个超出了我对python的了解的脚本时，最终放弃了尝试转换和解决问题的方法。编码。（我喜欢排除故障，但是我的技能水平使我是编程和linux的新手）

我在此补丁停机期间安装了linux，以摆脱Windows 10的困扰。这真是我的运气。实际上，这始终是我的运气，每当我尝试使用Linux时，一切都能正常运行就变得很有趣。当然，我是用户，所以我受社区的摆布。

RitzyBusiness 于 2019-04-24

Reddit线程的发贴人在这里...我还无法确定正在发生的事情，但是我确实使用该线程的最新消息来更新Reddit帖子。

有人提到libcef.dll已使用此修补程序进行了更新，但是我将此版本中的libcef.dll与Windows OS上的FFXIV版本进行了相当长时间的更新，似乎是一模一样：

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

这绝对是发射器中的更改，而不是CEF中的更改。

Sophira 于 2019-04-24

@Sophira哦，我想那是没有变的。更新确实为我覆盖了它： stat libcef.dll Modify: 2019-04-23 17:48:28.693396317 +0200为我输出

编辑：看起来boot目录中的所有文件在更新启动器时都会被重写。

lesderid 于 2019-04-24

是否有人碰巧拥有上次更新的ffxivlauncher.exe版本？（也许有人还没有运行启动器？）我想做些挖掘，看看有什么变化。

Sophira 于 2019-04-24

我想从9月1日起买一个旧的吗？ http://etherelements.com/ffxivlauncher.exe

HereInPlainSight 于 2019-04-24

我从备份中拉出了先前的启动器，并通过在启动版本检查期间交换boot目录来强制其运行，并且我可以确认它仍可以正确显示Browser UI = 2的登录UI（我还没有尝试过实际登录为了安全起见）。因此，有人认为通过修复Wine的mshtml（或以某种方式修改它以使用libcef.dll？），登录流程将再次起作用。

有趣的观察-从上一版本开始的64位启动器即使在BrowserType = 2时也无法使用，与现在的32位启动器给出的404错误相同。因此，我怀疑SQEX可能已经计划删除此功能一段时间，并且可能已经在32位启动器中将其杀死，以此作为一种试探性气球，以查看有多少人受到影响，因为5.0显然会删除32位完全支持。

achurch 于 2019-04-24

宣布全球范围的紧急维护工作已于美国太平洋夏令时间（PDT）今晚（现在约1.5小时）宣布： https ：

手指交叉修复了Linux问题。即使是无意的。

另外，在从Windows复制更新后，我尝试了@HereInPlainSight的自定义启动器派生，进入主菜单，并遇到与他相同的错误，说我没有订阅。我还在https://github.com/goaaats/FFXIVQuickLauncher上尝试了自定义启动器，并得到了同样的东西（在安装了一堆.NET东西之后）。感觉好像那里没有发生某些认证。

waycooler 于 2019-04-24

宣布全球范围的紧急维护工作已于美国太平洋夏令时间（PDT）今晚（现在约1.5小时）宣布： https ：
手指交叉修复了Linux问题。即使是无意的。

可能与世界各地的访问问题有关，所以我没有希望。

我还想迅速提醒大家，在我们确切知道正在发生的事情之前，要保持积极态度，不要妄下任何结论。 <3

正如其他人所指出的，我们所知道的是，他们将1）放弃32位支持，2）强制Steam用户通过Steam进行身份验证。几乎可以肯定，我们的Linux用户在这里遇到了一些技术难题。

关于维护。到目前为止，至少登录服务器在维护窗口期间一直没有关闭，除非我错过了它。

fosspill 于 2019-04-24

👍6

在官方技术支持论坛上查看，启动器更新后似乎有更多人遇到问题。我已经看到很多人可以进入，但是至少有些Windows用户也遇到麻烦令我很欣慰。
也许希望Square最终可以看到它；）

TenaarFeiri 于 2019-04-24

维护后似乎没有游戏或启动器的补丁

thecybrid 于 2019-04-24

没有补丁。 HTTPS错误继续困扰着我们；刚刚测试。

TenaarFeiri 于 2019-04-24

有人说过关于转机游戏的事，所以我尝试向Wine中添加IsTransgaming函数： https ://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd

这样就可以启动启动器（因此libcef代码实际上仍然有效），但是实际上登录后，您会收到“无服务帐户”消息。我想知道IsTransgaming是否让启动器认为它在Mac上运行，那么服务器会检查Mac服务帐户吗？

无论如何，它仍然只能在32位二进制文件上运行，因此不管它多么有用，它只适用于另外几个月-除此之外，我们需要对Wine的mshtml进行适当的修复。

achurch 于 2019-04-24

有什么诱人的方法可以鼓励人们解决此问题的mshtml？
有没有人与任何SE联系人联系，我们可以正确确认其中的某些信息？

fosspill 于 2019-04-24

我想问问关于酒开发的问题吗？我会亲自调查一下，但我将从对mshtml，wine-gecko或libcef的任何知识为零开始。（例如，我实际上刚刚尝试构建wine-gecko，它几乎立即就死了；例如，它太旧且显然已经损坏的事实可能是在libcef之上重新实现mshtml的一个很好的论据。）

公平地说，我不知道这些错误仅存在于mshtml中，也根本不在mshtml中。看起来就像是当前最有可能的罪魁祸首。

achurch 于 2019-04-24

👍1

如果我们可以通过打补丁说葡萄酒正在转口而使它正常工作，也许我们可以打补丁来检查蒸汽服务帐户，而不管？

ashkitten 于 2019-04-24

尽管这可能是一个潜在的解决方法，但准确找出问题所在（可能是葡萄酒中的问题）并解决这些问题会更好。

同样重要的是要记住，我们必须确保它可以检查Steam和独立Windows许可证。

fosspill 于 2019-04-24

是的，我同意，修补可执行文件绝对不是我们想要的方法

ashkitten 于 2019-04-24

如果我们可以制造一个临时发射器，告诉客户它想知道什么，那将是一个体面的创可贴，可悲的是，我缺乏追求这一目标的专业知识。

fosspill 于 2019-04-24

附加数据点：请求当前版本时，我修补了Wine以加载ffxivlauncher.exe的先前版本（直到最后一次更新都可以正常工作），这还导致“无服务帐户”错误。但是，如果我从真正的Windows计算机登录，则可以正常工作。我怀疑登录流程中发生了某些变化，并且只有Windows启动器的mshtml端支持新流程，旧流程登录被视为Mac或什至是“无效的平台”。（也许他们禁用了BrowserType检查只是为了节省自己的工作量，而这些工作本来就应该被淘汰的。

~~我的Windows机器实际上比我的Linux机器具有更好的GPU，所以也许SQEX正在尝试帮助我吗？~~

achurch 于 2019-04-24

嗯，这很有趣。因此，唯一现实，体面的选择是专注于mshtml。
我对Wine Bugzilla进行了错误报告，因为mshtml可能是技术性的https://bugs.winehq.org/show_bug.cgi?id=47069

到处测试Windows上的自定义启动器，效果很好！如果我们设法在https://github.com/goaaats/FFXIVQuickLauncher/中复制该作品，并使其在葡萄酒中起作用，我们应该有一个创可贴。

fosspill 于 2019-04-24

由于修补程序加载的URL可以在常规浏览器中打开并在那里显示黑屏，也许我们可以从找出原因开始呢？有了可用的调试工具，对于掌握了所有javascript / css知识的人来说，这并不难。

提到的“无服务帐户”错误是在启动器中出现还是由实际的游戏可执行文件（ffxiv_dx11.exe）引起？

sschroe 于 2019-04-24

嗯，这很有趣。因此，唯一现实，体面的选择是专注于mshtml。
我对Wine Bugzilla进行了错误报告，因为mshtml可能是技术性的https://bugs.winehq.org/show_bug.cgi?id=47069
到处测试Windows上的自定义启动器，效果很好！如果我们设法在https://github.com/goaaats/FFXIVQuickLauncher/中复制该作品，并使其在葡萄酒中起作用，我们应该有一个创可贴。

我的意思是，但显然不是。

所以这是我不太了解的事情。我接受了我昨天提到的启动器所做的更新（重申一下，在Linux中不起作用，并讨论了服务帐户问题-这是我上一篇文章中的图片），然后在Windows中运行。

而且我没有得到错误，我只是用小的Python启动器登录。相同的代码（我注释掉了可能导致Windows崩溃的行，但它所做的只是将启动器框居中），结果却不同，唯一值得一提的区别是它可以在Windows中运行，而不是在Wine中。

HereInPlainSight 于 2019-04-24

而且我没有得到错误，我只是用小的Python启动器登录。相同的代码（我注释掉了可能导致Windows崩溃的行，但它所做的只是将启动器框居中），结果却不同，唯一值得一提的区别是它可以在Windows中运行，而不是在Wine中。

确实，这确实非常有趣。激活“隐藏葡萄酒版本”是否有任何作用（以防万一，他们以某种方式专门检查葡萄酒）？

fosspill 于 2019-04-24

那么python启动器可以在Windows上运行吗？您能否尝试在Windows上运行python启动器并让其打印将要执行的命令，然后在Linux上运行该命令？如果仍然出现该错误，则说明我们还有另一个问题，因为这意味着ffxiv.exe在wine上也做了其他操作。

sschroe 于 2019-04-24

由于修补程序加载的URL可以在常规浏览器中打开并在那里显示黑屏，也许我们可以从找出原因开始呢？有了可用的调试工具，对于掌握了所有javascript / css知识的人来说，这并不难。
提到的“无服务帐户”错误是在启动器中出现还是由实际的游戏可执行文件（ffxiv_dx11.exe）引起？

嗯，请访问https://frontier.ffxiv.com/version_4_0_win/index.html。大多数元素都具有“隐藏”类。如果删除上述类，启动器也会在正常浏览器中部分呈现。他们是否以某种方式从DIsplay：None开始这一切，然后用某种JavaScript魔术

fosspill 于 2019-04-24

顺便说一句，当您在浏览器中导航到页面时，似乎只是一些CSS隐藏了ui。我不完全知道，但是是否可能正在寻找某个用户代理或类似用户来显示ui？

ashkitten 于 2019-04-24

似乎不基于用户代理。以某种方式尝试在取消隐藏之前检查它是否已从正确的安装中运行？

fosspill 于 2019-04-24

如果我们在取消隐藏之前弄清楚它想要什么条件，那可能会给我们一些线索，为什么它在葡萄酒中没有做到这一点

ashkitten 于 2019-04-24

当然，那里有很多JavaScript将打开/关闭这些元素。乍一看，我没有发现任何操作系统检测或此类检测，firefox控制台也未引发任何明显的错误。

但是，如果我们能弄清楚这一点，则可能有助于我们使启动器工作更多。

sschroe 于 2019-04-24

那么python启动器可以在Windows上运行吗？您能否尝试在Windows上运行python启动器并让其打印将要执行的命令，然后在Linux上运行该命令？如果仍然出现该错误，则说明我们还有另一个问题，因为这意味着ffxiv.exe在wine上也做了其他操作。

我已经切换回Linux了，并且...隐藏了酒的版本...并且我在角色选择屏幕上。

在我看来，如果他们的Mac版本使用专用的葡萄酒包装器，并且向他们隐藏Wine会让我们进入，而不是隐藏Wine会告诉我们我们没有服务帐户...

他们认为我们是Mac用户。

HereInPlainSight 于 2019-04-24

您正在做什么隐藏酒的版本？这可能是我们的解决方法，然后将python启动器与我们一起使用。

sschroe 于 2019-04-24

我正在做WINEPREFIX=<path-to-prefix> winecfg 。它在暂存选项卡下。同样，由于这对我来说更容易测试，因此我使用的是lutris安装，而不是专门用于Steam的版本。

诚然，我正在尝试运行DX11版本的笔记本电脑，所以它不是很漂亮（好的，很漂亮，但是是幻灯片播放），但是我可以玩游戏。

HereInPlainSight 于 2019-04-24

我隐藏了WINE版本，但仍然收到相同的错误。

Erebea 于 2019-04-24

那么，是时候进行快速总结了吗？

Wine无法正确解析网址，因此需要自定义补丁才能解决此问题
使用自定义url修补程序，启动器将呈现黑色且无法使用。 mshtml问题？
如果您设法使用任何自定义启动器进入游戏，都会收到与您的服务帐户相关的错误
3.1。但是，可以通过隐藏酒的版本来解决此问题。他们认为我们是Mac用户。

如果任何陈述有误或遗漏了一些重要内容，请纠正我。
他们相信我们是Mac用户这一事实应该是SE愿意解决的，希望如此吗？

fosspill 于 2019-04-24

我隐藏了WINE版本，但仍然收到相同的错误。

不确定要告诉您什么。

3. 3.1。但是，可以通过隐藏酒的版本来解决此问题。他们认为我们是Mac用户。

明确地说，这只是我的推测，但是如果人们对Mac客户端的说法是正确的，并且我们被告知我们没有服务帐户，这似乎是合理的。如果我们拥有使用Mac许可证的人员，那么我们可以很快地找出情况是否如此。

HereInPlainSight 于 2019-04-24

确认如果我从“ ntdll-Hide_Wine_Exports”登台补丁中激活HideWineExports，也可以进入角色选择屏幕。（键HKCU \ Software \ Wine，字符串值HideWineExports，值“ 1”）

achurch 于 2019-04-24

@HereInPlainSight是否可以让某人为Mac版本创建一个试用帐户，然后在Linux上的Wine中进行尝试？我会尝试一下，但我目前已登录，试图抢房，暂时无法重新启动进入Linux。

nourez 于 2019-04-24

登录试图抢房子

哦，吓死我了。

HereInPlainSight 于 2019-04-24

❤1

@achurch要明确，您使用的是第三方发射器？

ashkitten 于 2019-04-24

有没有人找到合适的启动器来使用用于URL的wine补丁（+浏览器类型2？）。如果是，那么我们可以解决所有问题，而无需自定义启动器！

fosspill 于 2019-04-24

我使用了带有浏览器类型2的先前版本的官方启动器。我怀疑（但尚未确认）带有IsTransgaming补丁的当前版本的启动器也可以使用；当我较早尝试时，我没有从ffxiv_dx11.exe看到对IsTransgaming的任何调用，因此我认为这不会触发Mac识别（编辑：但是，当然，启动器也可以进行平台检测）。

achurch 于 2019-04-24

我试图将补丁放入质子的克隆中，但是我对此并不陌生，无法进行补丁。完全失败；）

TenaarFeiri 于 2019-04-24

当我回到家时，我将尝试同时使用isTransgaming补丁和wine补丁（https://bugs.winehq.org/attachment.cgi?id=64251）对wine进行补丁，看看有没有帮助。

fosspill 于 2019-04-24

太棒了！
问题：有人尝试过使用较旧版本的壁虎吗？如果可能的话？

TenaarFeiri 于 2019-04-24

所以我想我知道自己的运气，而且我永远也不会得到房子。我注册了Mac试用帐户，并尝试通过The Python Method（听起来很像）登录，但是我碰到了我无法登录的地方，原始代码甚至说“这将失败。订阅过期的用户出现401错误”。

我收到401错误消息，因此我想说您是一个试用帐户，这还需要额外处理。

HereInPlainSight 于 2019-04-24

试用帐户具有游戏的特定试用版，因此您必须安装试用版:)

fosspill 于 2019-04-24

试用帐户具有游戏的特定试用版，因此您必须安装试用版:)

哦，嗯，这会使测试过程变得复杂并可能使测试过程受污染，不是吗？

最好让我们拥有零售Mac许可证的人对其进行测试，因为这样就保证了所有内容都相同-包括客户端。

HereInPlainSight 于 2019-04-24

ntdll-Hide_Wine_Exports所需的大多数补丁不适用于质子上的葡萄酒版本，必须进行修改以适合

ashkitten 于 2019-04-24

添加IsTransgaming补丁并删除wine_get_version导出后，我可以完全更新游戏并登录。

因此，此更新似乎可以归结为两个主要问题：

现在，修补程序将忽略BrowserType设置，并且仅在找到IsTransgaming函数时才使用libcef。
ffxiv.exe检查wine_get_version函数并将其报告为MAC登录（如果找到）。

我猜暂时我们可以相对容易地解决这两个问题，但是如果启动器最终完全删除libcef，则启动器可能会变成一个更大的问题。尽管只要它们支持MAC版本，这似乎不太可能。

sschroe 于 2019-04-24

现在，修补程序将忽略BrowserType设置，并且仅在找到IsTransgaming函数时才使用libcef。

...，并在启动顺序中的特定点返回1。补丁中的函数仅在第二次调用时才返回true，因为如果我一直使它返回true，启动器将在启动时崩溃（可能是试图设置一些Transgaming专用数据，这些数据不存在，因为我尚未实现任何其他TG特定功能）。

[...]如果他们最终完全删除了libcef。尽管只要它们支持MAC版本，这似乎不太可能。

我对此不太确定。请记住，5.0将放弃对32位的支持，而64位启动器根本不使用libcef。我在论坛上看到了几个Mac支持线程，表明在至少某些情况下，Mac启动器使用本机HTML渲染，例如Windows上的mshtml。因此，这很可能需要在葡萄酒方面早日解决。

achurch 于 2019-04-24

👍2

不幸的是，由于我运行Proton并且常规的WINE安装非常麻烦，因此这现在对我没有帮助。我什至不能使用非蒸汽客户端。

我知道这是一个很大的问题，但是我不认为您可以派生最新的Proton版本，看看是否可以对其进行修补？事实是我只是一个普通的乔；这些东西在某种程度上超出了我的技能范围。
我敢肯定，我记得如何使用自定义Proton版本。我记得我必须为《精英：危险》安装一个。

TenaarFeiri 于 2019-04-24

可以确认转配补丁程序和HideWineExports在这里可以正常工作。

我正在使用质子tkg实现

varris1 于 2019-04-24

不确定如何使用proton-tkg

ashkitten 于 2019-04-24

我正在将转配音补丁添加到PKGBUILDS / wine-tkg-git / wine-tkg-userpatches，并将文件扩展名替换为.mypatch

然后我只是执行了proton-tkg脚本，它为我构建了所有东西。

varris1 于 2019-04-24

我在哪里可以获得IsTransgaming补丁？谷歌让我失望。

编辑：被埋葬并隐藏在上面。认为我明白了。让我们看看proton-tkg的工作原理...

TenaarFeiri 于 2019-04-24

我要离开这里
我期待制作一个特定的Linux备用启动器。
没有足够的信息来执行此操作，但也许我可以离开这里得到的信息：

1 /通过-isSteam选项启动Steam启动ffxivboot（我要替换）
FF XIV发射器。可执行程序

FFXIV引导程序通过查询此网页来获取他的更新信息：
http://patch-bootver.ffxiv.com/http/win32/ffxivneo_release_boot/ [当前启动版本，示例：2019.04.19.0000.0001] /？time = [当前时间，采用AAAA-MM-DD-HH-MinMin格式]

在此步骤中，用户代理为“ FFXIV PATCH CLIENT”。

页面响应包含在HTTP标头“ X-Latest-Version”中，该标头返回上一个引导版本。

我没有找到最新版本的位置（通信已在TLS中加密）

2 /获取接口数据

2.1 /实际界面是通过显示文件获得的：
https://frontier.ffxiv.com/version_4_0_win/index.html?rc_lang= [LANG]＆time = [时间格式为AAAA-MM-DD-HH]

使用的用户代理为：SQEXAuthor / 2.0.0（Windows 6.2; ja-jp; [A NUMBER]）

您立即获得一个名为“ s”的cookie，启动器使用似乎不需要该cookie。

2.2 /通过查询此网页可以以JSON格式获取世界状态：
https://frontier.ffxiv.com/worldStatus/login_status.json？ [TIMESTAMP（以毫秒为单位）]

2.3 /通过查询以下地址可以以JSON格式获取新闻：
https://frontier.ffxiv.com/news/headline.json?lang= [LANG]＆media = pcapp＆[以毫秒为单位的时间戳]

2.4 /通过查询以下地址可获得不同的服务器状态：
https://frontier.ffxiv.com/worldStatus/current_status.json？ [TIMESTAMP（以毫秒为单位）]

值3似乎意味着维护（就像我尝试此操作时一样）

3 /登录

登录表单存储在此网页中。
https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/top?lng=fr&rgn=3&isft=0&issteam=1

有一个“ issteam”变量。
我不知道rgn和isft是什么意思。

用户代理很重要：SQEXAuthor / 2.0.0（Windows 6.2; ja-jp; [A NUMBER]）

形式为：

输入包含名称的隐藏名称“ _STORED _”（在登录会话之间似乎没有变化，我不认为这是令牌）
输入名称“ sqexid”包含ID
输入包含密码的密码“密码”
输入otppw作为otp密码

它的目标是： https :

因此，要记录日志，您需要使用_STORED_，sqexid，密码+/- otppw值来实现对https://ffxiv-login.square-enix.com/oauth/ffxivarr/login/login.send的POST请求。

在响应页面中，有一个javascript execute命令，其中包含许多变量，其中包括一些似乎是令牌的变量。

4 /登录后部分

那是我什么都没有的地方。

4.1 /版本检查

似乎引导exe仅在登录后才启动“ ffxivlauncher.exe”，我通过执行一些进程监视来实现。
有哪个论点？
ffxivlauncher.exe声明可以从ffxivboot.exe启动，它是否需要特定的参数？还是实现了父流程检查？

进行了一个检查最新更新的请求，我从其他启动器源代码获得了该请求，因为它是加密查询。
通过查询以下地址来完成：
https://patch-gamever.ffxiv.com/http/win32/ffxivneo_release_game/ [当前游戏版本] / [已获得代币]

在请求正文中，需要指定ffxivboot.xex，ffxivlauncher.exe和ffxivupdater.exe的当前文件大小和sha1。和它们的64位等效项。
那给我们：
“ ffxivboot.exe /文件大小/文件的sha1 / ffxivboot64.exe /文件大小/文件的sha1，ffxivlauncher.exe /文件大小/文件的sha1，ffxivlauncher64.exe /文件大小/文件的sha1，ffxivupdater.exe /文件大小/文件的sha1，shax文件大小，ffxivboot64.exe / .exe / filesize / sha1ofthefile /“

它作为原始文本发送。
用户代理很重要：SQEXAuthor / 2.0.0（Windows 6.2; ja-jp; [A NUMBER]）

它返回一个X-Latest-Version（它是最后一个版本ID）和X-Patch-Unique-Id（它是该版本的UID）（更改每个请求）。

该UID需要做什么？

4.2 /更新下载器

更新是从Square Server下载的。
下载URL是静态的，似乎没有变化。

我记录到，在下载文件之前，服务器在处收到了一个请求：
http://patch-gamever.ffxiv.com/gen_token

使用“ FFXIV PATCH CLIENT”用户代理和标头中的“ X-Patch-Unique-Id”变量。
这似乎是以前获得的一种。
在该请求中，主体包含更新文件的URI。

它与考试相同的URI回答。

我不明白此步骤代表什么。它用于记录用户更新下载吗？
无论执行与否，都可以下载更新文件。

我没有从哪里获得更新文件URI。但是由于它们是静态的，因此我可以轻松地用链接注册表替换它。

4.3 /更新安装

那是我的主要障碍。
更新文件是一个.PATCH文件，该文件与存档文件不对应。
该文件在其标题中称为“ ZIPATCH”文件。

哪个进程将此更新集成到游戏中？
如果您有关于它的信息，那对我来说将是一个很大的障碍，这对于实现完整的linux门户来说是一个主要障碍。

5 /终极检查

启动器在以下位置验证“登机状态”：
https://frontier.ffxiv.com/worldStatus/gate_status.json?lang=fr& [以毫秒为单位的时间戳]

然后启动游戏。
我不知道该怎么做，但似乎已经由其他启动器作者确定了。

alibell 于 2019-04-24

TL DR版本：

尝试制作特定于Linux的启动器以摆脱官方启动器
需要确定实际的获取更新URI的方式（但这并不阻止）
需要确定实际更新过程如何完成

alibell 于 2019-04-24

👍1

@教堂

...，并在启动顺序中的特定点返回1。补丁中的函数仅在第二次调用时才返回true，因为如果我一直使它返回true，启动器将在启动时崩溃（可能是试图设置一些Transgaming专用数据，这些数据不存在，因为我尚未实现任何其他TG特定功能）。

感谢您弄清楚！我们很幸运，实现IsTransgaming函数足以使其正常工作。

我对此不太确定。请记住，5.0将放弃对32位的支持，而64位启动器根本不使用libcef。我在论坛上看到了几个Mac支持线程，表明在至少某些情况下，Mac启动器使用本机HTML渲染，例如Windows上的mshtml。因此，这很可能需要在葡萄酒方面早日解决。

是的，这充其量是一个丑陋的骇客。唯一合法的前进方法是修复urlmon和mshtml实现，并希望计划以后的更新需要Steam auth不会造成任何问题。

编辑：
@alibell

我不知道rgn和isft是什么意思。

我假设“区域”和“是免费试用”。

有关启动器和更新程序的更多信息，请参见： http : view&id_post=30。就像该网站的名称所暗示的那样，大多数情况下约为1.0，但似乎其中有些仍然适用于2.0+。

lesderid 于 2019-04-24

我正在将转配音补丁添加到PKGBUILDS / wine-tkg-git / wine-tkg-userpatches，并将文件扩展名替换为.mypatch
然后我只是执行了proton-tkg脚本，它为我构建了所有东西。

好吧，那是半身像。显然找不到“ makepkg”，我似乎找不到哪个库添加了它。

TenaarFeiri 于 2019-04-24

有人可以与补丁共享一个质子生成吗？我正在尝试使wine-tkg工作，但是遇到了麻烦

ashkitten 于 2019-04-24

显然找不到“ makepkg”，我似乎找不到哪个库添加了它。

makepkg用于在arch linux上构建软件包

ashkitten 于 2019-04-24

显然找不到“ makepkg”，我似乎找不到哪个库添加了它。
makepkg用于在arch linux上构建软件包

我懂了！我当前正在运行Pop_！OS（因此基于Ubuntu / Debian）。我猜我不能运行proton-tkg.sh脚本了吗？

TenaarFeiri 于 2019-04-24

TL DR版本：
尝试制作特定于Linux的启动器以摆脱官方启动器
需要确定实际的获取更新URI的方式（但这并不阻止）
需要确定实际更新过程如何完成

我目前无法访问未更新的安装，但是当我短暂地猛击启动器时，我将磁带与家中的较旧安装捆绑在一起，我没有更新过，我相信它会散布更新文件的位置，因此源那里可能有帮助。在login.py中检查“ patch_url”。

HereInPlainSight 于 2019-04-24

我懂了！我当前正在运行Pop_！OS（因此基于Ubuntu / Debian）。我猜我不能运行proton-tkg.sh脚本了吗？

您必须处理Debian构建系统。

在不久的将来，我们需要研究将补丁添加到Lutris版本中（Lutris拥有Wine版本，除了各种口味的Wine外，还针对特定游戏进行了修复。）

jbalme 于 2019-04-24

尽管有关于ntdll-Wine_Hide_Exports的文档，但它似乎在暂存过程中与其他任何东西无关，并且我认为依赖项列表仅是由于对ntdll_misc.h的补丁程序冲突所致。我正在构建要进行测试，但看来您应该能够应用ntdll-Hide_Wine_Exports的loader.c部分，并手动将添加的行插入ntdll_misc.h。

（仅供参考，我使用的是Vantage Wine，带有一些选定的登台补丁，而不是Proton，因此我必须将Proton的制造说明留给其他人。）

achurch 于 2019-04-24

我想我会等到Valve将其修补到Proton中。但是至少我很高兴听到所有希望都没有消失。 = D
希望现在一切顺利，我们似乎有了解决方法。

TenaarFeiri 于 2019-04-24

我敢肯定，这太棘手了，无法包含在Proton的官方版本中。

lesderid 于 2019-04-24

👍3

我不希望很快就在Proton / Wine官方网站上看到IsTransgaming补丁，对于它来说太过分了。除非非常有耐心，否则您可能想尝试Lutris或定制葡萄酒来造福。

sschroe 于 2019-04-24

好吧，开始了。我们不得不绕过针对Linux用户的看似故意的障碍。 Valve需要在这里表现出立场。我不希望摆出骇人的补丁和换档发射器。我希望Square像我一样流血〜死者的仙境

ArulinTheUnicorn 于 2019-04-24

👎1

好吧，开始了。我们不得不绕过针对Linux用户的看似故意的障碍。 Valve需要在这里表现出立场。

这绝对不是故意的。当然，奇怪的甚至直截了当的肮脏的编程/移植选择，但这并不是试图阻止linux。

fosspill 于 2019-04-24

👍3

我怀疑这是专门针对Linux用户的。他们更有可能对MAC进行更改，并且由于它们没有在Linux上进行测试，因此无意间给我们带来了问题，但这在没有官方支持的情况下是可以预期的。

sschroe 于 2019-04-24

是的，它将暂时（在构建时）在Lutris上运行，但从长远来看不会。当Square最终将我从游戏的非Steam版本中拒之门外时，如果Proton不能解决问题，那么我就无法玩！
即使他们没有实施IsTransgaming hack，我对Valve也不感到沮丧。我大多只是对Square不高兴，以至于他们必须如此困难。尤其是当游戏本身不是问题时；只是发射器是螺丝钉。

TenaarFeiri 于 2019-04-24

👍5 ❤1

是的，我们没有证据表明这是故意的，只是因为它以一种奇怪的方式破裂了。 Square Enix从未正式支持Linux或Proton，因此显然他们只是没有意识到它可能会破裂。他们对我们没有义务，我们正在走自己的路。

ashkitten 于 2019-04-24

❤1 👎1 👍1

几乎可以肯定，这是他们在改变Mac客户端的工作方式，以准备删除32位支持，而我们陷入其中。

jbalme 于 2019-04-24

👍3

好消息是，只要SE继续以这种方式支持Mac客户端，如果将来这种情况中断，我们就可以仿效Transgaming的更多功能（即使这可能意味着要购买Mac许可证）。

jbalme 于 2019-04-24

真正愚蠢的是，为什么他们使用IsTransgaming在启动器中检测Mac，却在实际游戏中寻找Wine出口？具有讽刺意味的是，如果他们同时使用IsTransgaming，那么在没有Mac许可证的情况下解决问题会更加困难

jbalme 于 2019-04-24

是的，这确实很愚蠢，但是我可以在需要的时候支付Mac许可证的费用，而他们可以解决这个问题

这也让我想知道Mac FFXIV播放器是否可以修改其游戏以隐藏酒并因此算作Windows版本

fosspill 于 2019-04-24

Tbh我从来没有真正理解过为什么我们必须为不同的平台拥有不同的许可证。对于基于订阅的MMO，这毫无意义。我猜是出于金钱原因，但即使如此！

TenaarFeiri 于 2019-04-24

我们将看到，这里的某人说他们在useragent检查的ECMAscript中找不到。 Browser.js第60到72行。。。至于LibCEF和MAC支持，由于MAC使用的是自定义Wine层，因此希望我们可以在其上搭载。如果这是我们所希望的最好，我建议您在LostArk袭击俄罗斯时看看。

他们试图以更严格的方式控制许可的事实应该说明该计划和意图。如果您无法弄清楚，那么您应该将侵权行为归还给Windows。

更新：不管您是否喜欢，我都会粗心大意，这就是代码所说的事实

ArulinTheUnicorn 于 2019-04-24

👎9 😕5

零证据表明这是恶意的。事情破裂了，尤其是在没有官方支持的情况下。它发生了，我们将解决它。

ashkitten 于 2019-04-24

是的，老兄该死。

TenaarFeiri 于 2019-04-24

零证据表明这是恶意的。事情破裂了，尤其是在没有官方支持的情况下。它发生了，我们将解决它。

如果代码不够证明，那将是什么？松田洋介直接坦白吗？这就是为什么我们要让特朗普任职，而Title 2 Network却中立才刚刚起步。没有人可以站起来，不再说话。既然如此，我将屈服并接受我的支持。

ArulinTheUnicorn 于 2019-04-24

👀2 😕1 👎1

HideWineExports修补程序已应用于Proton的Wine fork，适用于需要的人： https :

我实际上尚未测试过该行为，但是它是一个简单的补丁程序，并且构建得很干净，所以如果它不起作用，我会感到惊讶。

我尚未添加IsTransgaming补丁，因为这是一个非常繁琐的修复程序，不应保留，但应该干净地应用。

achurch 于 2019-04-24

如果代码不够证明，那将是什么？

没有代码表明这是恶意的，这是不合时宜的。

ashkitten 于 2019-04-24

Tbh我从来没有真正理解过为什么我们必须为不同的平台拥有不同的许可证。对于基于订阅的MMO，这毫无意义。我猜是出于金钱原因，但即使如此！

他们可能必须使用Steam和PS4。

jbalme 于 2019-04-24

Tbh我从来没有真正理解过为什么我们必须为不同的平台拥有不同的许可证。对于基于订阅的MMO，这毫无意义。我猜是出于金钱原因，但即使如此！
他们可能必须使用Steam和PS4。

赚更多的钱。不，他们不需要Steam或PS4。该子系统由Square Enix托管和管理。他们可能会说这是原因，但看看光环的王国。您可以下载非Steam版本或Steam版本，但使用同一帐户登录，无需阻止。那只是烟和镜子。但是，是的，我会说它在某种程度上有些偏离。即使有些人把头埋在沙子里，此代码背后的原因也很直率。希望它得到另一个补丁，然后再得到另一个补丁，以及另一个，以避免Square的商业计划。所有这些事情的发生，简单明了。 Jbal91，我是行业的首席工程师，我写SHIZ像是该死的生活！我知道公司的想法，因为我在头脑中。因此，请从菊花链中拔出头来……其他人相信这只是一些错误。

ArulinTheUnicorn 于 2019-04-24

👎5

我们可以放弃谈论这个吗？这与手头的话题完全无关。

ashkitten 于 2019-04-24

👍9

回到主题上来，不幸的是他们专门检查了Wine，因为这意味着即使我们修复了Wine的mshtml，当我们尝试启动游戏时，它仍然会认为我们是Mac用户。这意味着它不可能再与香草酒/质子一起使用。

jbalme 于 2019-04-24

我不明白为什么质子（和lutris）不会合并分期升级的补丁来使游戏正常运行，因为无论如何它都不是那么容易。至于mshtml，我们必须找出它到底有什么问题

ashkitten 于 2019-04-24

如果SE注意到这一点，他们可能仍会将支票更改为使用IsTransgaming 。否则，禁用wine_get_version符号应该足够简单，只需添加注册表选项或直接将其从质子中删除即可。

sschroe 于 2019-04-24

我已经用到目前为止的所有信息更新了Reddit帖子。如果我有任何遗漏，请告诉我！

Sophira 于 2019-04-24

我想知道编写一个挂钩GetProcAddress并为isTransgaming返回1的DLL有多么困难，那么我们就不需要自定义的wine了。不过，我们仍然需要分阶段隐藏Wine。

jbalme 于 2019-04-24

@ jbal91如果FFXIV实现任何形式的反作弊（或将来实现），则可能会触发它。我认为，理想情况下，最好不要修改任何FFXIV文件。

Sophira 于 2019-04-24

@ jbal91如果FFXIV实现任何形式的反作弊（或将来实现），则可能会触发它。我认为，理想情况下，最好不要修改任何FFXIV文件。

DXVK无论如何都会触发它

jbalme 于 2019-04-24

一直试图使用makefile用葡萄酒补丁构建质子，但介子一直抱怨着事情。不知道根本问题是什么。如果有人可以用所有3个补丁构建它，请将其放在某个地方下载？在此期间我会继续尝试

ashkitten 于 2019-04-24

好吧，我设法登录了。我将尝试使用Proton-tkg构建Proton版本

jbalme 于 2019-04-24

我刚刚建立它，不得不销毁整个虚拟机并从头开始重建，但是启动器现在可以工作了。忘记更改注册表项，现在就做

ashkitten 于 2019-04-24

好吧，假设我们是婴儿，不知道该怎么做才能使它正常工作。我正在使用Gentoo，并且已经通过Steam免费试用运行，但是没有Steam版本，而且我想那将不再是我现在可以做的事情了，我可能不介意编译并运行自己的Proton如果需要这样做，请运行ffxiv，但是我不确定我需要做什么以及如何应用必要的补丁。

witcheslive 于 2019-04-24

一旦我确认它可以工作，我将压缩质子生成，您应该可以将其放入.steam/root/compatibilitytools.d

ashkitten 于 2019-04-24

我有一点事情要做，所以可能至少需要一个小时才能确认

ashkitten 于 2019-04-24

我有一个工作的Arch软件包，只是为Proton重新编译。如果人们迫不及待应该在不到一个小时的时间内完成测试，哈哈

jbalme 于 2019-04-24

我至少等了一整天。我可以等一会儿=）
可能有些愚蠢的问题，但是：您认为arch软件包可以在Debian上使用吗？ WINE /质子应该独立于发行版吗？

TenaarFeiri 于 2019-04-24

我真的怀疑它在没有chroot的情况下是否可以在Debian上运行

jbalme 于 2019-04-24

好吧，尽管如此，我还是期待着它！：D
如果可以，我会解决的。

TenaarFeiri 于 2019-04-24

它可以生成并启动，但没有检测到DX11，我想是因为我用winelib了DXVK，然后再次尝试

jbalme 于 2019-04-24

我该如何设置注册表项呢？

ashkitten 于 2019-04-24

winetricks hidewineexports =启用

jbalme 于 2019-04-24

👍1

大家好。我只想感谢大家在这个问题上所做的工作。

你真的很棒<3

OnigamiSama 于 2019-04-24

👍1

好的，我现在将压缩质子分布

ashkitten 于 2019-04-24

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

jbalme 于 2019-04-24

啊哈或@ jbal91会

ashkitten 于 2019-04-24

花费的时间比应该的要长，因为我必须对其进行重建。

您需要WINEPREFIX =“ $ HOME / .local / share / Steam / compatibilitytools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx” winetricks hidewineexports = enable才能进入字符选择屏幕

jbalme 于 2019-04-24

是的，它需要提取到“ $ HOME / .local / share / Steam / compatibilitytools.d”

jbalme 于 2019-04-24

您是否只是将其添加到启动器？

Undeadhunter 于 2019-04-24

Tbh我从来没有真正理解过为什么我们必须为不同的平台拥有不同的许可证。对于基于订阅的MMO，这毫无意义。我猜是出于金钱原因，但即使如此！
他们可能必须使用Steam和PS4。
赚更多的钱。不，他们不需要Steam或PS4。该子系统由Square Enix托管和管理。他们可能会说这是原因，但看看光环的王国。您可以下载非Steam版本或Steam版本，但使用同一帐户登录，无需阻止。那只是烟和镜子。但是，是的，我会说它在某种程度上有些偏离。即使有些人把头埋在沙子里，此代码背后的原因也很直率。希望它得到另一个补丁，然后再得到另一个补丁，以及另一个，以避免Square的商业计划。所有这些事情的发生，简单明了。 Jbal91，我是行业的首席工程师，我写SHIZ像是该死的生活！我知道公司的想法，因为我在头脑中。因此，请从菊花链中拔出头来……其他人相信这只是一些错误。

把头埋在沙子里是一回事，把头放在月球上是另一回事。都不推荐：

关于用户代理的代码在过滤方面毫无意义。或者基于用户代理进行过滤并不意味着可以“吸引” Linux用户。

也许实际上在诉诸共谋之前就公开了所谓的“反Linux”流控制：

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

这就是通过Wine的发射器实际上是通过管道发送的。

和响应体

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

远程Web服务将启动程序标识为在Windows上运行。

DistantThunder 于 2019-04-24

您可以选择它作为默认的SteamPlay版本，也可以将其专门用于属性中的FFXIV（我建议后者）

jbalme 于 2019-04-24

抱歉，我指的是

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

您将其放入“设置启动选项”中还是需要以其他方式进行？

Undeadhunter 于 2019-04-24

抱歉，我指的是
WINEPREFIX =“ $ HOME / .local / share / Steam / compatibilitytools.d / proton_tkg_4.6.r0.g3f8edce5.ffxiv / dist / share / default_pfx” winetricks hidewineexports = enable
您将其放入“设置启动选项”中还是需要以其他方式进行？

不，您只需在终端中执行一次该命令，然后您就完成了

zeparu 于 2019-04-24

^只需将其放入外壳中即可。

jbalme 于 2019-04-24

如果您没有Winetricks，也可以通过winecfg代替

jbalme 于 2019-04-24

您好，我使用的是酒单。我将如何确切地使用转配补丁？

quarts90 于 2019-04-24

在这里运气不好，发射，然后立即关闭。

Undeadhunter 于 2019-04-24

@ jbal91我该放在哪里？我在运行Manjaro i3的~/.steam/root下没有兼容性。

sangoku116 于 2019-04-24

我尝试将我现有的Lutris游戏安装指向jbal91构建的新wine64，但是它根本无法启动：

酒：初始化失败：RIGIN / lib64 / wine / ntdll.dll.so：无法打开共享对象文件：没有此类文件或目录

我承认我对WINE的优点不满意。我是否缺少某些东西//是否可以通过Lutris安装使它运行？当我有更多时间后，我可以开始使用Steam本身进行安装/尝试，但是我想对其进行测试。

raaben 于 2019-04-24

@ sangoku116创建文件夹~/.steam/root/compatibilitytools.d/并在那里导出所有内容。应该以~/.steam/root/compatibilitytools.d/proton_tkg_4.6.r0.g3f8edce5.ffxiv文件夹结尾，其中包含所有内容，然后进入Steam并选择仅适用于FF14的Steam Play版本

Undeadhunter 于 2019-04-24

我尝试将我现有的Lutris游戏安装指向jbal91构建的新wine64，但是它根本无法启动：
酒：初始化失败：RIGIN / lib64 / wine / ntdll.dll.so：无法打开共享对象文件：没有此类文件或目录
我承认我对WINE的优点不满意。我是否缺少某些东西//是否可以通过Lutris安装使它运行？当我有更多时间后，我可以开始使用Steam本身进行安装/尝试，但是我想对其进行测试。

通过阅读有关此问题的Proton，我认为Proton和Wine不能互换。 Proton对Steam特定的东西进行了一些检查，因此它与Lutris中的胜利不兼容

Undeadhunter 于 2019-04-24

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

那是有道理的。我可能会混淆很多人，询问它是否/想要作为跑步者工作。

raaben 于 2019-04-24

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

ashkitten 于 2019-04-24

👍4 ❤2

在让Steam安装启动器之后，我尝试将现有的安装文件复制到FF的Steam目录中，然后清除该文件并开始执行不包含数据的全新安装，两者均在单击“播放”后立即中止，甚至根本无法启动。

与我先前的尝试相同的错误wine: failed to initialize: RIGIN/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory

raaben 于 2019-04-24

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

即使跑步
WINEPREFIX="$HOME/.local/share/Steam/compatibilitytools.d/proton_4.2-local/dist/share/default_pfx/" winetricks hidewineexports=enable

我收到没有服务帐户的错误。

但是至少我参与了游戏，所以再往前走一步

Undeadhunter 于 2019-04-24

👍1

我将命令运行到终端中，选择了文件以protonffxiv的身份运行，现在我的游戏无法启动。当我选择4.2-3而不是ffxiv时，它将启动。

sangoku116 于 2019-04-24

@ sangoku116您使用@ashkitten还是@ jbal91构建？我在@ jbal91遇到了同样的问题，但是在@ashkitten却没有

Undeadhunter 于 2019-04-24

我遇到了与@Undeadhunter相同的问题，带有@ jbal91的质子的质子使启动器可以正常工作并修补游戏，但是我仍然收到无服务帐户错误（尽管在前缀中设置hidewineexports = enable）。

mute55 于 2019-04-24

我使用@ jbal91的构建将尝试其他构建。

sangoku116 于 2019-04-24

非常适合我，非常感谢！ @ashkitten

sangoku116 于 2019-04-24

是的，我认为我的某些事情可能很时髦

jbalme 于 2019-04-24

@ jbal91认为它与名称有关，Steam在没有文件夹名称的.ffxiv部分的情况下启动。您是否重新命名了？

Undeadhunter 于 2019-04-24

实际上，尝试连接数据中心时出现错误。它说我的游戏未在我的服务帐户中注册。

sangoku116 于 2019-04-24

@ sangoku116运行命令启用hidewineexports时使用了哪些wineprefix？

ashkitten 于 2019-04-24

对我来说有效的是WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

ashkitten 于 2019-04-24

👍3

对我来说有效的是WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable

解决它！

sangoku116 于 2019-04-24

高兴！

ashkitten 于 2019-04-24

在这里仍然没有运气，选中了WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winecfg并在暂存隐藏酒下选中了。

Undeadhunter 于 2019-04-24

你好！我只是想打个电话，说我正在使用@ashkitten的内部版本（在39210前缀中启用了hidewineexports），所以我已经成功登录，打补丁，启动游戏并连接到角色。因此，它似乎对我有用。非常感谢大家到目前为止的辛勤工作。 :)

ctrendafilova 于 2019-04-24

@Undeadhunter帮助我的是WINEPREFIX=$HOME/Data/SSD/SteamLibrary/steamapps/compatdata/39210/pfx/ winetricks hidewineexports=enable因为我在自定义位置安装了FFXIV

Wyziqi 于 2019-04-24

还请记住，如果您使用的是试用版，则compatdata之后的数字为“ 312060”，如果使用的是零售客户端，则为“ 39210”。

HereInPlainSight 于 2019-04-24

有人可以解释一下如何将其应用于非蒸汽版本的FFXIV

kgnotte 于 2019-04-24

@Wyziqi刚要发布此消息，的确，我也有一个自定义的安装位置，但是您在我之前发现了它。感谢那！

为了让所有人都清楚，请运行WINEPREFIX="<install location>/SteamLibrary/steamapps/compatdata/39210/pfx/" winetricks hidewineexports=enable

Undeadhunter 于 2019-04-24

有人可以解释一下如何将其应用于非蒸汽版本的FFXIV

使用此处发布的修复程序构建葡萄酒，主要是葡萄酒分期中的hidewineexports功能，以及从https://gist.github.com/achurch/3d01aad515b1784c671637018f076ecd添加isTransgaming的修复程序

Undeadhunter 于 2019-04-24

我正在尝试使用@ashkitten中的版本，但在Steam中选择该版本作为Proton版本也拒绝启动启动器并立即中止。此时，我不知所措，而且不确定系统上是否有某种原因在起作用或发生什么，但是这些解决方案都无法像其他人尝试过的那样有效。从Steam尝试常规4.2会将启动器加载到黑屏。

从ashkitten的：

GameAction [AppID 39210，ActionID 1]：LaunchApp使用“”将任务更改为ProcessingInstallScript
sh：/home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local：是目录
sh：/home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local：是目录
sh：/home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local：是目录
sh：/home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local：是目录
[2019-04-24 16:21:51]启动-更新程序已构建于2019年4月16日21:00:51
[2019-04-24 16:21:51]通过Beta文件选择了客户端beta“ publicbeta”
您正在“ publicbeta”客户端beta中。
[2019-04-24 16:21:51]正在验证安装...
[2019-04-24 16:21:51]验证完成
installscript_posix.cpp（418）：断言失败：独立评估程序返回了应用程序39210的错误代码
installscript_posix.cpp（418）：断言失败：独立评估程序返回了应用程序39210的错误代码
为appid（steam）/ version安装Breakpad异常处理程序（1555457005）
assert_20190424162217_27.dmp [7678]：上传转储（进程外）
/tmp/dumps/assert_20190424162217_27.dmp
GameAction [AppID 39210，ActionID 1]：LaunchApp使用“”将任务更改为ProcessingShaderCache
GameAction [AppID 39210，ActionID 1]：LaunchApp使用“”将任务更改为SiteLicenseSeatCheckout
GameAction [AppID 39210，ActionID 1]：LaunchApp使用“”将任务更改为CreatingProcess
GameAction [AppID 39210，ActionID 1]：LaunchApp等待用户对CreateProcess“”的响应
GameAction [AppID 39210，ActionID 1]：LaunchApp继续显示用户响应“ CreatingProcess”
AppId 39210的可选控制器掩码：0
游戏更新：AppID 39210“”，ProcID 7680，IP 0.0.0.0:0
启动应用39210
为appid（steam）/ version安装Breakpad异常处理程序（1555457005）

为游戏ID 39210添加过程7680
GameAction [AppID 39210，ActionID 1]：LaunchApp使用“”将任务更改为WaitingGameWindow
错误：无法预加载来自LD_PRELOAD的对象'/home/jim/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so'（错误的ELF类：ELFCLASS32）：被忽略。
/ bin / sh：/home/jim/.local/share/Steam/compatibilitytools.d/proton_4.2-local：是目录
GameAction [AppID 39210，ActionID 1]：LaunchApp将任务更改为“带有”完成
为游戏ID 39210添加过程7682
删除游戏：AppID 39210“”，ProcID 7680
退出应用39210

raaben 于 2019-04-24

以及如何应用补丁？似乎它与葡萄酒分期中其他补丁程序的格式不匹配。

kgnotte 于 2019-04-24

有人可以告诉我，如果我使用Lutris，是否必须做些特别的事情？

Sakarias411 于 2019-04-24

@kgnotte这些是差异，它们不包含提交信息，因此您需要使用git apply应用它们

ashkitten 于 2019-04-24

谢谢@ashkitten

kgnotte 于 2019-04-24

https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git
这将有可能建立自己的自定义葡萄酒环境。将diff放入userpatches文件夹，然后运行构建脚本

Undeadhunter 于 2019-04-24

有人可以告诉我，如果我使用Lutris，是否必须做些特别的事情？

到目前为止，我看到的唯一共享版本是Proton，您需要等待Wine版本出现，或者自己编译。

当一个人出现时，您需要分类如何将其安装为Lutris作为葡萄酒冲泡者，并将XIV的葡萄酒版本切换为该葡萄酒。

HereInPlainSight 于 2019-04-24

您也可以将非蒸汽游戏添加到蒸汽中，然后使用质子将其扔掉。

alibell 于 2019-04-24

一旦每个人都很好地解决了问题，我们应该真正开始研究mshtml问题的实际修复方法，因为这很hacky，下次他们推送类似的更新时很可能会破坏

ashkitten 于 2019-04-24

👍6

@kgnotte某人在这里发布了lutris修复程序，因此您可以仅使用https://forums.lutris.net/t/final-fantasy-14-wont-start-after-latest-update-dxvk/5598/9

sangoku116 于 2019-04-24

@ashkitten prton 4.2-local对我来说很好。将文件复制到〜/ .steam / root / compatibilitytools.d /下

重新启动Steam并强制游戏运行此版本。谢谢

OnigamiSama 于 2019-04-25

😄2

@ashkitten非常感谢！ Proton 4.2-local很棒！
为了安全起见，我现在也在使用ArchLinux；]

TenaarFeiri 于 2019-04-25

@HereInPlainSight我对您有一个要求：您能否在靠近顶部的注释中添加质子4.2-本地文件以及有关如何安装该文件的说明？
这样，来这里寻求解决方案的人们就不必在等待正式补丁的同时深入挖掘数百条评论。

希望...希望这将是一个持续一段时间的解决方案。

TenaarFeiri 于 2019-04-25

我刚刚在Reddit帖子中添加了说明。意思是现在要这样做几个小时，我只是现在才开始这样做。我尚未测试这些说明，所以如果我做错了，请告诉我！

Sophira 于 2019-04-25

我刚刚在Reddit帖子中添加了说明。意思是现在要这样做几个小时，我只是现在才开始这样做。我尚未测试这些说明，所以如果我做错了，请告诉我！

谢谢！另外，即使BrowserType现在在Proton 4.2本地环境中被忽略，“ FFXIV.cfg”中的CutsceneMovieOpening仍必须设置为1 ，否则您将收到一个新错误，提示它无法建立数据中心连接。它至少不再提供无限的黑色加载屏幕。
您可能已经覆盖了它（我还没有看过），但是这也适用于那些看这里并且不检查reddit的人...

TenaarFeiri 于 2019-04-25

哦，天哪，广场！
http://forum.square-enix.com/ffxiv/threads/388444-Wine-Launcher-404
他们将话题转移到“一般讨论”上，您在跟我开玩笑吗？ xD该线程尽其所能！它会被掩埋：<

TenaarFeiri 于 2019-04-25

因此，第一次编译葡萄酒时，我选择使用tk-git-wine，但是它是特定于Arch的，所以我遵循了他们对非Archers的建议，制作了一个docker容器来进行编译，但是在编译之后，我回来了我的其他机器无法正常工作的版本，因为wine: failed to initialize: /lib32/libm.so.6: version 'GLIBC_2.29' not found (required by <wine>/lib32/wine/ntdll.dll.so)

因此，看来我的家庭系统正在运行2.29之前的glibc。有一些-我发现是-有关如何处理此问题的复杂指令，但是有人知道任何更简单的指令版本，或者至少在此特定情况下如何处理该指令？ _EXTERNAL_INSTALL设置为true。

是的，我可以等到非质子生成弹出时，但是如果我可以为将来扩展我的知识，那么我宁愿下次希望也永远不会了解它。

@TenaarFeiri好吧...不好。我们是否应该开设一个新的，技术性更强的产品？线程中的某些点共享了一些激烈的意见。我们可能想就他们可以做些什么来提出具体建议，以帮助我们将来避免这种情况？我不太确定，在这里。

编辑：另外，官方论坛上的帖子确认我们被识别为Mac用户。

HereInPlainSight 于 2019-04-25

@HereInPlainSight是的，我在那儿的ShiningWolf，我自己也要接受一些激烈的意见，我不好。这很令人沮丧，但是无论哪种方式都没有锁定主题，只是出于某种原因而移到了General。

我建议我们在技术支持中创建一个新主题，描述使FFXIV再次在WINE / Proton上运行所需的具体步骤。尤其是Proton，因为在进行一些细微的调整（例如在游戏的pfx上隐藏葡萄酒出口）后，这似乎表现得异常出色。
我知道Square与我们的合作并不十分紧密，但是我认为，如果他们可以让我们一个人呆在那里，把我们的话题放在那儿，他们就不需要做任何事情。除了可能固定它。如果他们能做到，那就太棒了！

为了进一步证明技术支持主题的合理性，我们可以对问题进行事后分析吗？

TenaarFeiri 于 2019-04-25

@ kisak-valve嘿！我希望您不介意为您添加标签，但是我有一个问题：能否将特定于FFXIV的Proton构建集成到SteamPlay下载中？好像已经有一个现在可以工作的（可能在可预见的将来继续工作）了吗？

TenaarFeiri 于 2019-04-25

@TenaarFeiri我当时认为

另外，不必担心会变得很热烈-对情况有所了解是很好的，我只想我们需要将对问题的看法与问题的“技术支持”分开，所以我们不会他们有任何理由再次提出新话题，仅此而已。

另外，鉴于我们目前已被视为Mac用户，因此我们应该在论坛上的任何事后记录中都应包括在内，并强调指出这会影响我们购买游戏的方式，并可能在未来为新游戏带来问题玩家。根据我们是否有葡萄酒出口来过滤我们是非最佳的解决方案，因为大多数Linux游戏玩家会假设购买Windows版本的游戏。

确认一下-至此，就32位启动器退役时的更永久的解决而言，我们是否只有两个选择？修复mshtml（我想这就是它的名字）还是放在一起我们自己的全功能Linux启动器？因为这两个听起来都不是微不足道的，而且如果我们需要它们，我不确定除了情感上的支持外，如何进一步推动这两个原因也很重要。 <。<

HereInPlainSight 于 2019-04-25

👍1

我认为最好的做法是修复mshtml，然后扑灭所有可能造成类似问题的数百只苍蝇。目前，MSHTML和自定义Linux启动器似乎是仅有的两个_feasible_选项。

自定义启动器绝对是我们最方便的解决方案，但是修复mshtml可以为整个WINE游戏社区带来更大的好处。

对于自定义启动器，我认为一个不错的起点是叉这个项目并在此之上构建一个GUI。我还没有测试过，但是我从一个朋友那里听说它几乎可以正常工作（尽管他不会给我100％明确的答案），所以这就是已经编写的启动器的核心。
接下来的挑战是确定标准启动器如何下载更新，以便新启动器也可以执行该任务。
要么
这会很不方便，但是
我们中的一个或几个可以将最新的游戏安装在GDrive同步的目录中。获得100 GB的GDrive空间相当便宜，并且可以对启动器进行编码以从那里同步客户端。但是，如果没有活动帐户我们就无法下载该游戏副本的更新，则无法保证它可以作为永久的，拼凑的解决方案。
我们也完全相信Google是否当天决定要为我们提供良好的带宽。

最重要的是，我担心前进，我们可能需要以不方便的方式越过发射器。

TenaarFeiri 于 2019-04-25

我真的认为自定义启动器不是前进的路。这确实给很多蒸汽用户带来了不便，特别是一旦Square实施了他们的蒸汽登录要求。我们需要找出mshtml的问题所在，然后改正它。

ashkitten 于 2019-04-25

👍2

是的，进入mshtml（或其他可能导致黑屏的原因）似乎是可行的方法。弄清楚为什么页面在常规浏览器中仍然保持黑屏似乎仍然是迈出的第一步。

sschroe 于 2019-04-25

确实。我觉得这可能不是我们最初认为的那么深。

ashkitten 于 2019-04-25

我怀疑启动器会将某种标头发送到网页进行身份验证。幸运的是，这似乎只是JavaScript和CSS魔法未变的案例？如果查看空白页的源代码，可以找到脚本，但是找不到重要的部分。两种语言我都只有一半识字，但是如果我弄清楚了，您将是第一个认识的人。

TenaarFeiri 于 2019-04-25

@ kisak-valve嘿！我希望您不介意为您添加标签，但是我有一个问题：能否将特定于FFXIV的Proton构建集成到SteamPlay下载中？好像已经有一个现在可以工作的（可能在可预见的将来继续工作）了吗？

您好@TenaarFeiri ，我不是Proton开发人员，所以我无法回答。

总的来说，我不认为使用进行处理所需的补丁程序发出拉取请求不是一个坏主意，但是在这种情况下，很有可能只有mshtml url修复程序可以登陆，仅此而已不足以使工作正常。

Chrome浏览器以及扩展名为libcef的支持在2017年就不再支持32位窗口了，并且依靠它来解决，这听起来像是定时炸弹，所以弄清楚mshtml声音正在发生什么，这是最好的解决方法。

kisak-valve 于 2019-04-25

👍7

对此我的无知表示歉意-其中很多不在我的bailiwick范围内。 mshtml的修复程序旨在解决整个葡萄酒问题（我印象中这是一个大问题），还是需要特定葡萄酒补丁的针对性修复程序？

我对mshtml修复的想法感到担心，这听起来像是野兽，葡萄酒很久以来都无法解决-但我的印象可能完全错了，那太好了。

HereInPlainSight 于 2019-04-25

只有mshtml网址修复程序才能登陆

@ kisak-valve隐藏葡萄酒出口怎么办？如果我们使mshtml正常工作，我们仍然需要它来运行游戏，大概是

ashkitten 于 2019-04-25

@HereInPlainSight wine_gecko可用于许多事情，到目前为止，我们还没有充分的证据证明我们所遇到的问题超出了表面的深度（黑屏可能与在浏览器窗口中显示黑屏完全相同）！）

ashkitten 于 2019-04-25

我在protondb上发布了包含逐步说明的修复程序。

sangoku116 于 2019-04-25

@HereInPlainSight wine_gecko可用于许多事情，到目前为止，我们还没有充分的证据证明我们所遇到的问题超出了表面的深度（黑屏可能与在浏览器窗口中显示黑屏完全相同）！）

好吧，从我可以看到的一点来看，有人使用了一个葡萄酒补丁，可以让他们修复地址错误（最终以https://frontier.ffxiv.com/version_4_0_win/index.html而不是https://frontier.ffxiv.com/version_4_0_win/version_4_0_win/index.html结束，并说他们最终在一个空白的启动器中结束了（我还不能测试所有这些-我的tk编译docker一直在寻找我的实际系统上没有的glibc版本。）至少在Square的整个启动程序中，它们都是在Square的网站上浏览的。，这似乎是默认设置，完全正常。

https://img.finalfantasyxiv.com/ft/version_4_0/scripts/launcher/launcher.js，然后_presumably_应该开始浏览并开始显示内容（它会更改索引的

标签从默认的id标记“ bodyMasking”更改为“ bodyDisplay”，基本上可以使启动器可见，即使在浏览器中也是如此），然后文件的其余部分看起来像是用来要求启动器进行设置以显示正确区域的新闻和登录页面，所有有趣的爵士乐。

对于我们来说，这似乎并非正在发生。我们只是没有正确处理相关脚本。或至少是它的外观，但是我不知道从哪里获得这些知识，因为理解像haaas这样的程序如何交互对我来说一直是不可思议的。我的意思是，其中很多都是黑魔法，所以这就是我主要使用BLM的原因-了解宇宙关于其未付停车票的黑暗秘密。

HereInPlainSight 于 2019-04-25

我想我应该报告一下，以防其他任何人宁愿使用没有质子的解决方案。我能够获得较旧版本的wine（3.18）来构建和使用该补丁，但是使用最新版本构建的版本似乎不起作用。每当我尝试使用二进制文件运行任何文件时，它都会挂起。我认为这就是为什么当我尝试使用wine-tkg-git来构建软件包时遇到问题的原因。如果有人愿意帮助我弄清楚为什么会发生这种情况，我将不胜感激。

kgnotte 于 2019-04-25

我想我应该报告一下，以防其他任何人宁愿使用没有质子的解决方案。我能够获得较旧版本的wine（3.18）来构建和使用该补丁，但是使用最新版本构建的版本似乎不起作用。每当我尝试使用二进制文件运行任何文件时，它都会挂起。我认为这就是为什么当我尝试使用wine-tkg-git来构建软件包时遇到问题的原因。如果有人愿意帮助我弄清楚为什么会发生这种情况，我将不胜感激。

请提供相关链接。我已经搜寻和克隆了好几天了，真的很累。

Erebea 于 2019-04-25

我想我应该报告一下，以防其他任何人宁愿使用没有质子的解决方案。我能够获得较旧版本的wine（3.18）来构建和使用该补丁，但是使用最新版本构建的版本似乎不起作用。每当我尝试使用二进制文件运行任何文件时，它都会挂起。我认为这就是为什么当我尝试使用wine-tkg-git来构建软件包时遇到问题的原因。如果有人愿意帮助我弄清楚为什么会发生这种情况，我将不胜感激。

昨天的葡萄酒分级中有一个错误，也许您是从中构建的？遇到了完全相同的问题，并通过将其回滚几次提交来解决。

设法建立一个可以与任何lutris安装一起使用的版本。到目前为止，似乎为某些人工作。也许对您也一样？ https://files.feffe.it/wine-tkg-ffxiv-feffe-4.6-1.8-x86_64.tar.gz

feffes 于 2019-04-25

❤6 👍6

感谢@feffes ，该版本对我

kgnotte 于 2019-04-25

可以确认，由@feffes上传的lutris中运行游戏，因此，目前处于繁忙状态和lutris的人们可以再次登录，该解决方案仍然存在问题，因此仍应进行适当的工作以修复mshtml

zeparu 于 2019-04-25

@feffes确认您的构建对我在Lutris / Arch Linux上有效。

DistantThunder 于 2019-04-25

如果您想自己构建它，那么TKG已在昨天修复了该葡萄酒冻结错误，而FFXIV用户补丁已包含在最新的wine-tkg中。您所要做的就是按照说明编辑启用FFXIV修复程序和DXVK的customization.cfg，然后进行操作。我在Manjaro上，所以在构建它之后就安装了它，我可以从Lutris中选择它作为“系统”运行程序。 https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git否则只需使用feffes构建即可。昨天我玩了好几个小时，没有任何问题。

CaffeinatedTech 于 2019-04-26

查看启动器的javascript代码，我看到似乎使所有内容可见的函数出现在index.js 206行上，作为注册侦听App.protocol.Receive.RESUME_INFO的匿名函数。搜索的其它用途给我们带来了app.js ，线366，在fromAppResumeInfo -源寻找这显示没有来电，所以我只能认为它是从外面叫..或应该。

ashkitten 于 2019-04-26

是的，启动器会向页面中注入一些JS。

lesderid 于 2019-04-26

是的，但是我对wine_gecko提供的用于调试的工具不熟悉

ashkitten 于 2019-04-26

@feffes如果我在Reddit帖子中链接该版本可以吗？如果是这样，您能提供一些使用说明吗？我自己不使用Lutris。

Sophira 于 2019-04-26

@feffes如果我在Reddit帖子中链接该版本可以吗？如果是这样，您能提供一些使用说明吗？我自己不使用Lutris。

当然。它的简短要点是它可以像其他任何葡萄酒运行器一样工作，因此您可以将tar中的tkg-ffxiv-feffe-4.6-1.8-x86_64提取到~/.local/share/lutris/runners/wine并在FFXIV>配置>运行器选项下切换到该模式

feffes 于 2019-04-26

如果有人没有做的话，最好的办法是更新他们在Proton DB中的体验，将FF14变成金牌，而不是白银，那将是很棒的

Undeadhunter 于 2019-04-26

为了进一步解决黑屏问题，我安装了本地Web服务器，并将启动器站点复制到了该站点，这使我可以修改修补程序加载的html / javascript。

在index.html底部添加一个带有fromAppResumeInfo();的附加脚本标签，将使启动器出现在常规浏览器中（一定程度上）-并且在ffxivlauncher中也是如此！因此，这显然不是渲染问题，实际上暗示着某些脚本未按其应有的方式命名。

使用WINEDEBUG=mshtml我们还将找到以下内容：

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)

稍后还有一堆DispatchEx_InvokeEx呼叫。我怀疑这可能是启动器用来与页面上的javascript进行交互的方式，尽管我不确定这些功能的作用。

我在这方面特别感兴趣的是以下警告：

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

70000002映射到SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION根据https://docs.microsoft.com/en-us/scripting/winscript/reference/iactivescriptproperty-setproperty

关于此文档的文档有点薄，但是名称确实表明它以某种方式修改了javascript引擎以不同方式处理全局名称空间解析的方式。前面提到的接口似乎使用了映射到函数的全局变量，因此这里可能是罪魁祸首，因为该函数显然根本没有实现，并且可能导致启动器无法使用这些全局变量。

尽管我们需要更多有关SCRIPTPROP_ABBREVIATE_GLOBALNAME_RESOLUTION实际作用的信息以了解更多信息。只需更改wine中的函数即可返回S_OK而不管启动器中未进行任何更改。

sschroe 于 2019-04-27

👍5

@sschroe是否还会弹出与jscript / mshtml相关的其他错误？如果某些操作取决于此属性的设置，我会期望另一个错误，是吗？

编辑：与#winehackers中的某人交谈，他们说此属性始终设置为

ashkitten 于 2019-04-27

始终设置是否意味着总是调用此函数，或者在wine中请求的功能已经是默认状态？我没有发现任何值得一提的东西。

我的最后尝试是使用https://github.com/dns/WinAPI-Embed-Browser/blob/master/embed-browser.c中的代码作为基础来构建可以重现该问题的示例。更改该代码以加载启动器URL很简单，但我尚未设法与Javascript交互。糟糕的Windows API和缺乏文档使我想死。

sschroe 于 2019-04-28

他们说未实现属性的原因是因为这是默认状态

ashkitten 于 2019-04-28

一点点“进步”：

启动器加载页面后似乎要做的第一件事是将浏览器导航到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})
这几乎只是在当前页面内执行给定的javascript字符串，在这种情况下，调用函数fromAppConfig具有一堆参数。到目前为止，这部分工作正常，除其他外，将运行App.message.send(App.protocol.Send.REQUEST_RESUME_INFO); 。

App.message.send看起来像这样：

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

window.external通常用于将数据传递回另一个程序。因此，在这种情况下，这应该是发回启动器的通信。我怀疑这是事情可能失败的部分，因为在此之后似乎没有其他事情发生。在我的本地托管副本上添加alert()表示代码已在wine中以正确的值执行。此外，注释掉window.external.user(type);导致启动器在Windows中仅出现一个黑屏，显示出与酒中相同的行为。

因此，可能发生的情况是启动器没有收到REQUEST_RESUME_INFO ，因此无法继续。

sschroe 于 2019-05-01

我不认为这是问题。

使用https://bugs.winehq.org/show_bug.cgi?id=47069#c2中的mshtml补丁，您可以使用BrowserType 0来运行启动程序，直到登录表单。单击“登录”按钮将显示错误（https://pomf.soupwhale.com/ltibnw.png）。

这是一个更深层次的mshtml问题（或更确切地说，一系列问题），很可能没有简单的解决方案，更不用说即使该修补程序也是黑客的事实。

编辑：我已经几天没有检查过了，所以我可能是错的，但是我相信错误是由于未实现JSProtocolFactory_CreateInstance而引起的。

lesderid 于 2019-05-01

👍1

确实，如果浏览器从那里渲染了补丁，那么前面提到的部分就没有关系了，因为它已经超过了那一点。

sschroe 于 2019-05-01

@lesderid如果您按Enter键而不是单击密码字段中的按钮，该错误是否还会出现？

奇怪的是，使用该hack使其使用BrowserType 2具有相同的行为。单击该按钮将产生该错误，然后在一次密码字段中按Enter键即可成功登录。（没有OTP的情况也应如此）

sovietnorm 于 2019-05-03

按Enter键而不是单击“播放”按钮确实为我启动了游戏。因此，使用来自https://bugs.winehq.org/show_bug.cgi?id=47069#c2的url修复+浏览器繁忙的黑客，我们可以登录并运行游戏。

这样，我还可以使用64位启动器，但是这也需要隐藏wine版本，否则它表示未注册我的帐户。隐藏的葡萄酒版本可以按预期工作，我可以登录。

sschroe 于 2019-05-05

@sschroe我

nmalacarne 于 2019-05-08

@nmalacarne当前，XIV似乎认为运行Wine意味着我们在Mac上，因此特别是-尝试-告诉您您没有Mac许可证。为了避免这种情况，我们必须掩盖我们正在使用Wine。要么按照WINEPREFIX=<path-to-prefix> winetricks hidewineexports=enable （或者如果有的话，用质子技巧而不是Winetricks）或WINEPREFIX=<path-to-prefix> winecfg然后在“暂存”选项卡中更改设置。

HereInPlainSight 于 2019-05-09

看来我的窥探毕竟可能有所帮助。我一直在看这个。请不要说他们不是故意这样做的，他们确切地知道自己在做什么。睁开眼睛，看看Microsoft，Apple和Sony都在进行数据挖掘。 Proton禁止这样做，因为它允许绕开其平台，因此为了将它保持在桌子底下，这个小小的螺旋球战术被用来围住Linux，但又有一个漏洞。 Square支持其余的数据收集策略。

只需说如果Microsoft shiles是奴隶，那么Microsoft就是一个巨人。索尼和苹果也都参与其中。和Square一起玩老鼠对猫会很有趣，除非Val像《半条命3》那样获得一毛钱，否则我们将生活在黑客的生活中。喜欢与否。

ArulinTheUnicorn 于 2019-05-09

谢谢@HereInPlainSight ，这很有意义。通过winetricks设置hidewineexports后，现在DX11一切正常。

nmalacarne 于 2019-05-09

所以这将是一个漫长的过程，但是我不知道还有什么要问的。我遇到的问题是，游戏在5秒钟内不会“更新”（如从网络中），然后所有内容将立即全部更新，然后重复。这种情况持续了几个小时，然后神秘地消失了几天，然后又消失了几天。重新启动计算机无济于事，重新启动路由器/调制解调器无济于事，泥泞鱼使问题变得更糟，mtr报告无数据包丢失和合理的ping，而且我也不知道从这里出发。尝试更新游戏时，它似乎对游戏和启动器没有任何影响。以太网驱动程序错误？ Linux TCP堆栈错误仅出于某种原因影响游戏？ Wine TCP堆栈错误？我什至不知道从哪里开始调试它。

jbalme 于 2019-05-12

这也发生在Windows上。我认为代码太多抗议了吗？

这是一个糟糕的启动器，同样是一个糟糕的更新器。

儿子。 12.迈2019，23:03 skrev jbal91 [email protected] ：

所以这将是一个漫长的过程，但是我不知道还有什么要问的。
我遇到的问题是随机的，游戏将不会“更新” 5
秒（例如，通过网络），一切都将立即更新，
重复。持续数小时，然后神秘地消失
几天，然后回来几天。重新启动计算机
什么也没做，重启路由器/调制解调器什么也没做，泥泞鱼使
问题更严重，地铁报告没有数据包丢失和合理的ping，我有
不知道从这里去哪里。似乎只影响游戏和
尝试更新游戏时启动器。以太网驱动程序错误？ Linux TCP
仅由于某种原因影响游戏的堆栈错误？ Wine TCP堆栈错误？一世
不知道从哪里开始调试它。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-491629097 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AD4BBKE3KPYIGKXJFSNHGXDPVCA3DANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-05-12

这也发生在Windows上。我认为代码太多抗议了吗？这是一个糟糕的启动器，同样是一个糟糕的更新器。儿子。 12.迈2019，23:03 skrev jbal91 [email protected] ：

不只是启动器，它还使游戏在发生时无法玩。感觉丢包很糟，但地铁公司不同意。

jbalme 于 2019-05-12

有谁知道如何在不使用Steam或不运行Steam版本的情况下使用质子安装和运行ffxiv？我想确保我可以在仍然可用的情况下取出所有数据，并且我拥有一个非Steam帐户，并且已经通过该试用版登录，该试用版将来可能会停止运行。但是对于我一生，我无法找到有关为任意应用程序运行自己的质子生成的任何信息，而不是通过Steam启动器无法找到

witcheslive 于 2019-05-14

有谁知道如何在不使用Steam或不运行Steam版本的情况下使用质子安装和运行ffxiv？我想确保我可以在仍然可用的情况下取出所有数据，并且我拥有一个非Steam帐户，并且已经通过该试用版登录，该试用版将来可能会停止运行。但是对于我一生，我无法找到有关为任意应用程序运行自己的质子生成的任何信息，而不是通过Steam启动器无法找到

Proton只是可以运行的另一个二进制文件。如果需要，可以为其创建bash别名，然后像Wine一样运行它。

nstgc 于 2019-05-14

今天早上更新后工作正常，现在我无法完成版本检查

sangoku116 于 2019-05-15

今天早上更新后工作正常，现在我无法完成版本检查

我不得不重新输入“ WINEPREFIX = [pfx location] winetricks hidewineexports = enable”

sangoku116 于 2019-05-15

葡萄酒出口的目的到底是什么？为什么默认情况下启用它？

继续 15.迈2019，00:52 skrev zangoku [email protected] ：

今天早上更新后工作正常，现在我无法
完整版本检查
我不得不重新输入“ WINEPREFIX = [pfx location] winetricks”
hidewineexports =启用”
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580？
或使线程静音
https://github.com/notifications/unsubscribe-auth/AD4BBKADDKQZJ3Q6W3NNBKTPVM7CTANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-05-15

我的猜测是针对对Wine特别支持的程序，例如用winelib编译的

正如我们所看到的，它当然也可以用于拒绝Wine用户运行其Windows程序的权利。：/但这就是存在隐藏它们的选项的原因。

Sophira 于 2019-05-15

有谁知道如何在不使用Steam或不运行Steam版本的情况下使用质子安装和运行ffxiv？我想确保我可以在仍然可用的情况下取出所有数据，并且我拥有一个非Steam帐户，并且已经通过该试用版登录，该试用版将来可能会停止运行。但是对于我一生，我无法找到有关为任意应用程序运行自己的质子生成的任何信息，而不是通过Steam启动器无法找到

Proton本质上是带有启动脚本的修补后的Wine。因此，您可以：

1）您可以直接在Proton版本中运行wine二进制文件，就好像您使用的是Wine的普通版本一样
2）在使用适当的命令行参数调用质子脚本之前，请检查Steam如何调用Proton并设置适当的环境变量。您可以通过编写一个外壳程序脚本来查找此信息，该脚本将转储该信息，然后在Steam的“启动选项”中进行设置，或者可以检查质子脚本以查看其使用的变量和参数。

不过，要从Steam获取数据，您无需执行任何操作，只需从〜/ .local / share / Steam / steamapps / compatdata / 312060 / pfx / drive_c / users / steamuser / My Documents / My复制游戏/最终\幻想\ XIV \-\ A \领域\重生。另外，如果您可以运行游戏，请使用它的云备份来保存所有设置。

然后，将它们导入到FFXIV的非Steam安装中，无论是通过Lutris，Windows还是手动修补的Wine。

jbalme 于 2019-05-15

我的猜测是针对对Wine特别支持的程序，例如用winelib编译的
正如我们所看到的，它当然也可以用于拒绝Wine用户运行其Windows程序的权利。：/但这就是存在隐藏它们的选项的原因。

基本上就是这样，对Windows程序隐藏自身从未在Wine项目的范围之内，所以我想这个想法是，提供一种简单的方法来识别Wine和Wine版本信息，比尝试检测Wine的开发人员更适合Wine团队依靠它的行为。尽管有些反作弊和DRM软件可以执行后者。

我仍然不认为SE会竭尽全力去吸引Linux用户-我怀疑我们是否还在他们的雷达下-但是他们正在将Mac版本迁移到DirectX 11客户端（因为DirectX 9客户端正在开发中）移除）并使用新包装器，这就是他们检测到它的方式。

jbalme 于 2019-05-15

明确地说，我也不认为SE也在这样做。（我确实认为hidewineexports技巧可能不会在4.58中开始起作用，但这仅是由于其Mac许可收入的潜在影响。）

SE对此非常热心，实际上-他们给我的支持请求答复（请参阅Reddit主题中的原始帖子）表明他们正在认真对待我们，而不是简单地认为该配置不受支持（他们绝对有权这样做），这令人鼓舞。

当我说“它也可以用来拒绝Wine用户运行他们的Windows程序的权利”时，我并不是指Linux。我指的是游戏的Mac版本主要是一个（旧的）Wine包装，而他们决定检测Mac版本的方式是通过检查是否存在Wine。

（实际上，我怀疑启动器是由其他团队创建的，考虑到它使用IsTransgaming而不是像游戏本身那样使用get_wine_version 。也就是说，我很高兴他们分开考虑IsTransgaming当前就是让我们现在甚至使用启动器的原因。）

Sophira 于 2019-05-16

如果他们同时使用get_wine_version ，解决起来还是比较容易的（只需在客户端修改符号查找），如果确实做到了，还可以开箱即用Mac许可证。

jbalme 于 2019-05-16

启动器字体仅与“ droid”字体一起使用。无需安装所有者。

pigsflew 于 2019-05-23

有人有幸获得基准测试吗？

@ jbal91谢谢您的提示，但是我仍然难以置信地试图解决它。我终于弄清楚，如果我包括我的自定义启动选项，那么Steam将运行以下命令来启动游戏：

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

但是，当我运行时，我得到：

Proton: No compat data path?

显然，还有很多其他的东西不见了。 Lutris开车把我推上了墙，因为我不容易弄清楚到底是什么阻塞或如何找到上面命令中使用的自定义4.2质子，所以我没有太多的运气。

编辑：给卢特里斯大学上大学的尝试，并重新开始，但它只是...不起作用。启动程序随即弹出，并显示正在加载的窗口，然后退出，没有错误，没有任何错误，并且在lutris价值日志中什么也没有，或者根本没有。为什么SE不能停止威胁我，只是让我使用Steam免费试用，而不必担心我将永远被锁定在外面，无法解决问题，也无法在SHB发布日上花费数小时试图耗尽Steam的时间无限期地恢复我的数据或任何东西； ;

另一个编辑：尝试了很多东西之后，我发现这个脚本有人在reddit上发布了： https ://pastebin.com/NJxfe8Ex，并对其进行了修改，以使用我运行在带有istransgaming补丁的Steam上的自定义质子（尤其是在ashkitten上）。。。它的工作方式与Lutris相同，闪烁了启动检查版本，有时会短暂地显示空白的启动器窗口，然后退出而没有任何错误消息或其他任何内容。所以...总的来说一定是有问题的，但是我无法弄清楚它可能是什么。

不幸的是，我与Shadowbringers基准测试有同样的问题。它只是退出而不加载任何东西。所以我不知道现在是否可以运行。

witcheslive 于 2019-05-24

发生了很多...我想我可能会通过运行类似于此处的质子的Lutris葡萄酒构建来使它工作，这种葡萄酒支持我在Lutris线程中发现的hidewineprefix，但也直接在bash中支持，因为这会加载启动器并没有从Lutris运行它。由于某些原因。我不知道我还在努力，而且现在正在修补。

那就是说，如果有任何葡萄酒巫师或巫师对如何运行基准测试有任何想法，那将是很酷的，我在Windows上花了一个小时来玩这个测试令人震惊。

如果我尝试运行它，则会得到：

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.

查找此内容似乎有点令人讨厌，并且某些版本的.NET永远不会受支持，或者某些内容，但这确实超出了我的理解范围，并且您可能都对如何获得更好的了解它正在运行，或者没有发生的坚实原因。

witcheslive 于 2019-05-24

如果我尝试运行它，则会得到：
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.
查找此内容似乎有点令人讨厌，并且某些版本的.NET永远不会受支持，或者某些内容，但这确实超出了我的理解范围，并且您可能都对如何获得更好的了解它正在运行，或者没有发生的坚实原因。

实际上，就在几天前，不久的将来就有可能获得支持。（https://github.com/dotnet/wpf/pull/720）

lesderid 于 2019-05-24

只是为了进行更新，这样即使有人看到我的最新消息也不会浪费时间，我终于确实使FFXIV在启用了dxvk的WINE前缀上工作，这是一个漫长的旅程，涉及很多重新编译（gentoo yay）和在Lutris不和谐中找到一个人，他们有自己的Lutris分支，至少在Gentoo上工作得更好，但我现在可以避免即将到来的Newellpocalypse了：）

witcheslive 于 2019-05-26

@witcheslive不知道您使用的是Gentoo －我个人运行的是lutris-9999版本，但是无论哪种方式，只要确保您禁用Lutris运行时作为默认设置，Lutris就可以正常工作。根据我的经验，运行时在Gentoo中根本无法正常工作。

HereInPlainSight 于 2019-05-26

我不知道这是否有用，但过去三天我一直在和Lutris玩FFXIV。

我正在使用独立的FFXIV（不涉及Steam登录或客户端）
我有一些随机断开连接，但是如果我没听错，最近有一些DDoS正在进行，这可能不是Wine / Linux特有的
我在上一天内（-21？）突然出现启动器错误，但是设法通过删除web文件夹来始终启动它；除此之外，启动器还可以让我登录
在openSUSE TW和Fedora 30上使用发行版Wine Staging 4.8，在接受有关语言的第一个提示后，FFXIV的安装程序将立即崩溃。我不知道这是什么意思，但是Lutris可以正常工作（尚未直接测试Steam / Proton）
在Lutris上，我一直在使用ge-faudio-protonified-4.8运行器和通常的默认Lutris设置（保持Lutris Runtime启用）
Lutris安装脚本隐藏wine版本，并进行过场动画和浏览器cfg设置更改
我在openSUSE TW上将DXVK与RX 580一起使用
我还可以在eGPU上具有RX 560的笔记本电脑上运行
无法使Shadowbringers基准测试运行（获得了上述4.0.0 Presentation错误，甚至在安装dotnet45之后（基准要求至少为4.5），我也遇到了其他错误）

Espionage724 于 2019-05-27

Lutris ge-faudio-protonified-4.8转轮应用了Transgaming补丁：

% 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

Lutris的FFXIV安装程序脚本还通过注册表应用HideWineExports黑客：

- 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

因此，对于任何有Lutris支持的发行版的人来说，这都是您最好的选择。安装Lutris，让它为您设置游戏，它应该可以正常工作。

jbalme 于 2019-05-28

使启动器与mshtml一起使用有任何进展吗？

ashkitten 于 2019-05-28

我们可以使64位启动器与已发布到wine bug跟踪器的补丁一起使用。

我使用此修补程序的唯一问题是：

无论我说什么，启动器都不会记住我的用户名。
输入登录信息后，您必须点击“输入”，而不是单击“登录”。单击会使启动器崩溃。

这些问题都不困扰我，因此我一直在使用64位启动器。

HereInPlainSight 于 2019-05-28

🎉1

顺便说一句，除了启动器之外，我还遇到了2个不同的问题：

至少ARR的开场电影无法正常播放，坐在标题屏幕上的时间过长或试图从电影菜单中播放它会导致屏幕无响应且带有加载指示器（暴风雨开场电影没有问题）
在thornmarch（硬）中，在某一点上有很大声的crack啪声/爆裂声，我两次尝试都经历过这种情况，在其他地方都没有

ashkitten 于 2019-05-28

👍1

看起来404错误和黑屏已在wine-git中修复。启动器实际上现在会显示内容，但是如果您实际尝试登录，则会出现JavaScript错误。

VKX不和谐的人说这是提交： https :

编辑：按Enter键而不是登录按钮可使启动器工作。

varris1 于 2019-05-30

🎉2 👍2

编辑：按Enter键而不是登录按钮可使启动器工作。
那对我有用！虽然只有一次。但我进入游戏并选择过去的角色

weridpan 于 2019-05-31

VKX不和谐的人说这是提交： wine-mirror / wine @ d535df4

今天从Tk-Glitch的脚本中编译了一个git版本，没有自定义补丁-64位启动器有效，并且记住了我在Lutris中的ID。当Proton赶上了这一步时，我们不再需要XIV的任何特殊补丁即可通过Steam进行工作，并且32位启动器退休后，我们应该（Hydaelyn愿意）可以。

并不是我希望它会更改，而是我添加了另一个前缀进行测试，并且我们仍然必须隐藏葡萄酒以免被视为需要Mac许可证。 轻声抱怨。

HereInPlainSight 于 2019-06-01

当Proton赶上了这一步时，我们不需要XIV的任何特殊补丁即可通过Steam工作，

FFXIV仍需要暂存，因为否则实际上并没有解决MacOS许可错误的方法。

varris1 于 2019-06-01

我认为质子比不可思议的具体变通办法更愿意合并登台补丁

ashkitten 于 2019-06-01

FFXIV仍需要暂存，因为否则实际上并没有解决MacOS许可错误的方法。

我给人的印象是前缀本身可以是葡萄酒技巧，也可以是质子技巧，但是由于某种原因，由于我无法将自己的质子与最新的葡萄酒进行编译，因此我无法对其进行检查。我承认我对这个级别的葡萄酒行为了解不多。

HereInPlainSight 于 2019-06-01

我给人的印象是前缀本身可以是葡萄酒技巧或质子技巧

除了分期付款外，您还需要补丁

ashkitten 于 2019-06-01

问题还在于您真的不希望默认情况下隐藏葡萄酒，因为一些防作弊程序会检查您是否在运行葡萄酒，以确保它不会禁止您安装“修改的” Windows或其他任何东西。因此，确实应该只明确地执行此操作。

witcheslive 于 2019-06-01

该修补程序仅在您还更改了注册表项的情况下才生效，因此应该可以

ashkitten 于 2019-06-02

还有其他方法可以解决Mac许可证问题：

购买Mac许可证
在游戏客户端中修改Wine符号（与启动器不同，在启动游戏时不会检查游戏文件的完整性）-可以使用简单的sed脚本来完成。

如果人们愿意这样做，那么一旦它从Wine上游合并，他们就可以使用香草质子。但是，是的，否则需要分期进行，除非Wine本身这样做，否则我看不到Valve合并皮酒出口补丁。

jbalme 于 2019-06-02

@ kisak-valve我们可以得到一些正式的反馈意见，说明质子会或不会引入哪些补丁来使游戏运行吗？

ashkitten 于 2019-06-02

您好@ashkitten ，提醒您，我是Github上Valve的问题跟踪程序的主持人，而不是Proton开发人员，所以我无法回答该问题。

您可以使用补丁程序发出拉取请求，并且将根据具体情况对它们进行评估。

kisak-valve 于 2019-06-02

👍1

是的，我当然忘了😅

ashkitten 于 2019-06-02

我出于个人原因新建了一个构建，但认为我应该在这里共享它-它仍使用与5月24日发布的补丁集相同的补丁集，但我基于proton_4.2分支的最新提交对其进行了重新构建

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

ashkitten 于 2019-06-03

对于https错误，还是有必要从上游构建葡萄酒的质子吗？
我不喜欢藏酒的东西或任何奇怪的解决方法。

如果我明白了，我需要
1）从来源编译质子/葡萄酒
2）手动更新质子

我不知道如何使用lutris脚本，因为我有游戏的Steam版本。我必须使用lutris安装Steam，然后再安装/复制游戏吗？

ghost 于 2019-06-08

@Turbito
对于Steam，您将需要隐藏葡萄酒，除非您也想购买Mac版本。但是，使该功能正常工作仅是复制一个自定义版本的质子，例如刚刚发布到适当位置的@ashkitten ，然后将FFXIV设置为使用该版本。设置起来并不难，但是在可预见的将来将是必要的，即使完成了使64位启动器正常工作的工作，游戏仍然会看到Wine前缀，甚至认为您在Mac上当您设法使用64位启动器而不是当前的解决方法登录时，当前的解决方法是使用mac版本允许使用的环境变量来加载32位启动器。

换句话说，它最终将或多或少地开箱即用地工作，而且不会有任何麻烦，并且可能很快就会...如果您具有mac许可证。如果不是，您将需要做些小事来隐藏游戏中的酒名，但这是一件很容易忘记的事情。

witcheslive 于 2019-06-08

质子每个游戏都没有安装脚本吗？我确信它可以使适当的注册表项使游戏正确运行。

ashkitten 于 2019-06-08

质子每个游戏都没有安装脚本吗？我确信它可以使适当的注册表项使游戏正确运行。

Proton不会，Steam本身会。

由于法律问题，我看不到他们合并hide_wine_exports或应用注册表项（我们实际上绕开了SE的每个平台许可“ DRM”，在美国可能违反了DMCA）。

jbalme 于 2019-06-09

因此，如果有人提出对出口的拉货请求，那么Valve可能只是……_ask_ Square不使用Wine来查看某人是否在Mac上，因为它会干扰Steam支持的Proton Proton，这是荒谬的吗？他们在自己的平台上出售的游戏，并特别干扰许可？

这可能并不意味着什么，Square可能不会在乎这两种方式，但是显然，Valve提出的要求比我们提出的意义更大。

如果Steam可以获取脚本来设置FFXIV_boot.cfg，并且Square停止将Wine用户过滤为Mac用户，那么一旦Proton掌握了修复启动器的更新程序，我认为该游戏对于大多数人来说都是开箱即用的。

HereInPlainSight 于 2019-06-11

我收到很多直接的x错误和dll错误。它以前没有这样做。

sangoku116 于 2019-06-16

这与Proton的最新版本还是4.2_local？（那个人
以上为我们编译）

儿子。 16.君 2019，08:49 skrev zangoku [email protected] ：

我收到很多直接的x错误和dll错误。没做
这个之前。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580？
或使线程静音
https://github.com/notifications/unsubscribe-auth/AD4BBKD75DW3NWMOABL5XKDP2XO7RANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-06-16

@TenaarFeiri与4.2_local一起使用

sangoku116 于 2019-06-16

对于那些关心这种自定义质子构建的人来说，它们是开箱即用的（我已经对其进行了测试）： https :

ahjolinna 于 2019-06-22

👍1

对于那些关心这种自定义质子构建的人来说，它们是开箱即用的（我已经对其进行了测试）： https :

很棒！感谢您分享<3

TenaarFeiri 于 2019-06-22

对于那些关心这种自定义质子构建的人来说，它们是开箱即用的（我已经对其进行了测试）： https :

这是基于质子4.2-7吗？

sangoku116 于 2019-06-22

对于那些关心这种自定义质子构建的人来说，它们是开箱即用的（我已经对其进行了测试）： https :
这是基于质子4.2-7吗？

好吧..kinda，它是真正的自定义构建：

-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

这是从以前的relese笔记

ahjolinna 于 2019-06-22

因此，我尝试了更新的proton_4.2-local和Proton-4.10-GE-3构建，但是，如果我以DX11模式启动游戏（我想一旦影子使者登陆就无法解决），我总是结束3109 not yet registered or subscription过期错误。在DX9下不会发生这种情况。我在这里缺少任何配置设置或启动参数吗？

我直接在ubuntu上通过Steam运行。

编辑：弄清楚了，必须通过winetricks实际启用hidewineexports winetricks 。现在使用Proton-4.10-GE-3像符咒一样运行<3

BonsaiDen 于 2019-06-22

现在我遇到了Proton-1.10-GE-3问题，游戏似乎无法记住我的系统设置，尽管角色设置和UI布局以及诸如此类的东西都可以记住...

有任何想法吗？

TenaarFeiri 于 2019-06-22

遇到相同的问题时，似乎ProtonFixes Utility在每次启动时都会对配置进行调整，但是看起来它要么用默认值替换了所有内容，要么破坏了某些内容，并且游戏重置了配置。

作为快速修复程序，我将FFXIV.cfg只读...这会导致“质子修复程序已被应用”窗口在启动游戏时卡住，但仅关闭它就没有进一步的影响了：）

BonsaiDen 于 2019-06-22

是的，我自己注意到了这个小问题，也许@GloriousEggroll可以检查一下

ahjolinna 于 2019-06-22

大家好。我一直通过电子邮件跟踪此线程。我刚刚对ffxiv protonfixes脚本进行了更正：

gamefixes.tar.gz
将它们提取到Proton-4.10-GE-3 / protonfixes / gamefixes /

所做的更改：
https://github.com/GloriousEggroll/protonfixes/commit/e0466f61447b1aa5e9cd494236777a6cb9d9b4d4

也只是一些信息：
我的版本同时具有从暂存阶段移植的hidewineexports补丁程序和transgaming补丁程序。
转档补丁会欺骗启动程序运行其本身的CEF版本而不是mshtml版本。如果单击“登录”按钮，则mshtml版本将出现Java错误，因此为什么要使用cef版本。 hidewineexports修补程序允许隐藏游戏中的葡萄酒出口，从而使游戏避免认为该帐户未注册ffxiv。

该版本本身包含针对多个游戏的修复程序，而不仅仅是ffxiv。它的faudio版本也具有ffmpeg支持，因此wma和wmv音频有效。它也建立在wine-4.10香草上，带有质子的提交/补丁。

在我的版本中为wine制作的补丁可以在这里找到：

https://github.com/GloriousEggroll/proton-ge-custom/blob/proton-ge-4.10/game-patches-testing/proton-prep.sh

而与葡萄酒无关的游戏修复则由质子修复完成。

GloriousEggroll 于 2019-06-22

❤1

多谢@GloriousEggroll ！ <3做到了！
关于Java错误，是否有一天有可能解决此问题？还是我们此时只是放弃对mshtml的希望？

TenaarFeiri 于 2019-06-22

这取决于葡萄酒开发者。您仍然可以通过按Enter键登录，但是atm cef版本可以通过使用Enter键或单击鼠标完美地工作。

GloriousEggroll 于 2019-06-22

@GloriousEggroll您是

aberardinelli 于 2019-06-26

希望整个事情不会在星期五休息。

sangoku116 于 2019-06-26

👍2

并且启动器再次因HTTPs错误而损坏:(

BonsaiDen 于 2019-06-28

什么错我一直有一些错误，请重新启动以解决问题。
我只是关闭启动器，然后重新启动启动器。

Cheogh 于 2019-06-28

如果收到https错误，请重新启动Steam，它会修复它。我确认游戏在当前无法解决的情况下正常工作，我正在排队。

sangoku116 于 2019-06-28

不幸的是，启动器是POC，偶尔会出现HTTPS错误
在任何系统（Windows，Mac或Linux）上没有任何真正原因。
我希望他们能完全消除它。

自由 28.六月。 2019，11:04 skrev zangoku [email protected] ：

如果收到https错误，请重新启动Steam，它会修复它。我确认比赛
目前无法解决问题，我在排队。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580？
或使线程静音
https://github.com/notifications/unsubscribe-auth/AD4BBKH4ZMH4NVKFPRYAVOTP4XHZZANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-06-28

我可以确认5.0启动程序可以在wine-4.11中正常工作，包括更新（我在更新过程中遇到了一些HTTPS错误，我认为这是由于服务器超载造成的，但是重新启动启动程序可以使更新正常完成）。仍然需要HideWineExports以避免被检测为Mac，单击“登录”按钮而不是在密码字段中按Enter仍会导致Javascript错误，但是似乎不需要补丁。

现在，一旦打开游戏主窗口，甚至在出现标题屏幕之前，游戏本身就会引发“发生意外错误”对话框。这似乎是FAudio中的错误或缺少功能（该错误是由我仍在调查的FAudioFXVolumeMeter_Process()崩溃引起的）。我似乎记得，分期进行的葡萄酒或Proton都暂时禁用了FAudio，因此使用Proton时可能不是问题，而仅是FYI。

achurch 于 2019-06-28

现在，一旦打开游戏主窗口，甚至在出现标题屏幕之前，游戏本身就会引发“发生意外错误”对话框

目前在Lutris上同时出现了4.10名葡萄酒选手（包括经过ge质子化处理的一位）；启动器看似工作正常，但按Play后游戏立即崩溃

虽然适用于ge-faudio-protonified-4.8

Espionage724 于 2019-06-28

我知道这对您没有帮助，但如果对所有人有帮助，那么Glorious Eggroll的最新产品
东西（https://github.com/ValveSoftware/Proton/issues/580#issuecomment-504688485）与我一起工作。我现在在游戏中。
希望您可以对它进行排序。如果我可以分享任何信息以帮助您，请让我
知道！

编辑：我知道我不使用FAudio，但是。我正在使用xaudio / xact（？）。

TenaarFeiri 于 2019-06-28

最新版本应修复最新FFXIV补丁中的崩溃问题： https :

编辑：请注意，该游戏既不使用WMA也不使用F3DAudio，因此不需要自定义版本，默认的CMake配置应足以使其运行。

flibitijibibo 于 2019-06-28

虽然适用于ge-faudio-protonified-4.8

您知道跑步者使用哪个版本的FAudio？（如果不确定，请查找libFAudio.so.* ）

编辑：没关系，看起来像是固定在上游。

achurch 于 2019-06-28

我知道这对您无济于事，但如果它能对任何人有所帮助，那么Glorious Eggroll的最新产品（第580号（注释））确实可以与我合作。我现在在游戏中。希望您可以对它进行排序。如果我可以分享任何信息以帮助您，请告诉我！编辑：我知道我不使用FAudio，但是。我正在使用xaudio / xact（？）。

我目前也正在使用我的构建，并且能够顺利登录。我没有适当的xact / xaudio替代。我也尝试过使用lutris ge-protonified-4.10构建。这两个版本都可以成功登录。
我必须注意，lutris构建是在使用ubuntu 18.04的buildbot上构建的，其中使用了lutris库，质子构建是使用无规的构建的，这与阀门的质子构建相同。 lutris版本还使用了我的质子版本中的faudio库，因此在这方面它们是相同的。我的构建都没有使用自己的库直接在自己的系统上构建的。它们被制成为便携式的。

GloriousEggroll 于 2019-06-29

因此，有时我会遇到HTTPS错误，但是我也找到了一种修复它们的简便方法。

如果启动器的其余部分加载但右上角的登录表单没有加载，则最终启动器将因错误而超时。但是，我发现，如果遇到麻烦，强制加载登录表单的简单方法是将鼠标悬停在启动器底部的按钮之一上。该按钮的帮助文本将出现，无论出于何种原因，这似乎都允许加载登录表单。

如果由于某种原因您不能用鼠标悬停，也可以通过进入启动器的“配置”屏幕，然后立即退出来完成，这也将导致表单重新加载并出现。

Sophira 于 2019-06-29

👍2

我目前也正在使用我的构建，并且能够顺利登录。我没有适当的xact / xaudio替代。

我现在已经尝试过该构建，但是它带来了与香草（+ HideWineExports）Wine构建相同的问题。

您（或其他能使用音频的人）能否从Wine那里获取带有WINEDEBUG=+xaudio2的日志？几百行xaudio2日志记录应该足够了。我注意到5.0使用xaudio2_8.dll而不是xaudio2_7.dll（在4.x中），因此在某些环境中可能涉及行为不同的代码路径。

achurch 于 2019-06-30

我在Gentoo上使用Wine-staging 4.11，没有xaudio覆盖，并且音频对我来说很好。

我正在尝试在此评论中附加日志...如果不起作用，则可以在https://matrix.theblob.org/xaudio-log-excerpt.txt上找到相同的日志。这是Wine输出WINEDEBUG=+xaudio2的前1000行的日志。如果您想要更多，请告诉我。

Sophira 于 2019-06-30

我应该指出，上面的日志不是来自Lutris或任何预编译的二进制版本，而是来自使用手动添加的IsTransgaming补丁和wineprefix编译app-emulation / wine-staging-4.11 ebuild的结果隐藏葡萄酒出口的问题。

Sophira 于 2019-06-30

感谢您的日志。我看到您的安装正在创建XAudio版本27实例（与我的版本28不同），所以也许有一个环境触发器可以触发对不同API版本的选择。

您可以检查将哪个XAudio DLL（xaudio2_7.dll或2_8.dll）加载到ffxiv_dx11.exe进程中吗？也许还检查是否加载了SoundCoreBridge.dll或SoundCoreBridge7.dll（来自游戏目录）。

achurch 于 2019-06-30

通过将winecfg中已报告的Windows版本从Windows 10切换到Windows 7，我可以使声音正常工作。看起来游戏会根据所报告的版本在XAudio API之间进行选择，而且我猜XAudio的某个地方存在错误或缺少功能28实施。（根据记录，游戏加载了在Windows 7下链接到xaudio2_7.dll的SoundCoreBridge7.dll和在Windows 10下链接到xaudio2_8.dll的SoundCoreBridge.dll。版本4.x没有那些本地DLL，并且始终使用xaudio2_7 .dll。）

无论如何，我猜对“游戏窗口打开后立即崩溃并出现意外错误而导致游戏崩溃”的答案是“检查winecfg中的Windows版本是否设置为Windows 7”。

achurch 于 2019-06-30

我可以确认；我已经将Windows版本设置为Windows 7。将其设置为Windows 10会立即使游戏在启动时崩溃。

Sophira 于 2019-06-30

哦，我刚注意到您的问题。如果仍然要我回答问题，可以让我知道如何检查DLL是否已加载吗？我不确定。（此wineprefix中没有调试器。）

Sophira 于 2019-06-30

您现在不必担心DLL，但作为参考，您可以使用cat /proc/PID/maps查找DLL（对于Linux程序， PID是有问题的过程。共享对象都直接映射到内存中，因此只需查看与*.so文件关联的块的映射范围列表即可。

achurch 于 2019-06-30

啊好吧！谢谢。 <3我没有意识到DLL也将出现在该列表中。

但是是的，为了完成，我确实在使用“ Windows 7”配置运行时以及在更改为xaudio2_8.dll.so “ Windows 10”运行时加载了xaudio2_7.dll.so和SoundCoreBridge7.dll xaudio2_8.dll.so和SoundCoreBridge.dll 。

好决定！

Sophira 于 2019-06-30

XAudio 2.8问题听起来似乎合理，也许是2.8母带声音已损坏：

https://docs.microsoft.com/zh-cn/windows/desktop/xaudio2/xaudio2-versions

FAudio内部目标为2.8，因此在这种情况下，我们正在研究xaudio_dll.c。

flibitijibibo 于 2019-06-30

针对Wine提出了错误： https ： = 47437

achurch 于 2019-06-30

我已经诊断出问题了。某些事情非常非常错误，我不确定这是怎么可能的：

引擎中有一个专门用于混响的子混音，可通过CreateAudioReverb完全支持。在2.7的情况下，它是一个宏，它使用我们都知道并喜欢的普通COM粘滞符创建IXAPO对象，但是对于2.8，它们进行了更改
XAudio2Create / CreateAudioReverb / CreateAudioVolumeMeter都可以导出为C函数，这也很好，因为针对2.8+ SDK进行编译就可以了。

该错误是SoundCoreBridge 2.8正在调用CreateAudioVolumeMeter。然后，它在子混音上设置此音量计，并立即开始传递它的混响参数数据，从而导致断言失败并最终崩溃。

我...老实说，这是怎么回事。我想不出为什么Wine会错误地将调用直接指向完全不同的函数的原因，并且与此同时，FFXIV绝对不可能调用与两个模块完全相同的代码完全不同的函数，除非2.8引擎也会在Win8 +上崩溃。（再次强调：这绝对不是游戏的错）

总而言之，2.7正在这样做：

CreateAudioReverb(&reverb);
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

而2.8正在这样做：

CreateAudioVolumeMeter(&reverb); /* ?! */
CreateSubmix(&submix, reverb);
submix->SetParameters(submix, reverb, ReverbParameters, sizeof(ReverbParameters));

这对其他人来说听起来很奇怪吗？

flibitijibibo 于 2019-07-01

👀2

听起来很奇怪，但这实际上可以解释为什么许多游戏在Windows 10模式而不是7下崩溃。
这可能是您偶然发现的重大错误！

TenaarFeiri 于 2019-07-01

FWIW，我的跟踪日志说：

00ac:trace:xaudio2:xapocf_CreateInstance (0x100c5960)->((nil),{00000000-0000-0000-c000-0000000000000046},0x100c57c0)
FAudioCreateVolumeMeterWithCustomAllocatorEXT(0x100c59a0 0 0x7f0420f5eb80 0x7f0420f5eba0 0x7f0420f5ebc0)

作为一个入门问题，该GUID看起来很奇怪，但是代码流似乎是xapo.c:get_fapo_from_clsid()在音量计对象上找到一个CLSID匹配并创建了该匹配，而不是创建了预期的混响效果。

再次，我不在这里深入探讨-希望这是有用的信息。

achurch 于 2019-07-01

您可能对其进行了深入研究……这比实际代码本身简单得多，只是要导出的函数。

作为参考，此错误和请勿使用此修补程序修复了崩溃：

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;

flibitijibibo 于 2019-07-01

好的，显然，实际上完全有可能以错误的数字顺序导出函数，而这正是Windows开发人员所知道的：

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)

今天将提交给WineHQ ...

flibitijibibo 于 2019-07-01

有实际的原因为什么这可能/开发人员会这样做？还是您认为这可能是无意的错误？

TenaarFeiri 于 2019-07-01

在葡萄酒方面，这绝对不是故意的。至于为什么Windows DLL像这样...我绝对不知道。我确定它埋在Raymond Chen的博客中> _>

flibitijibibo 于 2019-07-01

修复在上游Wine中： https ：

flibitijibibo 于 2019-07-03

👍6

呃，问题：前几天我试图在聊天中写“touché”一词，但我意识到我似乎根本无法在聊天中使用é。它只是立即打印'字符。我们是否知道任何解决方法可以使其正常工作？

TenaarFeiri 于 2019-07-03

👀1

有没有人尝试使用ACT？我很希望能够运行解析器，尽管我不确定那是多么可行:(

witcheslive 于 2019-07-07

Afaik WINE当前不支持DLL注入（如果已更改，
让我知道！），因此，即使您使该应用程序正常工作（它没有，它也会锁定）
向上），您可能无法做到。

儿子。 7.七月 2019，04:30 skrev女巫点点活女巫的住所<
[email protected]>：

有没有人尝试使用ACT？我希望能够运行解析器
虽然我不确定那是多么可行:(
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/ Proton / issues / 580？
或使线程静音
https://github.com/notifications/unsubscribe-auth/AD4BBKEROJLQ6A3XJOWWNATP6FILRANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-07-07

ReShade DLL注入不是吗？只要您将所需的DLL配置为本机，这似乎就可以正常工作。

我对ACT一无所知，我尝试下载它并在我的wine前缀中运行它，但是它死了。对自己进行进一步研究的兴趣不足。

顺便说一句，只要我回复，我就使用/ echotouché（我从该线程复制粘贴了您的代码，我什至不知道如何独立制作角色），并且在游戏中显示的很好。

HereInPlainSight 于 2019-07-07

ACT需要.NET，并且您可以使其运行有点，但是它将崩溃很多，我还没有找到一种方法来使它正确地从游戏中读取解析。
根据随附的FFXIV插件，AFAIK，ACT不使用DLL注入来读取内存，而只是使用它来读取内存，如果您没有在Windows中以Admin身份运行它，并且在wine中没有该功能，可能会出现问题，对吗？

zeparu 于 2019-07-07

啊，我明白了！然后，可以。

在touché上，复制粘贴可以正常工作，但这是实际的输入
它的。在我的键盘上，您会按altgr + \，将其排队，
然后用e制作é。它可以在系统中的其他地方工作，但在游戏中
就像我打空格一样直接输入缩进。
可悲的是我的手机无法做同样的演示，这也不重要
问题，就是我喜欢能够像touché那样写单词：P

儿子。 7.七月 2019，14:41 skrev HereInPlainSight [email protected] ：

ReShade DLL注入不是吗？只要您看来，这种方法就可以正常工作
将所需的DLL配置为本机。
我对ACT一无所知，我尝试下载并运行它
在我的酒前缀里面，但是就死了。兴趣不足
亲自进行进一步研究。
顺便说一句，只要我回复，我就使用/ echotouché（I
从此线程复制粘贴您的，我什至不知道如何制作
独立角色），并且在游戏中表现良好。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/ Proton / issues / 580？
或使线程静音
https://github.com/notifications/unsubscribe-auth/AD4BBKFSUPDPTJTEZTYLO5LP6HQARANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-07-07

据我了解，ACT利用网络驱动程序以某种方式进行数据包捕获，这可能不是WINE能够完全超出范围的事情，但是我对此可能是错的，因此想确保我没有取消了无需检查即可运行的能力

witcheslive 于 2019-07-08

我也无法在游戏中获得日语输入。我使用FCITX-mocz，但在游戏聊天中输入时，只会输入英文字符。我也尝试过ibus，也没有锁。我认为这与touché问题相同。

sangoku116 于 2019-07-09

使用ATOK X3输入日语没有麻烦（*），因此至少可以使用非英语输入。

（*）如果我在文本行的中间关闭日语输入，会出现一些光标移动故障，但是我没有检查它们是否也出现在Windows的ATOK上，因此也可能是Windows中的一个错误。游戏本身。

achurch 于 2019-07-09

嗨，我在保存游戏的图形设置时遇到问题。每次我重新加载游戏时，它都会使用默认的图形设置返回，这使人感到十分痛苦。其他人有这个问题吗？

GitThisBugOff 于 2019-07-10

嗨，我在保存游戏的图形设置时遇到问题。每次我重新加载游戏时，它都会使用默认的图形设置返回，这使人感到十分痛苦。其他人有这个问题吗？

不，但是我要检查的第一件事是确保您具有对相应设置文件的读写权限（并且您拥有这些设置文件）。您应该在steamapps文件夹中包含一个compatdata目录。您可以使用游戏的演示Steam ID（当前尚无法了解）或零售版39210。深入到pfx / drive_c / users / steamuser /我的文档/我的游戏/ FINAL FANTASY XIV-A Realm Reborn /，然后检查您的权限。

HereInPlainSight 于 2019-07-10

还有其他人会随机崩溃吗？从今天开始。我将提供更多信息一次/如果它再次崩溃，大约连续3次提供。

这是directX 11问题。我当时以最高速度（稳定的60fps）运行，直到今天没有问题，降低设置似乎已解决。
我切换到流氓级别，然后崩溃开始了。如果有人有兴趣并且需要更多日志，请告诉我您需要什么，我将在周末提供。

Selhar 于 2019-07-11

@Selhar Nvidia GPU？如果是这样，请参阅https://github.com/doitsujin/dxvk/issues/1100

如果这是您遇到的问题，则可以尝试使用wined3d玩游戏，尽管性能会受到影响。如果还有其他内容，那么我们将需要更多的信息（尤其是如何复制它）。

doitsujin 于 2019-07-11

@doitsujin我正在使用AMD RX580。
而且我不太确定如何复制它，它昨晚才开始崩溃。降低图形设置并重新启动计算机后，游戏似乎再次稳定。

如果再次发生，我可以提供任何特定的日志吗？

Selhar 于 2019-07-11

编辑：现在不相关的过时信息。 Proton 4.11已发布并且可以正常使用。

确保在登录页面文本字段上按Enter键，而不是单击“登录”按钮。

z0z0z 于 2019-07-12

👍3

好的，这是一次建议我使用当前指令在此线程中编辑我的早期帖子，并且鉴于以上帖子说很难找到当前准确的信息，而且我们现在看起来相当稳定目前与ShB合作，我现在终于做到了。

如果我搞砸了，请告诉我。另外，线程中有很多构建，而且我不知道它们在哪里，所以我从默认版本中创建了一个，该默认版本可以从Tk-Glitch的PKGBUILDS质子

如果您是从上面的帖子中来到这里的，是因为我答应过您向我们解释为什么我们需要自定义Proton版本的原因，那就是：
目前，FFXIV正在检查您是否使用Wine登录。如果这样做，它将标识您为Mac用户。为了避免被视为Mac用户，我们必须隐藏我们正在使用Wine，这是winetricks命令的作用。不幸的是，目前，默认的Proton不提供隐藏酒的功能，因此我们需要自定义版本才能做到这一点。

HereInPlainSight 于 2019-07-26

👍2 🎉1

游戏所需的修复程序已在Proton 4.11最近更新中发布。请试一试。

cjacek 于 2019-07-31

使用质子4.11运行游戏不起作用，它会引发Java脚本错误。

sangoku116 于 2019-07-31

如果在出现错误时单击“登录”按钮，请尝试按登录表单上的Enter来解决该问题。

sschroe 于 2019-07-31

🎉1

4.11表现出色。感谢@cjacek为使FFXIV在Wine和Proton上运行而
我有一个小问题：您如何解决许可证检查错误？ Proton出厂时默认启用了HideWineExports还是游戏将支票完全删除了？

varris1 于 2019-07-31

上次FF更新删除了该支票。

cjacek 于 2019-07-31

👍2

哇！您是否认为Square听取了我们的Linux用户的意见？

继续 31.七月 2019，18:16 skrev Jacek Caban [email protected] ：

上次FF更新删除了该支票。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/ Proton / issues / 580？
或使线程静音
https://github.com/notifications/unsubscribe-auth/AD4BBKAOTMJJ7UM6UOAL6O3QCG3EXANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-07-31

FFXIV Mac已迁移到基于CrossOver的版本，该版本不使用旧的Cider hack，因此对于Shadowbringers更新，所有这些内容都已删除。

flibitijibibo 于 2019-07-31

这是个好消息！因此，我们唯一突出的问题是，如果您单击登录按钮，启动器会崩溃吗？有没有打开的葡萄酒错误？

ashkitten 于 2019-08-01

我可以进入4.11中的数据中心选择屏幕。一旦我确认服务器，游戏就开始加载某些东西，但在此停止。游戏会响应按键（例如：按Alt + F4会弹出一个小弹出窗口，询问我是否要退出游戏），并且右下角的小圆圈会发出动画效果，但没有其他反应。

belathus 于 2019-08-02

假设您尚未创建角色，这听起来像是在尝试播放开场电影过场动画并失败。您可以通过编辑“〜/ Documents /我的游戏/ FINAL FANTASY XIV-A Realm Reborn / FFXIV.cfg”文件并将“ CutsceneMovieOpening 0”行编辑为“ CutsceneMovieOpening 1”来跳过该文件。（或者，如果看不到该行，则添加该行。）

Sophira 于 2019-08-02

另外，如果您想在游戏之外观看开场电影过场动画，请访问https://www.youtube.com/watch?v=443ogl24K0Y 。

Sophira 于 2019-08-02

谢谢！看起来做到了！

belathus 于 2019-08-02

我有一个小问题：您如何解决许可证检查错误？ Proton出厂时默认启用了HideWineExports还是游戏将支票完全删除了？
FFXIV Mac已迁移到基于CrossOver的版本，该版本不使用旧的Cider hack，因此对于Shadowbringers更新，所有这些内容都已删除。

至少5.05似乎并非如此。在运行Vanilla Wine 4.12.1的情况下，启动器仍然在登录时抛出许可证错误。在HideWineExports中进行修补并切换为打开状态可使启动器再次正常工作。

achurch 于 2019-08-03

~~我最近开始有dll错误；~~

~~有没有其他人也观察/经历过这种行为？~~
原因是过时的，不良的硬件

freedrone 于 2019-08-04

您所说的“ dll错误”是什么意思，“最近”有多久，您使用的是Proton版本，您的硬件是什么？

doitsujin 于 2019-08-04

@doitsujin不，看来这是硬件问题

仍然要注意，更新驱动程序确实会导致d3d11.dll和ntdll.dll出现错误。清洗前缀解决了该问题。

freedrone 于 2019-08-05

至少5.05似乎并非如此。在运行Vanilla Wine 4.12.1的情况下，启动器仍然在登录时抛出许可证错误。在HideWineExports中进行修补并切换为打开状态可使启动器再次正常工作。

与这里的体验相反，我在安装时关闭了HideWineExports，并且我仍然可以正常登录。您正在使用哪个启动器？您是否已切换到ffxivboot64.exe？

HereInPlainSight 于 2019-08-05

是的，自5.0启动以来，我一直在使用ffxivboot64.exe。

编辑：引导和启动器窗口在标题栏中都给出了版本号2019.06.10.0000.0001。引导版本检查正常通过，但是是否有可能我无法获得最新版本？

achurch 于 2019-08-05

确认在最新版本上，取消选中“从应用程序隐藏酒的版本”仍然可以使我进入游戏。

最新的启动器版本是2019.06.10.0000.0001，但最新的游戏版本字符串是：“版本：2019.07.24.0001.0000（4438681，ex1：2019.06.12.0000.0000，ex2：2019.05.31.0000.0000，ex3：2019.07。 24.0000.0000）“确实看起来您可能没有获得最新版本，@ achurch。

Sophira 于 2019-08-06

我还应该说我没有使用ffxivboot64.exe；我显然忘记了更新，并且正在使用ffxivboot.exe。尽管如此，它似乎仍在工作...

Sophira 于 2019-08-06

我确实拥有最新的游戏版本，但是由于它是引发许可证错误的启动器，所以我没有提到它。

就是说，由于它似乎对其他所有人都有效，并且我可以保持HideWineExports的状态很好，所以我不知道是否需要进一步挖掘。

achurch 于 2019-08-06

...启动器抛出许可证错误？

我见过的所有有关抛出许可证错误的屏幕截图都在游戏界面中。这是新事物吗？还是一直这样，而我没有意识到？

Sophira 于 2019-08-06

一直都是那样。有两种检查，一种在启动器中，另一种在客户端本身中。我只打过一次游戏中的一次，我想当我仍然在32位启动器中强制libcef时。

achurch 于 2019-08-06

质子4.11-2破坏了ffxiv中的声音，使其消失，并且系统范围内的声音也因为声音太大而中断（？）。如果我在pavucontrol中将ffxiv静音，除非我取消静音，否则问题将消失。重新启动也可以解决。

玩了几个小时后就发生了。

Cheogh 于 2019-08-09

音频在4.11-1和4.11-2之间没有显着变化。更改基本上是从FAudio 19.07到19.08，基本上没有功能上的更改：

https://github.com/FNA-XNA/FAudio/compare/19.07...19.08

编辑：在最近的4.2版本和4.11之间也没有太大变化：

https://github.com/FNA-XNA/FAudio/compare/19.06.07...19.07

flibitijibibo 于 2019-08-09

那么只是一个随机的问题？

Cheogh 于 2019-08-09

也许吧，尽管我想知道为什么会影响系统范围的音频。 FAudio只是通过SDL音频建立的单个连接，我所知道的没有侵入性。

flibitijibibo 于 2019-08-09

我对游戏的唯一问题是我不能在第二台显示器上播放视频，否则游戏不会记录很多输入，并且感觉无响应。有人解决了吗？

使用质子4.11运行游戏不起作用，它会引发Java脚本错误。

输入密码后，您必须按Enter键，而不是单击“登录”按钮。

GhostEther 于 2019-08-24

😕1 👍1

我对游戏的唯一问题是我不能在第二台显示器上播放视频，否则游戏不会记录很多输入，并且感觉无响应。

只是在黑暗中拍摄，但是（1）您正在使用游戏手柄，并且（2）您最近是否更新了SDL？ SDL 2.0.10中引入了一个错误，该错误导致它丢弃了许多操纵杆输入： https ://bugzilla.libsdl.org/show_bug.cgi?id=4750
这与视频播放没有任何关系，但是在最终发现该错误之前，我怀疑自己系统上的许多事情。

achurch 于 2019-08-24

👍1

我对游戏的唯一问题是我不能在第二台显示器上播放视频，否则游戏不会记录很多输入，并且感觉无响应。
只是在黑暗中拍摄，但是（1）您正在使用游戏手柄，并且（2）您最近是否更新了SDL？ SDL 2.0.10中引入了一个错误，该错误导致它丢弃了许多操纵杆输入： https ://bugzilla.libsdl.org/show_bug.cgi?id=4750
这与视频播放没有任何关系，但是在最终发现该错误之前，我怀疑自己系统上的许多事情。

不，我没有使用游戏手柄。我正在使用键盘和鼠标。似乎我必须等待修复。

GhostEther 于 2019-08-24

@GhostEther我在播放时几乎

witcheslive 于 2019-08-27

还有其他人遇到启动器突然声称其订阅已过期或服务帐户尚未注册的问题吗？昨天工作正常，所以可能与5.08补丁有关：/

BonsaiDen 于 2019-08-29

还有其他人遇到启动器突然声称其订阅已过期或服务帐户尚未注册的问题吗？昨天工作正常，所以可能与5.08补丁有关：/

他们开始强制使用“ Windows”键的帐户必须使用Steam之外的启动器，而使用“ Steam”键的帐户必须使用Steam来启动。无论哪种方式，这都取决于是否将参数“ -issteam”传递给ffxivboot.exe。

因此，如果您使用带有Steam键的帐户，则只需要确保它与该参数一起运行，或者如果您使用带有Windows键的帐户，则不需要使用该参数。

Equivocal90 于 2019-08-29

@ Equivocal90我明白了，谢谢。我正在Steam的Proton内部运行Windows许可证...因此，我必须找出一种防止流传递-issteam 。

BonsaiDen 于 2019-08-29

@ Equivocal90我明白了，谢谢。我正在Steam的Proton内部运行Windows许可证...因此，我必须找出一种防止流传递-issteam 。

我在做同样的事情。我不得不手动运行它，如下所示：
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"

由于某些原因，我可能只需要将~扩展到实际文件夹，这可能是我不熟悉的python特有的。

Equivocal90 于 2019-08-29

嗯，这在我的情况下是行不通的，由于某种原因，葡萄酒一直由于一个vulkan错误而崩溃。

最后，我只是在启动游戏之前修补了proton python包装程序脚本，以删除-issteam参数：)

BonsaiDen 于 2019-08-29

如果在游戏更新后有人在进行怪异的伪影，请确保清除着色器缓存。

对我来说，我得到了令人迷惑的彩色电子画像，并用白色模糊代替了随机的对象，好像我的游戏被浅色的以太损坏了，直到我将着色器缓存取消了。

jbalme 于 2019-08-30

通过着色器缓存@ jbal91 ，您是说由驱动程序创建的？您在Nvidia上吗？

doitsujin 于 2019-08-30

每次启动游戏FFXIV时，cfg都会被重写，因此它不保存我的分辨率和图形设置，有什么想法吗？
交换到proton-ge-custom / releases / tag / 4.15-GE-1（或更高版本）可解决此问题，但我看到它与标准质子4.11.3一起使用
和custom / releases / tag / 4.10-GE-3

asim-vax 于 2019-09-11

听起来像是权限问题。确保配置文件可写？
除非这是那个古老的bug质子bug。

继续 11月11日 2019，23:53 skrev asim-vax [email protected] ：

每次我启动游戏FFXIV时，cfg都会被重写，因此不会保存
我的分辨率和图形设置，有什么想法吗？
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/ Proton / issues / 580？
或使线程静音
https://github.com/notifications/unsubscribe-auth/AD4BBKHX7MAHDM3F7PXUAMDQJFSDZANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-09-12

因此，我尝试了所有建议的修复方法（CutsceneMovieOpening 1，BrowserType 2，使用Proton-4.15-GE-4，但通过启动器启动游戏时遇到此错误：

An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D

我使用的是ffxivboot.exe，而不是ffxivboot64.exe，因为通过ffxivboot64.exe登录后，我没有将有效的FFXIV许可证分配给我的SQEX帐户（尝试在Steam上使用帐户时通常会收到此错误，使用64位wineprefix输入非Steam启动器的密码）。

是否有其他人经历过？我可以尝试其他解决方法吗？

yuri-becker 于 2019-09-15

这款游戏在质子4.11-3上运行良好，但在从启动器启动游戏后，在4.11-4下，我得到的只是一个黑屏。

sangoku116 于 2019-09-16

👍1

目前，我还没有在Steam下运行Windows键的修复程序。不幸的是，看起来-issteam标志位于~/.steam/root/appcache/appinfo.vdf 。虽然似乎可以直接编辑文件，但是它是一种二进制格式，并且...这可能是一个丑陋的修复程序，我不想对自己进行深入研究。 Windows用户正在使用SteamEdit来更新文件并绕过检查，但是我个人并不想弄乱它。
希望比我聪明的人对此有更好的答案。也许有一些方法可以通过“运行启动选项”在运行时删除签出-但我不知道。

HereInPlainSight 于 2019-09-16

@HereInPlainSight我已经成功设置了将启动选项设置为
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 ，实际上是用noop替换原始命令，然后再运行没有-issteam的实际命令。

tesu 于 2019-09-16

👍3

@HereInPlainSight我已经成功设置了将启动选项设置为
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 ，实际上是用noop替换原始命令，然后再运行没有-issteam的实际命令。

看哪-前面提到的比我聪明的人。我一读它就很有道理，不确定为什么我不认为只是重建命令。谢谢！

HereInPlainSight 于 2019-09-16

@HereInPlainSight我已经成功设置了将启动选项设置为
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 ，实际上是用noop替换原始命令，然后再运行没有-issteam的实际命令。

这真的很聪明！实际上，它不需要特定的兼容性工具就可以使某些类型的端口更加平滑（无论如何，忽略redist安装）： https :

flibitijibibo 于 2019-09-16

因此，我尝试了所有建议的修复方法（CutsceneMovieOpening 1，BrowserType 2，使用Proton-4.15-GE-4，但通过启动器启动游戏时遇到此错误：
An unexpected error has occurred. Exiting FINAL FANTASY XIV.

ffxiv_dx11.exe+1120F78
...
ntdll.dll+B314D
我使用的是ffxivboot.exe，而不是ffxivboot64.exe，因为通过ffxivboot64.exe登录后，我没有将有效的FFXIV许可证分配给我的SQEX帐户（尝试在Steam上使用帐户时通常会收到此错误，使用64位wineprefix输入非Steam启动器的密码）。
是否有其他人经历过？我可以尝试其他解决方法吗？

实际上，事实证明，我在Windows上也有此错误。因此，可能我的文件已损坏。但是无论如何，它不是质子相关的。

yuri-becker 于 2019-09-19

现在，我可以使用质子4.11-5更新来玩游戏，因为它不是使用4.11-4进行更新，因此我不得不还原为4.11-2。

sangoku116 于 2019-09-21

预渲染过场动画的更新：

在从https://forum.winehq.org/viewtopic.php?t=688得到提示后，我用winetricks directshow设法使它克服了第一个“无类对象”错误。
我现在遇到相同的错误，但具有不同的clsid，但我不知道dll是什么意思提供该功能。如果有人知道如何遵循该线索，则clsid为2eeb4adf-4578-4d10-bca7-bb955f56320a ？

编辑：显然这是从wmadmod.dll 。但是，从Windows安装复制该dll似乎没有帮助，因为它从未加载。不知道我需要做什么

ashkitten 于 2019-09-21

我使用Tesu的出色建议来解决-issteam问题，但是现在，当我登录到数据服务器时，没有任何负载。我只是在右下角找到了旋转风车的东西。

已放出PROTON_LOG
Steam-系统信息

nstgc 于 2019-10-04

我使用Tesu的出色建议来解决-issteam问题，但是现在，当我登录到数据服务器时，没有任何负载。我只是在右下角找到了旋转风车的东西。
已放出PROTON_LOG
Steam-系统信息

多数民众赞成因为游戏的初始过场动画无法播放，您可以将FFXIV.cfg文件（默认情况下位于Documents/My Games/Final Fantasy XIV - A Realm Reborn的CutsceneMovieOpening条目中的设置更改为1

这将跳过过场动画，您应该可以进入字符选择屏幕

zeparu 于 2019-10-04

我使用Tesu的出色建议来解决-issteam问题，但是现在，当我登录到数据服务器时，没有任何负载。我只是在右下角找到了旋转风车的东西。
已放出PROTON_LOG
Steam-系统信息
多数民众赞成因为游戏的初始过场动画无法播放，您可以将FFXIV.cfg文件（默认情况下位于Documents/My Games/Final Fantasy XIV - A Realm Reborn的CutsceneMovieOpening条目中的设置更改为1
这将跳过过场动画，您应该可以进入字符选择屏幕

这行得通，但是，当我尝试更改游戏中的图形设置时，它锁定了我的系统，我必须使用SysRq REI（但不能使用SUB）进行恢复。

nstgc 于 2019-10-04

这行得通，但是，当我尝试更改游戏中的图形设置时，它锁定了我的系统，我必须使用SysRq REI（但不能使用SUB）进行恢复。

在某些涉及AMD GPU，“实时反射”选项和LLVM / Mesa版本过时的配置中，可能会发生这种情况。

禁用“实时反射”，您应该会很好。我听说升级到LLVM 7 + / Mesa 18.2+可以解决此问题，并且在大多数情况下可以解决此问题，但就我个人而言，我仍然遇到了视频锁定的奇怪情况（在Azim草原）仍然发生。

我只是建议永久关闭该选项。

Sophira 于 2019-10-05

这行得通，但是，当我尝试更改游戏中的图形设置时，它锁定了我的系统，我必须使用SysRq REI（但不能使用SUB）进行恢复。
在某些涉及AMD GPU，“实时反射”选项和LLVM / Mesa版本过时的配置中，可能会发生这种情况。
禁用“实时反射”，您应该会很好。我听说升级到LLVM 7 + / Mesa 18.2+可以解决此问题，并且在大多数情况下可以解决此问题，但就我个人而言，我仍然遇到了视频锁定的奇怪情况（在Azim草原）仍然发生。
我只是建议永久关闭该选项。

我有一台nVidia 950，并且在使用Arch时，我很确定我的LLVM是最新的。另外，我调低了图形设置，没有调高。该游戏将其设置为“高端笔记本电脑”，而我将其设置为“标准台式机”。

nstgc 于 2019-10-05

Welp，有一个新的启动器。好臭它不会在Linux上呈现登录字段和其他内容。在Windows上，您可以转到config并返回到旧的启动器，但显然不会永远存在。似乎新的版本严重依赖IE11，有人对此有何见解？

witcheslive 于 2019-10-29

单击确定，如果要登录Linux，单击齿轮图标，然后向下滚动并单击最后一个灰色框，这是返回到旧布局的选项。它现在具有滚动条，但是它可以工作，至少使我进入“维护期间不可用”屏幕。

witcheslive 于 2019-10-29

您是否有与该选项相对应的配置行？我什至无法滚动设置视图。

Sanaki 于 2019-10-29

FFXIV_BOOT.cfg似乎有一个名为Browser的新选项，其中1是旧的启动器，而2是新的启动器

ashkitten 于 2019-10-29

👍6

新的发射器设计还没有出现在macOS上，对吗？也许值得稍等一下，看看他们如何使其在那工作

ashkitten 于 2019-10-29

首先，我能够使用新的启动器登录-一直滚动到底部，无论出于何种原因，都会显示登录表单。

CerulanLumina 于 2019-10-29

对我来说，新客户甚至没有比这个屏幕更进一步

免责声明即时通讯使用的不是质子，而是酒4.16
编辑：可以在这里确认其他人对香草酒有此问题

zeparu 于 2019-10-29

我仍然使用tkg-ffxiv-feffe-4.6-1.8-x86_64运行程序在lutris上，新启动器对我来说加载很好，但我无法向下滚动或真正与之交互，而不会冻结。我只有在服务器负载很高时才冻结在该显示器上。

Sanaki 于 2019-10-29

对我来说，新客户甚至没有比这个屏幕更进一步

免责声明即时通讯使用的不是质子，而是酒4.16
编辑：可以在这里确认其他人对香草酒有此问题

使用此处线程中提供的修补程序版本，启动器将启动并正常工作，页面底部显示登录提示，并且没有标题栏显示

zeparu 于 2019-10-29

可以在ge-protonified-4.10上正常运行，但是存在一些图形问题，例如标题透明性过高。虽然还没有真正将其与Windows上运行的版本进行比较。

feffes 于 2019-10-29

我可以通过在FFXIV_BOOT.cfg中将Browser 1设置为@ashkitten的建议来加载旧的启动器。如果这也很重要，则将BrowserType设置为0 。

在启动器配置中有一个很好的小警告，警告说这不会持续下去。我猜想W7支持何时结束？

nstgc 于 2019-10-29

新的发射器毫不费力地为我加载。弹出！_OS +修补了质子。

aberardinelli 于 2019-10-29

@aberardinelli您指的是哪个补丁？

doitsujin 于 2019-10-29

@aberardinelli您指的是哪个补丁？

啊，我怕有人要问这个。回到此线程中的旧注释中查找合适的注释...
版本在蒸汽中显示为Proton-4.10-GE-3
由@GloriousEggroll发表于6/22在此评论中： https :

在笔记本电脑和台式机上均可使用。

aberardinelli 于 2019-10-29

可能是IsTransgaming使其起作用。可能像在旧启动器中一样强制执行CEF。

不过，如果我们能够像以前的启动器一样使它与Wine MSHTML一起使用，那就太好了。

jbalme 于 2019-10-29

从今天开始，其他任何人在工作区切换时会遇到随机崩溃吗？

编辑：这似乎也发生在窗口模式下，而游戏没有聚焦
EDIT2：由于某种原因重新启动Xorg之后，崩溃消失了。

varris1 于 2019-10-29

👍1

从今天开始，其他任何人在工作区切换时会遇到随机崩溃吗？
编辑：这似乎也发生在窗口模式下，而游戏没有聚焦

我还没有这个问题。您正在使用哪个DE？我正在使用Gnome Shell。

nstgc 于 2019-10-29

可以在ge-protonified-4.10上正常运行，但是存在一些图形问题，例如标题透明性过高。虽然还没有真正将其与Windows上运行的版本进行比较。

我继续按照您的建议给了ge-protonified-4.10一个照片，确实，新的启动器似乎工作正常，尽管它使登录表单位于其余内容的下方，并且有点不一致。我认为它的运行速度也比我使用的4.8好，但这可能是出于心理考虑，我总是很犹豫是否进行更新，因为如果它没有损坏……。

witcheslive 于 2019-10-30

我刚刚试用了Proton-4.19-GE-1版本，新的登录方式+标题屏幕到字符选择的过渡动画现在看起来运行起来更加流畅。另外，您需要选择“数据中心”而不是“启动”的旧错误已得到修复。...我还没有玩（足够），所以我不能说任何关于游戏fps改进的事（但是我确实做到了使用“ laptop high”预图形设置，使用我的旧gtx 970在4k上获得〜30fps）

系统规格：

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

ahjolinna 于 2019-11-04

🎉2 👍2 🚀1 😄1

我已经尝试过Proton 4.2-9、4.11-9和4.21-GE-1，并且这三个都显示相同的启动屏幕：
Screenshot_20191206_121049
结果与浏览器1和浏览器0相同。当前运行Fedora 30 + KDE 5

Romdeau4 于 2019-12-06

@ Romdeau4我有同样的问题，我尝试过Proton-4.21-GE-1和gallium9，无法滚动，我也已经厌倦了browsertype 2

tuxutku 于 2019-12-06

@ Romdeau4 @tuxutku这可能不是您的问题，但在遇到我设置了此线程前面发布的启动选项以删除-issteam参数之前，我遇到了同样的问题。我需要更新该启动选项以使用GE定制的Proton。

Equivocal90 于 2019-12-06

我只能使新的启动器与ge-protonofied-4.10一起使用，似乎更高的版本只能在启动器上显示带有FFXIV徽标的纯色屏幕，而从不让您访问其余部分。

witcheslive 于 2019-12-07

嗨，大家好，
我认为至少在我的自定义版本中，我已经设法解决了该问题。我只是用ffxivboot64.exe替换了ffxivboot.exe，启动器开始工作了。如果您使用的是我的自定义版本，请尝试打开以下内容：

FFXIV官方：
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py

FFXIV试用：
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py

并将内容替换为以下内容：

""" 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

我尚未尝试登录游戏，因为我拥有一个独立帐户，并且不确定许可证是否不同于Steam许可证。

编辑：新的启动器不会渲染，但至少不会崩溃。旧的发射器仍然有效。需要在FFXIV_BOOT.cfg中设置浏览器1

GloriousEggroll 于 2019-12-07

Windows许可证之间没有区别。只是你在
尝试独立使用Steam许可证时，需要附加-issteam

IDK为什么Square会那样做大声笑
如果目标是要与众不同，我似乎有点懒。优于
我想保持两个版本。

在2019年12月7日星期六，05：39托马斯·克里德（Thomas Crider）， notifications@ github.com写道：

嗨，大家好，
我认为我已经设法解决了这个问题，至少在我的自定义范围内
版。我只是用ffxivboot64.exe替换了ffxivboot.exe，
发射器工作了。如果您使用的是我的自定义版本，请尝试打开
以下：
FFXIV官方：
Proton-4.21-GE-1 / protonfixes / gamefixes / 312060.py
FFXIV试用：
Proton-4.21-GE-1 / protonfixes / gamefixes / 39210.py
并将内容替换为以下内容：
“”“ FFXIV试用版的游戏修复
“”
pylint：禁用= C0103
从protonfixes导入工具
导入操作系统
def main（）：
FFXIV的“””跳过介绍过场动画，以使游戏正常工作。
“”
＃修复启动过程。
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
我尚未尝试登录游戏，因为我拥有一个独立帐户，并且
我不确定许可证是否与Steam许可证不同。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580?email_source=notifications&email_token=AD4BBKBULR6DO6265I5LSHLQXMSGHA5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKKTDN5ment
或退订
https://github.com/notifications/unsubscribe-auth/AD4BBKCPUADHYVFBK4ECPX3QXMSGHANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2019-12-07

编辑：新的启动器不会渲染，但至少不会崩溃。旧的发射器仍然有效。需要在FFXIV_BOOT.cfg中设置浏览器1

在FFXIV_BOOT.cfg中设置浏览器1确实解决了我的问题:)

tuxutku 于 2019-12-07

我按照GE的说明更新了python脚本，在FFXIV_BOOT.cfg中设置了Browser 1，并添加了标记-issteam ，看来我们正在安装！
Screenshot_20191207_225836
因此，抽回FFXIV。谢谢大家的帮助

Romdeau4 于 2019-12-08

DirectX 9.0c模式不起作用（至少对于镓9而言）。我确实安装了dxwebsetup.exe来抑制错误消息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) ，此后确实启动了游戏，但是在使用约50％的cpu的同时大约10秒后它崩溃了。在终端上，它没有报告任何时候都在使用镓9（但是有与d3d9相关的调试消息）。

但是，DXVK性能对于AMD A10-9620P而言相当不错。

PS：我已经使用run文件方法，因为Steam禁用了镓9

tuxutku 于 2019-12-08

@GloriousEggroll您的4.10构建可在新启动器上运行，即使它很有趣。旧的启动器界面预计将被删除/折旧，因此确保新的至少能正常工作比依赖于能够将其设置为使用旧的界面要好得多，您对此有何见解？在最近的版本中退缩了吗？

witcheslive 于 2019-12-08

@GloriousEggroll您的4.10构建可在新启动器上运行，即使它很有趣。旧的启动器界面预计将被删除/折旧，因此确保新的至少能正常工作比依赖于能够将其设置为使用旧的界面要好得多，您对此有何见解？在最近的版本中退缩了吗？

你能仔细检查一下吗？我进行了测试，找到了适合他们的地方，然后他们删除了前缀，并且在创建干净的前缀后不起作用。

需要明确的是：目的不是要永久依赖旧的发射器。最终它将需要修复。我最初发表评论的目的是使游戏适合想要玩游戏的人使用。

GloriousEggroll 于 2019-12-08

我已经设法在Proton 4.21-GE-1下安装了该游戏，并使用了新的启动器，但看来我现在有DirectX问题。
Screenshot_20191209_071025

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

Romdeau4 于 2019-12-09

您好@ Romdeau4 ，Intel / Haswell有一个实验性的vulkan实现，默认情况下，Linux与您的Southern Island（SI）AMD芯片组一起使用radeon内核模块。 radeon内核模块与Vulkan不兼容。

请阅读https://github.com/ValveSoftware/Proton/wiki/For-AMD-users-having-issues-with-non-OpenGL-games 。

kisak-valve 于 2019-12-09

@ kisak-valve非常感谢您的帮助，游戏运行顺利。
对于可能不知道的可见性和其他Fedora 30用户：

编辑/etc/default/grub并将radeon.si_support=0 amdgpu.si_support=1和radeon.cik_support=0 amdgpu.cik_support=1到选项GRUB_CMDLINE_LINUX_DEFAULT

然后，使用UEFI系统的sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg或BIOS系统的sudo grub2-mkconfig -o /boot/grub2/grub.cfg更新您的grub配置。

重新启动系统，并使用lspci -k确认您正在运行amdgpu内核驱动程序。

Romdeau4 于 2019-12-09

新启动器仍然无法运行。这只是最终幻想xiv徽标，我可以按最小化或退出。

sangoku116 于 2019-12-18

可能是愚蠢的问题，但是您可以将文件设置为只读吗？

在2019年12月17日星期二下午6:57 zangoku [email protected]上写道：

它会不断用ffxiv_boot.cfg中的值2覆盖我的值1。
因此，我无法玩游戏。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580？
或退订
https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ
。

nstgc 于 2019-12-18

可能是愚蠢的问题，但是您可以将文件设置为只读吗？
…
在2019年12月17日星期二下午6:57 zangoku @ 。 * >写道：它不断用ffxiv_boot.cfg中的值2覆盖我的值1。因此，我无法玩游戏。 —您收到此邮件是因为有人提到您。回复此电子邮件直接，查看它在GitHub <＃580？email_source =通知＆email_token = AGC7S2Z6X67GRZ27I6BM2UDQZFRP5A5CNFSM4FRR7KY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHELVPA＃issuecomment-566803132>，或取消订阅https://github.com/notifications/unsubscribe-auth/AGC7S25WEM5ZYUU2V4UISMTQZFRP5ANCNFSM4FRR7KYQ 。

Steam表示必须重新启动才能更新，所以我这样做了，然后问题解决了。

sangoku116 于 2019-12-18

@GloriousEggroll您的4.10构建可在新启动器上运行，即使它很有趣。旧的启动器界面预计将被删除/折旧，因此确保新的至少能正常工作比依赖于能够将其设置为使用旧的界面要好得多，您对此有何见解？在最近的版本中退缩了吗？
你能仔细检查一下吗？我进行了测试，找到了适合他们的地方，然后他们删除了前缀，并且在创建干净的前缀后不起作用。
需要明确的是：目的不是要永久依赖旧的发射器。最终它将需要修复。我最初发表评论的目的是使游戏适合想要玩游戏的人使用。

我尝试了一下，但对我没有用。启动器卡在标题屏幕上。我也尝试了一些建议的方法，但是没有任何帮助。我尝试将启动器切换到旧的启动器，但这使我经历了注册过程或其他一些事情。当我登录我的帐户时，启动器会要求我输入游戏密钥，当我输入时，它会告诉我该密钥已被注册并且不允许我前进。我已经在激活完整游戏的Windows上使用此帐户玩过。

Reconder 于 2020-01-07

那是...有点奇怪。当您拥有独立密钥时，是否要通过Steam安装，反之亦然？我不确定那里到底发生了什么，上次我重新安装时，我可以肯定地说我已经有一个已登录的帐户，并且跳过了该屏幕。但是，如果您在没有特定品牌的钥匙的情况下仍在寻找蒸汽/非蒸汽钥匙，那可能会造成混淆？

您可以尝试将StartupCompleted 1 FFXIV_BOOT.cfg StartupCompleted为1，也许吗？充其量可以带您穿越特定的屏幕。

HereInPlainSight 于 2020-01-07

@GloriousEggroll您的4.10构建可在新启动器上运行，即使它很有趣。旧的启动器界面预计将被删除/折旧，因此确保新的至少能正常工作比依赖于能够将其设置为使用旧的界面要好得多，您对此有何见解？在最近的版本中退缩了吗？
你能仔细检查一下吗？我进行了测试，找到了适合他们的地方，然后他们删除了前缀，并且在创建干净的前缀后不起作用。
需要明确的是：目的不是要永久依赖旧的发射器。最终它将需要修复。我最初发表评论的目的是使游戏适合想要玩游戏的人使用。

为了解决这个问题，它只是突然停止工作了：(是否可以更改配置文件以显示旧的启动器？

witcheslive 于 2020-01-07

为了解决这个问题，它只是突然停止工作了：(是否可以更改配置文件以显示旧的启动器？

在FFXIV_BOOT.cfg ，将Browser为1。

HereInPlainSight 于 2020-01-07

@HereInPlainSight太奇怪了。我尝试使用具有蒸汽钥匙的帐户通过Steam登录。无论如何，您的建议有所帮助，谢谢！

Reconder 于 2020-01-07

尽管进行了FFXIV_BOOT编辑，但我无法启动FFXIV。使用最新的GE版本:(

GitThisBugOff 于 2020-01-09

我遇到启动器问题（使用浏览器1）。

当我单击此菜单上的登录时

我得到这个弹出窗口

A system error has occurred: -2147467263.
javascript:ctrEvent('mainForm');

并单击确定后启动器关闭。

如果我将FFXIV_BOOT.cfg编辑为仅包含浏览器1设置，则可以单击EULA>我有一个SE帐户>填写帐户详细信息，然后实际启动游戏并使用此方法加载到角色中，但是启动器会覆盖FFXIV_BOOT。 cfg，因此每次启动游戏时都需要执行此操作。

Horcrux 于 2020-01-09

不要单击“登录”按钮，而是按Enter。您可以单击播放。

Cheogh 于 2020-01-09

谢谢！

Horcrux 于 2020-01-09

尽管进行了FFXIV_BOOT编辑，但我无法启动FFXIV。使用最新的GE版本:(

我们需要更多信息。您尝试过哪种发射器，新的还是旧的？是否有任何显示？控制台/错误消息？

HereInPlainSight 于 2020-01-09

尽管进行了FFXIV_BOOT编辑，但我无法启动FFXIV。使用最新的GE版本:(
我们需要更多信息。您尝试过哪种发射器，新的还是旧的？是否有任何显示？控制台/错误消息？

两者都尝试过，至多我都得到了新的启动器来显示徽标，没有其他反应。葡萄酒还没有吐出错误的声音。

GitThisBugOff 于 2020-01-09

有一个问题会导致我与服务器之间的随机断开连接，而且我知道我的互联网很好，所以我不确定是什么原因导致的

CodeAndGin 于 2020-02-03

仍然使用最新的GE Proton，我无法运行它。只是立即关闭。 CFG编辑没有做任何事情。真令人失望。

GitThisBugOff 于 2020-02-18

5.2补丁之后，还有其他人遇到问题吗？昨晚我注销时工作正常，今天早晨尝试下载补丁，启动器打开，加载了标题标签（首页，磁石，补丁说明，播放指南，可选项目）和背景图片，但体内没有任何内容。特别是没有登录表单。单击顶部的选项卡将起作用，但是应该在启动器中加载的所有内容（而不是浏览器窗口）在启动器主体中也为空白（例如，设置）。

编辑：我已经尝试过：（1）重新启动启动器，（2）重新启动Steam，（3）重新启动计算机，（4）下载Proton-GE的更新版本，然后为FFXIV选择该版本。完成所有这些操作后，我仍然得到与上述相同的行为。

编辑2：笔记本电脑运行相同的操作系统（Pop！_OS 19.10），但不同的硬件具有相同的问题。

aberardinelli 于 2020-02-18

仍然使用最新的GE Proton，我无法运行它。只是立即关闭。 CFG编辑没有做任何事情。真令人失望。

我可能在讨论中错过了某些内容，但是您是否尝试使用非Steam FF14帐户登录？如果是这样，则需要解决-issteam标志。

nstgc 于 2020-02-18

5.2补丁之后，还有其他人遇到问题吗？昨晚我注销时工作正常，今天早晨尝试下载补丁，启动器打开，加载了标题标签（首页，磁石，补丁说明，播放指南，可选项目）和背景图片，但体内没有任何内容。特别是没有登录表单。单击顶部的选项卡将起作用，但是应该在启动器中加载的所有内容（而不是浏览器窗口）在启动器主体中也为空白（例如，设置）。

也有同样的问题，我发现绕过它的唯一方法是编辑FINAL FANTASY XIV - A Realm Reborn/FFXIV_BOOT.cfg并将Browser 2更改Browser 1又名旧启动器，新启动器被完全破坏为游戏版本5.2。 解决此问题的方法是FFXIV在旧的启动器中有某个问题，它将在某个时候将其删除，因此，新的启动器确实需要工作！

不再起作用的新启动器。
Screenshot_2020-02-19_00-49-49

有效的旧发射器。
Screenshot_2020-02-19_00-48-53

konomikitten 于 2020-02-18

只是出于好奇–有人成功将Proton 5.x（或wine 5.x）与XIV结合使用了吗？我在两者的5.x之前的版本上都运行得很好（至少使用旧的启动器），但是当我进入5时，该游戏不再启动，并且在以下两种情况下我都遇到了错误各自的日志：
0022:err:ntdll:RtlpWaitForCriticalSection section 0xa0cb64 #0019 wait timed out in thread 0022, blocked by 0000, retrying (60 sec)

HereInPlainSight 于 2020-02-18

只是出于好奇–有人成功将Proton 5.x（或wine 5.x）与XIV结合使用了吗？我在两者的5.x之前的版本上都运行得很好（至少使用旧的启动器），但是当我进入5时，该游戏不再启动，并且在以下两种情况下我都遇到了错误各自的日志：
0022:err:ntdll:RtlpWaitForCriticalSection section 0xa0cb64 #0019 wait timed out in thread 0022, blocked by 0000, retrying (60 sec)

对我来说很好。我今天早上清除了即将进行的试用和部分MSQ。我确实在更新它时遇到了一些麻烦，但是我只是重新启动了（旧的）启动器，它运行良好。

nstgc 于 2020-02-18

我前一阵子尝试了proton-5.1-ge-2，它可以启动，但是每当我移动鼠标时，整个游戏就会冻结约10秒钟。

ashkitten 于 2020-02-18

将Browser 2更改Browser 1也就是旧启动器

是的，这也对我有用。键入此命令时，正在下载补丁。 :)

希望社区能够在淘汰旧发射器之前找出解决方案。让我知道我是否可以帮助/协助进行修复或测试。

aberardinelli 于 2020-02-18

仍然使用最新的GE Proton，我无法运行它。只是立即关闭。 CFG编辑没有做任何事情。真令人失望。
我可能在讨论中错过了某些内容，但是您是否尝试使用非Steam FF14帐户登录？如果是这样，则需要解决-issteam标志。

我只有FFXIV的Steam版本

GitThisBugOff 于 2020-02-18

仍然使用最新的GE Proton，我无法运行它。只是立即关闭。 CFG编辑没有做任何事情。真令人失望。
我可能在讨论中错过了某些内容，但是您是否尝试使用非Steam FF14帐户登录？如果是这样，则需要解决-issteam标志。
我只有FFXIV的Steam版本

我只是想起，在这款游戏中，我与GE的运气几乎为零。您是否尝试过香草质子？

nstgc 于 2020-02-18

是的，这也对我有用。键入此命令时，正在下载补丁。 :)

补丁下载还有2分钟的时间，它退出并显示关于我的设备不兼容的错误（我认为是“无效的平台”？）。从那时起，我一直无法成功打开旧启动器或新启动器。 5.2版补丁破坏了我对Linux的兼容性。 :(

aberardinelli 于 2020-02-19

补丁下载还有2分钟的时间，它退出并显示关于我的设备不兼容的错误（我认为是“无效的平台”？）。从那时起，我一直无法成功打开旧启动器或新启动器。 5.2版补丁破坏了我对Linux的兼容性。 :(

通常，“无效平台”表明它正在将您的设备检测为Mac而不是Windows。（不确定这是否也是Steam与非Steam案例所显示的错误？）至少在我的案例中，葡萄酒分期的“隐藏葡萄酒出口”补丁对我而言已将其修复为4.57左右，此后一直保持不变。

FWIW，我对5.2升级没有问题，并已成功登录。从暂存的Wine 5.1 vanilla + ntdll-Hide_Wine_Exports补丁程序（启用了导出隐藏功能），FFXIV_BOOT.cfg中的浏览器1。

achurch 于 2020-02-19

@achurch感谢您的建议。不幸的是，我已经在使用hidewineexports = enable设置。我刚刚从系统中清除了Steam和Proton，并进行了全新安装。

使用普通的旧质子5.x，（新）启动器屏幕将打开，但挂在带有徽标的黑色初始页面上。
我保存了旧版本的GE补丁；使用它根本不允许启动器加载。
下载了Proton-4.21-GE-2，并且新启动器（挂在初始页面上）与香草Proton 5.x具有相同的问题。
将FFXIV_BOOT.cfg Browser 2更改为Browser 1 。现在，我可以打开（旧的）启动器。自从我清除Steam以来，启动器现在正在重新下载游戏文件。但这看起来很有希望！

TLDR我认为我的Steam安装因某种原因被

aberardinelli 于 2020-02-20

FWIW，我对5.2升级没有问题，并已成功登录。从暂存的Wine 5.1 vanilla + ntdll-Hide_Wine_Exports补丁程序（启用了导出隐藏功能），FFXIV_BOOT.cfg中的浏览器1。

由于我在启动FFXIV之前忘记激活Wine 5.1，因此对此进行了较小的更正。更新到Wine 5.2后的结果：（现在，Wine和FFXIV使用的是完全相同的版本，这有点令人困惑。）

葡萄酒4.21 + Browser 1 ：如上所述
葡萄酒4.21 + Browser 2 ：发射器卡在“ FINAL FANTASY XIV”徽标上
Wine 5.2 + Browser 1 ：如上所述
Wine 5.2 + Browser 2 ：启动器卡在“ FINAL FANTASY XIV”徽标上

以上所有都启用了Hide_Wine_Exports。

附带说明一下，最初尝试在5.2下启动启动器时，它始终死于HTTPS系统错误-2146697200（即INET_E_CANNOT_INSTANTIATE_OBJECT ）。原来是因为某些东西在Wine用户的HKCU\Environment注册表项中添加了无效的TMP和TEMP项，从而阻止了Wine安装新的Gecko版本，因为它无法创建临时文件。删除这些条目使Wine可以成功安装Gecko，从而修复了该错误。

achurch 于 2020-02-22

有时候，FFXIV不能正常退出，我必须终止该过程。并非每次都这样。还有其他人遇到吗？

它发生在片刻之前，但是当我尝试在终端中重新启动Steam并启动/退出游戏时，我无法重现它。也许我需要玩一段时间。

yaomtc 于 2020-02-22

我有5.0次尝试2倍，我尝试将游戏变成黑色，然后坐在那里直到我杀死它。
我刚切换回4.11。

Cheogh 于 2020-02-22

有时候，FFXIV不能正常退出，我必须终止该过程。并非每次都这样。还有其他人遇到吗？
它发生在片刻之前，但是当我尝试在终端中重新启动Steam并启动/退出游戏时，我无法重现它。也许我需要玩一段时间。

是。这也是我遇到的一个问题。这和拍摄屏幕截图很麻烦。否则，一切都运行良好。

nstgc 于 2020-02-22

有时候，FFXIV不能正常退出，我必须终止该过程。并非每次都这样。还有其他人遇到吗？
它发生在片刻之前，但是当我尝试在终端中重新启动Steam并启动/退出游戏时，我无法重现它。也许我需要玩一段时间。

我不认为这只影响葡萄酒，Windows 10也是如此。

Kimikz 于 2020-02-23

我前一阵子尝试了proton-5.1-ge-2，它可以启动，但是每当我移动鼠标时，整个游戏就会冻结约10秒钟。

我在香草葡萄酒上也遇到了同样的问题，我仍然使用较早的4.xx版本的葡萄酒

zeparu 于 2020-02-23

尝试在游戏中的系统配置中禁用帧频限制。如果有帮助，您的问题可能与我正在处理的问题相同：
https://devtalk.nvidia.com/default/topic/1044496/linux/hangs-freezes-when-vulkan-v-sync-vk_present_mode_fifo_khr-is-enabled/

Sanaki 于 2020-02-24

还有谁在用5.0-3退出游戏时仍然遇到困难？我同时遇到了-1和-2的问题，但-3似乎已解决了该问题。

nstgc 于 2020-02-24

我前一阵子尝试了proton-5.1-ge-2，它可以启动，但是每当我移动鼠标时，整个游戏就会冻结约10秒钟。
我在香草葡萄酒上也遇到了同样的问题，我仍然使用较早的4.xx版本的葡萄酒

你们两个都在使用ReShade / GShade吗？我仅在以前缀运行GShade时才注意到它（我没有尝试过ReShade，有些假设它会遇到相同的问题），并且仅在使用Wine-stage时才注意到。如果我只是在《 Hide Wine Exports》中进行编译，那游戏就可以了。我知道您说过您正在使用香草酒-但我不确定在这种情况下您是否只是说“不是质子”。

HereInPlainSight 于 2020-03-06

我前一阵子尝试了proton-5.1-ge-2，它可以启动，但是每当我移动鼠标时，整个游戏就会冻结约10秒钟。
我在香草葡萄酒上也遇到了同样的问题，我仍然使用较早的4.xx版本的葡萄酒
你们两个都在使用ReShade / GShade吗？我仅在以前缀运行GShade时才注意到它（我没有尝试过ReShade，有些假设它会遇到相同的问题），并且仅在使用Wine-stage时才注意到。如果我只是在《 Hide Wine Exports》中进行编译，那游戏就可以了。我知道您说过您正在使用香草酒-但我不确定在这种情况下您是否只是说“不是质子”。

我正在使用gshade，是的。就是这样，我现在将继续使用proton-4.21-ge-2，因为它可以正常工作。

ashkitten 于 2020-03-06

我前一阵子尝试了proton-5.1-ge-2，它可以启动，但是每当我移动鼠标时，整个游戏就会冻结约10秒钟。
我在香草葡萄酒上也遇到了同样的问题，我仍然使用较早的4.xx版本的葡萄酒
你们两个都在使用ReShade / GShade吗？我仅在以前缀运行GShade时才注意到它（我没有尝试过ReShade，有些假设它会遇到相同的问题），并且仅在使用Wine-stage时才注意到。如果我只是在《 Hide Wine Exports》中进行编译，那游戏就可以了。我知道您说过您正在使用香草酒-但我不确定在这种情况下您是否只是说“不是质子”。

是的，即时通讯使用Stormshade（用于FFXIV的叉子），即时通讯使用lutris来玩游戏，他们提供基于阶段的自定义葡萄酒构建，并带有额外的补丁，例如用于esync

关闭风暴阴影，我可以确认游戏现在可以在同一补丁的葡萄酒版本5.0上运行，而不会出现卡顿现象，因此看来葡萄酒分级中的某个最新补丁打破了某些重新着色功能

zeparu 于 2020-03-06

现在，在全新安装的Linux Arch上，我遇到一个黑屏，并且该流的右下角有一个加载圆圈。选择要连接的数据中心后，将出现此加载屏幕。曾经能够在大约2个月前在我以前的Linux安装上播放它。不确定到底是什么导致了它，但是在显示无限加载屏幕时，这一次又一次地被垃圾记录在日志中：
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
有什么想法吗？

您是否已解决此问题？也卡在这里。

cquinterom096 于 2020-03-09

连接后出现“无限加载屏幕”问题通常是开场动画试图播放而无法播放的情况。您需要找到FFXIV.cfg文件（在Windows中，该文件通常存储在C：\ Users \\ Documents \ My Games \ FINAL FANTASY XIV-重生的境界 ），然后将CutsceneMovieOpening值编辑为1。

Sophira 于 2020-03-09

🎉1 👍1

我前一阵子尝试了proton-5.1-ge-2，它可以启动，但是每当我移动鼠标时，整个游戏就会冻结约10秒钟。
我在香草葡萄酒上也遇到了同样的问题，我仍然使用较早的4.xx版本的葡萄酒
你们两个都在使用ReShade / GShade吗？我仅在以前缀运行GShade时才注意到它（我没有尝试过ReShade，有些假设它会遇到相同的问题），并且仅在使用Wine-stage时才注意到。如果我只是在《 Hide Wine Exports》中进行编译，那游戏就可以了。我知道您说过您正在使用香草酒-但我不确定在这种情况下您是否只是说“不是质子”。
我正在使用gshade，是的。就是这样，我现在将继续使用proton-4.21-ge-2，因为它可以正常工作。

@GloriousEggroll您是否知道在新版本中可能导致此问题的原因？我刚刚尝试了几个小时前发布的proton-5.4-ge-1，仍然有这个问题。绝对只有在安装了gshade d3d11.dll的情况下才会发生。

ashkitten 于 2020-03-16

我前一阵子尝试了proton-5.1-ge-2，它可以启动，但是每当我移动鼠标时，整个游戏就会冻结约10秒钟。
我在香草葡萄酒上也遇到了同样的问题，我仍然使用较早的4.xx版本的葡萄酒
你们两个都在使用ReShade / GShade吗？我仅在以前缀运行GShade时才注意到它（我没有尝试过ReShade，有些假设它会遇到相同的问题），并且仅在使用Wine-stage时才注意到。如果我只是在《 Hide Wine Exports》中进行编译，那游戏就可以了。我知道您说过您正在使用香草酒-但我不确定在这种情况下您是否只是说“不是质子”。
我正在使用gshade，是的。就是这样，我现在将继续使用proton-4.21-ge-2，因为它可以正常工作。
@GloriousEggroll您是否知道在新版本中可能导致此问题的原因？我刚刚尝试了几个小时前发布的proton-5.4-ge-1，仍然有这个问题。绝对只有在安装了gshade d3d11.dll的情况下才会发生。

哦，我尝试对它进行回归测试。我提交了一个错误报告，后来我意识到了如何在登台中找到该此补丁。

这使我想起了我应该尝试看看是否可以在没有该补丁的情况下编译阶段，并查看它是否已完全解决。

HereInPlainSight 于 2020-03-16

❤1

我前一阵子尝试了proton-5.1-ge-2，它可以启动，但是每当我移动鼠标时，整个游戏就会冻结约10秒钟。
我在香草葡萄酒上也遇到了同样的问题，我仍然使用较早的4.xx版本的葡萄酒
你们两个都在使用ReShade / GShade吗？我仅在以前缀运行GShade时才注意到它（我没有尝试过ReShade，有些假设它会遇到相同的问题），并且仅在使用Wine-stage时才注意到。如果我只是在《 Hide Wine Exports》中进行编译，那游戏就可以了。我知道您说过您正在使用香草酒-但我不确定在这种情况下您是否只是说“不是质子”。
我正在使用gshade，是的。就是这样，我现在将继续使用proton-4.21-ge-2，因为它可以正常工作。
@GloriousEggroll您是否知道在新版本中可能导致此问题的原因？我刚刚尝试了几个小时前发布的proton-5.4-ge-1，仍然有这个问题。绝对只有在安装了gshade d3d11.dll的情况下才会发生。
哦，我尝试对它进行回归测试。我提交了一个错误报告，后来我意识到了如何在登台中找到该此补丁。
这使我想起了我应该尝试看看是否可以在没有该补丁的情况下编译阶段，并查看它是否已完全解决。

实际上看起来proton-ge-custom没有应用该补丁。也许是其他东西？

编辑：这看起来可能是它。会尝试在没有它的情况下进行构建。

ashkitten 于 2020-03-16

可以确认没有rawinput补丁就可以正常工作！

ashkitten 于 2020-03-17

当我尝试登录时，我只会收到：

A system error has occurred: -2147467263 javacscipt:ctrEvent('mainform')

matty-r 于 2020-03-17

当我尝试登录时，我只会收到：
A system error has occurred: -2147467263 javacscipt:ctrEvent('mainform')

不要单击登录按钮，请按Enter。

ashkitten 于 2020-03-17

当我尝试登录时，我只会收到：
A system error has occurred: -2147467263 javacscipt:ctrEvent('mainform')
不要单击登录按钮，请按Enter。

我刚刚发现了该内容，并准备编辑我的评论。谢谢：）

matty-r 于 2020-03-17

剪断
实际上看起来proton-ge-custom没有应用该补丁。也许是其他东西？
编辑：这看起来可能是它。会尝试在没有它的情况下进行构建。

是的，这似乎包含相同的登台补丁的版本。

我还可以确认没有我提到的一个特定补丁程序，我的5.4阶段是否很好，并且在完整的5.4阶段中仍然存在该问题。编辑：如果有人有兴趣跟踪酒票，酒票将更新。

HereInPlainSight 于 2020-03-17

还有其他人无法使用Proton-5.4-GE-1而不是Proton-5.1-GE-2启动发射器吗？根据以上所述，您似乎至少有一部分人可以使用新版本。

在我的系统上，它显示出深灰色的徽标屏幕，但随后窗口关闭，程序终止（崩溃？）。 5.1-GE-2完全可以正常工作（除了由于FFXIV Patch 5.2引入的显示错误而不得不盲目输入凭据的事实）。另一方面，5.2-GE- [12]预发行版与5.4-GE-1具有相同的问题。我也尝试过重新创建前缀，但这没有帮助。

在终端上，我得到了这个输出，但是我真的不知道该怎么做： wine: Unhandled page fault on execute access to 00007F0192BC118C at address 00007F0192BC118C (thread 001d), starting debugger... 。有谁知道如何解决这个问题？

J5lx 于 2020-03-21

刚刚再次尝试使用新发布的Proton-5.4-GE-2，幸运的是，它实际上解决了崩溃问题！就是说，我现在也遇到发射器无限期卡在灰色徽标屏幕上的问题。 5.1-GE-2仍然可以正常工作。猜猜现在我仍然使用该版本或旧的启动器，尽管鉴于旧的启动器将在“不久的将来”停用，我还是更倾向于永久性的解决方案。

编辑：刚尝试实际玩游戏，原来它检测到我的控制器的模拟摇杆输入了幻影。 5.1-GE-2不会发生这种情况，毕竟我仍然停留在该版本上。

编辑2：控制器问题已在5.4-GE-3中修复，但仍停留在灰色徽标屏幕上。旧发射器有效。

J5lx 于 2020-03-22

只是让大家知道，酒错误跟踪器现在有一个错误报告，其中没有呈现新启动器：最终幻想XIV启动器卡在启动屏幕上。我不知道质子和葡萄酒之间有多少合作，但是希望这会很有用。

konomikitten 于 2020-04-06

👍3

我最近使用默认的lutris 5.4运行程序运气很好，即使5.1-GE似乎也忽略了启动器设置，偶尔尝试（失败）加载新的启动器

我确实希望可以修复发射器，因为是的，谁知道老枪再见还要多久

witcheslive 于 2020-04-06

@konomikitten Proton主要是Codeweavers和Valve之间的合作；多年以来，Codeweavers一直是Wine的主要赞助商

yaomtc 于 2020-04-07

其他人在登录Steam版本时遇到问题吗？我只能使用4.19-GE-1登录，否则游戏将被检测为Square不再允许的独立客户端（如果您是通过Steam购买的，则只能通过Steam玩）。

PS。刚刚测试了各种版本，质子5.05也可以使用。 GE的发布似乎已被破坏。

Selhar 于 2020-04-07

否则，游戏被检测为独立客户端

这由传递给启动器可执行文件的-issteam标志控制。确保您在Steam中的启动设置是清除的，或者它们包含多余的标志。

如果出于某种原因需要从命令行运行游戏，则可以这样做：

wine "<path to ffxivboot.exe>" -issteam

至少在4.15-GE-1和5.4-GE-3上对我来说效果很好。

valarnin 于 2020-04-07

❤1 👍1

确保您在Steam中的启动设置是清除的，或者它们包含多余的标志。

清除Steam上的启动选项并添加issteam在5.4-GE-3上均无效。

虽然5.05开箱即用，所以没什么大不了的。

Selhar 于 2020-04-08

当我尝试@valarnin行时建议
wine "/home/chris/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe" -issteam
使用任何版本的Proton或任何FFXIV可执行文件，我都会收到以下消息：

无法完成版本检查。

并且启动器无法打开。

当我尝试不使用该行时，在5.5-GE-1中，我收到以下消息：

该服务帐户没有针对该平台的有效FINAL FANTASY XIV许可证，或者您的订阅已过期。要注册许可证，请访问FINAL FANTASY XIV：Mog Station（https://sqex.to/Msp）。有关此错误消息的更多帮助，请检查此常见问题解答（https://sqex.to/QXbgu）。

此时唯一可用的按钮是“返回”。

当我尝试Proton 5.0-5时，“播放”按钮显示为“ DirectX 9.0c”，并且DirectX 11支持在启动器的Config中显示为灰色。

使用4.11-13启用DirectX 11没问题。

yaomtc 于 2020-04-12

相容性报告

FINAL FANTASY XIV在线免费试用
312060

系统信息

GPU：RX 580
驱动程序/ LLVM版本：具有LLVM 9.0.1的Mesa Git（20.1.0-devel，commit 7af813d48a5）
内核版本：自定义5.6.2
完整的系统信息报告： https :
质子版本：5.0-5 +许多其他自定义版本

蒸汽日志：
steam-312060.log

病征

启动器只是冻结。但是，更新程序很好。

同样的问题困扰着官方的非蒸汽发射器。

我已经尝试了多个Proton版本〜TkG的自定义Proton版本5.0-5官方版本。我尝试了几种不同的Mesa版本，其中包括在问题开始之前使用的版本。我已经尝试过使用较旧的Linux内核版本。我已经尝试了多个DXVK版本。

没有什么改变...

因此，启动器必须以某种方式被Steam和非Steam破坏。

修复您的启动器Square Enix！：angry_frog：

Valmar33 于 2020-04-12

当我尝试@valarnin行时建议
wine "/home/chris/.local/share/Steam/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe" -issteam
使用任何版本的Proton或任何FFXIV可执行文件，我都会收到以下消息：
无法完成版本检查。
并且启动器无法打开。

只是为了清楚说明正在发生的事情，当您使用此命令并使用系统的wine时，您将完全绕过Proton。您可以直接运行GE版本，例如显式的~/.steam/root/compatibilitytools.d/<GE-Version>/proton而不是wine 。尽管据我所知，常规版本的酒应该能够打开启动器-因为您没有Mac许可证，它只会被炸开。

当我尝试不使用该行时，在5.5-GE-1中，我收到以下消息：

您是使用Steam键还是从其他地方创建帐户的？如果您是通过Steam购买的，请保留-issteam标志，否则将其省略。

Valmar33写道：

启动器只是冻结。但是，更新程序很好。

试图将FFXIV_BOOT.cfg的BrowserType更改为2？为了安全起见，可能还希望将FFXIV.cfg的CutsceneMovieOpening更改为1。

HereInPlainSight 于 2020-04-13

尽管据我所知，常规版本的酒应该能够打开启动器-因为您没有Mac许可证，它只会被炸开。

而已！我对Proton 5.5-GE和5.4-GE遇到了同样的问题，“没有loicense”将我引导出去。（Proton 5.0-5、4.11-13都使启动器崩溃）

我必须这样做：

使用PROTON_DUMP_DEBUG_COMMANDS = 1来运行游戏
运行/tmp/proton_USERNAME/run winecfg
转到“分期”
勾选“从应用程序隐藏Wine版本”

现在启动器允许我下载更新。似乎Squeni认为酒= mac，即使它是质子/蒸汽玩法。

hjri 于 2020-04-13

我意识到我在问题线程开始时的评论对于当前说明来说已经过时了，所以我对其进行了更新。我无法对新安装进行排序的唯一问题是如何修复口吃的音频。我相信上次我必须在faudio上做酒，但是这次我做游戏时给了我日语错误消息，并被关闭了。有人提到在线程的早期需要xact，但这并没有解决问题，尽管没有崩溃。我尝试覆盖xaudio2_7，因为这是我工作的Lutris前缀中唯一感兴趣的覆盖，但是也没有与此相关的骰子，并且xaudio似乎不再是winetricks中的动词。

一段时间以来，我还没有看到有人抱怨音频质量不好，所以在我的设置中可能只是一些时髦的事，但是如果有人知道答案并且我可以确认，我会更新我的帖子。

HereInPlainSight 于 2020-04-14

我不断

A system error has occurred: -2146697200.
HTTPS System Error

我安装了GloriousEggroll的Proton 5.9，并将其设置为FFXIV的Proton版本。我看到旧的启动器（黑色启动器是旧的吗？很新，对不起），但是随后立即收到该错误。同时安装了32位和64位wine_gecko。这个数字暗示我在@achurch帖子中可能遇到了同样的麻烦，但是我不明白为什么，因为我所有的环境都完好无损。有什么线索吗？

PS将稍后发布日志，无法获取user_settings.py来创建日志（日志未出现）

electrorys 于 2020-07-10

* If you want to use Steam to run a non-Steam version of FFXIV, set FFXIV's launch options to: `echo %command%; "$HOME/.steam/root/compatibilitytools.d/<GE Proton Version>/proton" waitforexitandrun "$HOME/.steam/root/steamapps/common/FINAL FANTASY XIV Online/boot/ffxivboot.exe"`, substituting in the appropriate `<GE Proton Version>` that you installed.  (ex, `Proton-5.6-GE-1`)  Again, if your installation is not in the default Steam location, please adapt the path appropriately.

您可以通过sed magic使用以下启动选项：

echo "%command%" | sed 's/-issteam$freetrial\|$//' | sh

jbalme 于 2020-07-17

我不断
A system error has occurred: -2146697200.
HTTPS System Error
我安装了GloriousEggroll的Proton 5.9，并将其设置为FFXIV的Proton版本。我看到旧的启动器（黑色启动器是旧的吗？很新，对不起），但是随后立即收到该错误。同时安装了32位和64位wine_gecko。这个数字暗示我在@achurch帖子中可能遇到了同样的麻烦，但是我不明白为什么，因为我所有的环境都完好无损。有什么线索吗？
PS将稍后发布日志，无法获取user_settings.py来创建日志（日志未出现）

HTTPS系统错误是一个通用错误，这意味着无论出于何种原因，启动器都无法连接到日本SE的身份验证服务器。

在wine下，可能是缺少/无法使用SSL库的问题，但也可能意味着您的Internet连接有问题（尝试使用VPN或移动热点）。

jbalme 于 2020-07-17

使用Proton 5.0-9或Proton-5.9-GE-3-ST可以正常运行游戏，但是5-10分钟后它将冻结并弹出错误消息：

发生意外的错误。退出最终幻想XIV
2020-03-26_14：14
+ 7FACF1FF6F86

gulduar 于 2020-07-18

使用Proton 5.0-9或Proton-5.9-GE-3-ST可以正常运行游戏，但是5-10分钟后它将冻结并弹出错误消息：
发生意外的错误。退出最终幻想XIV
2020-03-26_14：14
+ 7FACF1FF6F86

我在nvidia更新后得到了它，所以我降级了，它消失了。

Cheogh 于 2020-07-18

👍1

我不断
A system error has occurred: -2146697200.
HTTPS System Error
我安装了GloriousEggroll的Proton 5.9，并将其设置为FFXIV的Proton版本。我看到旧的启动器（黑色启动器是旧的吗？很新，对不起），但是随后立即收到该错误。同时安装了32位和64位wine_gecko。这个数字暗示我在@achurch帖子中可能遇到了同样的麻烦，但是我不明白为什么，因为我所有的环境都完好无损。有什么线索吗？
PS将稍后发布日志，无法获取user_settings.py来创建日志（日志未出现）
HTTPS系统错误是一个通用错误，这意味着无论出于何种原因，启动器都无法连接到日本SE的身份验证服务器。
在wine下，可能是缺少/无法使用SSL库的问题，但也可能意味着您的Internet连接有问题（尝试使用VPN或移动热点）。

在尝试通过strace大量获取库加载的逻辑并且没有遇到任何麻烦之后（除了libgcrypt.so被从Steam Runtime而非本机使用，因为本机具有其他版本号，所有库加载都是64位版本），将所有* 64.exe文件替换为带有符号链接的32位版本，然后启动器终于可以工作了。我想FFXIV的64位前缀存在问题。我尚未尝试下载游戏，因为我丢失了在Windows上创建的帐户详细信息。至少32位启动器可以正常工作，显示内容而不是错误。我还通过移动前缀并强制Proton创建新的前缀来重复进行干净的运行，它也可以使用完全新鲜的葡萄酒前缀立即使用。顺便说一句我正在使用Proton-5.9-GE-3-ST.tar.gz 。

electrorys 于 2020-07-18

使用Proton 5.0-9或Proton-5.9-GE-3-ST可以正常运行游戏，但是5-10分钟后它将冻结并弹出错误消息：
发生意外的错误。退出最终幻想XIV
2020-03-26_14：14
+ 7FACF1FF6F86
我在nvidia更新后得到了它，所以我降级了，它消失了。

可行！引起此问题的是nvidia 450.57驱动程序。谢谢！！！

gulduar 于 2020-07-18

我不断
A system error has occurred: -2146697200.
HTTPS System Error
我安装了GloriousEggroll的Proton 5.9，并将其设置为FFXIV的Proton版本。我看到旧的启动器（黑色启动器是旧的吗？很新，对不起），但是随后立即收到该错误。同时安装了32位和64位wine_gecko。这个数字暗示我在@achurch帖子中可能遇到了同样的麻烦，但是我不明白为什么，因为我所有的环境都完好无损。有什么线索吗？
PS将稍后发布日志，无法获取user_settings.py来创建日志（日志未出现）
HTTPS系统错误是一个通用错误，这意味着无论出于何种原因，启动器都无法连接到日本SE的身份验证服务器。
在wine下，可能是缺少/无法使用SSL库的问题，但也可能意味着您的Internet连接有问题（尝试使用VPN或移动热点）。
在尝试通过strace大量获取库加载的逻辑并且没有遇到任何麻烦之后（除了libgcrypt.so被从Steam Runtime而非本机使用，因为本机具有其他版本号，所有库加载都是64位版本），将所有* 64.exe文件替换为带有符号链接的32位版本，然后启动器终于可以工作了。我想FFXIV的64位前缀存在问题。我尚未尝试下载游戏，因为我丢失了在Windows上创建的帐户详细信息。至少32位启动器可以正常工作，显示内容而不是错误。我还通过移动前缀并强制Proton创建新的前缀来重复进行干净的运行，它也可以使用完全新鲜的葡萄酒前缀立即使用。顺便说一句我正在使用Proton-5.9-GE-3-ST.tar.gz 。

不，只是再次尝试，然后再次出现“无法完成版本检查[30410] [30613]”。现在该游戏对我来说是垃圾，除非我尝试在Windows中进行，否则它将无法启动。这里的任何人都能完美运行它吗？

electrorys 于 2020-07-21

不，只是再次尝试，然后再次出现“无法完成版本检查[30410] [30613]”。现在该游戏对我来说是垃圾，除非我尝试在Windows中进行，否则它将无法启动。这里的任何人都能完美运行它吗？

我不能保证使用Steam版本，但我会使用Lutris版本的wine lutris-5.7-7-x86_64不断玩这个游戏。不幸的是，我知道需要设置Browser 1配置更改，所有版本的wine仍旧损坏了启动器的新版本。好奇的人可以在这里找到新启动器无法正常运行的错误报告。

konomikitten 于 2020-07-21

👍1

尝试使用Proton-5.9-GE-3-ST启动免费试用版，启动器在接受免费试用服务协议后会占用所有可用的RAM。如果在10到15秒内没有终止该进程，则启动器将使整个系统不可用，需要硬重启。

Fothsid 于 2020-08-11

尝试使用Proton-5.9-GE-3-ST启动免费试用版，启动器在接受免费试用服务协议后会占用所有可用的RAM。如果在10到15秒内没有终止该进程，则启动器将使整个系统不可用，需要硬重启。

通过将32位可执行文件替换为64位可执行文件来完成启动过程。

Fothsid 于 2020-08-11

尝试使用Proton-5.9-GE-3-ST启动免费试用版，启动器在接受免费试用服务协议后会占用所有可用的RAM。如果在10到15秒内没有终止该进程，则启动器将使整个系统不可用，需要硬重启。

我无法使用启动器创建标准帐户。在网站上创建它对我有用。但是，请注意，如果您确实提供了电子邮件，但在确认部分冻结了该电子邮件，则该电子邮件将被锁定24小时。我也相信他们会阻止IP 24小时，因为它不允许我通过wifi创建帐户，并最终使用我的电话数据成功完成了操作。

arBalasquide 于 2020-08-11

我仍然无法使用fcitx-mocz键入日语。我从来没有能够做到这一点，或者找不到允许我这样做的方法。

sangoku116 于 2020-08-13

👍1

如果有人使用Nvidia的450驱动程序使DirectX随机崩溃，则不仅限于您。

回滚到Nvidia 440应该可以解决这些问题，但是需要使用补丁才能将440与Linux 5.8一起使用。我已经附上了包含补丁的Arch Linux源tarball。

nvidia-utils-440-440.100-1.src.tar.gz
lib32-nvidia-utils-440-440.100-1.src.tar.gz

（解压缩压缩包，并在生成的目录中运行makepkg -i进行安装。）

jbalme 于 2020-08-19

由于破坏了与nvidia utils的依赖关系而无法安装nvidia-440.100

CodeAndGin 于 2020-08-19

由于破坏了与nvidia utils的依赖关系而无法安装nvidia-440.100

我上传的PKGBUILD都建立了两者。您可能需要先构建它们而不安装它们，然后立即安装所有软件包。

tar xzf nvidia-utils-440*.tar.gz && \
tar xzf lib32-nvidia-utils-440*.tar.gz && \
(cd nvidia-utils-440 && makepkg) && \
(cd lib32-nvidia-utils-440 && makepkg) && \
sudo pacman -U nvidia-utils-440/*.zstd lib32-nvidia-utils-440/*.zstd

jbalme 于 2020-08-19

:: removing nvidia-utils breaks dependency 'nvidia-utils=450.57' required by nvidia
是我跑步时得到的

（还必须将* .zstd更改为* zst）

CodeAndGin 于 2020-08-19

您好@jbalme ， @CodeAndGin ，请使用发行版的论坛来讨论发行版特定的打包问题。

kisak-valve 于 2020-08-19

@jbalme FWIW我*已经报道，问题Nvidia的; 使用d3d11.apitraceMode = True创建DXVK配置文件应该可以立即解决崩溃问题。这似乎是与内存管理有关的驱动程序错误。

doitsujin 于 2020-08-19

👍6

忽略上面的评论，我有点愚蠢， WINEDLLOVERRIDES=mscoree,mshtml= .bashrc中留下
现在启动器启动了，我以前有一个旧的启动器，但是现在启动了刚刚挂起的新启动器。谁能确认？

electrorys 于 2020-08-19

@doitsujin感谢您在dxvk上的持续出色工作，并忍受了游戏错误和驱动程序错误，将这行代码放入SteamLibrary/common/FINAL FANTASY XIV Online/dxvk.conf似乎已经解决了问题。

我假设正在查看代码，Vulkan文档和一些快速搜索，这意味着由于某些原因手动刷新缓存在Nvidia驱动程序中无法正常工作，因此您需要强制缓存/一致性内存吗？如果是这种情况，那不是会造成比这里更多的破坏，还是因为问题已被通过OpenGL的OS上的大多数事物掩盖了？这会影响通过DXVK进行的所有操作吗？我不认为是因为在DXVK的错误跟踪器上搜索apitraceMode或450不会带来很多好处。

（很抱歉，如果这在这里也没话题）。

jbalme 于 2020-08-21

@jbalme所有主机内存在Nvidia台式机GPU上都是一致的，这不是问题。似乎如果应用程序（在本例中为DXVK）使用HOST_VISIBLE | DEVICE_LOCAL内存类型的“太多”，则驱动程序中的内部内存分配就会失败。

doitsujin 于 2020-08-21

@doitsujin让Nvidia在何时解决此问题时给出任何指示，而我们不必这样做，或者在某些时候可以在dxvk本身中进行检测，因此FFXIV不需要配置文件吗？

konomikitten 于 2020-08-22

@konomikitten
已经三天了

yaomtc 于 2020-08-22

依靠nvidia的修复程序无法帮助您。对于Linux支持，它们的时间表通常以年为单位。最好仅在此处共享解决方法（感谢@doitsujin），提及是否发布了修订（从而允许删除解决方法），否则保留它。如果您想进一步讨论该问题，请注册一个nvidia开发人员帐户并在那里找到（或启动）有关该主题的主题。

Sanaki 于 2020-08-23

👍2

@konomikitten我现在为DXVK添加了一种解决方法，该

doitsujin 于 2020-08-23

👍9 ❤2 🎉1

@doitsujin感谢您在dxvk上的工作以及解决方法。

konomikitten 于 2020-08-23

@doitsujin看来，即使进行了一些努力，我也设法使游戏冻结并锁定了。 440.x从未发生过这种情况。

err:   DxvkSubmissionQueue: Failed to sync fence: VK_ERROR_DEVICE_LOST
err:   DxvkSubmissionQueue: Command submission failed: VK_ERROR_DEVICE_LOST

konomikitten 于 2020-08-24

启用apitrace模式也会发生这种情况吗？

doitsujin 于 2020-08-24

启用apitrace模式也会发生这种情况吗？

是的，这是使用Nvidia Driver 450.57和dxvk.conf以及d3d11.apitraceMode = True 。

konomikitten 于 2020-08-24

真的不能对此做很多事情，对不起。请将此报告给Nvidia。

doitsujin 于 2020-08-24

真的不能对此做很多事情，对不起。请将此报告给Nvidia。

不幸的是，我什至不知道向Nvidia报告错误的位置或方式，我现在又回到了440.100驱动程序，当您发布具有该版本解决方法的下一个dxvk时，我将尝试450.57。

konomikitten 于 2020-08-24

嘿@GloriousEggroll ，我仍然必须使用Proton-GE的自定义版本，因为每当启用了reshade / gshade的移动鼠标时，rawinput补丁仍然会使游戏冻结。此外，即使在Proton-GE-5.9-5-ST中没有阴影，尝试以鼠标偏离中心的方式移动相机也会导致相机猛烈地捕捉到另一个位置（启用此软件光标修复程序，但软件光标可以缓慢并且有自己独立的速度/加速度）。

ashkitten 于 2020-09-02

@ashkitten至少在当前的葡萄酒分期中，这个问题注定要死掉。导致此问题的补丁似乎不再存在。我刚刚登录了git-build的wine-stage，并启用了GShade并启用了所有补丁，并且没有鼠标拖曳。

HereInPlainSight 于 2020-09-02

_Updated：04-14-20_ ，在04-19-20上添加了WINE和GE-Proton：
如果您希望通过Proton运行FFXIV，则有一些当前安装的说明：
1. Default Proton _will not work_.  You will need to grab a release from [GloriousEggroll's repo](https://github.com/GloriousEggroll/proton-ge-custom/releases) and follow his [installation instructions](https://github.com/GloriousEggroll/proton-ge-custom/releases).

2. You will need to run the following command:
   `WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable` assuming you use the default location for your library of a regular Steam installation.  If you do not, adapt the path appropriately.
。
。
。
。
。
当这些编辑游戏配置文件时，我不确定这是否是Valve想为Proton考虑的东西，但至少是它的信息。

你好！

2020年9月Kubuntu 20.04用户在此处。

我按照这些说明进行操作，将其删除并重新安装了游戏，并像魅力一样运作。
所以这是我遵循的步骤：

根据winehq.org安装Wine
安装葡萄酒技巧。
安装了自定义质子版本。
运行命令WINEPREFIX=$HOME/.steam/root/steamapps/compatdata/39210/pfx winetricks hidewineexports=enable 。
重新运行蒸汽。
卸载游戏，因为我仍然被卡在屏幕上。
重新安装了游戏。
现在，我可以看到EULA及其正在更新的游戏。

kirebyte 于 2020-09-13

更新：现在使用正常的葡萄酒分期5.16，可以很好地使用gshade，但是我必须启用软件光标，否则每当我尝试拖动移动照相机时，照相机都会捕捉到顶部

ashkitten 于 2020-09-29

只是对Nvidia问题的跟进。 dxvk项目已更新，现在应该可以正常工作。今天，我已经对游戏进行了5个小时的测试，没有任何问题。因此，仍然不支持440.100版本的任何人都应该立即进行更新。

Nvidia驱动程序：450.66
dxvk：1.7.2

konomikitten 于 2020-10-10

❤2

我更新了驱动程序和其他软件包，但崩溃刚刚发生。所以我只是降级到440.100。
驱动程序是455.28，我认为是更新的。

Cheogh 于 2020-10-10

我更新了驱动程序和其他软件包，但崩溃刚刚发生。所以我只是降级到440.100。
驱动程序是455.28，我认为是更新的。

这在dxvk 1.7.2上吗？

konomikitten 于 2020-10-10

我忘记了我仍在使用Proton 4.11-13，我也应该更新什么？ 1.7似乎是最新的官方质子？

Cheogh 于 2020-10-11

您需要在质子/葡萄酒前缀上安装dxvk 1.7.2。

konomikitten 于 2020-10-11

我在dxvk github页面上打开了一个问题https://github.com/doitsujin/dxvk/issues/1791 ，只是为了让人们知道我能够获得更新的dxvk 1.7.2来解决nvidia 450.66的问题。驱动程序在1.7.2和1.7.1上发生的时间更长（实际上是12小时）。因此，游戏应该基本上还不错，没有多少人能像我那样坚持运行。

konomikitten 于 2020-10-14

以为我可能很清楚，但可以确认这仍然是一个问题。 DXVK 1.7.2和455.28-虽然它弹出之前花了大约一周的时间，所以它的频率似乎比以前有所降低。我从来没有因为时间而崩溃。它发生在我从登录屏幕到几小时的短短时间内，即使我在做事之间全天不停地运行客户端（通常需要12个小时以上），也常常不会发生。令人沮丧地无法可靠地复制。

我现在注意到的一个区别是，我的FPS命中/停顿了大约5分钟，然后才最终锁定。在此之前，将其作为我的2秒警告。我也将尝试使用较早的驱动程序，但我也需要最新的驱动程序。真是头疼

raaben 于 2020-10-22

我也将尝试使用较早的驱动程序，但我也需要最新的驱动程序。真是头疼

英伟达不是一个出色的驾驶员制造商吗？ /讽刺

konomikitten 于 2020-10-22

刚购买了游戏，无法玩，因为它在连接到数据中心后会挂在无限加载屏幕上。

在Proton 5.0和5.13上执行此操作，将尝试将其安装在Windows上并通过所有最初的首次播放器，然后查看登录是否效果更好...

Ammako 于 2020-10-23

@Ammako不要这样做，而是转到My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/并找到FFXIV_BOOT.cfg将Browser 2更改Browser 1 。他们在5.1中添加的新启动器目前无法在任何wine版本上运行，但旧的启动器目前仍可用。

请参阅错误48006-最终幻想XIV启动器卡在启动屏幕上，以获取更多有关酒将如何忽略此错误，直到FFXIV最终删除旧的启动器并且我们都陷入了无法玩的游戏的更多信息。

编辑：我有向后的变量，请改正，抱歉。

konomikitten 于 2020-10-23

我认为他们的问题不是启动器，而是介绍过场动画的非功能性WMV视频播放。有一些配置文件需要编辑才能跳过。在Windows上安装游戏无济于事。

doitsujin 于 2020-10-23

我认为他们的问题不是启动器，而是介绍过场动画的非功能性WMV视频播放。有一些配置文件需要编辑才能跳过。在Windows上安装游戏无济于事。

对。编辑FFXIV.cfg（steamapps / compatdata / 39210 / pfx / drive_c / users / steamuser /我的文档/我的游戏/ FINAL FANTASY XIV-A Realm Reborn / FFXIV.cfg）并将CutsceneMovieOpening为1

varris1 于 2020-10-23

我认为他们的问题不是启动器，而是介绍过场动画的非功能性WMV视频播放。有一些配置文件需要编辑才能跳过。在Windows上安装游戏无济于事。

是的，我的坏人。转到My Documents/My Games/FINAL FANTASY XIV - A Realm Reborn/并找到FFXIV.cfg将CutsceneMovieOpening 0更改CutsceneMovieOpening 1 。

konomikitten 于 2020-10-23

请参阅错误48006-最终幻想XIV启动器卡在启动屏幕上，以获取更多有关酒将如何忽略此错误，直到FFXIV最终删除旧的启动器并且我们都陷入了无法玩的游戏的更多信息。

并不是说他们会竭尽全力去忽略它。这不是他们优先考虑的事情（并且不应该-Wine的范围比支持该特定游戏要广泛得多。）但是，任何有兴趣的人都可以自由地进行开发。

jbalme 于 2020-10-23

👍1

并不是说他们会竭尽全力去忽略它。这不是他们优先考虑的事情（并且不应该-Wine的范围比支持该特定游戏要广泛得多。）但是，任何有兴趣的人都可以自由地进行开发。

这是他们的优先事项。 CodeWeavers提供了MacOS构建。让FFXIV从事Wine工作符合他们的最大利益。

varris1 于 2020-10-23

👍1

@ varris1我会做到的，谢谢

Ammako 于 2020-10-23

这似乎是一个很长的路要走，但考虑到启动程序实际上只是一个
伪装成实际应用程序的网站的iframe ...有人尝试过吗
在wine中安装Firefox并将其设置为默认系统浏览器，
看看有没有帮助？ Iirc启动器应默认使用该浏览器
像旧的渲染器出现了。

自由 23.好吧。 2020，03:12 skrev Ammako [email protected] ：

@ varris1 https://github.com/varris1我会做的，谢谢
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-714846020 ，
或退订
https://github.com/notifications/unsubscribe-auth/AD4BBKG2SUTNJB4QELF2I5TSMDJ7JANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2020-10-23

顺便说一句，我非常感激。

轻微的nitpick，但我无法选择1600x *以上的分辨率。我可以手动将分辨率设置为1920x1080，这样不会让您感到失望，但是我可以在端部进行一些更改以使其正确识别显示器的分辨率吗？

Ammako 于 2020-10-23

顺便说一句，我非常感激。
轻微的nitpick，但我无法选择1600x *以上的分辨率。我可以手动将分辨率设置为1920x1080，这样不会让您感到失望，但是我可以在端部进行一些更改以使其正确识别显示器的分辨率吗？

您可以尝试Windowed（全屏）吗？那应该会自动填满您的显示器并校正纵横比。

TenaarFeiri 于 2020-10-23

@TenaarFeiri恐怕不是那么简单。旧的启动器使用Internet Explorer ActiveX控件，但是在Mac上它嵌入了Chromium（以前可通过BrowserType标志进行切换，但是后来切换到检测ntdll上的符号。）我们通过实现足够的Internet来避免了该问题。资源管理器，使其像在Windows上一样运行（在很短的一段时间内，我们不得不修补Wine以假装成为官方包装器。）

我认为新启动器仅无条件使用ActiveX，但无法正常运行。

jbalme 于 2020-10-23

哦，我已经15年没有读过ActiveX的名字了
他们仍然住在那2000年代初期吗？嘘！

是的，这会使事情复杂化:(不幸的是
我的深度

自由 23.好吧。 2020，03:35 skrev jbalme [email protected] ：

@TenaarFeiri https://github.com/TenaarFeiri恐怕不是那么简单。
旧的启动器使用Internet Explorer ActiveX控件，但在Mac上使用
嵌入Chromium（以前可与BrowserType标志一起切换，但随后
他们切换到检测ntdll上的符号。）我们回避了问题
通过实施足够的Internet Explorer，使其像在
Windows（在很短的一段时间内，我们不得不将Wine修补到
假装是官方包装器。）
我认为新启动器只是无条件使用ActiveX。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-714852076 ，
或退订
https://github.com/notifications/unsubscribe-auth/AD4BBKAUJBNVNVYVNOLTYQLSMDMUXANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2020-10-23

我认为新启动器仅无条件使用ActiveX，但无法正常运行。

真是令人讨厌...我不明白为什么方形的enix会坚持这种讨厌的旧技术。

konomikitten 于 2020-10-23

因为这是嵌入没有外部依赖项的浏览器控件的唯一方法（可以理解，并不是每个人都希望发布自己的Chromium ...即使SE还是为Mac所做的），也可以在Windows 7 / 8.1上运行，直到现在使用MS新的基于Edgium的WebView2控件已在本周的预览中发布。

TL; DR将MS归咎于MS，这使得将系统浏览器小部件嵌入Windows变得可怕。

jbalme 于 2020-10-23

👍1

这似乎仍然是一个奇怪的决定。他们可以设置一个
注册表中的自定义URL协议，就像可以在您的计算机上运行程序的所有其他Web应用程序一样。
ffxiv：// login = token_from_web_server＆checkUpdate = 1
也许我在这里不了解启动器的设计。它会做其他事情吗
比下载文件和启动游戏还重要？

自由 23.好吧。 2020，04:00 skrev jbalme [email protected] ：

因为这是无需外部即可嵌入浏览器控件的唯一方法
依赖关系（可以理解，并非每个人都希望自己交付
Chromium ...即使SE在Mac上仍然可以做到）
Windows 7 / 8.1，到目前为止，基于MS的基于Edgium的新WebView2控件
从字面上看是在本周的预览中。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-714859644 ，
或退订
https://github.com/notifications/unsubscribe-auth/AD4BBKD4ABLQPX7F3LE3Y5DSMDPVHANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2020-10-23

😕1

我的意思是，旧发射器看起来像2005年以来的样子，因此耸耸肩的讨厌的旧技术似乎可以与之媲美。

@TenaarFeiri它具有新闻和公告，底部与帐户相关的内容的链接以及社交媒体链接。

Ammako 于 2020-10-23

对于那些有发射器问题的人。有一个名为XIVLauncher的第三方发射器，重量更轻，在葡萄酒中也能很好地工作。如果您可以接受将凭据输入第三方工具，则必须做出自己的判断，但是在执行此操作之前，github上已提供源代码以供评估。不直接链接尚不清楚使用这种工具是否会违反TOS。

netpro2k 于 2020-10-23

👍1

对于那些有发射器问题的人。有一个名为XIVLauncher的第三方发射器，重量更轻，在葡萄酒中也能很好地工作...

据我所知，第三方启动器不允许您在登录时修补游戏，因此，一旦旧启动器消失，是否可以使用第三方启动器登录就无关紧要，因为游戏客户端和服务器版本不匹配，服务器将拒绝您的登录。

konomikitten 于 2020-10-23

netpro2k指的是IDK是https://github.com/goatcorp/FFXIVQuickLauncher或其他东西，但是quicklauncher实际上可以更新游戏，并且比通过常规启动器快得多（因为它与正常启动器异步下载多个补丁）将同步执行）。在这一点上，我已经有超过半年没有使用普通的启动器了，并且在补丁发布之日一切正常。我猜总是有可能未来的变化可能会打破它。

feffes 于 2020-10-24

@feffes上次我检查所有第三方启动程序都

konomikitten 于 2020-10-24

FFXIVQuickLauncher具有.NET 4依赖关系，这会使在Wine中使用它变得复杂（尽管如果您使用winetricks / protontricks来安装它，它确实可以工作。）开发人员表示，这主要是因为大多数Windows计算机已经安装了它，希望是.NET。 5（又名.NET Core 5）端口迟早会发生。

jbalme 于 2020-10-24

尝试将文件设置为只读，看看是否可以解决！

儿子。 25.好。 2020，06:50 skrev Federico [email protected] ：

我认为他们的问题不是启动程序，而是非功能性问题
介绍性过场动画的WMV视频播放。有一些配置文件
需要编辑以跳过该内容；在Windows上安装游戏不会
救命。
是的，我的坏人。转到“我的文档” /“我的游戏” /“最终幻想XIV-境界”
重生/并找到FFXIV.cfg将CutsceneMovieOpening 0更改为CutsceneMovieOpening
1。
如果我没有设置CutsceneMovieOpening会怎样？即使我添加了它
启动游戏后，某些东西会将其删除。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/580#issuecomment-716098649 ，
或退订
https://github.com/notifications/unsubscribe-auth/AD4BBKBIVOXU3WC3A2YHJEDSMO4DHANCNFSM4FRR7KYQ
。

TenaarFeiri 于 2020-10-25

这与dxvk和nvidia驱动程序450.66有关吗？我在任何地方都找不到d3d11.log进行确认...猜想Proton可能正在禁用这些功能？

Ammako 于 2020-10-25

@Ammako将DXVK日志存储在执行程序所在的位置（对于FFXIV /Client/game/ffxiv_dx11.exe您会在其中找到ffxiv_dx11_d3d11.log ， ffxiv_dx11_dxgi.log和ffxiv_dx11.dxvk-cache ，请注意，如果您重新启动游戏，尽管以前的日志将被覆盖。

konomikitten 于 2020-10-26

@konomikitten我看着那里，什么都没有。在整个驱动器中搜索d3d11.log，但未找到任何内容。

不过，我使用的是Proton，因此，如果Valve在端部禁用所有这些日志文件，我不会感到完全惊讶。

猜猜我会在启动选项中添加PROTON_LOG=1 %command% ，如果再次发生，那么希望那些日志显示有用的东西...有点烦人，尽管它默认情况下不只是保存日志。

e：事实证明启用质子日志现在我在游戏的根目录中有dxvk日志。这样就解决了。

Ammako 于 2020-10-26

给那些曾经在Linux上玩过一段时间的人一个问题。除了介绍电影，游戏中没有其他电影可以锁定它吗？
由于好奇心，放映的前奏影片缺少Wine的什么？

编辑：非常感谢您的答复。然后，我将继续使用Proton来享受游戏的乐趣：）

kaktuspalme 于 2020-10-30

👍1

@kaktuspalme游戏中没有其他东西无法在Wine中使用。

相信问题在于正在处理的Media Foundation内容。但是我不确定。

jbalme 于 2020-10-30

❤1

只是介绍性电影。据我所知，这不是Wine，而是Proton缺乏视频播放支持。根据Proton 5.13更新日志：

真正支持所有类型的视频播放的起点。使用较早视频库的游戏应开始与此版本一起使用。我们正在努力改善对较新视频库的支持。

Ammako 于 2020-10-30

据我所知，这不是Wine，而是Proton缺乏视频播放支持。

它也不适用于Vanilla Wine（不安装WMP或通过winetricks进行的任何操作）。

lesderid 于 2020-10-30

👍1

我不记得香草酒了。我所知道的是它可以在Lutris上运行。或这样做，如果那在最近的游戏更新中停止了工作。

Ammako 于 2020-10-30

给那些曾经在Linux上玩过一段时间的人一个问题。除了介绍电影，游戏中没有其他电影可以锁定它吗？
由于好奇心，放映的前奏影片缺少Wine的什么？
编辑：非常感谢您的答复。然后，我将继续使用Proton来享受游戏的乐趣：）

@kaktuspalme据我所知，介绍是锁定游戏的唯一过场动画。虽然，在过场动画中有一个预渲染的序列在Bahamut突袭行动中被跳过了。

Equivocal90 于 2020-10-30

Proton: 最终幻想14（39210）

最有用的评论

所有714条评论

相容性报告

系统信息

我确定：

病征

再生产

详细规格

pylint：禁用= C0103

相容性报告

系统信息

病征

相关问题