发行版：Ubuntu 18.04
内核：4.15.0-32泛型
显卡：GTX980
司机：396.51
处理器：AMD Ryzen 7 2700X
内存：DDR4 3000MHz 16GB

初始安装后启动到黑屏。如果您尝试Alt-Tab跳出，则会积极切换窗口和全屏显示。

在安装文件根目录中的配置文件graphics_option.ini中设置ScreenMode=Borderless ，游戏将正常运行（除了启动后第一个徽标出现需要10秒钟的时间）。除了加载到现有角色中并运行了一段时间外，没有做太多事情，但是没有发现任何问题。

在wine-esync-3.13-x86-64上已经花了几个小时，几乎没有问题。

JonasKnarbakk 于 2018-08-23

从https://github.com/ValveSoftware/Proton/issues/199发布
@ LP0101发表于2018-08-23T01：01：40：

退出MH：W时，游戏会完全关闭，但该过程不会退出，从而使您处于“游戏中”状态。

~/.s/s/s/c/P/d/l/w/dxvk $ ps -aux | grep -i monster
luca     12753  0.0  0.1  63652 24812 tty2     S+   20:01   0:00 /bin/sh -c '/home/luca/.steam/steam/steamapps/common/Proton 3.7'/proton waitforexitandrun '/home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe'
luca     12754  0.0  0.1  91664 31920 tty2     S+   20:01   0:00 /usr/bin/python2.7 /home/luca/.steam/steam/steamapps/common/Proton 3.7/proton waitforexitandrun /home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe
luca     12832  153 17.2 7001288 2809540 tty2  Rl+  20:01  89:10 /home/luca/.steam/steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe
luca     17022  0.0  0.0  21536  1112 pts/0    S+   20:59   0:00 grep --color=auto -i monster

在我手动杀死PID 12832之前，游戏不会退出。

在Ubuntu 18.04上

kisak-valve 于 2018-08-23

👍6

我在Proton上遇到了完整的系统锁定。这些完全将我锁定在计算机之外，但音频仍然有效。甚至无法更改TTY。恢复的唯一方法是重新启动，或从另一台PC SSH登录并杀死Monster Hunter进程。

在~~您退出游戏后~~，游戏失去焦点之前，这不是问题。一旦这种情况发生一次，它将最终锁定。如果游戏永不失去焦点，就不会发生。

此外，Rumble在Steam Controller中也坏了。它有时会卡住，并且只有在按Steam按钮时才会关闭。在xbox垫上，隆隆声根本不起作用。

LP0101 于 2018-08-23

👍2

@ LP0101您的硬件和软件堆栈是什么？

libcg 于 2018-08-23

@libcg
硬件：
i7 5820k
16 GB DDR4内存
GTX 1080

我在Ubuntu 18.04、396.51.0 nvidia驱动程序，内核4.15上

LP0101 于 2018-08-23

我也正在使用Steam运行时冻结

$ uname -a
Linux lancelot 4.18.3-arch1-1-ARCH＃1 SMP PREEMPT Sat Aug 18 09:22:54 UTC 2018 x86_64 GNU / Linux

英伟达396.51

lshw的内容附后

drgnak 于 2018-08-23

英伟达也有冻结问题。
曼贾罗
NVIDIA 1060 6GB
驱动程式396.51
香港专业教育学院也尝试了不同的内核，并且所有内核都随机冻结。

roadh0use 于 2018-08-23

有人尝试过396.54驱动程序吗？

libcg 于 2018-08-23

报告说现在正在运行4.14.65内核，它似乎已经解决了nvidia的死机问题。

roadh0use 于 2018-08-23

我将内核和nvidia驱动程序396.54更新为4.18.4。不知道是什么原因造成的，但是现在冻结它的频率更高，游戏实际上是无法玩的。将降级内核，然后重试。

编辑：运气不降级的内核，看起来该问题与396.54驱动程序有关

LP0101 于 2018-08-24

@ LP0101启用

libcg 于 2018-08-24

@libcg我没有发挥足够的作用来得出任何具体结论，但我认为这是

LP0101 于 2018-08-24

@libcg我相信启用

编辑：发言太早；我发布那个消息后不久就崩溃了。

drgnak 于 2018-08-24

@drgnak仍然是2小时，这是一个改进。在打开vsync之前，我不会持续超过20分钟（在369.54上）

LP0101 于 2018-08-24

游戏不会在Ubuntu上为我启动。黑屏约10秒钟，然后关闭。在Manjaro上工作得很好。附加日志。 Reddit上的另一个用户在相同的驱动程序堆栈上具有相同的GPU系列（R9 390），存在相同的问题，并通过从radeon内核驱动程序切换到amdgpu来解决了该问题。我一直都在使用amdgpu，所以很沮丧。

锐龙1700
AMD R9 390X 8GB
16GB RAM
Ubuntu 18.04.1 LTS

steam-582010.log

TyMiles2012 于 2018-08-24

无法在Arch上运行游戏。某种网络错误。它想将我带到一个链接，但在我看不到它之前就消失了。我只设置了一个NIC，所以不知道发生了什么。

处理器：i7-6700K
GPU：GTX 1080
驱动器：396.54-1
内存：32GB DDR4-2400
发行：Arch
内核：4.18.4-arch1-1-ARCH

lshw.txt

Eragon5779 于 2018-08-24

也出现网络错误，但弹出框只是黑色而崩溃。

硬件信息，但崩溃日志为60MB，并且很难上传到任何地方（甚至无法分析）。

xeals 于 2018-08-24

开箱即用，游戏对我来说完美无缺。与Windows相比，我得到的FPS下降幅度很小（从30下降到25），但Windows下降的频率较低，但是几乎没有引起注意。请注意，由于硬件原因，我在最低设置下播放，与Windows相同。这是我的系统规格：

发行版：Antergos（Arch Linux）
内核：4.18.3-arch1-1-ARCH
GPU：Nvidia GTX 860M
驱动程式：nvidia 396.51-5
CPU：i7-4710HQ
内存：16GB 1333Mhz

一个小问题是，使用KDE，我无法轻松地从全屏模式最小化游戏。尝试这样做会导致系统短暂冻结。与@JonasKnarbakk提到的类似，但是当我失去焦点时，绝对不能得到完整的系统（如@ LP0101报道）。

setzer22 于 2018-08-24

发行版：Ubuntu 18.04
内核：4.15.0-32泛型
显卡：GTX980
司机：396.51
处理器：AMD Ryzen 7 2700X
内存：DDR4 3000MHz 16GB
初始安装后启动到黑屏。如果您尝试Alt-Tab跳出，则会积极切换窗口和全屏显示。
在安装文件根目录中的配置文件graphics_option.ini中设置ScreenMode = Borderless，游戏将正常运行（除非启动后第一个徽标需要10秒钟才能显示）。除了加载到现有角色中并运行了一段时间外，没有做太多事情，但是没有发现任何问题。
已经在wine-esync-3.13-x86-64上花了几个小时，几乎没有问题

我在需要无边界模式以使其正常工作方面也有类似的经验

发行版：Arch 4.18.4
显卡：GTX970
司机：396.54
处理器：i7 3770k
内存：DDR3 16GB

控制器支持正常工作，更改为无边界后玩游戏或性能均无问题

Skylead 于 2018-08-24

您应该真正尝试使用.54驱动程序来修复资源泄漏。

cjwijtmans 于 2018-08-24

尝试加载游戏时，我遇到了E_FAIL: IDX11Device->CreateShaderResourceView(pres->getHandle(), &srvDesc, &mpView)和黑屏的情况

英伟达396.54-1.fc28.x86_64
质子3.7

此后大约一半时间，它将退出，否则该过程将持续到杀死-9'd

Xaenalt 于 2018-08-24

👍2

有人在Vega 64上运行吗？表现如何

LP0101 于 2018-08-25

我可以通过将graphics_setting.ini文件弄乱来解决首次启动时的崩溃问题。我将大多数变量设置为低，最后将其加载。我将尝试平分导致它的设置

Xaenalt 于 2018-08-25

找到它，将VolumeRenderingQuality为Highest是元凶，我可以在没有E_FAIL的情况下将其他设置设置得尽可能高。设置VolumeRenderingQuality下任何Highest为我工作

Xaenalt 于 2018-08-25

👍2

@Xaenalt您可以测试Nvidia 396.51.02（即Vulkan beta）是否发生了错误吗？稳定的Nvidia驱动程序在某些情况下无法创建缓冲区视图，这是一个已知问题，这可能会导致此问题。

doitsujin 于 2018-08-25

当您运行游戏时，该游戏在黑屏上显示，但是会出现。但是一旦进入游戏，对我来说它的作用与Windows相同。我在网上做了几个任务，一切顺利。

我的规格：
电脑信息：
制造商：未知
型号：未知
外形：台式机
未检测到触摸输入

处理器信息：
CPU供应商：AuthenticAMD
CPU品牌：AMD FX（tm）-8350八核处理器
CPU系列：0x15
CPU型号：0x2
CPU步进：0x0
CPU类型：0x0
速度：4000 Mhz
8个逻辑处理器
8个物理处理器
超线程：不支持
FCMOV：受支持
SSE2：受支持
SSE3：受支持
SSSE3：受支持
SSE4a：受支持
SSE41：受支持
SSE42：受支持
AES：支持
AVX：受支持
CMPXCHG16B：受支持
LAHF / SAHF：受支持
PrefetchW：不受支持

操作系统版本：
Linux Mint 19 Tara（64位）
内核名称：Linux
内核版本：4.15.0-33-通用
X服务器供应商：X.Org基金会
X Server版本：11906000
X Window Manager：咕utter声（松饼）
Steam Runtime版本：steam-runtime-beta-release_2018-06-14

显卡：
驱动程序：NVIDIA Corporation GeForce GTX 1050 Ti / PCIe / SSE2
驱动程序版本：4.6.0 NVIDIA 396.54
OpenGL版本：4.6
桌面颜色深度：每像素24位
监视器刷新率：60 Hz
供应商ID：0x10de
设备ID：0x1c82
未检测到修订
监视器数量：1
逻辑视频卡数量：1
主萤幕解析度：1920 x 1080
桌面分辨率：1920 x 1080
主显示屏尺寸：20.08英寸x 11.42英寸（诊断尺寸为23.07英寸）
51.0厘米x 29.0厘米（对角线58.6厘米）
主总线：PCI Express 16x
主VRAM：4096 MB
支持的MSAA模式：2x 4x 8x 16x

声卡：
音频设备：Realtek ALC889

记忆：
内存：7994 Mb

杂：
用户界面语言：英语
语言：sk_SK.UTF-8
可用硬盘总空间：505611 Mb
最大的免费硬盘块：191015 Mb
VR耳机：未检测到

时间= 1d490ce3aaf5900

“ api-ms-win-crt-conio-l1-1-0” =“本机，内置”
“ api-ms-win-crt-heap-l1-1-0” =“本机，内置”
“ api-ms-win-crt-locale-l1-1-0” =“本地，内置”
“ api-ms-win-crt-math-l1-1-0” =“本机，内置”
“ api-ms-win-crt-runtime-l1-1-0” =“本地，内置”
“ api-ms-win-crt-stdio-l1-1-0” =“本机，内置”
“ api-ms-win-crt-time-l1-1-0” =“本地，内置”
“ atl100” =“本地，内置”
“ atl110” =“本地，内置”
“ atl120” =“本地，内置”
“ atl140” =“本地，内置”
“ concrt140” =“本地，内置”
“ mf” =“本地，内置”
“ mfplat” =“本地，内置”
“ msvcp100” =“本地，内置”
“ msvcp110” =“本地，内置”
“ msvcp120” =“本地，内置”
“ msvcp140” =“本地，内置”
“ msvcr100” =“本地，内置”
“ msvcr110” =“本地，内置”
“ msvcr120” =“本地，内置”
“ msvcr140” =“本地，内置”
“ ucrtbase” =“本地，内置”
“ vcomp100” =“本地，内置”
“ vcomp110” =“原生，内置”
“ vcomp120” =“本地，内置”
“ vcomp140” =“本地，内置”
“ vcruntime140” =“本地，内置”

这是新的日志。
steam-582010.log

blastermaster77 于 2018-12-15

9821.747:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\steam_api64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/steam_api64.dll: invalid ELF header
9822.864:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFReadWrite.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfreadwrite.dll: invalid ELF header
9822.944:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/amd_ags_x64.dll: invalid ELF header
9823.030:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\oo2core_5_win64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/oo2core_5_win64.dll: invalid ELF header
9829.780:0026:0030:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\openvr_api_dxvk.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/openvr_api_dxvk.dll: invalid ELF header

看起来新酒开始实现mfreadwrite.dll，并且您还需要为其设置DLL覆盖。

lieff 于 2018-12-15

9821.747:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\steam_api64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/steam_api64.dll: invalid ELF header
9822.864:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MFReadWrite.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/mfreadwrite.dll: invalid ELF header
9822.944:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/amd_ags_x64.dll: invalid ELF header
9823.030:0026:0027:warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\home\\blastermaster\\.steam\\steam\\steamapps\\common\\Monster Hunter World\\oo2core_5_win64.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/z:/home/blastermaster/.steam/steam/steamapps/common/Monster Hunter World/oo2core_5_win64.dll: invalid ELF header
9829.780:0026:0030:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\openvr_api_dxvk.dll": /home/blastermaster/.steam/steam/steamapps/compatdata/582010/pfx/dosdevices/c:/windows/system32/openvr_api_dxvk.dll: invalid ELF header

看起来新酒开始实现mfreadwrite.dll，并且您还需要为其设置DLL覆盖。

覆盖user.reg上的mfreadwrite.dll之后的新日志

steam-582010.log

blastermaster77 于 2018-12-15

现在，我看不到明显的错误，但是在mfplat中仍然会崩溃。可能游戏使用H264以外的其他格式，并且可能需要更多的注册表项传输（甚至其他文件）。

lieff 于 2018-12-15

现在，我看不到明显的错误，但是在mfplat中仍然会崩溃。可能游戏使用H264以外的其他格式，并且可能需要更多的注册表项传输（甚至其他文件）。

好的，谢谢您的帮助，我们将继续努力。

blastermaster77 于 2018-12-15

Ubuntu 18.04
NVIDIA 1080 GTX（415）
64 GiB内存
1440p
质子3.16-5

就性能而言，游戏运行正常（在1440p时21：9时约为35

~~似乎无法设置我的键盘（PS3无线，PS3有线USB，模拟XBOX）-如果没有控制器，尤其是弓箭和其他需要聚焦/缩放的武器，则游戏很难玩~~
播放电影时，游戏会崩溃-直到最后的老板才是一个问题（我知道人们已经报告了解决方法，我认为最好的办法是只是通过存根实现自己跳过电影）
~~性能可能会有所提高（已全部耗尽，不确定Windows上的性能如何）~~

我在PS4上有大约1000个小时的时间，这更多是一个实验，但我真的很想切换到PC / Linux组合...

编辑

我问过Windows上的性能，似乎并没有什么不同...再加上较高的设置，它的运行速度约为50 FPS。无法使用护垫让我发疯...

编辑2

我们确实需要修复电影，而这将是白金级的...我设法启用了Pads，遵循了与Windows相同的教程，并且可以正常工作。这款游戏在PC上比PS4更好...

Emanem 于 2018-12-16

Ubuntu 18.04
NVIDIA 1080 GTX（415）
64 GiB内存
1440p
质子3.16-5
就性能而言，游戏运行正常（在1440p时21：9时约为35
* Can't seem to be able to setup my pad (PS3 wireless, PS3 wired USB, XBOX emulated) - and the game is super hard to play without controller, especially Bow and other weapons which require to focus/zoom

* The game crashes when playing movies - not an issue up until the final boss (I know people have reported workarounds, I think the best would be to just skip the movies themselves with a stub implementation)

* Performance could be improved (it's all maxed out, not sure though what is the performance on Windows)
我在PS4上有大约1000个小时的时间，这更多是一个实验，但我真的很想切换到PC / Linux组合...
编辑
我问过Windows上的性能，似乎并没有什么不同...再加上较高的设置，它的运行速度约为50 FPS。无法使用护垫让我发疯...
编辑2
我们确实需要修复电影，而这将是白金级的...我设法启用了Pads，遵循了与Windows相同的教程，并且可以正常工作。这款游戏在PC上比PS4更好...

关于控制器问题，请执行此操作，然后告诉我是否可以解决问题。我在ubuntu 18.04 http://steamcommunity.com/app/353370/discussions/0/490123197956024380/

blastermaster77 于 2018-12-16

只需发布视频即可看到问题https://t.co/rKisdtS8LC

blastermaster77 于 2018-12-17

@Plagman @ blastermaster77 @lieff @buscher唯一不是_platinum_的真正问题是电影不能被跳过（或理想地播放）。

我看过了此API的默认实现，它似乎返回E_NOTIMPL 。我认为在CAPCOM上查看MSDN上的
我在想，也许我们是否要打补丁此wine实现调用，返回_MF_E_INVALIDSTREAMNUMBER_并设置
*type = NULL;
也许CAPCOM人群可能已经编写了一些代码来处理明显的失败？
这是唯一的希望，除非我们可以重新打包所需的二进制文件，否则@Plagman请联系CAPCOM并要求他们正确管理_E_NOTIMPL_？：+1：

希望我们能够对此进行排序，然后我们会完成！

编辑

经过大约2个小时的会话后，游戏大约每20分钟就会出现一次软崩溃（即，屏幕没有刷新，但是音乐和过程仍然有效-谢谢，我只是杀死了_pid_并重新启动它），这很烦人。
我应该捕获日志吗？有用吗？
_dmesg_日志是：

[1831.482496] NVRM：Xid（PCI：0000：01：00）：31，通道0000002b，整数10000000。MMU错误：发动机图形GPCCLIENT_T1_5 @ 0x0_00000000错误。故障的类型为FAULT_PDE ACCESS_TYPE_READ
[3610.304080] snd_hda_intel 0000：00：1f.3：不稳定的LPIB（65536> = 32768）；禁用LPIB延迟计数
[4340.252228] NVRM：Xid（PCI：0000：01：00）：31，通道0000002b，整数10000000。MMU错误：ENGINE GRAPHICS GPCCLIENT_T1_7 @ 0x0_00000000错误。故障的类型为FAULT_PDE ACCESS_TYPE_READ
[5497.137813] perf：中断花费的时间太长（2508> 2500），将kernel.perf_event_max_sample_rate降低至79500
[5931.131236] NVRM：Xid（PCI：0000：01：00）：31，通道0000002b，整数10000000。MMU错误：发动机图形GPCCLIENT_T1_9 @ 0x0_00000000错误。故障的类型为FAULT_PDE ACCESS_TYPE_READ
[6644.139978] NVRM：Xid（PCI：0000：01：00）：31，通道0000002b，intr10000000。MMU故障：ENGINE GRAPHICS GPCCLIENT_T1_4错误@ 0x0_00000000。故障的类型为FAULT_PDE ACCESS_TYPE_READ

与@buscher @Likutar相同。
有人找到了解决方案吗？还是Nvidia驱动程序问题？我应该回复到410吗？

Emanem 于 2018-12-17

👍1

@Emanem我也遇到了GTX 1070冻结问题，驱动程序为415.23和Proton 3.16-5

到目前为止，每个驱动程序版本和每个Proton版本都存在此问题。

它可能会在2个小时的游戏时间后甚至10分钟之内发生，但是我似乎是随机的（无论计算机是刚刚启动还是第三次启动游戏）

nyanloutre 于 2018-12-18

@nyanloutre只是为了确认，它只会使渲染线程崩溃，但主要进程已启动（因为音频正常工作），而且系统也很好-我正确吗？

是的，它可能会在10分钟后发生，但也可能在2小时后发生……这是最令人失望的一点，因为游戏并不经常保存。
同样，对我来说，这似乎是Nvidia驱动程序的问题。

Emanem 于 2018-12-18

作为记录，我打开了https://github.com/doitsujin/dxvk/issues/816来调查冻结，但是还没有已知的修复/解决方法。

buscher 于 2018-12-18

@Emanem是的，当音频崩溃时，音频仍在播放，我可以在终端中的alt选项卡

nyanloutre 于 2018-12-18

好像是通过禁用_motion blur_来降低它发生的几率（仍然发生，但很少发生）。
我会进行更多测试，并让您知道。

Emanem 于 2018-12-20

因此，我打算在这里仅在linux上玩255小时，这可以弥补我在游戏中发现的所有问题。

崩溃

我注意到有4种不同的崩溃，很可能是同一原因引起的。

1.完全系统崩溃。

迄今为止最罕见的情况，最多只发生了2到3次，这意味着即使音频消失了，也总是在另一种崩溃之后发生，因此可能是系统无法从触发该崩溃的另一次崩溃中恢复过来。

2.不可恢复的游戏崩溃

令人讨厌的崩溃，以及该线程中似乎最频繁的崩溃。游戏可以随时随地在任何屏幕上崩溃（甚至在加载屏幕上），它具有“音频一直在播放”的症状，但是这不仅是渲染崩溃，因为游戏状态被冻结，音频只会循环播放播放，其中包括声音效果。

2.1在415+ Nvidia驱动程序之前

在415个驱动程序之前，崩溃后几乎不可能将任何输入发送到系统，我所能获得的最接近的尝试是尝试将其更改为tty，但是如果我设法获得黑屏，它将永远不会加载登录提示。

2.2 Nvidia 415.18.04 Vulkan-beta驱动程序

游戏无法进行，我几乎无法在没有崩溃的情况下获得10分钟的游戏时间，但是有时_仅游戏崩溃了，我可以先选择选项然后将其杀死

2.3当前驱动程序（415.22.01）

游戏是可玩的，仍然有所有已知的崩溃，但有时可以按制表并杀死

3.可恢复的崩溃

在我的情况下，最常见的情况是游戏会崩溃，但是在1或5分钟后，它将恢复运行，好像什么都没发生，除了网络超时。

起初并不常见（大约在十月中旬），但是随着内核，质子和Nvidia驱动程序更新的时间流逝，它变得越来越普遍。

行为与不可恢复的游戏崩溃，音频循环以及系统直到恢复之前都没有响应一样。

4.窗口管理器崩溃

注意到415+，游戏将崩溃，并使用肉桂带上了合成器，只有桌面可见，包括图标，但没有任务栏，我通常在第二个显示屏上使用的浏览器也消失了，并显示了墙纸。有时我可以更改为tty并终止MH进程，但是我仍然需要终止窗口管理器并开始新的会话，有时我设法重新启动WM且没有任何不利影响

有关崩溃的一般详细信息

我怀疑崩溃可能会对CPU造成一定的影响，游戏音频仍会循环播放，但是游戏状态被冻结（如发生恢复时所看到的）（如果正在播放视频），例如在You Tube上播放音频，音频将继续播放正常，直到缓冲的内容结束，然后停下来并稍停片刻后恢复，通常是在游戏从崩溃中恢复的同时，或者计算机恢复了对鼠标和/或键盘输入的响应，请注意，视频音频始终会恢复是否可以恢复对PC的控制。

我已经使用Vulkan-beta分支很长时间了，并且从396.54.09升级到415.18.04，该游戏一直崩溃，更新到415.22.01驱动程序之后，它的频率似乎是396崩溃，也许要少一些，但由于我无法改变的偶尔发生的游戏崩溃，这种情况在396上没有发生。

通常，当发生无法恢复的崩溃时，两个显示器上都会更新一帧或两帧，并且在这种情况下，每次发生完全系统崩溃时，如果发生了帧更新而游戏没有恢复，我只会硬重置，而从不设法摆脱了。请注意，帧更新不是不可恢复的崩溃的必要条件。

当在另一台显示器上运行nvidia-smi时，它偶尔会在发生崩溃时显示100％GPU使用率，这是我见过的唯一报告100％GPU使用率的情况。

视频编解码器

播放任何游戏中的视频都会使游戏崩溃，除非您安装了足够的编解码器，否则它们必须从Windows 7 64位安装中获取，并且注册表来自同一台计算机。

Wine缺少编解码器来播放这些文件（system32文件夹中的文件看上去像是存根大小），或者有人实现了与Windows版本等效的dll，或者做出了使用Linux版本的编解码器的变通办法（如果存在）不用说，您不能不激怒Microsoft就分享这些内容。

性能

有人说这是“相当不错”，但我不同意，在linux和Windows上使用相同的设置，我看到了30 FPS的差异（Windows上为98，Linux上为68）。

Likutar 于 2018-12-20

👍3

它表明质子3.16-6解决了视频问题！别人可以确认吗？

blastermaster77 于 2018-12-22

看起来好像运行情况要好得多，但是现在我的游戏被无限期地卡在烂谷上了...

它不会冻结，但加载栏会经过95％的路径，并停留在那里。

HMSS013 于 2018-12-22

我满怀希望，但没有，我只是被冻结了，应该指出的是，现在只有渲染崩溃了，游戏最终得以恢复，我什至设法中止了任务。

在这一点上，我对可能导致此问题的原因没有任何想法，可能是葡萄酒引起了一定的影响，因为现在的车祸已经完全不同了。

Likutar 于 2018-12-22

出于某种原因，我能够在最后一个拥有质子3.16-6的头目之后观看视频剪辑。我尝试了视频教程，但仍然崩溃，至少现在我可以继续播放了。

blastermaster77 于 2018-12-22

出于某种原因，我能够在最后一个拥有质子3.16-6的头目之后观看视频剪辑。我尝试了视频教程，但仍然崩溃，至少现在我可以继续播放了。

可以确认问题仍然存在，当我去画廊观看视频序列时，它仍然崩溃，我认为发生了一些奇怪的事情，让视频播放得很好哦。

blastermaster77 于 2018-12-22

最终到达_Xeno_（基本游戏结束），然后决定使用Windows 10 _watch_电影，然后将保存回导入。

我觉得很脏:(

希望这些媒体功能包接口可以由_wine_一堆正确实现！

编辑

删除了直接链接

Emanem 于 2018-12-25

上面的警告：这是文件下载的直接链接。

WesCook 于 2018-12-25

Alienware 15R4
发行版：Manjaro
内核：4.19.0.3-MANJARO
GPU：Nvidia GTX 1070（移动版）
驱动程序：Nvidia 415（我相信）
处理器：i7 8750H
内存：16GB

当前存在一个Windows错误，该错误导致Nvidia卡上的Monster Hunter World和Monster Hunter World崩溃。（ERR12“图形设备崩溃”）对此的假定解决方法是将Nvidia控制面板-3D设置-全局-电源管理设置为最高性能。

我很好奇这是否与GNU / Linux计算机上发生的问题相同。我想知道是否可以将Power-Mizer设置为最高性能模式，以解决此问题。

自行承担风险

命令（对我而言）是nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 > /dev/null

我可能没有时间对其进行一点测试，但是我将发布结果。

robbierobs 于 2019-01-01

Alienware 15R4
发行版：Manjaro
内核：4.19.0.3-MANJARO
GPU：Nvidia GTX 1070（移动版）
驱动程序：Nvidia 415（我相信）
处理器：i7 8750H
内存：16GB
当前存在一个Windows错误，该错误导致Nvidia卡上的Monster Hunter World和Monster Hunter World崩溃。（ERR12“图形设备崩溃”）对此的假定解决方法是将Nvidia控制面板-3D设置-全局-电源管理设置为最高性能。
我很好奇这是否与GNU / Linux计算机上发生的问题相同。我想知道是否可以将Power-Mizer设置为最高性能模式，以解决此问题。
自行承担风险
命令（对我而言）是nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1 > /dev/null
我可能没有时间对其进行一点测试，但是我将发布结果。

我在Power mizer设置为最大的情况下测试了大约3个小时，并且它没有崩溃将继续测试以查看它是否是确定的修复程序。

blastermaster77 于 2019-01-02

👍2

@robbierobs我可以确认在性能上使用PoweMizer是可行的！我玩了几个小时的游戏，但它没有冻结。如果禁用它，它将冻结。谢谢。

blastermaster77 于 2019-01-03

👍1

@robbierobs我可以确认在性能上使用PoweMizer是可行的！我玩了几个小时的游戏，但它没有冻结。如果禁用它，它将冻结。谢谢。

完善！我很高兴看到它正在工作！

接下来，我们将不得不查看过场动画是否仍然导致崩溃。我离比赛还差得远，有人能确认这是否可以解决游戏结束时的崩溃问题吗？我假设过场动画会导致节电，这就是导致它崩溃的原因。

robbierobs 于 2019-01-03

@robbierobs不幸的是它似乎没有为我修复。我运行了命令，并尝试通过gui进行设置。在玩了大约15分钟之后，我完成了一次完整的系统锁定并发生了一场游戏崩溃。可能是我在4.20内核上。有一段时间后，我将切换至4.19，然后再进行一次测试。

ecru332 于 2019-01-03

@ ecru332您可以发布系统规格，并确认您已设置为最高性能吗？（在没有打开窗口，没有浏览器的情况下坐在桌面上，GUI应该显示为最大值且未更改）

robbierobs 于 2019-01-03

@robbierobs我现在不在电脑上，所以我无法得到超级详细的信息，但是我可以记住以下这些规格：

定制桌面
发行版：Manjaro Linux
内核：4.20.0
GPU：GTX 1080ti
司机：Nvidia 415.25
处理器：i7-4790k
主板：技嘉Z97X-Gaming 3
内存：32GB

我非常确定它处于最高性能，该图表显示了第3阶段，当我查看它时，我的频率为1923Mhz。虽然它可能是在撒谎，但Nvidia的东西可能有点挑剔...

回到电脑时，我会仔细检查频率。

ecru332 于 2019-01-03

@ ecru332对我来说最大水平是4。让我知道您找到了什么。

robbierobs 于 2019-01-03

我测试了几个小时，并发生了一次崩溃。似乎比平时更好！

编辑

我用设置1进行测试，级别为4。
1080 GTX与415.25

Emanem 于 2019-01-03

经过13个小时的游戏，我终于冻结了，但确实有很大帮助。

在2019年1月3日，星期四，下午6:26 Emanem < [email protected]写道：

我测试了几个小时，并发生了一次崩溃。似乎比平时更好
虽然！
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-451297424 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AI4Dvk6Ir7RkRa44TR_opqJg1OeWtYQ3ks5u_oOxgaJpZM4WIe20
。

blastermaster77 于 2019-01-03

@robbierobs我认为我的表现水平有些混乱。该图表具有0-3级，所以我说了3级，但它位于第四级。除非某个地方应该有4，否则我会很困惑。

ecru332 于 2019-01-04

@ ecru332很好，只要它是最大级别即可。我们仍然在用Max的力量崩溃。

@ blastermaster77 @emanem。感谢您的更新。搜索继续。

robbierobs 于 2019-01-04

我的问题可能出在内核上，因为当我切换回4.19时，它比正常的时间更长。因此，似乎将功率级别设置为max并在内核4.19上可以使其更加稳定。只要我能通过一次狩猎并在崩溃前保存下来，我现在对此就感到满意。

编辑：

没关系，今天早上约5分钟后，我发生了车祸。

ecru332 于 2019-01-04

我刚刚打完比赛，有点...

杀死了最后一个老板，然后崩溃了。现在我什至无法在保存文件上玩游戏，因为每次尝试加载它时它都会崩溃，因为它试图播放Wine没有编解码器的过场动画。

我使用的是3.16-6，即使显然它适用于@ blastermaster77，也无法正常工作，您还有其他工作吗？

z0z0z 于 2019-01-05

@ z0z0z按照此早期文章中的说明操作
您需要具有媒体更新的64位Windows 7才能获取所需的文件。
或者，您可以在Windows计算机上启动保存，观看过场动画，然后将保存带回。

Confetti-Camouflage 于 2019-01-05

@五彩纸屑迷彩

是的，我刚刚在Windows笔记本电脑上安装了Steam和MHW，以5 FPS观看过场动画，然后在我的普通PC上运行了。

甚至根本不需要手动传输保存文件，它由于Steam云而自动运行。

z0z0z 于 2019-01-06

关于过场动画不起作用，与开场动画有什么不同吗？开始新角色时？

我还没有尝试使用Proton，但是在“ winetricks dxvk”（葡萄酒通常来自git master，此时为4.0-rcs，而我等待4.0发布，然后再提交AppDB测试数据。开场动画确实以非常低的FPS值运行，甚至使A / V不同步，但是我相信我当时的图形设置被设置为最大值...需要用我当前的可播放设置重新测试）。

我所说的一切并不是说我起步很晚，部分原因是我的键盘有时会突然丢给游戏，这是一个奇怪的问题。从来没有见过这个。鼠标控制在当时还是可以的，否则键盘可以工作。游戏只是不响应我按下的任何键，因此必须终止它。

还使用nvidia硬件（GTX 960），通常具有最新的专有驱动程序，但尚未发现任何实际崩溃。

我注意到普通酒的一些小问题：

首次启动游戏时，只有一个黑屏，当我为它计时一次时，它可能会保持这种状态至少约8分钟。更改分辨率似乎会重置此设置（某种着色器构建？）。第一次开始后就没事了。
“体积渲染质量”设置似乎会对性能产生巨大影响，并可能导致FPS值小于1（否则，我可能会有15到80左右，具体取决于其他设置和游戏中的位置/视图）。

Chiitoo 于 2019-01-06

👍1

@ z0z0z按照此早期文章中的说明操作
您需要具有媒体更新的64位Windows 7才能获取所需的文件。

遗憾的是，这似乎不足以播放教程视频（您可以看到这些视频显示了不同武器的工作方式）。
即使有此修复程序，也可以立即崩溃到桌面。

fosspill 于 2019-01-07

遗憾的是，这似乎不足以播放教程视频（您可以看到这些视频显示了不同武器的工作方式）。

忘记了这些东西是一件事（从来没有尝试过）。使用纯白葡萄酒（4.0-rc4-10-g40c5184a90a6），它们确实也导致了我的崩溃。

Chiitoo 于 2019-01-07

遗憾的是，这似乎不足以播放教程视频（您可以看到这些视频显示了不同武器的工作方式）。
即使有此修复程序，也可以立即崩溃到桌面。

@fosspill应用并注册dll确实可以修复教程视频。仔细检查您是否完全按照说明进行操作？

Confetti-Camouflage 于 2019-01-09

我对通过质子运行MHW有问题。因此，我可以通过它启动游戏，传递徽标，加载屏幕并加载到城镇中。游戏可以正常运行一点，但最终会在所有东西冻结到位的情况下崩溃。在这一点上，我将不得不通过终止葡萄酒酿制过程来结束游戏。但是，这样做之后，我将无法越过徽标，因为重新启动游戏时屏幕将变黑。从本质上讲，发生这种情况后，我无法与质子一起使用MHW，必须等待该问题以某种方式自行解决，如果我等了几天便会解决...我觉得有些文件需要删除才能允许Wine在徽标后加载游戏。如果是这样，这是真的吗？我如何才能超越呢？

我正在使用蒸汽质子3.16-6，Fedora 29，Nvidia驱动程序415.25

Fatmice 于 2019-01-18

我对通过质子运行MHW有问题。因此，我可以通过它启动游戏，传递徽标，加载屏幕并加载到城镇中。游戏可以正常运行一点，但最终会在所有东西冻结到位的情况下崩溃。在这一点上，我将不得不通过终止葡萄酒酿制过程来结束游戏。但是，这样做之后，我将无法越过徽标，因为重新启动游戏时屏幕将变黑。从本质上讲，发生这种情况后，我无法与质子一起使用MHW，必须等待该问题以某种方式自行解决，如果我等了几天便会解决...我觉得有些文件需要删除才能允许Wine在徽标后加载游戏。如果是这样，这是真的吗？我如何才能超越呢？
我正在使用蒸汽质子3.16-6，Fedora 29，Nvidia驱动程序415.25

@Fatmice有两件事要考虑：

不幸的是，Nvidia驱动程序确实崩溃了，因此可以节省很多时间，而当游戏崩溃时，您可以从那里重新启动。我不得不说最新的（415.27）似乎更加稳定（崩溃的一半）
该游戏使用特定版本的Microsoft库播放电影（再次，不是在游戏中的场景，而是电影，例如武器教程中的电影），并且该库未在_wine_中实现。只要您不看电影（就像武器教程一样），就可以了。唯一的问题是当您击败最终的怪物时，游戏将迫使您播放电影过场动画，到目前为止，您将永远不会前进。解决方案是：
- 在Windows中加载游戏，保存并在Linux上再次移动
- 下载播放这些电影所需的库（请注意，由于许可问题，默认情况下_wine _ / _ proton_不包含这些库），进行设置并允许播放电影并继续

希望这可以帮助！

附言我有将近130个小时的工作时间，它绝对可以正常工作并且可以玩。

Emanem 于 2019-01-20

@Emanem我在游戏中的电影上没有问题...在游戏崩溃后重新启动游戏时遇到问题。它崩溃后就不会越过Capcom徽标，因为除了黑屏外什么也没有...我觉得Wine前缀中还剩下一些文件，需要删除这些文件才能超越此范围？我不知道Fedora 29是否发布了415.27 ...

Fatmice 于 2019-01-21

我所说的一切并不是说我起步很晚，部分原因是我的键盘有时会突然丢给游戏，这是一个奇怪的问题。从来没有见过这个。鼠标控制在当时还是可以的，否则键盘可以工作。游戏只是不响应我按下的任何键，因此必须终止它。

这是我目前的主要痛点。每隔一个小时左右，键盘就会停止工作。这使我杀死了-9进程并重新加载了游戏。鉴于自动保存的性质，这也意味着每次都会损失很多进度。我可以避免视频崩溃；我有点需要键盘才能真正演奏。

greydmiyu 于 2019-01-25

@Emanem我在游戏中的电影上没有问题...在游戏崩溃后重新启动游戏时遇到问题。它崩溃后就不会越过Capcom徽标，因为除了黑屏外什么也没有...我觉得Wine前缀中还剩下一些文件，需要删除这些文件才能超越此范围？我不知道Fedora 29是否发布了415.27 ...

@Fatmice FYI，非免费的rpmfusion库已经有415.27驱动程序。

ljn917 于 2019-01-25

更新为415.27，无变化，一旦MHW坠毁，重新启动游戏后Capcom徽标仍然黑屏。

Fatmice 于 2019-01-25

@Fatmice在Capcom徽标后加载保存文件。不幸的是，我想您的保存文件可能在崩溃期间损坏了。您可以先尝试备份，然后再删除原始的保存文件。

ljn917 于 2019-01-26

@ ljn917不太可能，因为我可以将该文件传输到Windows计算机，并且可以正常加载。

Fatmice 于 2019-01-26

@Plagman出于好奇，您知道Nvidia是否有人正在调查此驱动程序问题？

Emanem 于 2019-01-29

👀1

可能的游戏修正：
https://github.com/doitsujin/dxvk/issues/728#issuecomment -459839962

Ahmed-E-86 于 2019-02-01

👍1

@ ahmed-elsayed2017尝试了此修复程序，但当我尝试播放教程视频（仅测试过的视频）时，游戏仍然崩溃。看起来它正在尝试使用mfplat文件，但使用时出现问题。
mfplat.dll v12.0.7601.23471 64-bit with MD5: 2188de5fa5c741fb2b81eb9f37d26ba7
steam-582010.log

fgblomqvist 于 2019-02-05

某些游戏需要安装MF + WMP才能播放视频。 WMP是一个有问题的组件，因为它只能以32位前缀安装。葡萄酒开发人员就像现在正在处理WMF问题一样，这是一个老问题，他们现在正在为Vulkan开发DX9 / DX10 / DX11 / DX12作为他们的官方Wine，并修复了新旧错误的组合。增加Wine / Proton上可运行的游戏数量，因此不要指望很快解决其他问题！

Ahmed-E-86 于 2019-02-05

@ ahmed-elsayed2017啊，我明白了。笨蛋谢谢您的详细解释！

fgblomqvist 于 2019-02-05

目前对我来说很糟糕，似乎无法找出原因。
steam.txt现在使用3.16-6 beta

prototype99 于 2019-02-05

Winetricks即将发布一个补丁，以添加某些需要Media Foundation本机dll的游戏所需的文件。它可能比手动修复更好。

https://github.com/Winetricks/winetricks/issues/1132

Ahmed-E-86 于 2019-02-05

👍2

@ ahmed-elsayed2017我相信质子团队也在努力解决这个问题。

fgblomqvist 于 2019-02-05

👍1

可能的游戏修正：
doitsujin / dxvk＃728（评论）

这是否至少解决了冻结问题？：D
PS：整个游戏中的变量rnd冻结就是我在说的
PSS：> @fgblomqvist我相信质子团队也正在为此进行修复。
我希望如此:(

Lelo91 于 2019-02-06

@ Lelo91自从我购买了一台具有更强大硬件的新计算机（例如，游戏不再给我的GPU带来100％的负载）以来，我还没有遇到任何死机/崩溃。挺奇怪的，但是是的。

fgblomqvist 于 2019-02-06

@fgblomqvist

嗯，我也有一个相对较新的系统，并且在游戏运行时它运行得很好，对此bug感到非常困惑，唯一使它变得更好的是随处可见的powermizer选项

PS：此外，几天前我出于野心的希望重新安装了ubuntu 18.04，以摆脱冻结并选择nvidia probrietary驱动程序410.93而不是updatecenter驱动程序，在冻结之前的时间扩展方面做了一些改进，但是如果我死定了，我再也无法以任何方式退出并杀死游戏进程，每次硬重置都会伤害我的手指
PSS：
处理器：AMD Athlon 200GE
GPU：Nividia 1060 3GB
内存：8GB
MB：华硕Prime 450m-k

Lelo91 于 2019-02-06

@ Lelo91自从我购买了一台具有更强大硬件的新计算机（例如，游戏不再给我的GPU带来100％的负载）以来，我还没有遇到任何死机/崩溃。挺奇怪的，但是是的。

我曾经用Arch上的RX580连续运行了几个小时，没有任何问题或崩溃。

我尝试将RX460与2GB的VRAM一起使用，它可以让您加载到游戏中，然后一旦移动相机，它就会崩溃并冻结Xorg。

也许这里发生崩溃的人的VRAM耗尽了？或功能较弱的硬件会使它崩溃。

z0z0z 于 2019-02-07

@ z0z0z我在40-50 fps的GTX 1060 Ti上运行它，然后我升级到了在70-80 fps时最大运行的RTX 2080 Ti。我认为VRAM可能是一个问题，或者游戏无法以至少一定的速度渲染时由于某种原因而变得不稳定（毕竟这是一个控制台端口，这不会让我感到惊讶）。即使以40至50的分辨率运行，它的分辨率也是如此。有时跌破30。

fgblomqvist 于 2019-02-07

我在使用Geforce 1070（笔记本电脑）时发生了几次崩溃。我认为他们都是
在竞技场任务中。

在2019年2月6日星期三18:18 z0z0z [email protected]上写道：

@ Lelo91 https://github.com/Lelo91我还没有一个
自从我购买了具有更强大硬件的新计算机以来，冻结/崩溃
（例如，游戏不再给我的GPU带来100％的负载）。很奇怪，但是
是的，idk。
我曾经用RX580这款游戏一次运行了几个小时
在Arch上，没有任何问题或崩溃。
我尝试将RX460与2GB的VRAM一起使用，它将让您加载到
游戏，然后一旦您移动相机，它就会崩溃并冻结
Xorg。
也许这里发生崩溃的人的VRAM耗尽了？或更不强大
硬件只会使其崩溃。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-461227416 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ABY5ni1KbNpzzTc0JSYqw6Ys5f4EysbZks5vK2LegaJpZM4WIe20
。

ljn917 于 2019-02-07

@fgblomqvist我以您在Windows上描述的帧速率玩游戏，没有崩溃。我认为，如果不稳定性取决于帧速率，则可能是Proton堆栈（ed：或LInux驱动程序等）中潜在问题的结果。

InvalidInterrupt 于 2019-02-07

👍1

也许这里发生崩溃的人的VRAM耗尽了？

这也是我的猜测之一。在为Wine AppDB编写测试报告（香草酒）时，我也开始使它们冻结。 [1]

我有一个GTX 960，它只有大约2 GiB的内存，如果使用1080p分辨率（大多数情况下将图形设置设置为尽可能低），则通常会始终使用99-100％的内存。

我将分辨率设置为900p，一度似乎使情况变得更好，从85％左右开始，但无论如何（泄漏），它似乎最终都会上升。

内存更大的卡使用了多少游戏？

https://appdb.winehq.org/objectManager.php?sClass=version&iId=37601&iTestingId=104892

Chiitoo 于 2019-02-07

@ z0z0z @Chiitoo我在笔记本电脑上测试了内存不足的可能性。在我的Geforce 1070（笔记本电脑版本，8GB VRAM）上使用了大约3.5 GB。崩溃并未导致VRAM出现峰值。

如果只有2GB的VRAM，则很有可能会超出VRAM，但在其他情况下（VRAM> 4GB），我认为偶发的崩溃与VRAM的使用无关。

ljn917 于 2019-02-08

@ ljn917 ，

可以肯定的是，您的意思是“音乐还在播放”？

谢谢！

Chiitoo 于 2019-02-09

是

2019年2月9日，星期六，08：02 Chiitoo [email protected]写道：

@ ljn917 https://github.com/ljn917 ，
可以肯定的是，您的意思是“音乐还在播放”？
谢谢！
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-462042797 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ABY5noigVg_bzVi-AkMxbIsy5GgfxDVjks5vLsbkgaJpZM4WIe20
。

ljn917 于 2019-02-09

我找到了Windows机器的“可能的修复程序”，但没有一个自己要测试，也许某人拥有一些专业知识并且手头上正确的东西想看一眼该修复程序的洞察力，它声称修复了MH冻结和卡顿的情况： W，这是一个Facebook链接：
删除了该链接，因为我没有对其进行测试，并且许多人将其声明为病毒/间谍软件

编辑：自从安装win10以来，我一直没有冻结而没有测试该修复程序，所以所有人都非常警惕，因此没有对其进行测试，不确定是由于win10还是一个新的nvidia驱动程序，现在在win10上为我修复了它

Lelo91 于 2019-02-09

👎4

该帖子看起来可疑AF

Xaenalt 于 2019-02-09

该帖子看起来可疑AF

我实际上是在冒险，安装win10并对其进行测试，它将让您知道它是否值得研究

Lelo91 于 2019-02-09

该帖子看起来可疑AF
我实际上是在冒险，安装win10并对其进行测试，它将让您知道它是否值得研究

显然这是一种病毒/间谍软件，没什么...

Emanem 于 2019-02-10

另一个注意事项是，自从我重新进入并开始测试以来，当它出现时，我能够查看顶部，Xorg的旋转速度为100％，而游戏的正常速度为80ish％

Xaenalt 于 2019-02-13

啊，哥！

Feb 12 20:50:11 graviton.localdomain kernel: NVRM: Xid (PCI:0000:01:00): 31, Ch 0000009b, intr 10000000. MMU Fault: ENGINE GRAPHICS GPCCLIENT_T1_8 faulted @ 0x0_00000000. Fault is of type FAULT_PDE ACCESS_TYPE_READ

当游戏进入完全锁定模式时，它会显示在日志中

根据Nvidia的手册，这是GPU内存页面错误，可能是驱动程序错误或用户应用程序错误

有什么想法如何进一步追踪吗？

Xaenalt 于 2019-02-13

好的，找到了cuda-memcheck，看我是否可以使其在那下运行，也许我们最终会找到冻结错误！

Xaenalt 于 2019-02-13

嗯，尝试将cuda-gdb附加到它似乎会导致崩溃，但是我不是gdb专家，有人可以在其中附加调试器吗？

Xaenalt 于 2019-02-13

不知道您是否知道这一点
https://github.com/doitsujin/dxvk/issues/816

大多数游戏都有非常强大的反调试措施...我在想
在dxvk中添加windows_print_stacktrace（）以打印堆栈跟踪。

2019年2月12日，星期二，21：46肖恩·普赖尔[email protected]写道：

嗯，尝试将cuda-gdb附加到它似乎导致它崩溃，但是我
没有gdb专家，有人可以在其中附加调试器吗？
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-463033810 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ABY5npo47lv25JfnwojOk8cJjysqXNLRks5vM3x-gaJpZM4WIe20
。

ljn917 于 2019-02-13

嗯，所以其他人已经找到了根错误消息

是的，我认为，通过我第一次尝试使用gdb时，该游戏确实在附加状态下运行，但是过渡似乎会杀死它

我看看其他线程中的某些内容是否可以帮助您

Xaenalt 于 2019-02-13

设法将cuda-gdb连接到它，手指交叉了！

要附加cuda-gdb，您需要执行以下操作：

Start MHW and get into the game proper. The early menu screens will crash if you attach early
ps aux | grep MonsterHunterWorld.exe # Note the PID of the actual executable
cuda-gdb
# The rest of these inside the cuda-gdb shell
handle SIGUSR1 nostop noprint
handle SIGQUIT nostop noprint
set cuda api_failures stop
attach <mhw pid from above>
continue

此时，游戏将运行，并希望在出现空指针取消引用时为我们提供良好的回溯

Xaenalt 于 2019-02-14

有什么想法如何进一步追踪吗？

刚刚发生的崩溃/音乐播放锁定了X问题。必须通过我的手机进行SSH杀害MHW。但是，在搜索NVRM时，我看到一个转储，表明Steam是死亡的那个。我的Firefox会话仍在进行中，但Steam确实死了。也许是与Steam的某些交互作用引起的？

greydmiyu 于 2019-02-15

嗯，这可以解释为什么gdb没有从MHW的进程中捕获崩溃

Xaenalt 于 2019-02-15

MHW有许多线程。我认为渲染线程不是主线程。

在2019年2月15日星期五，10：19肖恩·普赖尔[email protected]写道：

嗯，这可以解释为什么gdb无法赶上MHW的崩溃
处理
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-464087135 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ABY5nrpluD2wfHy4RCEIFjCkxb_-xHVBks5vNtACgaJpZM4WIe20
。

ljn917 于 2019-02-15

我担心的问题是DXVK指向有效的_handle_，但是驱动程序释放了底层内存，而没有资源本身重新分配（即，不是DXVK错误，而仅仅是驱动程序中的错误）。

毕竟这在AMD上不会发生，而在Nvidia上相对普遍。

Emanem 于 2019-02-16

我使用AMD卡在机器上拥有完整的系统锁定：
GPU：RX590
司机：18.3.3（RADV）
处理器：i7 6700k
linux Dist：Manjaro（Arch）-4.19内核

奇怪的是我必须使用电源按钮关闭PC的电源。 SSH或“重置”按钮似乎均无效。这只是在瓦尔·哈扎克（Vaal Hazak）战斗期间始终发生在我身上。加上降低音量渲染可使游戏在崩溃前持续更长时间的事实，使我认为此错误与粒子渲染有某种关系（因为该特定怪物使用了数量荒谬的粒子效果）

xantyleonhart 于 2019-03-06

嗯，为帮助诊断，您可以执行两个步骤：
进入Steam目录（在我的系统上为〜/ .local / share / Steam），进入Steamapps / common，然后进入您所使用的Proton版本的目录。然后mv user_settings.py.sample到user_settings.py

在其中设置两个值（它们可以相同或不同）
DXVK_SHADER_DUMP_PATH=/some/path （确保/some/path存在，很多文件将在此处转储）。设置此项可能会稍微影响帧速率，但仍可以播放

第二个需要LunarG sdk，您可以在此处https://vulkan.lunarg.com/doc/sdk/1.1.101.0/linux/getting_started.html有关如何安装它的说明

设置完成后，请确保在启动MHW之前先获取rc文件。在启动之前，我创建了一个启动器图标，并在.desktop文件源中创建了脚本。它确实需要能够启动Steam的东西，而且看起来似乎不会持久，但是它可以使用以下选项完成单次调试的工作：

VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_api_dump这将在/tmp/dumps/$(whoami)_stdout.log中产生大量输出，我最终不得不在/ tmp / dumps中安装备用磁盘（我建议将其放置如果您仍然要重新启动，请在永久性存储上使用）。此外，它绝对会破坏您的帧率，但它应该收集所有可能的调试信息。

上载这两个都应该有助于调试过程

Xaenalt 于 2019-03-06

嗯，为帮助诊断，您可以执行两个步骤：
进入Steam目录（在我的系统上为〜/ .local / share / Steam），进入Steamapps / common，然后进入您所使用的Proton版本的目录。然后mv user_settings.py.sample到user_settings.py
在其中设置两个值（它们可以相同或不同）
DXVK_SHADER_DUMP_PATH=/some/path （确保/some/path存在，很多文件将在此处转储）。设置此项可能会稍微影响帧速率，但仍可以播放
第二个需要LunarG sdk，您可以在此处https://vulkan.lunarg.com/doc/sdk/1.1.101.0/linux/getting_started.html有关如何安装它的说明
设置完成后，请确保在启动MHW之前先获取rc文件。在启动之前，我创建了一个启动器图标，并在.desktop文件源中创建了脚本。它确实需要能够启动Steam的东西，而且看起来似乎不会持久，但是它可以使用以下选项完成单次调试的工作：
VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_api_dump这将在/tmp/dumps/$(whoami)_stdout.log中产生大量输出，我最终不得不在/ tmp / dumps中安装备用磁盘（我建议将其放置如果您仍然要重新启动，请在永久性存储上使用）。此外，它绝对会破坏您的帧率，但它应该收集所有可能的调试信息。
上载这两个都应该有助于调试过程

我想我终于解决了。当我的系统崩溃时，它确实完全崩溃了，什么也不起作用，甚至ctrl + alt + del或ctrl + alt + f1都没有，甚至没有ssh输入（我会收到主机无法访问的消息）。因此，我认为问题可能与CPU相关，因为GPU崩溃不会在一定程度上杀死它。（一件事是使所有图形输出失效，而另一件事是使一切都失效，包括复位按钮）。因此，我最终为游戏添加了PROTON_NO_ESYNC = 1选项，并增加了操作系统上的打开文件限制（以防万一）：
https://www.reddit.com/r/SteamPlay/comments/9kqisk/tip_for_those_using_proton_no_esync1/
我设法完成了整个战斗，没有发生任何崩溃，因此我认为这确实可以解决问题，或者至少使其更加稳定。

xantyleonhart 于 2019-03-06

因此，我第一次尝试了媒体基础修复。这样只是为了确保人们我做得正确

酿酒技巧
导出WINEPREFIX ='/ home / user / STEAM / steamapps / compatdata / 582010 / pfx'
installcab.py中未注释的行129-137
将“ python2”放在install-mf-64.sh的第3-8行之前
跑install-mf-64.sh，输出似乎正确
使用MonsterHunterWorld.exe将mfplat.dll（md5sum 2188de5fa5c741fb2b81eb9f37d26ba7）放在目录内

基本上，它不起作用。画廊的结尾场景“ Denouement”仍然在加载屏幕中崩溃。

武器教程过场动画现在并不总是会崩溃，它们会在应该播放视频的位置显示图形损坏。图片相关。

这是我运行游戏并立即尝试从画廊播放Denouement过场动画的日志。我只包括了日志的底部，否则有25万行dinput8垃圾邮件。

https://gist.github.com/z0z0z/e110687cc79dfcc5a172916762dc9659

z0z0z 于 2019-03-13

我找到了一种有效的方法。我现在可以播放武器教程电影和最终过场动画。

我不确定在哪里找到此解决方法，但这是从某个时候下载的名为“ WMF_workaround.zip”的zip文件中获得的。它包含DLL，所以我认为无论如何我都不能张贴在这里。

基本上，您需要Windows 7的system32中的这些dll。这是它们的md5sum和文件名。

20ecac7791dcba69121631cb627e5a96  mf.dll
c6b15f0d5ab0bd0aefc0223f14deb3f9  mferror.dll
54b5dcd55b223bc5df50b82e1e9e86b1  mfplat.dll
e8706a051bffc9da9e9b935aaa432aac  mfreadwrite.dll
35e81aa554e60d395572e780ef3b60cb  msmpeg2adec.dll
e793d5bc2d58797235741eba61dc56b8  msmpeg2vdec.dll
27b9e163740a226b65e4b9e186117911  sqmapi.dll

这些文件来自syswow64。

fdba1dec4f9be4274a00b9b850c63484  mf.dll
92050e12bd24f365a8b8eddf912a3b1e  mferror.dll
40b82688907a7dba4db3b5adde3eab3b  mfplat.dll
bfebb6f76a0988a38260870c61a6d1b7  mfreadwrite.dll
2829ea1cda353987b5552db955f3b736  msmpeg2adec.dll
3de43bfdaf3f8979699650202aa18b12  msmpeg2vdec.dll
ce292c4c10b8db6070f262ea2733f0dc  sqmapi.dll

您将它们放在steamapps/compatdata/582010/pfx/drive_c/windows MHW Wine前缀中的相应system32和syswow64文件夹中

然后，您还需要这两个注册表文件“ mf.reg”和“ wmf.reg”。

https://gist.github.com/z0z0z/7d535c810cc08dae5bafa68030b96212
https://gist.github.com/z0z0z/d2a937110847bd488716f91dfb6d9dd1

在同一终端实例中全部运行以下步骤，因此WINEPREFIX环境变量保持不变：

export WINEPREFIX="/home/user/my_steam_dir/steamapps/compatdata/582010/pfx"
winecfg

在winecfg中将所有DLL设置为本地。

运行（显然在与您下载mf.reg和wmf.reg相同的目录中）

wine start regedit.exe mf.reg
wine start regedit.exe wmf.reg
wine64 start regedit.exe mf.reg
wine64 start regedit.exe wmf.reg
wine64 regsvr32 msmpeg2vdec.dll
wine64 regsvr32 msmpeg2adec.dll
wine regsvr32 msmpeg2vdec.dll
wine regsvr32 msmpeg2adec.dll

z0z0z 于 2019-03-13

👍1

我找到了一种有效的方法。我现在可以播放武器教程电影和最终过场动画。
...

这应该做成某种_legit_脚本，该脚本可以从Microsoft网站下载正确的DLL。
很棒的工作@ z0z0z btw！

Emanem 于 2019-03-15

我认为Winetricks的人尝试过这种方法，但是他们没有在任何地方找到dll。
Microsoft网站上的软件包。

在2019年3月15日星期五，13：55 Emanem [email protected]写道：

我找到了一种有效的方法。我现在可以玩武器教程
电影和最终过场动画。
...
应将其制作成某种脚本，以下载
从Microsoft网站正确的DLL。
棒极了，顺便说一句！
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-473384782 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ABY5nujuRcanCPsndS8K6kTQK8woF2Lqks5vW953gaJpZM4WIe20
。

ljn917 于 2019-03-15

@ z0z0z我尝试使用当前Win10安装中的.dll修复问题，这是我的输出：

[administrator@CM-Sandy ~]$ wine start regedit.exe mf.reg
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine start regedit.exe wmf.reg
002d:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 start regedit.exe mf.reg
0031:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 start regedit.exe wmf.reg
0035:fixme:exec:SHELL_execute flags ignored: 0x00000100
[administrator@CM-Sandy ~]$ wine64 regsvr32 msmpeg2vdec.dll
regsvr32: Failed to load DLL 'msmpeg2vdec.dll'
[administrator@CM-Sandy ~]$ wine64 regsvr32 msmpeg2adec.dll
regsvr32: Failed to load DLL 'msmpeg2adec.dll'
[administrator@CM-Sandy ~]$ wine regsvr32 msmpeg2vdec.dll
regsvr32: Failed to load DLL 'msmpeg2vdec.dll'
[administrator@CM-Sandy ~]$ wine regsvr32 msmpeg2adec.dll
regsvr32: Failed to load DLL 'msmpeg2adec.dll'

不出所料，加载我的Xeno存档时，游戏仍然立即崩溃。是需要使用Win7 .dll还是在执行过程中做错了什么？

Nyshan 于 2019-03-20

@尼山

不出所料，加载我的Xeno存档时，游戏仍然立即崩溃。是需要使用Win7 .dll还是在执行过程中做错了什么？

我听说它需要专门用于Win7 DLLS。也许检查protondb之类的。

确保将它们设置为本机winecfg。

z0z0z 于 2019-03-20

Win10 dll有酒的问题，需要Win7 dll。

lieff 于 2019-03-20

使用Win7 .dll将我的输出更改为以下内容，游戏在加载时仍然崩溃：
在移走所有与您列出的内容匹配的东西之前，我还检查了MD5SUMS。

administrator@linux-hd8q:~/util/mhw_fix> wine start regedit.exe mf.reg
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine start regedit.exe wmf.reg
002f:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 start regedit.exe mf.reg
0033:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 start regedit.exe wmf.reg
0037:fixme:exec:SHELL_execute flags ignored: 0x00000100
administrator@linux-hd8q:~/util/mhw_fix> wine64 regsvr32 msmpeg2vdec.dll
003b:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0x7ff385dce74, 0x7ff3861f800, 0x7ff3861f118) stub.
003b:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0x7ff385dce74, 0x7ff3861f7d0, 0x7ff3861f110) stub.
003b:fixme:ntdll:EtwRegisterTraceGuidsW (0x7ff7277d18c, 0x7ff7279a1b0, {e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x23f5a0, (null), (null), 0x7ff7279a1b8): stub
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e2821408-c59d-418f-ad3f-aa4e792aeb79}
003b:fixme:ntdll:EtwRegisterTraceGuidsW (0x7ff56de1b6c, 0x261d00, {ae5cf422-786a-476a-ac96-753b05877c99}, 59, 0x261db0, (null), (null), 0x261da8): stub
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {924fef1b-8c47-47c4-b2a2-0f798e5197f9}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8bfbc8d5-e916-40fb-bb35-7a2d4af2e67c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0df035c2-4ce4-4c90-91ec-be88a75256a0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e69ebe53-f68f-44af-8413-3208e0650cb1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9618aaa3-f1b7-4547-8d7d-ecd33a9f5f21}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6e425425-2cf1-4a56-a342-f9b0be19f959}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {af12b205-0cb3-468a-b974-939c7a9fccb5}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {58d1dcb8-3d39-454b-9d0c-86f13ef40598}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {418b0044-3a99-42e9-bc6b-27aa981c9fcd}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7a870f24-2d49-4a63-b490-bc3d334c467f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6f3f585b-24fe-42c4-9297-a68099d88b78}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {92dbd4ed-8ede-4b81-8f21-08854d1d73a3}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {489cebd7-2ea1-4b7f-a691-fa3832d91653}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cff7ab7d-bc30-4f86-a8ea-012d68acf443}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {5c42bb3c-1ac3-4a29-b444-a34201cb8c80}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {01c7f2d5-d540-425a-b2d9-de5009328b61}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cc524410-c384-4bd1-97a6-41ff7675cce6}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {148e90b2-99d4-4c69-acdc-b50376efd9c0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {11c5ebdd-b374-490a-95d1-0d1bd1fcf62c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fcc7ed1d-bfdc-4167-b260-7467400298b3}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7b704605-fd3c-4c41-93e1-28e24d9d4da2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {78b20843-da14-425c-9ce9-299cc07c4a74}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0be12c7b-5a32-4ad1-8b5f-383478d611bf}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2e06ed10-e950-4caf-9ce8-b3b5bd71e4d0}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7d931f4b-b3ae-43f3-a09f-cae4ac366dc2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {67fd805b-8c72-40eb-b338-d1946238196a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {d8eab3c0-b199-4ddf-9989-7f207e1ef682}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {60c0a470-f195-4c82-b860-6c22fd910bab}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {462ed505-628b-4750-aa0b-8980666c0749}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f5c049ef-a79d-4eda-a8b9-9098995f1305}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {4edccdc3-acd3-4e58-a8ce-1274f6a5c14b}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {77edd950-3d3b-472a-8375-68f69a3eb708}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {72fc760d-103c-491a-84b0-eb5b979324e2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fd85abae-6318-4816-a599-a29827770f56}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ffbb6354-03a7-4f32-97db-8cb234c03715}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f485b25e-afd5-4b28-aec8-71c3b44797ff}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {1f1a717a-06e3-48a8-956e-c5bc1e88e043}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e81ec494-478f-4901-982f-0e402d01e3ec}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9be3da12-30e5-48d3-ab65-267387448ce4}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {de846c56-3b73-4021-8fd3-bb17a0642d1f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ad2dd759-97cd-4a76-945f-f6108b5aaca1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {827e8d25-fe4e-46f6-b263-ccf41ddca4fd}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {08a2ce94-b603-43e8-9de4-ed09705fe07a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c6d167a4-9536-4f66-9c30-b8544a0f9a7f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6bed20f7-831f-43d6-9e84-d431893a161f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3dfb2b0c-1d54-494c-a508-93c092bc2dd5}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {dcb2aeed-8d4e-4eff-bbdf-52e9f85a964a}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {31f96aab-89fa-4909-93b8-a3ec8252a84b}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {a04cf2a8-40c0-4def-8640-bd0fb7834c58}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {41fbed6a-4396-441b-88ba-79ba9e4f2d9e}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8d15d110-141f-47f2-958b-e3f197e8eae7}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3933bc04-15a2-40b0-a6ee-8559928780e2}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7719a441-b86d-421a-9642-63689a7bf81f}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7008c05c-33a9-4fec-b010-b7369bc71f73}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2bd6889f-0a1d-4612-a1f9-6f0c6f01467c}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {62ebe05c-39ef-4170-9c84-aaa3b3d0d8e1}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6a764b22-a86d-4ca0-9ef8-b2b26d3df464}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c0785df3-6630-4097-9771-1a22cb7ac173}
003b:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ed28be9f-fcd9-4cb8-a2ed-b87eccccf7b2}
003b:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2vdec.dll'
003b:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003b:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003b:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003b:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine64 regsvr32 msmpeg2adec.dll
003d:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0x7ff385dce74, 0x7ff3861f800, 0x7ff3861f118) stub.
003d:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0x7ff385dce74, 0x7ff3861f7d0, 0x7ff3861f110) stub.
003d:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2adec.dll'
003d:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003d:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine regsvr32 msmpeg2vdec.dll
003f:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0xfdd4df9, 0xfdfdbd0, 0xfdfdbc8) stub.
003f:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0xfdd4df9, 0xfdfdcb0, 0xfdfdca8) stub.
003f:fixme:ntdll:EtwRegisterTraceGuidsW (0x6c116b14, 0x6c13d178, {e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x33fa70, (null), (null), 0x6c13d180): stub
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e2821408-c59d-418f-ad3f-aa4e792aeb79}
003f:fixme:ntdll:EtwRegisterTraceGuidsW (0x2772aab0, 0x3614a0, {ae5cf422-786a-476a-ac96-753b05877c99}, 59, 0x361550, (null), (null), 0x361548): stub
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {924fef1b-8c47-47c4-b2a2-0f798e5197f9}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8bfbc8d5-e916-40fb-bb35-7a2d4af2e67c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0df035c2-4ce4-4c90-91ec-be88a75256a0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e69ebe53-f68f-44af-8413-3208e0650cb1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9618aaa3-f1b7-4547-8d7d-ecd33a9f5f21}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6e425425-2cf1-4a56-a342-f9b0be19f959}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {af12b205-0cb3-468a-b974-939c7a9fccb5}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {58d1dcb8-3d39-454b-9d0c-86f13ef40598}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {418b0044-3a99-42e9-bc6b-27aa981c9fcd}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7a870f24-2d49-4a63-b490-bc3d334c467f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6f3f585b-24fe-42c4-9297-a68099d88b78}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {92dbd4ed-8ede-4b81-8f21-08854d1d73a3}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {489cebd7-2ea1-4b7f-a691-fa3832d91653}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cff7ab7d-bc30-4f86-a8ea-012d68acf443}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {5c42bb3c-1ac3-4a29-b444-a34201cb8c80}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {01c7f2d5-d540-425a-b2d9-de5009328b61}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {cc524410-c384-4bd1-97a6-41ff7675cce6}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {148e90b2-99d4-4c69-acdc-b50376efd9c0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {11c5ebdd-b374-490a-95d1-0d1bd1fcf62c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fcc7ed1d-bfdc-4167-b260-7467400298b3}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7b704605-fd3c-4c41-93e1-28e24d9d4da2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {78b20843-da14-425c-9ce9-299cc07c4a74}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {0be12c7b-5a32-4ad1-8b5f-383478d611bf}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2e06ed10-e950-4caf-9ce8-b3b5bd71e4d0}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7d931f4b-b3ae-43f3-a09f-cae4ac366dc2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {67fd805b-8c72-40eb-b338-d1946238196a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {d8eab3c0-b199-4ddf-9989-7f207e1ef682}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {60c0a470-f195-4c82-b860-6c22fd910bab}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {462ed505-628b-4750-aa0b-8980666c0749}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f5c049ef-a79d-4eda-a8b9-9098995f1305}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {4edccdc3-acd3-4e58-a8ce-1274f6a5c14b}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {77edd950-3d3b-472a-8375-68f69a3eb708}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {72fc760d-103c-491a-84b0-eb5b979324e2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {fd85abae-6318-4816-a599-a29827770f56}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ffbb6354-03a7-4f32-97db-8cb234c03715}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {f485b25e-afd5-4b28-aec8-71c3b44797ff}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {1f1a717a-06e3-48a8-956e-c5bc1e88e043}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {e81ec494-478f-4901-982f-0e402d01e3ec}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {9be3da12-30e5-48d3-ab65-267387448ce4}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {de846c56-3b73-4021-8fd3-bb17a0642d1f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ad2dd759-97cd-4a76-945f-f6108b5aaca1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {827e8d25-fe4e-46f6-b263-ccf41ddca4fd}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {08a2ce94-b603-43e8-9de4-ed09705fe07a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c6d167a4-9536-4f66-9c30-b8544a0f9a7f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6bed20f7-831f-43d6-9e84-d431893a161f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3dfb2b0c-1d54-494c-a508-93c092bc2dd5}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {dcb2aeed-8d4e-4eff-bbdf-52e9f85a964a}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {31f96aab-89fa-4909-93b8-a3ec8252a84b}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {a04cf2a8-40c0-4def-8640-bd0fb7834c58}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {41fbed6a-4396-441b-88ba-79ba9e4f2d9e}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {8d15d110-141f-47f2-958b-e3f197e8eae7}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {3933bc04-15a2-40b0-a6ee-8559928780e2}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7719a441-b86d-421a-9642-63689a7bf81f}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {7008c05c-33a9-4fec-b010-b7369bc71f73}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {2bd6889f-0a1d-4612-a1f9-6f0c6f01467c}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {62ebe05c-39ef-4170-9c84-aaa3b3d0d8e1}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {6a764b22-a86d-4ca0-9ef8-b2b26d3df464}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {c0785df3-6630-4097-9771-1a22cb7ac173}
003f:fixme:ntdll:EtwRegisterTraceGuidsW   register trace class {ed28be9f-fcd9-4cb8-a2ed-b87eccccf7b2}
003f:fixme:reg:RegDisableReflectionKey 0x8c: stub
regsvr32: Successfully registered DLL 'msmpeg2vdec.dll'
003f:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003f:fixme:ntdll:EtwUnregisterTraceGuids deadbeef: stub
003f:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
003f:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix> wine regsvr32 msmpeg2adec.dll
0041:fixme:ntdll:EtwEventRegister ({f404b94e-27e0-4384-bfe8-1d8d390b0aa3}, 0xfdd4df9, 0xfdfdbd0, 0xfdfdbc8) stub.
0041:fixme:ntdll:EtwEventRegister ({bc97b970-d001-482f-8745-b8d7d5759f99}, 0xfdd4df9, 0xfdfdcb0, 0xfdfdca8) stub.
0041:fixme:reg:RegDisableReflectionKey 0x94: stub
regsvr32: Successfully registered DLL 'msmpeg2adec.dll'
0041:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
0041:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
administrator@linux-hd8q:~/util/mhw_fix>

Nyshan 于 2019-03-21

@ z0z0z您使用的是哪个版本的Proton；我仍然无法获得与win7 .dlls一起使用的修复程序。
编辑：我无法使其在3.7-8上正常工作，但最终在3.16-4上正常工作。
Edit2：我无法再使用3.7-8质子加载保存。
Edit3：我可以在3.7-8上再次加载我的保存文件，但是每次更改MHW使用的Proton版本时，我都必须运行@ z0z0z修复程序中列出的所有步骤。

Nyshan 于 2019-03-22

👍1

最新的质子v4.2仍然存在冻结问题
 steam-582010.log

系统规格：

inxi -bxxx
System:    Host: linux Kernel: 5.0.3-1-default x86_64 bits: 64 compiler: gcc v: 8.3.1 Desktop: KDE Plasma 5.15.3 tk: Qt 5.12.2 
           wm: kwin_x11 dm: SDDM Distro: openSUSE Tumbleweed 20190324 
Machine:   Type: Desktop Mobo: ASUSTeK model: Z170 PRO GAMING v: Rev X.0x serial: <root required> UEFI: American Megatrends 
           v: 3805 date: 05/16/2018 
Battery:   Device-1: sony_controller_battery_90:fb:a6:df:fa:93 model: N/A serial: N/A charge: N/A status: Full 
CPU:       Quad Core: Intel Core i5-6600K type: MCP arch: Skylake-S speed: 4392 MHz min/max: 800/4400 MHz 
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] vendor: eVga.com. driver: nvidia v: 418.49.04 bus ID: 01:00.0 
           chip ID: 10de:13c2 
           Display: x11 server: X.Org 1.20.4 driver: nvidia compositor: kwin_x11 resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 970/PCIe/SSE2 v: 4.6.0 NVIDIA 418.49.04 direct render: Yes 
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.34 TiB used: 33.26 TiB (96.9%) 
Info:      Processes: 381 Uptime: N/A Memory: 15.60 GiB used: 4.71 GiB (30.2%) Init: systemd v: 241 runlevel: 5 
           target: graphical.target Compilers: gcc: 8.3.1 alt: 8 Shell: bash v: 5.0.2 running in: yakuake inxi: 3.0.32

ahjolinna 于 2019-03-27

Fossilize ERROR: Failed to record graphics pipeline: pNext in VkPipelineRasterizationCreateInfo not supported.
Fossilize ERROR: Failed to record graphics pipeline: pNext in VkPipelineRasterizationCreateInfo not supported.

尝试调用VkPipelineRasterizationCreateInfo行超过1000条，这是尚未完全支持但尚未被调用的vulkan方法吗？

cj360 于 2019-03-31

使用新的高分辨率纹理包（已安装并启用）后，出现此错误：
Screenshot_20190405_001347
我正在使用最新的质子v4.2（-2）

日志： steam-582010.log

在出现此错误之前，它确实运行得非常好...稳定的30fps，即使它不能在我的GPU（GTX970）上运行...至少根据要求，新的AA选项要求更高比高分辨率的纹理

ahjolinna 于 2019-04-04

我需要玩没有任何崩溃的Thins游戏？
质子4.2-2
我需要安装MFPlat吗？我需要ffmpeg吗？

XakepSDK 于 2019-04-05

@XakepSDK
您需要一个MFplat解决方法，该解决方法无法在此处发布，因为它包含Windows 7中的dll文件。

检查protondb的链接。

z0z0z 于 2019-04-05

@ z0z0z
谢谢！
@ kisak-valve
此信息应在第一篇文章中。

XakepSDK 于 2019-04-05

是否有人看到过“葡萄酒：对地址0x7f8fdaf1fef3（线程003e）对0x00000000的写访问发生未处理的页面错误”（日志中的25940行）？我接受了一个任务，然后游戏崩溃并终止。

发行版：Fedora 29
内核：5.0.6-200.fc29.x86_64
GPU：GTX 1070（笔记本电脑）
司机：英伟达418.56
CPU：Intel（R）Core（TM）i7-8750H CPU @ 2.20GHz
内存：32GB
质子：4.2-2（dxvk commit fd9a938）

steam-582010.zip
SystemInfo.txt

ljn917 于 2019-04-13

MHW对我来说效果很好（除了视频，但我已经完成了主游戏，所以这没什么大不了的），但是它有一个主要问题。每当我在文本字段中按Enter键，游戏就会丢失键盘。除了键入以外，我再也无法执行任何操作，但是控制器仍然可以工作，因此我仍然可以完成任务或退出游戏。 Steam运行时，本机库和Linux Steam集成会发生这种情况。

发行版：Arch Linux（启用了测试仓库）
内核：5.0.8.arch1-1
GPU：GTX 1060 6GB
驱动程式：nvidia 418.56-8
处理器：AMD Ryzen 5 1600X
内存：16 GB
质子：4.2-3

CalebQ42 于 2019-04-22

MHW对我来说效果很好（除了视频，但我已经完成了主游戏，所以这没什么大不了的），但是它有一个主要问题。每当我在文本字段中按Enter键，游戏就会丢失键盘。除了键入以外，我再也无法执行任何操作，但是控制器仍然可以工作，因此我仍然可以完成任务或退出游戏。 Steam运行时，本机库和Linux Steam集成会发生这种情况。
发行版：Arch Linux（启用了测试仓库）
内核：5.0.8.arch1-1
GPU：GTX 1060 6GB
驱动程式：nvidia 418.56-8
处理器：AMD Ryzen 5 1600X
内存：16 GB
质子：4.2-3

是的，我也注意到了。但这似乎是一个新错误。如果要命名项目集或类似名称，则可以轻松复制。
您可以使用较旧的质子版本对其进行测试，以查看它是通过Proton（葡萄酒）更新引入的，还是本身是新的MHW错误。

buscher 于 2019-04-22

但这似乎是一个新错误。

不是。最早提及它的是十月份。至少从3.16系列开始我就拥有它。

greydmiyu 于 2019-04-23

MHW对我来说效果很好（除了视频，但我已经完成了主游戏，所以这没什么大不了的），但是它有一个主要问题。每当我在文本字段中按Enter键，游戏就会丢失键盘。除了键入以外，我再也无法执行任何操作，但是控制器仍然可以工作，因此我仍然可以完成任务或退出游戏。 Steam运行时，本机库和Linux Steam集成会发生这种情况。
发行版：Arch Linux（启用了测试仓库）
内核：5.0.8.arch1-1
GPU：GTX 1060 6GB
驱动程式：nvidia 418.56-8
处理器：AMD Ryzen 5 1600X
内存：16 GB
质子：4.2-3
是的，我也注意到了。但这似乎是一个新错误。如果要命名项目集或类似名称，则可以轻松复制。
您可以使用较旧的质子版本对其进行测试，以查看它是通过Proton（葡萄酒）更新引入的，还是本身是新的MHW错误。

我可以回想起游戏问世以来出现的这个错误，因此绝对不是一个新的错误。引导我购买专门用于避免此问题的控制器。
该错误似乎并没有100％地发生，因为在聊天的一些意外打开后它仍然可以工作。
文本和聊天在本机Windows上似乎可以正常工作，所以我想这不是游戏的直接错误。

测试了几乎所有版本的Proton的质子和标题更新

Estard 于 2019-05-11

我遇到了这个问题，发现这与我的Steam启动选项有关。我设置了killall compton && %command%; compton -b --config ~/.config/compton.blur.conf &来杀死compton并在退出时重新启动它，但是这似乎会导致某些游戏的系统锁定，而其他游戏的进程会一直持续到完全重启。

对于每个人来说，这可能是一个不同的原因，但可能会有所帮助。这是在

发行版：Manjaro i3
内核：4.19.42-1-MANJARO
GPU：RX480 8GB
驱动程序：4.5（核心配置文件）Mesa 19.0.4
处理器：i5 6600k
内存：16 GB
质子：4.2-4

Riiskyy 于 2019-05-23

这种草率的行为就像是MHW的魅力而又不畏艰险，但这合法吗？ <Link removed by moderator>

blastermaster77 于 2019-06-03

👍1

您好@ blastermaster77 ，不，不是。

kisak-valve 于 2019-06-03

好的，很高兴知道，希望对此进行修复，谢谢您的答复。

在2019年6月3日星期一，下午1:06 kisak-valve [email protected]写道：

您好@ blastermaster77 https://github.com/blastermaster77 ，不，是
不。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175？
或使线程静音
https://github.com/notifications/unsubscribe-auth/ACHAHPQF2Y2PHAVNEIGJ5M3PYVFRBANCNFSM4FRB5W2A
。

blastermaster77 于 2019-06-03

新发布的质子（4.2-8）具有回归特征，可导致MHW在加载到游戏中的1-2秒内崩溃（但主菜单工作正常）。我有nvidia GPU，但我可以确认这个问题也发生在AMD GPU上。降级为Proton 4.2-7可解决此问题。

发行版：Arch（i3差距）
内核：5.1.15-arch1-1-ARCH
显卡：GTX1070
司机：430.26
处理器：i5-6600k
内存：32GB
质子：4.2-8

ConnorJC3 于 2019-06-26

您好@ ConnorJC3 ，请将PROTON_LOG=1 %command%到游戏的启动选项中，重现崩溃，并将生成的$ HOME / steam- $ APPID.log拖放到注释框中。

kisak-valve 于 2019-06-26

@ ConnorJC3我在Proton

OpenSUSE Tumbleweed，KDE，内核5.1.7-1-default
使用Mesa 19.0.5的AMD Fury X

meowmeowfuzzyface 于 2019-06-27

您好@ ConnorJC3 ，请将PROTON_LOG=1 %command%到游戏的启动选项中，重现崩溃，并将生成的$ HOME / steam- $ APPID.log拖放到注释框中。

我有同样的问题。

发行：Arch
DE：XFCE
内核：5.1.15-arch1-1-ARCH
GPU：Nvidia 1060（6GB版本）
司机：430.26-7
CPU：i5-3550
内存：16GB
质子：4.2-8
MHW启动选项：PROTON_NO_ESYNC = 1 PROTON_LOG = 1％command％
日志文件： steam-582010.log

发生同样的问题。菜单有效，包括字符选择屏幕。加载保存文件后，游戏会冻结约0.5到1秒，然后退出桌面。

就软件包而言，唯一需要更改的注意事项是harfbuzz和mesa，它们的更改方式如下：

台面（19.1.0-3-> 19.1.1-1）
lib32-mesa（19.1.0-2-> 19.1.1-1）

ndegruchy 于 2019-06-27

有趣的是，我无法再在质子4.2-7或4.2-8上重现该问题？ @ndegruchy尝试完全清除质子安装目录并验证文件。

ConnorJC3 于 2019-06-27

👍1

有趣的是，我无法再在质子4.2-7或4.2-8上重现该问题？ @ndegruchy尝试完全清除质子安装目录并验证文件。

在上面发布之后，我可以使用3.16-4玩一些。接下来，我将尝试您的建议。

为了保持一致性，以下是日志：
steam-582010.log

ndegruchy 于 2019-06-27

使用新安装的Proton 4.2-8（感谢@ ConnorJC3）进行测试。有用！我无法进行测试，但是它的工作时间比以前更长。

新日志，以确保一致性： steam-582010.log

ndegruchy 于 2019-06-27

现在，在完成2个任务之后，加载到大厅区域后，我以100％的一致性回到崩溃状态： steam-582010.log

ConnorJC3 于 2019-06-27

一直在用最新的质子发射MHW。我不仅没有超过装载入交易场的时间，要么在游戏运行时退出蒸汽，要么MHW崩溃也使蒸汽全部崩溃。
steam-582010.log

DigitalDevilSummoner 于 2019-06-27

我安装了游戏，加载时崩溃了。

质子：4.2-9（全新安装）
发行版：Ubuntu 18.04.2 LTS
内核：047.15.0-52通用
处理器：AMD Ryzen 5 2600
GPU：ATI Radeon HD5570
GPU驱动程序：Radeon 4.15.0-52-generic
内存：16 GB

Daybreakerflint 于 2019-06-28

这是日志。
steam-582010.log

我安装了游戏，加载时崩溃了。
质子：4.2-9（全新安装）
发行版：Ubuntu 18.04.2 LTS
内核：047.15.0-52通用
处理器：AMD Ryzen 5 2600
GPU：ATI Radeon HD5570
GPU驱动程序：Radeon 4.15.0-52-generic
内存：16 GB

Daybreakerflint 于 2019-06-28

您好@Daybreakerflint ，ATi Radeon HD 5570是

您的视频卡不受支持，但您可能会遇到一些麻烦，可以在游戏的启动选项中添加PROTON_USE_WINED3D=1 %command%来告诉Proton使用DirectX 11到OpenGL的渲染路径。

kisak-valve 于 2019-06-28

最新更新（4.2-9）可能已解决此问题？尚不确定要调用它，而是要玩几个小时，而且还没有崩溃。

ConnorJC3 于 2019-06-28

你好@ kisak-valve
好吧，它起到了某些作用……游戏开始了，但不久后便崩溃了。我只看到黑屏。即使使用该命令，它也不会执行应有的操作。无论如何，我很快将需要一张新的图形卡。谢谢你的帮助！它至少可以在我的笔记本电脑上运行。 ;）

Daybreakerflint 于 2019-06-29

经过一些更广泛的测试。看起来它的表现和预期一样好。我有一次冻结，必须换成VT才能杀死它，但除此之外，它仍然有效。

但是，我已经注意到，XFCE和Compton中的合成器比KDE / Plasma退出的范围要广得多。我看到KDE内部的帧明显下降，即使在稍高的设置下，Xfce或Compton都很好。但是，不确定是质子问题还是Kwin问题。

内森·德格鲁奇（Nathan DeGruchy）
http://degruchy.org

2019年6月29日，16：21，Daybreakerflint < [email protected] [email protected] >写道：

你好@ kisak-valve https://github.com/kisak-valve
好吧，它起到了某些作用……游戏开始了，但不久后便崩溃了。我只看到黑屏。即使使用该命令，它也不会执行应有的操作。无论如何，我很快将需要一张新的图形卡。谢谢你的帮助！它至少可以在我的笔记本电脑上运行。 ;）

-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看它https://github.com/ValveSoftware/Proton/issues/175 ？取消订阅auth / AMOXOEPH437U2YZGOKZ7R7DP4674FANCNFSM4FRB5W2A 。

ndegruchy 于 2019-07-01

Fedora 30 x64
锐龙2700 @ 4GHz
配备Mesa 19.08的AMD r9 580x
KDE等离子5.15.5
游戏设置：1440p，上限30 fps，混合中/高，关闭Z-Prepass

质子4.2-9

好吧，刚拿到游戏，并进行了尝试。效果不错，但是除非我将其设置为30 fps，否则输入时滞会很可怕。我有一台144hz显示器，所以这是杀手kill。 60fps和无限制都无法播放，即使我平均获得了55fps。

我的键盘也会随机停止工作。我可以进行会话切换，并且鼠标输入仍可以正常工作。这与fps上限无关。

有小费吗？

DeathTBO 于 2019-07-05

Fedora 30 x64
锐龙2700 @ 4GHz
配备Mesa 19.08的AMD r9 580x
KDE等离子5.15.5
游戏设置：1440p，上限30 fps，混合中/高，关闭Z-Prepass
质子4.2-9
好吧，刚拿到游戏，并进行了尝试。效果不错，但是除非我将其设置为30 fps，否则输入时滞会很可怕。我有一台144hz显示器，所以这是杀手kill。 60fps和无限制都无法播放，即使我平均获得了55fps。
我的键盘也会随机停止工作。我可以进行会话切换，并且鼠标输入仍可以正常工作。这与fps上限无关。
有小费吗？

在XWayland会话中运行游戏同时运行XWindows或Wayland？由于您使用的是AMD，因此可以认为KDE在Wayland模式下运行...

ndegruchy 于 2019-07-05

在XWayland会话中运行游戏同时运行XWindows或Wayland？由于您使用的是AMD，因此可以认为KDE在Wayland模式下运行...

我没有使用Wayland。

DeathTBO 于 2019-07-05

我正在执行xenojiva搜寻，并且在应该播放过场动画的结果屏幕后游戏崩溃了，我想这是mfplat问题。后来，我尝试再次启动游戏，现在在加载数据屏幕后它始终崩溃。
https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93
steam-582010.log

DigitalDevilSummoner 于 2019-07-09

是的我也有。通过安装MFPlat dll解决了该问题。

内森·德格鲁奇（Nathan DeGruchy）
http://degruchy.org

2019年7月9日，00：27，DigitalDevilSummoner < [email protected] [email protected] >写道：

我正在执行xenojiva搜寻，并且在应该播放过场动画的结果屏幕后游戏崩溃了，我想这是mfplat问题。后来，我尝试再次启动游戏，现在在加载数据屏幕后它始终崩溃。
https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93
steam-582010.log https://github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

ndegruchy 于 2019-07-09

是的我也有。通过安装MFPlat dll解决了该问题。弥敦道DeGruchy http://degruchy.org在2019年7月9日，在00:27，DigitalDevilSummoner < [email protected] [email protected] >中写道：在做xenojiva狩猎和游戏坠毁后的结果屏幕，其中一个过场动画应该玩过，我想这是mfplat的问题。后来，我尝试再次启动游戏，现在在加载数据屏幕后它始终崩溃。 https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93 steam-582010.log https://github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

您是否能够通过保存屏幕？我已经安装了mfplat的东西，但我仍然无法到达交易场。这与xenojiva战斗结束后游戏崩溃有关吗？

DigitalDevilSummoner 于 2019-07-09

是。 MFPlat为我修复了Xeno过场动画中的崩溃。确保您为MHW安装正确的位，这是64位

内森·德格鲁奇（Nathan DeGruchy）
http://degruchy.org

2019年7月9日，7：18，DigitalDevilSummoner < [email protected] [email protected] >写道：

是的我也有。通过安装MFPlat dll解决了该问题。弥敦道DeGruchy http://degruchy.org在2019年7月9日，在00:27，DigitalDevilSummoner < [email protected] [email protected]至mailto：[email protected]>写道：在做xenojiva狩猎和游戏在应该播放过场动画的结果屏幕后崩溃，我认为这是mfplat问题。后来，我尝试再次启动游戏，现在在加载数据屏幕后它始终崩溃。 https://gist.github.com/DigitalDevilSummoner/d7a227765539daee04f9fd1d98d2be93 steam-582010。日志https://github.com/ValveSoftware/Proton/files/3371179/steam-582010.log

您是否能够通过保存屏幕？我已经安装了mfplat的东西，但我仍然无法到达交易场。这与xenojiva战斗结束后游戏崩溃有关吗？

ndegruchy 于 2019-07-09

我遇到了最新质子的回归，该质子似乎会影响游戏控制器的处理：

使用Proton 4.2.9，游戏可以启动并正常运行，但不响应来自Steam控制器或有线360键盘的任何控制器输入，就像输入根本没有注册一样，所有输入提示都使用kb + mouse保留。图标，角色/菜单无响应等。360 pad在其他本地linux游戏（例如Rocket League）中可以正常工作。甚至尝试按照此线程中的建议启用桌面控制器也无济于事，直到我意识到我需要应用这些udev规则。启用这两个功能后，运行游戏有时会立即崩溃，有时会开始正常运行。但是任何控制器输入都会导致它立即崩溃到桌面。所以我已经辞职去没有控制器了。

后来我决定尝试使用旧的Proton版本3.16-9。令我惊讶的是，Steam Controller和360 pad都可以正常工作，我什至禁用了360 Controller的桌面集成，但它仍然可以工作。

我还应用了MFPlat修复程序和FWIW

这是一个已知问题，还是质子测井会有所帮助？

sbearcsiro 于 2019-07-10

所以我已经安装了所有需要的mfplat东西，但由于它在配对屏幕上崩溃而无法进入游戏，因此我无法验证是否有任何效果。 iv'e用4.2-9和3.16-9进行了尝试。在第一次崩溃之前，我刚刚完成了xenojiva任务，并在结果屏幕上，这可能是崩溃的原因吗？其他人遇到过这个问题吗？

DigitalDevilSummoner 于 2019-07-10

@DigitalDevilSummoner在击败

这是预料之中的，除非您已正确安装了mfplat解决方法，否则默认情况下，这是Linux上每个人通常会发生的情况。

z0z0z 于 2019-07-10

@ z0z0z很

DigitalDevilSummoner 于 2019-07-10

@DigitalDevilSummoner用于生化危机2的mf解决方法不适用于MHW。

尝试检查protondb，但请不要在此处链接违反规则的内容。

z0z0z 于 2019-07-10

@ z0z0z谢谢！我不知道对此有不同的解决方法。也很抱歉该链接。

DigitalDevilSummoner 于 2019-07-10

您好@DigitalDevilSummoner ，没有普遍禁止在问题跟踪器上共享链接，但是除非得到许可，否则我们不能宽恕受版权保护的材料的重新分发，其中包括Windows的Media Foundation库。

kisak-valve 于 2019-07-10

@ z0z0z有效！感谢您的协助！

DigitalDevilSummoner 于 2019-07-10

@sbearcsiro您到底要采取什么步骤使您的控制器与3.16-9上的MF修复一起使用？对我来说，他们可以在没有MF修复的Proton 4.2-9上正常工作，但是无论我将MF修复应用于哪个Proton版本（4.2-9、3.16-9、3.7-8），按下任何控制器按钮都会立即使游戏崩溃。

Aironfaar 于 2019-07-11

@Aironfaar，您说得对，在应用MF修复程序的情况下，控制器输入始终会使MHW崩溃。

我只是假设降级质子版本后仍会保留MF修复，但事实并非如此。重新应用到3.16-9的修复程序将恢复“任何控制器输入崩溃”的行为。

此外，尝试在PROTON_LOG = 1且应用了MF修复的情况下运行MHW，即使没有插入控制器也可能导致游戏立即崩溃。

sbearcsiro 于 2019-07-13

@sbearcsiro是的，更改Proton版本似乎会在游戏下次启动时构建一个全新的葡萄酒瓶，并删除该过程中任何手动应用的修复程序。
日志记录并不能使游戏崩溃。我几天都不在家，所以我自己也无法测试，但是您可以使用以下启动选项来获取日志吗？
WINEDEBUG =“ +时间戳，+ pid，+ tid，+ seh，+调试，+模块”％command％

Aironfaar 于 2019-07-18

好了，这个星期输入停止了几次。我认为这与“ tab”键有关。一次是在我切换蒸汽叠加层时发生的，另一次是在查看我的技能时（选项卡打开菜单）。

仍然必须以30 fps的上限播放，否则我会遇到可怕的输入延迟。我看到Reddit线程，Linux /质子用户也必须使用30 fps的上限。

DeathTBO 于 2019-07-26

有一个安装脚本可以修复缺少的媒体基础，而无需手动进行。为我完美地工作。谁能确认？

<Link removed by moderator>

zink-chimaera 于 2019-07-28

您好@ zink-chimaera，您发布的链接在法律上存在问题，已被删除。

kisak-valve 于 2019-07-28

怪物猎人世界无法启动

从https://github.com/ValveSoftware/Proton/issues/2920转移的问题
@abnazhor发表于2019-07-28T22：32：32：

相容性报告

出现兼容性问题的游戏名称：Monster Hunter World
Steam游戏的AppID：582010

系统信息

GPU：NVIDIA GeForce RTX 2060
驱动程序/ LLVM版本：NVIDIA 430.34
内核版本：5.2.2-122
以Gist链接到完整的系统信息报告： https :
质子版本：4.2-9

我确定：

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

（日志生成5,000,000行，所以我无法复制所有内容。 ）
<Log omitted, please see #2920. Short version is CPU access violation (c0000005)>

病征

游戏无法开始。自从我将CPU更改为AMD Ryzen 5 3600以来，这种情况一直在发生。

再生产

尝试使用Ryzen 3000系列CPU来启动游戏。

kisak-valve 于 2019-07-29

用Ryzen 3700x和GTX 1060 6GB再现
应用＃2927建议的解决方法可解决此问题

怪物猎人世界无法启动
问题已从＃2920转移。
@abnazhor发表于2019-07-28T22：32：32：
相容性报告
* Name of the game with compatibility issues: Monster Hunter World

* Steam AppID of the game: 582010
系统信息
* GPU: NVIDIA GeForce RTX 2060

* Driver/LLVM version: NVIDIA 430.34

* Kernel version: 5.2.2-122

* Link to full system information report as [Gist](https://gist.github.com/): https://gist.github.com/abnazhor/fa0b22d2105cb46a0c4cf3432ce45995

* Proton version: 4.2-9
我确定：
* [ x ] that I haven't found an existing compatibility report for this game.

* [ x ] that I have checked whether there are updates for my system available.
（日志生成5,000,000行，所以我无法复制所有内容。 ）
<Log omitted, please see #2920. Short version is CPU access violation (c0000005)>
病征
游戏无法开始。自从我将CPU更改为AMD Ryzen 5 3600以来，这种情况一直在发生。
再生产
尝试使用Ryzen 3000系列CPU来启动游戏。

Dl0tt 于 2019-07-30

好了，关于输入根本不起作用的一些具体说明。

打开然后关闭聊天后，输入将完全停止工作。鼠标仍然可以正常工作，我可以使用它保存/退出游戏。发送消息对此没有影响。我对“ Tab”键的看法是正确的，打开菜单，然后按Tab即可打开聊天。

仍然会喜欢> 30fps输入延迟的帮助。转向Proton 4.11-1并没有影响它。

DeathTBO 于 2019-08-02

打开然后关闭聊天后，输入将完全停止工作。

这是每场比赛只有一个问题的缺点之一，长期的已知问题在对话中丢失了。

早在四月份，就得到了很好的定义十月份的

每当您输入文本输入时，都可能会丢失键盘输入。自从我在Linux上玩MHW以来已经有一段时间了（移到PS4以便和只有PS4的朋友一起玩，不要判断我），但我认为这不只是激活文本输入字段。我认为它是专门激活它，然后跳脱逃脱它。我知道我的PC配置文件中有几个已命名的齿轮组，这意味着我能够输入文本输入字段，输入文本，按Enter键，并继续识别键盘输入，因为然后必须按ESC才能进入菜单，移至“保存游戏”选项，然后保存游戏以取其名字。

greydmiyu 于 2019-08-02

任何时候输入文字输入

哇想一想，创建他后我根本无法控制自己的角色。

GitHub实际上是针对单个项目的。有一个问题跟踪器，您可以在其中发布每个游戏多个问题，这会很好。

DeathTBO 于 2019-08-03

受到NVIDIA挂起问题影响的人是否可以使用最新的Vulkan beta驱动程序重新测试？

https://developer.nvidia.com/vulkan-beta-4185218-linux

Plagman 于 2019-08-08

受到NVIDIA挂起问题影响的人是否可以使用最新的Vulkan beta驱动程序重新测试？
https://developer.nvidia.com/vulkan-beta-4185218-linux

自从我转移到RTX 2080 Ti以来，我再也没有冻结错误（仅使用主线驱动程序）。

Emanem 于 2019-08-10

打开然后关闭聊天后，输入将完全停止工作。鼠标仍然可以正常工作，我可以使用它保存/退出游戏。发送消息对此没有影响。我对“ Tab”键的看法是正确的，打开菜单，然后按Tab即可打开聊天。

这个问题非常麻烦，因为如果您不那么幸运地能够保存并退出，它可能意味着失去很多进展。有人提出修复/解决方法了吗？

Chilzi 于 2019-08-21

这个问题非常麻烦，因为如果您不那么幸运地能够保存并退出，它可能意味着失去很多进展。有人提出修复/解决方法了吗？

在使用齿轮/物品组（例如，命名它们）之前，请不要聊天，保存。一旦我知道了确切的问题（文本输入框）并意识到了这一点，我便可以根据需要玩游戏。或者直到Nvidia硬锁抬起丑陋的头。

greydmiyu 于 2019-08-22

嗨，我有奇怪的基于光的手工艺品在网络上找不到任何与该特定问题有关的东西。

系统信息

发行版：Ubuntu 18.04
处理器：Ryzen 7 3700X
GPU：AMD Radeon™RX 5700 XT
驱动程序/ LLVM版本：适用于Ubuntu 18.04.3的Radeon Pro驱动程序修订号19.30
内核版本：5.0.0-25-通用
质子版本：4.11-2
我确定：
[x]我尚未找到此游戏的现有兼容性报告。
[x]我已检查系统是否有可用的更新。

BelphegorPrime 于 2019-08-25

@BelphegorPrime这可能特定于您正在使用的AMDGPU-Pro驱动程序。

Linux上大多数带有AMD卡的人都使用台面，通常建议使用台面。

z0z0z 于 2019-08-25

👀1

@ z0z0z感谢您的帮助，但是要安装mesa 19.2才能使rx 5700xt“运行”是一个巨大的痛苦，因此我决定让我呆在专业驱动程序中，直到免费驱动程序达到稳定的水平为止。

BelphegorPrime 于 2019-08-29

我现在真的很傻，也许有人在这里可以帮到我。我想过一段时间再玩一些《怪物猎人世界》。打开Steam，使用最新的Proton版本（4.11-3）单击“播放”。真的什么都没发生。只是说它正在运行，但是随后它将无法启动。甚至没有黑屏什么都没有。我的系统：

操作系统：Arch Linux Kernel 5.2.11
处理器：Ryzen 3700x
显卡：Radeon RX 480 8GB
驱动程序：安装了mesa（19.1.6-1），mesa-git，mesa-aco-git，LLVM 8 Vulkan驱动程序。

我尝试过的事情：

重新安装游戏
验证游戏文件
重新安装Steam
不同的图形驱动程序
蒸汽中可用的所有质子转化为（3.7-8、3.16-9、4.2-9、4.11-3）
不同的操作系统POP_OS（已更新19.04）

所有这些事情并没有真正帮助我。我抓取了一个Proton日志：（超过50MB的空间很大，所以我上传了https://cloud.mhtube.de/s/LHCzsELDFHZFeQR

也许有人在这里有个主意？

stefan240 于 2019-09-07

@ stefan240仅供参考，它在具有Nvidia（驱动程序430）的Ubuntu 18.04.3上对我来说非常理想。
从日志中感觉到它无法初始化某些DLL，并进入了无限次的函数调用，最终导致堆栈溢出：

14.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c03: DW_CFA_restore %r15
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c03: DW_CFA_advance_loc 1
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_restore %rbp
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_def_cfa %rsp, 8
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c04: DW_CFA_advance_loc 4
914.095:002f:0030:trace:seh:execute_cfa_instructions 7bc87c08: DW_CFA_restore_state
914.095:002f:0030:err:seh:setup_exception stack overflow 1552 bytes in thread 0030 eip 00007ffdf65fb5cd esp 0000000000131000 stack 0x130000-0x131000-0x230000

您能尝试删除_MH_W_的酒/质子配置文件_plus_并重新安装吗？
此外，您可以确认32位和64位Vulkan应用程序（与其他外部程序一起使用）可以正常工作吗？

Emanem 于 2019-09-07

@Emanem如上所述，即使在新安装和更新的PopOS上，问题仍然存在。但是用户在reddit上给了我小费。但是，是的，我完全清洗了蒸汽和质子，然后重新安装了所有蒸汽，仍然没有帮助。
在ProtonDB上，您可以阅读有关升级到Linux，Ryzen 3000-CPU和Monster Hunter World的问题的更多信息：
“ Zen 2 cpu所有者需要禁用UMIP才能启动游戏，直到推出正式补丁为止；在内核启动选项中添加“ clearcpuid = 514”。此外，还需要mfplat修复以防止教程视频崩溃。与Windows差不多的性能使用最新版本的mesa和ACO着色器编译器。”

将该选项添加到我的arch install中，因为内核启动选项确实有帮助。游戏启动进入黑屏并引发错误：
E_INVALIDARG：IDX11Device-> CreateBuffer（＆bdesc.pinitvalues？＆data：NULL＆pbuffer）

Vulkan似乎运行良好，因为其他Proton游戏（我曾简要测试过Project Cars）似乎也可以运行。

stefan240 于 2019-09-07

解决了问题？我不知道如何，但是我设法运行了它。你的情况。启动并重置。您可以尝试将Monster Hunter转移到另一个媒体上的另一个文件夹中，以我为例，它位于不同的驱动器而不是ssd上。在此之前，我放了最后一个台面，然后是我不知道的LLVM，但是放了恕我直言，我只是把头撞在桌子上祈祷。对不起，但是我今天真的杀了我，确切地说是什么顺序让我无法

alexchexz 于 2019-09-10

我正在抓狂鼠标问题。这不仅是加速，而且光标似乎在跳来跳去。

这是一个说明问题的视频。

我在Proton和Wine上玩过许多其他游戏，包括《毁灭战士》，《巫师3》和《星际争霸II》，并且鼠标在所有这些游戏中都能完美工作。

眼镜：

具有linux-amd-staging-drm-next-git-5.3.841339.865b4ca43816内核的Arch Linux
CPU：AMD锐龙9 3900X 12核
GPU：AMD Radeon RX 5700 XT
台面版本： 19.3.0_devel.115313.f812cbfd884-1和LLVM 10.0.0_r326744.bfb5b0cb86c-1
窗口管理员： i3
质子： 4.11-4

我以前在Wayland上尝试过sway窗口管理器，但游戏无法启动。

我已应用clearcpuid=514内核选项以及已安装的z0z0z/mf-install 。

无论我使用全屏模式还是无边框窗口模式，并且考虑屏幕分辨率，都会发生此问题。我没有其他鼠标或输入设备插入计算机。

任何想法可能导致此奇怪的鼠标问题吗？

dllu 于 2019-09-14

@dllu
这仅在帧速率大于30fps时发生在我身上。您是否在选项中尝试了30fps的帧限制？它很容易被封顶，尤其是使用这样的漂亮钻机。

我正在使用1440p / 144hz显示器。

每当fps偏离该30fps上限时，我也会得到输入滞后。

DeathTBO 于 2019-09-14

我尝试使用30 fps的上限，但鼠标光标问题仍然存在。我验证了Proton的user_settings.py启用了dxvk HUD的帧频为30 Hz。我也试图改变MouseBaseSpeed至0.000000的config.ini但游戏会自动改回了2.000000 。

编辑：通过启用winecfg “模拟虚拟桌面”，能够解决鼠标问题。这也允许游戏在Wayland中运行，而不会出现鼠标问题。尽管使用i3窗口管理器的xorg鼠标问题仍然存在。在i3中，我已经设置了focus_follows_mouse no和focus_on_window_activation no 。而且，帧速率很糟糕---关于DXVK HUD，在中等设置下4k时为35 fps，但是游戏感觉比这差得多。感觉像15 fps。我将进一步调查...

dllu 于 2019-09-15

所以我做了系统更新。然后，我开始测试新的Proton版本（4.11-5）。我也在Steam Beta上。

内核：5.2.15-200
KDE等离子5.15.5
台面19.1.6

我将fps上限更改为60fps，没有限制，今天就可以了！没有低于30fps或> 30fps的输入延迟。我的眼睛很高兴。我还测试了聊天框，并且完全没有禁用输入。

我将其归因于质子版本。

DeathTBO 于 2019-09-20

在我的系统上，游戏的质子性能下降了4.11-7

GPU: RX 480 8gb
Driver/LLVM version: mesa 19.2.1
Kernel version: 4.19
Link to full system information report :https://gist.github.com/Utopanic/edfcf6a24846d1777e79d3aa6f67c914
Proton version: 4.11-7

Utopanic 于 2019-10-11

现在，在帧速率下降且出现断断续续的情况下，Monster hunter世界中质子为4.11-7和4.11-6的性能方面存在更好的回归。

blastermaster77 于 2019-10-14

现在，在帧速率下降且出现断断续续的情况下，Monster hunter世界中质子为4.11-7和4.11-6的性能方面存在更好的回归。

遇到同样的问题，一天后就消失了。你在Manjaro吗？

Utopanic 于 2019-10-15

自从最近的更新以来，我遇到了一个新问题：游戏进程没有退出，而是在后台继续使用1或2个核心。

其他人也经历过吗？

Emanem 于 2019-10-17

@Emanem我从

FrogTheFrog 于 2019-10-17

@Emanem
@FrogTheFrog
我曾经发生过一次或两次。

可能无关，因为即使没有后台进程，也会发生这种情况。我注意到播放MHW后，闲置10-20分钟后，屏幕将关闭。真的很奇怪，因为这与我的计算机设置背道而驰：我没有屏幕保护程序，或者将其设置为不活动后关闭。

DeathTBO 于 2019-10-18

@Emanem我从

肯定是最近的。我想这是游戏DRM的更新吗？
但是，再一次，只是一个猜测...我尝试了_ptrace_这个过程，它一直在等待并尝试从_pipes_读取（我怀疑主要的wineserver实例）。

Emanem 于 2019-10-19

与蝙蝠/气球怪兽战斗（HR6任务）时，游戏会锁定。我使用默认的图形设置，但无边框全屏和垂直同步关闭除外，并且对游戏没有任何特殊更改。我还将nvidia驱动程序和内核更新为arch的最新版本。锁定似乎与俗套有关，流放之路曾经在一段时间内表现出相同的行为。只有渲染严重停止，渲染窗口（如urxvt和Steam）最终会完成，但需要一段时间。声音一直在播放，好像一切正常。输入也被延迟。

GoLD-ReaVeR 于 2019-10-20

更新：我已经更新到nvidia beta驱动程序，到目前为止还没有任何锁定。我需要一段时间才能在一个会话中获得比现在更多的播放时间，但是我认为这已由nvidia解决。

编辑：根据kisak的要求，我将其添加为通知我当前使用的驱动程序版本是nvidia 440.26。到目前为止，即使在流媒体播放时，也仍然没有问题。

GoLD-ReaVeR 于 2019-10-23

另一个更新是：游戏似乎被最新的质子版本4.11-8锁定。锁定是随机的，游戏是可以杀死的，但绝对是退步。锁定似乎在玩了5个小时左右后发生，并且此后发生的频率更高。 GPU温度似乎正常，并且系统的其余部分保持正常运行。

GoLD-ReaVeR 于 2019-11-10

完美运行（除了MF库）。

唯一的缺点是游戏有30％的时间在退出时不会关闭，并且需要kill -9 <pid> 。

Emanem 于 2019-12-20

与Windows相比，性能约低40％（英特尔iGPU的播放速度为540p低）

否则一切看起来都很好。

xzn 于 2019-12-23

游戏今天收到更新，现在在4.11-11上的15分钟内崩溃。
这是与nvidia beta 440.44一起安装的，它可以解决另一个崩溃问题。由于无法再进行一次狩猎，因此该游戏现在无法播放。

GoLD-ReaVeR 于 2019-12-24

游戏今天收到更新，现在在4.11-11上的15分钟内崩溃。
这是与nvidia beta 440.44一起安装的，它可以解决另一个崩溃问题。由于无法再进行一次狩猎，因此该游戏现在无法播放。

我更新到了新补丁，对我来说很好用，您拥有什么GPU和CPU？我没有任何问题。提供有关规格的更多信息，狩猎愉快

blastermaster77 于 2019-12-25

GTX 1080 Ti和Ryzen 2700X。似乎完全为我解决了崩溃问题的方法是将“ DXVK_STATE_CACHE = 0％command％”设置为我的启动选项。我确实偶尔会口吃，但是这比完全退出游戏要好得多。

GoLD-ReaVeR 于 2019-12-25

很高兴听到这对您有用

在2019年12月25日星期三上午1:24 GoLD-ReaVeR [email protected]
写道：

GTX 1080 Ti和Ryzen 2700X。似乎解决了崩溃的问题
完全对我来说，问题是将“ DXVK_STATE_CACHE = 0％command％”设置为我
启动选项。我确实偶尔会口吃，但是比
完全退出游戏。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/ Proton / issues / 175？
或退订
https://github.com/notifications/unsubscribe-auth/ACHAHPRFM3B46BDBX3PREJDQ2LU7BANCNFSM4FRB5W2A
。

blastermaster77 于 2019-12-25

游戏再次开始更频繁地崩溃，就像环境值被忽略一样。我现在很茫然。

GoLD-ReaVeR 于 2020-01-01

直到今天随着扩展版的更新，游戏对我来说一直是完美无缺的。

AMD锐龙1700
RX 5700 XT
16 GB RAM
5.4.8-禅1-1-禅

现在它无法播放...，已经测试了NO_FSYNC，可以在常规Linux上而不是zen，Xorg和Wayland上运行，什么也没做，可以运行另一种类似RE2的游戏（有些耗电的游戏）可以完美运行...

编辑：看起来他们在更新中添加了DirectX12支持。可能是这样吗？

Captura de pantalla de 2020-01-09 19-01-28

别人可以确认这不只是我吗？

alosarjos 于 2020-01-09

👀5 👍1

您是否尝试使用mf-install脚本？也许是尝试播放视频而失败。

GoLD-ReaVeR 于 2020-01-09

您是否尝试使用mf-install脚本？也许是尝试播放视频而失败。

已经安装并检查它工作正常。但是不，它只是慢得要命...

alosarjos 于 2020-01-09

别人可以确认这不只是我吗？

更新后，我在Pop OS上获得1/2 FPS
AMD锐龙1800x
AMD Vega 64
16GB RAM

zeeshan595 于 2020-01-09

👍1

今天更新后也有问题

发行版：Arch 5.4.8-arch1-1
GPU：GTX 1060 6GB
驱动器：440.44
处理器：R7 3700x
内存：DDR4 32GB

Dl0tt 于 2020-01-09

您是否尝试过以D3D11模式而不是D3D12播放？

我会尽快尝试，并在下载80 GiB之后报告。

Emanem 于 2020-01-09

您是否尝试过以D3D11模式而不是D3D12播放？
我会尽快尝试，并在下载80 GiB之后报告。

我在Proton Docs上找不到“ Force D3D11”的任何命令，但是如果我正确的话，捕获显示我已经在使用D3D11

alosarjos 于 2020-01-09

您是否尝试过以D3D11模式而不是D3D12播放？
我会尽快尝试，并在下载80 GiB之后报告。
我在Proton Docs上找不到“ Force D3D11”的任何命令，但是如果我正确的话，捕获显示我已经在使用D3D11

是的，注意到... :(
我会尽快报告我的经历，希望...

Emanem 于 2020-01-09

在最新更新（Iceborne）之后也存在严重的帧速率问题-从60 fps变为大约10。

发行版：Arch 5.4.7-arch1-1
GPU：RX 470 4 GB
处理器：i3 6100
内存：DDR4 16 GB

jadball 于 2020-01-09

可以确定，当我过去获得200+时，我现在在开始菜单上获得了1.8 FPS。
我什至没有尝试开始游戏。使用DX11，可以用Proton禁用DX12（只需在菜单中选中）。
我猜想DXVK上的代码路径会很慢吗？

@doitsujin，您可能想研究这个（或Valve的某个人）-它发生在不同的内核，驱动程序和硬件上，似乎是触发缓慢的（常见）DXVK代码路径...
让我们知道我们是否可以以任何方式对此进行调查！

编辑：也可以是其他形式的系统调用，但是音频线程和游戏本身似乎运行正常？

编辑2：看起来这是一个葡萄酒/系统调用问题，如下所示...

发行版：Ubuntu 18.04.3
显卡：RTX 2080 Ti
处理器：i7-8700K
内存：64 GiB 3200 MHz
MHW Menu

Emanem 于 2020-01-09

这似乎是一个游戏/游戏方面的问题，因为在Windows DXVK上，其性能与本机D3D11类似，该游戏的当前版本存在很多错误，即使在Windows上，该游戏的性能也比以前的版本大。

一些Windows用户报告了同样的FPS较低问题。

在Windows 10上使用DXVK的游戏：
Screenshot_3

BlazeKl 于 2020-01-09

这真是太糟糕了！游戏从完美变为无法玩。默认情况下禁用DX12。它还说只能在Windows 10上启用它（我认为Proton默认显示Win7）。

我在介绍性菜单上的速度为10fps（隐私策略，冲突的键绑定），在主菜单上为1fps（3d渲染菜单）。我尽力将所有设置降低到最低，并将分辨率降低到720p。

在使用新降低的设置重新启动时，我的帧速率相似，但感觉确实更快。 GPU的使用几乎没有或几乎没有，单个内核偶尔会钉住100％，而平均值却保持在60-70％，而其他四个则达到20-40％。

发行版：Fedora 31 5.4.7-200
CPU：Ryzen 2700 @ 4GHz
GPU：RX 580 Mesa 19.2.8
内存：16GB 3200MHz 14 cas（可能没有必要：P）

我想知道将质子wineprefix设置为Win10并启用DX12是否会有所不同。葡萄酒已经有了Vulkan的DX12，对吗？

编辑：退出游戏时，该过程在后台保持活动状态。这发生在几个月前，但是在Proton的发布中得到了解决。看起来又回来了。

DeathTBO 于 2020-01-09

尝试使用自定义的Proton版本启用D3D12，但始终默认为D3D11，由于Denuvo由于过多的前缀重新配置而阻止了我的游戏，因此我无法再对此进行测试

BlazeKl 于 2020-01-09

这并不是一个真正的质子/葡萄酒问题。 wineserver因异常处理而过载：
https://gist.github.com/GoLD-ReaVeR/e9109cebad3b766d07973dfeb053dbfb

capcom的某个人是个白痴。异常似乎是试图与OS进行通信，或者被用作跨函数goto语句。无论哪种方式，这都不是葡萄酒必须看到的东西。

GoLD-ReaVeR 于 2020-01-09

需要澄清的是，MHW论坛上到处都是性能问题的人，我认为并非所有人都是质子用户。因此，这可能最终由capcom解决。

GoLD-ReaVeR 于 2020-01-09

我希望他们尽快对此进行修补。我更改了质子版本以查看是否有帮助，但是以某种方式删除了所有游戏文件。下载更新后。

Koonboi 于 2020-01-09

只是想说我有同样的<5 FPS问题。

发行版：Manjaro Linux Xfce（最新）
处理器：Intel Core i7-4770K
GPU：GTX 1080 Ti
内存：32 GB DDR3

E3FxGaming 于 2020-01-10

最近3个小时，我一直在努力。

发行版：Linux Mint 19.2
处理器：Intel Core i7-4770K
GPU：Radeon RX 580
内存：16 GB

在今天之前，我通过强制Proton 4.2-9能够毫无问题地运行Monster Hunter。但是，现在Proton 4.2-9崩溃，并显示以下错误：“ ERR14：未实现Graphics API”。

Screenshot from 2020-01-09 16-39-36

根据此处的这篇文章，该错误表明DirectX无法正常工作，您应该更新驱动程序。我今天早上更新了Mesa驱动程序，但没有效果。

少量研究发现了Reddit线程，该Proton 4.11-8中添加了Direct3D 12支持。似乎已经对基本游戏进行了此更改，卸载Iceborne对此兼容性问题没有影响。

不幸的是，切换到Proton 4.11-11会导致性能显着下降。我怀疑问题是Proton的最新版本错误地分配或检测了VRAM。当我在显示选项下查看时，它报告说我只有0.5 GB，应该报告8 GB：

Screenshot from 2020-01-09 16-51-26

注意：我有100％的信心，在今天对Monster Hunter进行更新之前，质子4.11-11中存在此VRAM报告问题。我使用Proton 4.2-9的原因是因为它可以正确记录和使用我的VRAM。

Proton 4.11-9可能“修复了某些GPU的GPU内存过少的问题”。因此，我目前的计划是下载源代码并编译Proton 4.11-9，看看是否可行。希望这一过程相对轻松。尝试过后，我会回报。希望这可以帮助。

MrMulciber 于 2020-01-10

😕1

并不是Proton 4.11-11会降低性能。 Wineserver已用尽，这意味着4.11-9可能会遇到相同的问题，而4.2-9也不安全。我也尝试将Windows版本设置为10，但是DX12不再可用，性能也没有改善。我将自己尝试4.2-9来验证它是否对性能有所帮助。

GoLD-ReaVeR 于 2020-01-10

👍2

使用4.2-9我得到了提到的错误，但是wineserver负载为79％而不是100％，并且异常地址已更改：

304739.481：0028：0030： trace：seh ：NtRaiseException代码= 406d1388标志= 0 addr = 0x7b44c04c ip = 7b44c04c tid = 0030

嗯，这意味着葡萄酒或DXVK都在提出这些例外。

尽管显示徽标后帧率仅下降到2fps。

GoLD-ReaVeR 于 2020-01-10

好吧，通过winetricks来安装dxvk的愚蠢行为会阻止DX11用4.11-11初始化。 Wineserver也停留在79％，这表明DXVK负责wineserver CPU使用率的20％，或者，渲染线程负责wineserver服务器使用率的20％。剩余的80％在其他地方触发。我尝试摆弄这些设置，但丝毫没有减轻这种减速的作用。

GoLD-ReaVeR 于 2020-01-10

我很好奇，是否还有其他人的VRAM也受到与您使用Proton 4.11-11时相同的限制。如果在成功加载游戏后进入“选项”->“显示”，您的VRAM是否被错误报告的次数远少于实际报告的次数？

MrMulciber 于 2020-01-10

我很好奇，是否还有其他人的VRAM也受到与您使用Proton 4.11-11时相同的限制。如果在成功加载游戏后进入“选项”->“显示”，您的VRAM是否被错误报告的次数远少于实际报告的次数？

我的VRAM正常显示。我在1660 Ti上的4.11-11上使用6gb VRAM。

DigitalDevilSummoner 于 2020-01-10

@DigitalDevilSummoner的表现如何？

MrMulciber 于 2020-01-10

@DigitalDevilSummoner的表现如何？

就像这里的其他报告一样糟糕

DigitalDevilSummoner 于 2020-01-10

我正在遭受与其他所有人一样的巨大性能下降。在主菜单中介于1到3 FPS之间，当我最终使用Proton 4.11-11进入游戏时也是如此。当我尝试Proton 4.2-9时，它只是给了我未实现的ERR14 API。尚未检查VRAM的使用情况，以1-3 fps的速度浏览菜单很痛苦。

使用RX 5700 XT在5.4.6内核上运行Manjaro并运行mesa 19.3.1-1驱动程序。

Vorthas 于 2020-01-10

我尝试了4.11-11调试版本（在beta中选择）以拥有d3d12.dll，但这也无济于事。游戏也没有将系统识别为能够使用d3d12。猜猜目前无能为力。许多Windows用户也有此问题，因此希望CAPCOM可以删除此延迟的代码。

GoLD-ReaVeR 于 2020-01-10

因此，我设法通过全新安装解决了VRAM问题。您可能必须先使用winecfg将Proton 4.11-11的Windows版本首先更改为10。

但是，即使正确地报告了VRAM，我仍然遇到了其他所有人的性能问题。

MrMulciber 于 2020-01-10

同样在主菜单上以0.5〜2fps的速度运行，尝试降低我的图形设置后，我发现d3d12默认情况下处于禁用状态，无法启用，因此我想这与d3d12无关。

发行版：Arch运行5.4.7-16linux-tkg-pds-zen2
处理器：AMD 3700X
GPU：使用nvidia-dkms 440.44.0的Nvidia GTX 1050Ti
内存：16 GB
DXVK：v1.5-16-g3b180e3bb
Vulkan：1.1.119

sugayaa 于 2020-01-10

在这里也遇到了1 FPS问题。我与Capcom开了一个案子，看看是否可以向他们提供任何调试信息，因为它似乎已经结束了

Xaenalt 于 2020-01-10

@ vitoor-s

此问题最有可能与DX 12有关，我发现一些Windows用户报告说启用DX 12可以起到很大的作用，其中一些用户通过启用无法玩的DX 12使游戏变得可玩。

尤其是，我发现一个Windows 7用户由于CPU使用率过高而无法像我们一样玩游戏，但是该玩家通过将系统升级到Windows 10并启用了DX 12成功地使游戏变得可玩。

您可能需要查看以下Reddit线程：链接

因此，这里有一些线索可能会有所帮助。稍后我将在Windows 10 wine环境和VKD3D中进行尝试。

但是，还需要注意一件事：MHWI当前要求强大的PC才能以60 FPS的速度运行，即使对于Windows用户也是如此。我们的Linux用户将需要一台功能更强大的PC才能运行此游戏。：失望：

Capcom必须采取一些措施，否则MHWI DLC将被负面评价所淹没。

更新：

我失败了：roll_eyes：我可以确认已经从质子的日志文件中加载了d3d12.dll，但是仅此而已，似乎游戏没有在渲染中使用它。

Mr-indescribable 于 2020-01-10

我尝试使用质子4.11-11调试启用功能，但MHW仍不认为DX12可用。此外，减速报告中很大一部分是DX12用户，或者至少安装了DX12。

也许实际上我需要做一些额外的事情才能获得DX12，但是我几乎无所不能。我不知道为什么会引发异常，并且在应用程序中摆弄选项并不能减轻该问题。我只能说，这种性能下降是在游戏中提到启用自动保存后发生的。

GoLD-ReaVeR 于 2020-01-10

好吧，现在我的游戏甚至无法启动。有人可以检查这是否只是我这方面的问题？

zeeshan595 于 2020-01-10

@ zeeshan595您已经达到了每天5天的Denuvo激活限制，必须等待24小时，之后问题才能自行解决。

请注意，使用自定义/多个Proton版本显然会导致您的Wine前缀变得不稳定，这会在每次游戏重新启动尝试中强制进行新的Denuvo重新激活。

Saancreed 于 2020-01-10

👍2

@ zeeshan595您已经达到了每天5天的Denuvo激活限制，必须等待24小时，之后问题才能自行解决。
请注意，使用自定义/多个Proton版本显然会导致您的Wine前缀变得不稳定，这会在每次游戏重新启动尝试中强制进行新的Denuvo重新激活。

感谢您的澄清。但这是一个非常愚蠢的设计。他们可以只存储我主板的UUID或其他东西

zeeshan595 于 2020-01-10

你好

通过将MH降级为5080591846956782264，我已经能够解决此问题。
您可以按照本指南进行降级： https ://steamcommunity.com/sharedfiles/filedetails/?id=1086279994

仓库为582011。

我从低设置的<1 FPS变为最高的〜45FPS。游戏大小也从大约50GiB减少到大约20GiB。

torvitas 于 2020-01-10

👍1

您可以在线玩@torvitas吗？
那么，您基本上是在Iceborne发布之前玩的吗？

sugayaa 于 2020-01-10

您可以在线玩@torvitas吗？

无法确定，我可以使用任务板，它建议开始在线会话。我怀疑它是否可以正常运行，因为我使用的是旧版本，但不确定。

那么，您基本上是在Iceborne发布之前玩的吗？

究竟

torvitas 于 2020-01-10

7910381936908271401较新但也可以使用。我刚刚参加了一个随机的在线会议-似乎可以工作。虽然我刚刚发现一个公开会议。

torvitas 于 2020-01-10

@ GoLD-ReaVeR是否有办法一直跟踪将哪个API调用转发到_wineserver_？

我想知道我们是否应该从MHW流程中临时修补此类API的调用，以使效果基本上变为无操作？
当然，只是进行实验...是的，CAPCOM浪费了很多

Emanem 于 2020-01-10

我对调试器不太满意，但是正如我之前指出的要点一样，有些东西正在使用MS_VC_EXCEPTION调用NtRaiseException。根据谷歌，此异常用于设置线程名。这就是我要寻找的地方。

但是，也有可能，而且我不能排除，有人在使用此异常作为交叉函数goto的一种方式。

无论如何，如果您可以阻止NtRaiseException与wineserver进行接口连接，则问题可能会消失。想想看，如果您要制作一个ntdll来检查是否raiseexception正在要求更改线程名；如果名称已经相同，则继续成功就可以了，您也可能会帮助Windows用户。

GoLD-ReaVeR 于 2020-01-10

哦，DUH。
@Emanem
是的，我所说的完全可以。制作一个忽略所有MS_VC_EXCEPTIONs的ntdll。

GoLD-ReaVeR 于 2020-01-11

哦，DUH。
@Emanem
是的，我所说的完全可以。制作一个忽略所有MS_VC_EXCEPTIONs的ntdll。

那就是我的初衷:)

基本上不错

switch(rec->ExceptionCode)
case MS_VC_EXCEPTION:
   return STATUS_SUCCESS;
default:
   break;

Emanem 于 2020-01-11

SpecialK似乎已经发布了一些东西，我将对其进行测试。

GoLD-ReaVeR 于 2020-01-11

不，没有用。

编辑：为澄清起见： https ：//steamcommunity.com/groups/SpecialK_Mods/discussions/0/3570700856110421443/ = 1578697020＃

他的目标是修复游戏中的许多错误，并提供一个dxgi.dll来修复游戏中的问题。他说他修复了调试器代码，但是仍然抛出异常。

GoLD-ReaVeR 于 2020-01-11

😕2

我已经用上面的代码片段构建了一个_ntdll.dll.so_，游戏没有完全启动（即黑屏，就在_CAPCOM_徽标之前）。

看起来此API用于调用其他代码（如_goto_）或用作反黑客/ DRM的形式...
让我们调查更多...

Emanem 于 2020-01-11

在这两种情况下，它都是首选。我只想在MHW蒸汽论坛上寻求破解，看看capcom如何快速响应。（：D）如果实际上是这样做的话，那将同时让人感到热闹和悲伤。

GoLD-ReaVeR 于 2020-01-11

用Protons 4.2-9、4.11-11、4.21-GE-2 + DXVK 1.5.1检查了新版本的MHW，到处都可以看到最大2 FPS。

steam-582010-4.11-11.log

Screenshot from 2020-01-11 12-09-57

处理器：AMD 3950X
GPU：Radeon VII
Mesa / LLVM：20.0.0（b5c9688）/10.0.0（gitfc3367d）

NTMan 于 2020-01-11

看起来我们找到了罪魁祸首？

https://fearlessrevolution.com/viewtopic.php?p=117527#p117527

现在...这到底是结束了还是Proton / Wine / DXVK需要一些工作？

在这篇文章中找到。显示性能差异

https://steamcommunity.com/app/582010/discussions/0/1737760710130372658/

alosarjos 于 2020-01-11

它仍然显示异常，并且wineserver仍然处于100％。尽管可能还有其他与Wineserver通信的信息……但是我认为只是消除了扫描仪的损坏，并没有完全停止扫描。因此，尽管这可能会帮助Windows用户，但对我们没有任何帮助。

GoLD-ReaVeR 于 2020-01-11

可以确认CRC绕过什么都不做，我一直在对数据进行性能记录，并且其中一个函数在0x00000001605b0532处产生了极大的开销

两个性能报告，一个不带CRC旁路：
https://drive.google.com/open?id=1JECOHULxCNVYblDK6w37GECj-uwSWksX
还有一个带有CRC旁路的代码：
https://drive.google.com/open?id=1OUrRbLqLKGg5-UY_aaJ4DSyJ-nW154Sp

Xaenalt 于 2020-01-11

好吧，不是“什么都没有”，它确实会显着降低CPU使用率，但不能解决FPS较低的问题

Xaenalt 于 2020-01-11

好吧，让我一天被禁止进入MHW论坛。有没有联系GabeN的方法？

GoLD-ReaVeR 于 2020-01-11

🎉1

我用Proton 4.11-11得到2FPS
老实说太神奇了。

StylinGreymon 于 2020-01-12

好吧，让我一天被禁止进入MHW论坛。有没有联系GabeN的方法？

如果您是认真的人-> https://www.valvesoftware.com/cn/contact?recipient=Gabe+Newell

另外，有什么我可以帮忙的吗？我是适当的故障排除的新手，但我愿意学习。我想玩这个很糟糕啊

RavyuS 于 2020-01-12

😄3

我想我们应该从源头开始，那就是wineserver处于100％的状态。最佳性能给我：
54.20％[内核] [k] toggle_bp_slot.constprop.0
27.45％[内核] [k] __reserve_bp_slot
7.95％[内核] [k] smp_call_function_single

也许我们可以通过某种方式限制这些呼叫的数量？就像没有停止连续断点垃圾邮件一样。

GoLD-ReaVeR 于 2020-01-12

因此，问题似乎是在葡萄酒服务器端发送了垃圾邮件，实际上是一个过程在检查另一个过程。听起来像是新的防篡改保护。也许有人可以将ptrace调用排序到队列的末尾，以便其余应用程序可以正常运行？

GoLD-ReaVeR 于 2020-01-12

我本来会提到这一点，但是刺客信条具有一个新的混淆/篡改系统。它基本上是一个虚拟机，它将解释传入的呼叫，然后将其重定向到程序。我认为该程序本身为了防止逆向工程或其他原因而被加扰。这由Denuvo放大，它也因重新路由而变得模糊。

它可能不相关，但是类似于虚拟系统，可以将此异常标记用作goto。

我们是否知道MHW中存在哪些防篡改/防欺诈系统？我看到有人提到Denuvo（激活限制），但是还有其他系统吗？难道这是历史上最糟糕的家酿吗？

DeathTBO 于 2020-01-12

我完全相信denuvo搞砸了，并且“为了CAPCOM的缘故”发送完整的exe扫描。 CAPCOM只是因为“不管”而休假了。阀门切不可让蒸汽冒两件事。质子开发者现在有一个新的漏洞可以填补，以防万一最终成为将来的普遍做法。我的意思是wineserver很古老，很容易出现性能问题，但这迫使他们动手...嗯。

我也非常感兴趣，为什么前面提到的本应消除伤害的教练对游戏的质子版本没有影响。

GoLD-ReaVeR 于 2020-01-12

那么现在有没有解决的办法，还是我们必须等待他们解决这个问题？

Mera1506 于 2020-01-12

我也非常感兴趣，为什么前面提到的本应消除伤害的教练对游戏的质子版本没有影响。

它确实有作用。它使我的FPS从主菜单中的5翻倍到10，并显着减少了主exe的CPU负载（从180％减少到110％）。无论有无旁路，wineserver都保持> 80％。

除了较低的FPS之外，我还遇到了极端的输入延迟。感觉光标处于某种（慢速）速度，我必须等待几秒钟才能赶上实际的鼠标移动。即使它正在运行，这也完全不会影响游戏外部的光标。这是由于wineserver过载造成的，还是另一个问题？

Wuestengecko 于 2020-01-12

对我来说，每秒帧数达到4，但是wineserver仍然在执行ptrace。

GoLD-ReaVeR 于 2020-01-13

除了较低的FPS之外，我还遇到了极端的输入延迟。感觉光标处于某种（慢速）速度，我必须等待几秒钟才能赶上实际的鼠标移动。即使它正在运行，这也完全不会影响游戏外部的光标。这是由于wineserver过载造成的，还是另一个问题？

遇到相同的问题。我不认为wineserver过载游戏中的CPU cos alt标签会导致正常的鼠标行为（如您所说），这不是问题。

RavyuS 于 2020-01-13

wineserver没有使cpu过载，wineserver在CPU上过载，导致一个内核专用于wineserver，wineserver无法足够快地响应请求。

GoLD-ReaVeR 于 2020-01-13

我越来越担心这件事会持续下去，CAPCUM提出的任何解决方案仍然会阻碍wineserver的性能，从而使游戏无法玩。坦率地说，我很茫然，如果这种事情不断发生，我不知道该买什么游戏了。

如果有质子开发人员在旁边观看此事，我愿意与您一起思考解决这个问题的方法。我实在无法真正帮助代码，因为我不太熟悉服务器结构。我认为从ntdll允许线程不安全的ptrace可以减轻大多数这种胡扯的性能。另一个选择可能是增加wineserver线程的数量。但是必须减轻对内核的繁重调用才能使其正常工作。

如果您要我（或其他任何人）做某事，请说些什么。

GoLD-ReaVeR 于 2020-01-13

放轻松，Windows用户正被同样的性能问题所困扰。当然，它可能不那么严重，但是丢失60 fps完全不可接受。一个人从150变到70，另一个人从60变到15。他们还在官方Twitter上承认了这个问题： https :

DeathTBO 于 2020-01-13

那条推文来自周末之前，我们现在是周末之后。请注意我说的：无论他们采用哪种解决方案，都可能仍然会吸引质子使用者。如果他们所做的只是删除有问题的代码，那么他们花了很长时间就可以向我们提供状态更新甚至提供修复程序。

GoLD-ReaVeR 于 2020-01-13

今天我发现它有一些“方法”来禁用Denuvo，这似乎是罪魁祸首

https://www.dsogaming.com/news/monster-hunter-worlds-pc-performance-issues-may-caused-by-its-anti-cheat-workaround-discovered/

试过了，但还是没有。我担心：

答：我们将需要最终解决此新保护系统的问题

B.也许所有与Denuvo一起发行的新游戏的行为都将像这样，直到修复完成。

在我看来，发布此错误的最佳位置似乎是在WineHQ上。也许有些具有更多技术背景的人可以在其中提供有关您的发现的更多信息？

alosarjos 于 2020-01-13

并不是什么新鲜的东西，但是我用Wine-Staging 5 + DXVK发行了它，而且运行起来也很糟糕。可能更糟，因为前奏的内容在Proton上具有更高的fps。

如果问题似乎太深，他们可能不会提供快速跟进。想象一下需要重做的大量代码。如此多的用户也在在线上进行这种愚蠢的“ IT工作”。他们只是喜欢稀释实际问题吗？

DeathTBO 于 2020-01-13

在最新的GE质子下，旁通似乎可以改善我的性能，尽管它与以前相比还很遥远。在关闭所有设置，过场动画仍然滞后并且音频不同步的情况下，可以在边界播放。
通过旁路，wineserver的CPU使用率从未超过15％，MHW可执行文件本身也从未超过70％...因此，它也从未完全利用我的CPU。

使用以下命令运行它（注意：SteamLibrary是到其他硬盘驱动器的链接）
WINEPREFIX='/home/<USER>/SteamLibrary/steamapps/compatdata/582010/pfx' WINEESYNC=1 /home/<USER>/.steam/steam/compatibilitytools.d/Proton-4.21-GE-2/dist/bin/wine Downloads/MHWResetCRC.exe

Steam系统信息： https :

不过，还有另一个问题是，在使用新的相机模式拍照后，游戏陷入了黑屏。

LizardWithHat 于 2020-01-13

你好

更新后，我收到“ ERR14：未实现图形API”。
根据这个蒸汽线程https://steamcommunity.com/app/582010/discussions/3/1745594817430288153/?ctp=14表示我的驱动程序已经过时（不是）或有一些直接的X恶作剧但通过阅读此线程似乎Denuvo打破了比赛。
我讨厌DRM。如果他们不解决此问题，我可能会要求退款。

AnimatedFreak 于 2020-01-13

👍1

在最新的GE质子下，旁通似乎可以改善我的性能，尽管它与以前相比还很遥远。在关闭所有设置，过场动画仍然滞后并且音频不同步的情况下，可以在边界播放。
通过旁路，wineserver的CPU使用率从未超过15％，MHW可执行文件本身也从未超过70％...因此，它也从未完全利用我的CPU。
使用以下命令运行它（注意：SteamLibrary是到其他硬盘驱动器的链接）
WINEPREFIX='/home/<USER>/SteamLibrary/steamapps/compatdata/582010/pfx' WINEESYNC=1 /home/<USER>/.steam/steam/compatibilitytools.d/Proton-4.21-GE-2/dist/bin/wine Downloads/MHWResetCRC.exe
Steam系统信息： https :
不过，还有另一个问题是，在使用新的相机模式拍照后，游戏陷入了黑屏。

我尝试运行该版本的质子，并在启动时崩溃，显然我也在此过程中触发了denuvo限制。我需要了解与该版本一起运行的任何特殊信息吗？

该错误不在我的日志中，但是出现了页面错误，看起来是一个空指针异常。

GoLD-ReaVeR 于 2020-01-14

Proton-GE似乎几乎一样。我没有注意到CPU峰值的明显减少。同样使用alt + enter-> close游戏也无济于事。我将前缀更改为Windows 10，但这也没有任何区别。

有没有人尝试使用VKD3D（从DX12到VK）？ https://github.com/d3d12/vkd3d

DeathTBO 于 2020-01-14

@DeathTBO vkd3d默认情况下与质子集成在一起，但是由于某些原因，即使使用vkd3d和Windows 10前缀，游戏也无法让您启用DX12

Hengecobdig 于 2020-01-14

@ Lightwolf219您是否尝试过在steam \ steamapps \ common \ Monster Hunter Worldgraphics_option.ini中启用DX12？如果您使用的是SpecialK，则这可能只是一个选择（如果这样，请忽略），但我无法前往机器进行检查。

tosirius 于 2020-01-14

@ Lightwolf219我一定想念VKD3D被包括在内。我从不使用DX12：P

我刚刚尝试过的@tosirius 。同时有一个选项graphics_option.ini和config.ini。将它们都翻转为“开”后，游戏内菜单仍显示为灰色，但设置为“开”。我还将Win10设置为Windows版本的前缀。我没有看到性能上的差异，并且我认为它实际上并没有启用。

DeathTBO 于 2020-01-14

@DeathTBO如果您启用了DXVK_HUD，则实际上您会看到dxvk仍在使用中，尽管它被强制置于inis中，但我认为他们正在检查DX12支持是否失败，因此它只能回到DX11

Hengecobdig 于 2020-01-14

没错，日志确认DX12实现未公开游戏所要求的功能。

GoLD-ReaVeR 于 2020-01-14

我尝试运行该版本的质子，并在启动时崩溃，显然我也在此过程中触发了denuvo限制。我需要了解与该版本一起运行的任何特殊信息吗？

我不记得做了什么特别的事。

尝试运行VKD3D时，将假装的Windows版本更改为win10，该方法不起作用。
重命名/删除了config.ini和graphics_option.ini以重置它们，然后将所有内容设置为低且无边界的窗口。 LOD级别为-1，Z-Prepass关闭
从pre-dlc版本安装了媒体框架解决方法
关闭xfwm的桌面合成器

LizardWithHat 于 2020-01-14

您好@LizardWithHat ，您发布的链接在法律上是有问题的，已被删除。

kisak-valve 于 2020-01-14

在Iceborne更新之前，我将获得30+ FPS，现在我将获得1〜3 FPS，因此该游戏完全无法玩。看来这与Capcom有关，但由于该游戏对某些人来说还算不错，因此Proton中可能有一种解决方法也可以使我们玩游戏吗？希望...

shigutso 于 2020-01-14

我的系统规格：

https://pastebin.com/Ckts3fhE

shigutso 于 2020-01-14

MonsterHunter的页面上有一条新推文，他们在谈论一些简单的修补程序，故障排除指南，并且在收集有关仍然存在问题的人员的信息。我们应该如何处理呢？
我们是否应该等待修复？

sugayaa 于 2020-01-14

您好@LizardWithHat ，您发布的链接在法律上是有问题的，已被删除。

嘿@ kisak-valve，对此感到抱歉。

当前，很多人在我们的窗户上也遇到同样的问题。我在Windows上看到一些关于CRC Bypass不适用于所有人的讨论，甚至DX12也不适合所有人。我们现在所能做的就是等待他们的修复，IMO。

LizardWithHat 于 2020-01-14

如果我的建议如下，请好的朋友：
想想我找到了，只是去怪物猎人的文件，在DLL文件夹里只删除winpixeventruntime

由于我一无所知，所以我想问一下这样做的人。

Mera1506 于 2020-01-14

我没有更新MH：W。我对非IB副本进行了一些调整，使其运行到appmanifest文件，并强制执行脱机模式。我知道这对这里没有帮助，但是如果有人想在两个版本之间进行比较，请给我打电话。如果可以的话，我会的。

larchea 于 2020-01-14

@ Mera1506可悲的是它没有改变任何东西。

przmkg 于 2020-01-14

@ Mera1506可悲的是它没有改变任何东西。

太糟糕了.....在这一点上，如果它可以像开关上的mhgu一样稳定地以30fps播放，我将非常高兴。

Mera1506 于 2020-01-14

我发现了问题。游戏正在获取并在当前线程上设置调试寄存器，这需要服务器调用，这非常慢。取消此功能可以修复性能。

Guy1524 于 2020-01-14

👍5 ❤2

@ Guy1524您是否使用自己的修复程序在本地对其进行了测试？

przmkg 于 2020-01-14

@przmkg是的，并且性能是固定的，请不要在常规的Wine版本中使用它，因为它可能会破坏其他应用程序。
mkw_hack.diff.txt

Guy1524 于 2020-01-14

🎉12 👍4

我可以确认它有效。
Screenshot_20200114_215406

Tk-Glitch 于 2020-01-14

🎉4 🚀2

有人偶然获得带有该修复程序的已编译Proton版本吗？

przmkg 于 2020-01-14

对于它的价值，如果这个问题也是引起Windows用户麻烦的原因，我也不会感到惊讶。获取和设置调试寄存器需要进行上下文切换，这远不及等待ptrace设置寄存器的全局锁昂贵，但仍可能是造成较小问题的罪魁祸首。

Guy1524 于 2020-01-14

👍8

杜德！这真太了不起了！！！！！好的，现在我们如何将其交付给非技术人员？

alosarjos 于 2020-01-14

是的，我只是想问一下我将如何使其工作。

DigitalDevilSummoner 于 2020-01-14

我也想知道如何使其运作。

abnazhor 于 2020-01-14

我正在尝试使用此修复程序创建自定义版本的质子。我什么都没保证，但我会尽力的。如果可行，我将其放入一个回购中，以便每个人都可以使用它。

przmkg 于 2020-01-14

👍3 ❤1

@ Guy1524 @przmkg您太棒了！

Utopanic 于 2020-01-14

令人惊讶的是，Linux社区再次拯救了世界……怪物猎人世界：P

所有这些调试内容听起来都不应该包含在内。他们是否偶然发布了游戏的开发版本？

DeathTBO 于 2020-01-14

😄2

那是最初的假设，但我们不能说真的。有可能。

Tk-Glitch 于 2020-01-14

@DeathTBO似乎更可能是复制保护。他们可能试图不断删除硬件断点，但是我没有检查。

Guy1524 于 2020-01-14

到这里，我花了2个小时来编译所有内容。我已经对其进行了测试，性能已恢复正常。
链接在这里
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

przmkg 于 2020-01-15

❤15

此特定修复程序是否有可能导致禁令？

Utopanic 于 2020-01-15

@ Tk-Glitch我在启用了补丁的情况下编译了proton-tkg，性能有所提高（不是完全）-在60时达到30时达到5 fps。

jadball 于 2020-01-15

@przmkg很好，我已经恢复到40 FPS。

@Utopanic如果我正确理解这一点，似乎此调整阻止了Wine服务器更改线程上的调试模式。因此，与CRC黑客不同，我们一开始就删除了作弊功能。我希望这不会导致禁令，但是谁知道Capcom究竟是如何实施其反作弊的。

MrMulciber 于 2020-01-15

@MrMulciber在意大利，我们说：“

Utopanic 于 2020-01-15

@jadball确保您的设置正确（对我而言，我重新安装游戏后，默认情况下已在设置中启用framecap）。话虽这么说，它比以前重，因此运行速度比以前的补丁（假设设置类似）慢。我肯定会在这方面等待Capcom。

Screenshot_20200115_010242

编辑：我也记得读过（后来我自己看过），他们已经跳过了配置迁移，因此在gamedir中删除了graphics_option.ini文件，或者将所有设置切换为低，然后回升到所需的固定值，类似问题。

Tk-Glitch 于 2020-01-15

有用！我必须设置30fps的上限，否则会结结巴巴。我在相同的设置下很难达到60fps（至少我认为它们是相同的）。希望合作社游戏的反作弊方式不会太侵入性。我想这主要是服务器端状态检查。

DeathTBO 于 2020-01-15

到这里，我花了2个小时来编译所有内容。我已经对其进行了测试，性能已恢复正常。
链接在这里
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

对我来说，完美的表现确实是在开始时出现了口吃，但是在玩完之后它们就消失了，所以我想这是一个缓存问题。再次感谢您编译该质子版本！

zeeshan595 于 2020-01-15

到这里，我花了2个小时来编译所有内容。我已经对其进行了测试，性能已恢复正常。
链接在这里
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

如上所述，在为我工作时，加载地图后出现一些最初的卡顿现象。

我确实注意到，在按Alt键退出游戏时的系统性能比预扩展要慢，但是我们可以玩！

系统规格：Manjaro Gnome上的3900x，1080 ti

Skylead 于 2020-01-15

到这里，我花了2个小时来编译所有内容。我已经对其进行了测试，性能已恢复正常。
链接在这里
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

是否必须要创建兼容性工具文件夹，或者该文件夹已经存在？提前感谢老兄。

DigitalDevilSummoner 于 2020-01-15

@DigitalDevilSummoner如果不存在，则必须创建它。除非您之前已经安装了自定义质子或其他与蒸汽相关的工具，否则默认情况下不应将其存在。

Tk-Glitch 于 2020-01-15

@ Tk-Glitch谢谢！

DigitalDevilSummoner 于 2020-01-15

到这里，我花了2个小时来编译所有内容。我已经对其进行了测试，性能已恢复正常。
链接在这里
https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW

谢谢您（以及@ Tk-Glitch和@ Guy1524 ）！我现在可以玩些游戏，尽管我认为我的慢CPU占用了此更新添加的CPU开销。

i5 4460，RX 570，Ubuntu 18.04 5.4

RavyuS 于 2020-01-15

我要再下载80GB，这应该发生吗？

DigitalDevilSummoner 于 2020-01-15

非常感谢，下班后尝试一下……

Mera1506 于 2020-01-15

哇，非常感谢您解决此问题！
这款游戏的工作似乎要比《冰雪奇缘》前更加艰苦，但是我可以恢复以前的表现。

StylinGreymon 于 2020-01-15

@przmkg非常感谢，它的运行

distengine 于 2020-01-15

@DigitalDevilSummoner Iceborne的标题更新应该是额外的10-15GB，使整个安装量达到40gb。您可能正在下载高分辨率纹理，这就是为什么大小最终如此之大的原因。

RavyuS 于 2020-01-15

使用Iceborne中添加的游戏中摄像头进行拍摄后，屏幕变黑，并且游戏软锁定。我仍然可以通过按住“选择”来打开通信菜单，但是除此之外，什么也不能做。

jclc 于 2020-01-15

👍1

@ Guy1524请注意其他具有低FPS问题的游戏：
[1] [混乱的代理商]（https://github.com/ValveSoftware/Proton/issues/1466）
[2] [2中的邪恶]（https://github.com/ValveSoftware/Proton/issues/2070）-当游戏显示启动初始屏幕时，这里的PFS较低。
在MHW中帮助解决低FPS问题的补丁程序无法解决这些游戏中的问题。

NTMan 于 2020-01-15

感谢@ Guy1524 ，@ Tk-Glitch，@ przmkg ，游戏现在像魅力一样启动了！

sugayaa 于 2020-01-15

🚀1

@ Guy1524感谢您发现并解决该问题！现在让我们希望denuvo不会再为我搞砸了：D

GoLD-ReaVeR 于 2020-01-15

发布的解决方案对我有用。
但是，在我第一次与尖叫legiana的战斗中，我结结巴巴地变得非常糟糕。我注意到1个线程一直在以100％的速度最大化。我希望这是影响每个人的错误，并且会得到解决。不确定是否可以在此处修复该问题。

maverck 于 2020-01-15

Capcom宣布他们将尽快发布针对丢失的savedata错误并减少CPU使用率的修复程序。也许这个+此补丁可以完成任务。现在我想知道这个“解决方案”是否应该用于上游葡萄酒，如果不行，那么上游解决方案应该是什么

alosarjos 于 2020-01-15

该补丁似乎可以正常工作。尽管使用预编译的版本，但由于游戏开始时出现黑屏，我不得不完全重置配置。我认为这与高清纹理包漏洞有关，该漏洞也折磨着Windows用户。鼠标光标似乎也停滞了；有点像在4.11-9中所做的那样，该补丁不在GE构建中吗？

同样， @ Guy1524出于好奇：您是如何找到它的？我不记得这两个函数显示在perf top中，并且跟踪也没有显示这些函数被垃圾邮件。操作是缓慢的还是仅仅是缺少日志记录？

GoLD-ReaVeR 于 2020-01-15

因此，昨天它工作正常，但今天它一直崩溃，有什么建议吗？我在Linux Mint上运行，并在RX 480 wit mesa驱动程序上运行

Utopanic 于 2020-01-15

我也考虑过@alosarjos ，我不确定上游是否有好的解决方案，因为

AFAIK在Linux上设置调试寄存器的唯一方法是使用ptrace 。可能有可能使wineserver中的工作线程通过pthread来完成处理工作，以便将其释放给其他请求，但是请求本身仍然很慢，因此无法解决问题。

我看到固定的唯一方法是Linux将调试寄存器添加到ucontext_t结构，因此我们可以执行与Windows相同的操作。

@ GoLD-ReaVeR我编写了一个wine补丁，以二进制格式记录wineserver请求及其计时（以微秒为单位）。然后，我在给定的时间离线解析文件，以查看wineserver当时如何处理请求。减速期间的典型输出显示如下： https :
如您所见，wineserver努力跟上所有请求，并且正与（获取/设置）线程上下文请求一起发送垃圾邮件，这是非常昂贵的。

Guy1524 于 2020-01-15

@ Guy1524我知道可以使用补丁重新编译ntdll.dll，对吗？

另外，我知道您已经删除了在_NtSetContextThread_中设置线程数据的设置，但是您又可以从_NtGetContextThread_中的当前线程中恢复它们吗？

再次感谢您提供补丁，我也将对其进行测试！

编辑：它的工作，似乎与预修补程序相同的性能。
很棒的调查工作！

MHW_Iceborne

Emanem 于 2020-01-15

@Emanem我所做的就是删除获取和设置调试寄存器的功能。

Guy1524 于 2020-01-16

还有其他人遇到过一个问题，即在树冰覆盖范围内的第一双飞龙在过场动画时，您的整个计算机都死机了吗？我到达那部分，然后我的整个机器就停止响应任何东西。我必须进行硬重启。我不确定这是否是补丁程序的问题。明天下班后我将再次尝试它是否一致或一次性。这种冻结使我感到恐惧。

我在@jclc提到的游戏机摄像头中也

Vorthas 于 2020-01-16

还有其他人遇到过一个问题，即在树冰覆盖范围内的第一双飞龙在过场动画时，您的整个计算机都死机了吗？我到达那部分，然后我的整个机器就停止响应任何东西。我必须进行硬重启。我不确定这是否是补丁程序的问题。明天下班后我将再次尝试它是否一致或一次性。这种冻结使我感到恐惧。
我在@jclc提到的游戏机摄像头中也

不确定第一个问题，但是测量员设置的错误是已知的，并且也发生在Windows上。它似乎不是图形问题。

DigitalDevilSummoner 于 2020-01-16

savedata和CPU使用情况使用情况“更新”刚登陆。在没有自定义酒的情况下，游戏仍以1 fps的速度运行。

看来这对Windows播放器也没有帮助...

Dl0tt 于 2020-01-17

savedata和CPU使用情况使用情况“更新”刚登陆。在没有自定义酒的情况下，游戏仍以1 fps的速度运行。
看来这对Windows播放器也没有帮助...

称它为：D

GoLD-ReaVeR 于 2020-01-17

我看到通过自定义Wine构建运行的修补程序的性能有所提高。以前，在大多数游戏中我的速度约为45-50fps，现在我的速度约为60-70fps，这足以使其看起来更加流畅。如果我们个人看到更多的性能补丁，我也不会感到惊讶。

另外，对于过场动画的问题（我第一次击败Xeno'jiiva之后就当机，然后吓坏了-幸运的是，游戏击败后游戏自动保存了）-MHW需要Media Foundation解决葡萄酒问题，就像其他许多游戏一样。尽管大多数过场动画都工作得很好，但是很奇怪。

waycooler 于 2020-01-17

如果没有显卡冻结我的系统，我将无法再加载任务。

GoLD-ReaVeR 于 2020-01-17

可以，在更新之前可以正常运行，但是现在在搜寻过程中我的显卡突然崩溃了。
好的猜测是因为gsync和V sync都处于活动状态。...转到vsync，它看起来可以再次正常运行。

Mera1506 于 2020-01-17

我的表现回到了带有新更新的预定义葡萄酒生成（10fps-ish），同时仍在运行该自定义葡萄酒生成...只有输入延迟消失了，所以感觉更流畅。为何要Capcom ...

i5 4430，RX 570、5.4版Ubuntu 18.04

RavyuS 于 2020-01-17

现在唯一可悲的是无法使用验船师说的照片，在拍摄完照片后，照片仍然停留在黑屏上。知道是什么原因造成的吗

Mera1506 于 2020-01-17

@ Mera1506因为这也在Windows上发生，所以我要说Capcom做得很差，就像整个Iceborne版本一样。

Tk-Glitch 于 2020-01-17

我在单击蒸汽播放时遇到问题，它弹出启动对话框，然后关闭，游戏永不启动。播放按钮变为可点击状态，我可以重新做一遍。多次这样做似乎从未使它开始。

如果我重新启动Steam几次，我可以使游戏最终启动。有人看到过与此类似的问题吗？

ProtonLover432 于 2020-01-17

@ ProtonLover432您可以在发生这种情况的运行中生成日志并将其上传到此处吗？

Guy1524 于 2020-01-17

@ Guy1524我很愿意这样做，但是我不确定如何生成它或在哪里寻找输出。是否有指南概述该怎么做？这是我第一次真正遇到任何问题，因此无需进行太多故障排除。

ProtonLover432 于 2020-01-17

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

kisak-valve 于 2020-01-17

@ Mera1506因为这也在Windows上发生，所以我要说Capcom做得很差，就像整个Iceborne版本一样。

在Windows上也是wtf Capcom。大声笑，我只是希望他们能在已经可以玩游戏的某个时间点修复它。

Mera1506 于 2020-01-17

我正在使用https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW ，我终于可以在Linux上再次玩MHW。非常感谢！

shigutso 于 2020-01-18

我不知道发生了什么，但是我可以再次执行任务。没有安装任何关于质子的新东西，所以我不知道发生了什么。 SteamDB还表示gamedev尚未更新。也许这只是一个修补程序。

GoLD-ReaVeR 于 2020-01-18

我现在每隔几分钟就会崩溃到桌面
甚至无法完成任务

StylinGreymon 于 2020-01-18

更改加载项后，我几乎立即崩溃了。在大约4到5个小时的播放中，关闭了V-Sync，此后没有崩溃。如果在关闭V-Sync的情况下仍然崩溃，请说出这一点，我会写出我的其余设置，以便我们缩小原因/修复范围。

fuzxi 于 2020-01-18

我的V同步坠毁，不是没有。。。至少没有。

Mera1506 于 2020-01-18

为ntdll.dll编写了一个更通用的补丁，该补丁仅在MH：W运行时才应用@ Guy1524的_workaround_ 。
随时进行评论和评论！

mhw_iceborne_ntdll.txt

Emanem 于 2020-01-18

我认为这不只是冰山一角，您应该将其命名为DENUVO2020或类似的名称，因为有人在该线程中报告了其他游戏中存在类似的fps问题。

GoLD-ReaVeR 于 2020-01-18

我不确定，Denuvo可能与之相关，但Capcom可能对它有不好的用法。现在，我会保留Iceborne标签

alosarjos 于 2020-01-18

👍1

或者，我们也可以用它的名字STUB_DEBUG_REGS来命名它。

GoLD-ReaVeR 于 2020-01-18

我可能刚刚遇到了与@ ProtonLover432相同的问题，该问题显示“正在启动...”对话框，但立即关闭。这是（很短的） steam-582010.log ：

======================
Proton: 1579111914 5.0-rc3-GE-1-7-gc08532c
SteamGameId: 582010
Command: ['/home/wuestengecko/.local/share/Steam/steamapps/common/Monster Hunter World/MonsterHunterWorld.exe']
Options: set()
======================
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
0037:err:esync:esync_init Failed to open esync shared memory file; make sure no stale wineserver instances are running without WINEESYNC.

我刚启动机器，启动了Steam，然后尝试启动游戏。我不知道这种陈旧的wineserver可能来自哪里。我还检查了我是否没有内存不足或/tmp空间。

但是，与@ ProtonLover432不同，对我而言，这仅发生一次，并且再次单击“开始”后，它将正常启动。

Arch Linux
linux-ck 5.4.12
NVIDIA-dkms 440.44-12
% cat .local/share/Steam/compatibilitytools.d/mhwhack/version 1579111914 5.0-rc3-GE-1-7-gc08532c

Wuestengecko 于 2020-01-18

@ Guy1524对您的延迟
我得到的日志与@Wuestengecko几乎相同
```======================
质子：1579042588 5.0-rc3-GE-1-7-gc08532c
SteamGameId：582010
命令：['/ home / username / storage / games / steam / steamapps / common / Monster Hunter World / MonsterHunterWorld.exe']

选项：set（）

错误：无法预加载来自LD_PRELOAD的对象'/home/username/.steam/debian-installation/ubuntu12_32/gameoverlayrenderer.so'（错误的ELF类：ELFCLASS32）：被忽略。
错误：无法预加载来自LD_PRELOAD的对象'/home/username/.steam/debian-installation/ubuntu12_64/gameoverlayrenderer.so'（错误的ELF类：ELFCLASS64）：被忽略。
错误：无法预加载来自LD_PRELOAD的对象'/home/username/.steam/debian-installation/ubuntu12_64/gameoverlayrenderer.so'（错误的ELF类：ELFCLASS64）：被忽略。
2708.786：0032：0033： err：esync ：esync_init无法打开esync共享内存文件; 确保没有WINEESYNC，没有陈旧的wineserver实例在运行。
```

我在跑：

操作系统：Pop！_OS 19.10
内核：5.3.0-7625-泛型
Nvidia驱动程序版本：440.44

ProtonLover432 于 2020-01-18

这似乎与GloriousEggroll的构建有关。您可能想要尝试将补丁应用到质子4.11或使用proton-tkg。

Guy1524 于 2020-01-18

我还没有发布rc3版本，所以这是他正在使用的自编译版本。
我有一个rc5版本，可以与尚未发布的MHW完美配合。
我的构建使用阶段的esync和tkg的fsync和质子补丁。不管他的问题是关于另一个正在运行的wine实例的，与任何这些补丁都不相关，因为esync补丁是默认的wine-stage的补丁。

话虽如此，如果指定WINEESYNC = 0，则游戏可能会运行。

GloriousEggroll 于 2020-01-18

5.0-rc3-GE-1-MHW是GloriousEggroll的构建中的一个分叉，它具有实现Guy1524的变通方法的酒的修改版本。它由przmkg链接。

@ ProtonLover432我会说遵循GloriousEggroll关于过时的

使用@ Guy1524的变通办法运行时，一个问题似乎与打开vsync几分钟后崩溃。我尚未对其进行测试，但是我可以确认它在关闭时运行良好。

编辑：使用vsync进行了大约20分钟的测试，没有任何问题。可能是导致崩溃的各种因素的组合

onesol 于 2020-01-18

是的，我正在使用@onesol链接的版本。
因此，对于WINEESYNC=0我猜这是一个启动选项吗？
如果是这样，是WINEESYNC=0还是我需要做WINEESYNC=0 %command% ？
我看到%command%还有其他用途，但不确定是否始终需要。

ProtonLover432 于 2020-01-19

与Wuestengecko修复问题的方式匹配（重新启动可能会关闭旧的wineservers）

在描述自己的情况时似乎还不清楚。我冷启动了机器，启动了Steam，然后出现了问题。它在启动后立即发生，并且无法通过重新启动来解决。没有什么可以启动这样的Wineserver的。更奇怪的是，即使有什么东西，它也会从我的~/.pam_environment得到WINEESYNC=1 ~/.pam_environment 。

然后，在尝试启动失败（并且没有重新启动）之后，我再次单击“启动”，它开始起作用。

此行为在我的机器上也是一致的：重新启动后，它一次失败（带有相同的日志消息），然后每次都起作用，直到我再次重新启动。我不知道是什么原因造成的。

@ ProtonLover432 ，是的，它的用途类似于Proton启动选项，因此您需要指定%command% 。但是，据我了解，Proton通过自己的环境变量PROTON_NO_ESYNC设置esync（含义相反，即1 =关闭esync）。考虑到这一点，完整的启动选项行应如下所示：

PROTON_LOG=1 PROTON_NO_ESYNC=1 %command%

Wuestengecko 于 2020-01-19

跟踪“同步问题”。一看我的日记，发现：

Process 6471 (wineserver) of user 1000 dumped core.

Stack trace of thread 6471:
#0  0x00007fabbdeae248 n/a (/home/wuestengecko/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so + 0xd248)

因此，实际上它根本与esync无关，这是wineserver崩溃的原因（似乎是由于Steam的覆盖）。不幸的是，它看起来并不像我最初想象的那样一致，这使得很难对此问题进行测试。 @ ProtonLover432 ，您可能想尝试禁用Steam的游戏叠加层。

该Steam实例的完整日志输出： steam-journal.log

Wuestengecko 于 2020-01-19

@Wuestengecko您能给我推过的mhw版本尝试一下，看看行为是否有变化吗？

Tk-Glitch 于 2020-01-19

@ Tk-Glitch成功尝试了10次发射尝试中的10次（每3次重新启动一次）。我会说该构建会为我修复它。谢谢！

Wuestengecko 于 2020-01-19

👍1

@ Tk-Glitch我似乎在使用您最近的版本（proton_tkg_5.0rc6.r1.g9dc9c57b.mhw）加入朋友的会话时遇到问题-我收到错误代码50385-MW1。有任何想法吗？

egguchan 于 2020-01-19

@egguchan如果您不缺少对葡萄酒的依赖性，我会坚持一点。自Iceborne以来，Capcom一直存在许多连接问题，因此它将最终修复。我在一个朋友的课程中连续玩了两个小时。

Tk-Glitch 于 2020-01-19

👍1

@egguchan如果您不缺少对葡萄酒的依赖性，我会坚持一点。自Iceborne以来，Capcom一直存在许多连接问题，因此它将最终修复。我在一个朋友的课程中连续玩了两个小时。

@ Tk-Glitch谢谢，他们参加我的会议没有任何问题，所以假设这是一个临时性的网络打h。

egguchan 于 2020-01-19

🎉1

还有其他人遇到相机不断旋转或角色不断行走的问题吗？
我以为我遇到了摇杆漂移问题，但是自从IB更新以来，它仅发生在MHW中。

当我拔下控制器的电源时，相机立即开始旋转，直到将其重新插入后才停止。

测试表明，当我的控制器未插入电源时，MHW会检测到摄像机不断向上倾斜，同时不断向左行走，因此我一生都无法确定输入来源即使拔下键盘和鼠标，也会发生这种情况。

系统：
万家郎
5.4：12-1-MANJARO
锐龙3900x
NVIDIA RTX 2080ti
我正在使用proton-tkg 5.0rc6.r1.g9dc9c57b，但是无论我使用哪个版本的Proton，它都会发生。

真的不知道这是谁的错误。

任何帮助都会很棒。

日志

StylinGreymon 于 2020-01-20

还有其他人遇到相机不断旋转或角色不断行走的问题吗？
我以为我遇到了摇杆漂移问题，但是自从IB更新以来，它仅发生在MHW中。
当我拔下控制器的电源时，相机立即开始旋转，直到将其重新插入后才停止。
测试表明，当我的控制器未插入电源时，MHW会检测到摄像机不断向上倾斜，同时不断向左行走，因此我一生都无法确定输入来源即使拔下键盘和鼠标，也会发生这种情况。
系统：
万家郎
5.4：12-1-MANJARO
锐龙3900x
NVIDIA RTX 2080ti
我正在使用proton-tkg 5.0rc6.r1.g9dc9c57b，但是无论我使用哪个版本的Proton，它都会发生。
真的不知道这是谁的错误。
任何帮助都会很棒。

我有同样的问题。我只连接了一个PS4控制器，并且在游戏运行时，jstest-gtk告诉我已连接了另一个xbox360控制器。该控制器似乎进行这些恒定输入。

该控制器必须由蒸汽或其他东西模拟。尝试配置它并没有改变任何东西。

在冰载更新/修补的质子版本之前，该问题并未发生。

heikomat 于 2020-01-20

还有其他人遇到相机不断旋转或角色不断行走的问题吗？
我以为我遇到了摇杆漂移问题，但是自从IB更新以来，它仅发生在MHW中。
当我拔下控制器的电源时，相机立即开始旋转，直到将其重新插入后才停止。
测试表明，当我的控制器未插入电源时，MHW会检测到摄像机不断向上倾斜，同时不断向左行走，因此我一生都无法确定输入来源即使拔下键盘和鼠标，也会发生这种情况。
系统：
万家郎
5.4：12-1-MANJARO
锐龙3900x
NVIDIA RTX 2080ti
我正在使用proton-tkg 5.0rc6.r1.g9dc9c57b，但是无论我使用哪个版本的Proton，它都会发生。
真的不知道这是谁的错误。
任何帮助都会很棒。
我有同样的问题。我只连接了一个PS4控制器，并且在游戏运行时，jstest-gtk告诉我已连接了另一个xbox360控制器。该控制器似乎进行这些恒定输入。
该控制器必须由蒸汽或其他东西模拟。尝试配置它并没有改变任何东西。
在冰载更新/修补的质子版本之前，该问题并未发生。

尝试关闭设置中的控制器支持，以及进入MHW的属性，然后将这些控制器设置设为“强制关闭”

DigitalDevilSummoner 于 2020-01-20

@DigitalDevilSummoner
将蒸汽中的mhw的控制器设置设置为“强制关闭”可以使我的PS4控制器更好地工作（输入起作用），但没有解决上述问题

heikomat 于 2020-01-20

@heikomat是否在Steam设置中关闭了控制器支持？确保所有这些选项也都关闭。

DigitalDevilSummoner 于 2020-01-20

@DigitalDevilSummoner将测试是否可以，但是可能需要一两天。但是感谢您的投入！ :)

heikomat 于 2020-01-20

5.0-rc3-GE-1-MHW是GloriousEggroll的构建中的一个分叉，它具有实现Guy1524的变通方法的酒的修改版本。它由przmkg链接。
@ ProtonLover432我会说遵循GloriousEggroll关于过时的
使用@ Guy1524的变通办法运行时，一个问题似乎与打开vsync几分钟后崩溃。我尚未对其进行测试，但是我可以确认它在关闭时运行良好。
编辑：使用vsync进行了大约20分钟的测试，没有任何问题。可能是导致崩溃的各种因素的组合

我遇到了麻烦，我使用的是proton-ge-5rc-mhw，但是在游戏启动时，游戏出现但出现在黑屏中，然后游戏意外退出。

rahadian 于 2020-01-20

👍1

5.0-rc3-GE-1-MHW是GloriousEggroll的构建中的一个分叉，它具有实现Guy1524的变通方法的酒的修改版本。它由przmkg链接。
@ ProtonLover432我会说遵循GloriousEggroll关于过时的
使用@ Guy1524的变通办法运行时，一个问题似乎与打开vsync几分钟后崩溃。我尚未对其进行测试，但是我可以确认它在关闭时运行良好。
编辑：使用vsync进行了大约20分钟的测试，没有任何问题。可能是导致崩溃的各种因素的组合
我遇到了麻烦，我使用的是proton-ge-5rc-mhw，但是在游戏启动时，游戏出现但出现在黑屏中，然后游戏意外退出。

遵循此线程操作后，我有确切的错误，游戏启动了，但大多数情况下，它在几秒钟内崩溃并出现黑屏，有时是在加载字符之后。这是日志
steam-582010.log

使用的解决方法：基础媒体（甚至不知道如何应用），使用proton-ge-5rc-mhw，禁用覆盖（猜测这就是开始时会引发错误的原因），使用PROTON_LOG = 1 PROTON_NO_ESYNC = 1％禁用esync命令％

眼镜：
公羊：15,5
英特尔®酷睿™i7-8750H CPU @ 2.20GHz×12
图形GeForce GTX 1050 / PCIe / SSE2
侏儒3.32.1（乌汶图19.04）
64位
1TB的磁盘

tetricoaullante 于 2020-01-20

我找到了照片工具的修复程序。
我的一个朋友告诉我，游戏在Windows下会在游戏安装到的硬盘驱动器的根目录中创建一个名为“ _TempPhoto”的目录，并且不会删除它。我们的根文件系统（我的意思是“ /”）被挂载为Z：，并且游戏没有在此处创建文件夹/文件的权限。
所以要解决它：

在根目录中创建一个名为“ _TempPhoto”的文件夹（sudo mkdir / _TempPhoto）
给它适当的权限（我仅使用完全权限对其进行了测试，sudo chmod 777 / _TempPhoto）

拍照可以按预期进行，您可以看到照片已写入该目录中。
只需记住在播放会话后将目录权限放回更安全的位置即可。
游戏本身也无法清除，图片保留在该临时目录中。它们确实会被复制到某处，因为在删除文件并重新启动游戏后它们会被复制回去，但是我不知道在哪里。 fdupes找不到任何东西。

LizardWithHat 于 2020-01-22

👍6 🎉2

我找到了照片工具的修复程序。

好发现！我可以确认符号链接/tmp （具有1777）和使用具有限制性权限的目录（对我自己chown 700和

（谁甚至需要%TEMP% ……）

Wuestengecko 于 2020-01-22

很棒的解决了照片的问题，现在我可以完成成就了。
没做过/ _Temphotos和chmod 700

2020年1月22日星期三，下午1：16，Wuesteengecko [email protected]写道：

我找到了照片工具的修复程序。
好发现！我可以确认符号链接/ tmp（具有1777）和
使用具有限制性权限的目录（700，并已
我自己）也很好。看来，所需要做的只是
游戏过程的读/写访问权限。
（谁仍然需要％TEMP％...）
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175?email_source=notifications&email_token=ACHAHPXKXN3KWWR7PM4RES3Q7CEP3A5CNFSM4FRB5W2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNWWXHJJCOMT
或退订
https://github.com/notifications/unsubscribe-auth/ACHAHPXKJBRD26FUEOSRAN3Q7CEP3ANCNFSM4FRB5W2A
。

blastermaster77 于 2020-01-23

我找到了照片工具的修复程序。
我的一个朋友告诉我，游戏在Windows下会在游戏安装到的硬盘驱动器的根目录中创建一个名为“ _TempPhoto”的目录，并且不会删除它。我们的根文件系统（我的意思是“ /”）被挂载为Z：，并且游戏没有在此处创建文件夹/文件的权限。
所以要解决它：
在根目录中创建一个名为“ _TempPhoto”的文件夹（sudo mkdir / _TempPhoto）
给它适当的权限（我仅使用完全权限对其进行了测试，sudo chmod 777 / _TempPhoto）
拍照可以按预期进行，您可以看到照片已写入该目录中。
只需记住在播放会话后将目录权限放回更安全的位置即可。
游戏本身也无法清除，图片保留在该临时目录中。它们确实会被复制到某处，因为在删除文件并重新启动游戏后它们会被复制回去，但是我不知道在哪里。 fdupes找不到任何东西。

我有几个问题，chown会做什么，你怎么做？

根文件夹和主文件夹也位于不同的驱动器上。根入引导驱动器，主文件夹位于第二个驱动器上，并且Steam安装在主文件夹中。我仍然需要在根文件夹中安装此文件吗？

Mera1506 于 2020-01-23

只是以为我会发表评论，并说Emanem的补丁版本对我来说可以获得与补丁之前几乎相同的性能，并试图回想起我将与补丁共享我对Proton 4.11-9所做的自定义构建和dx12补丁才能使冰载工作。特别是这个版本，因为我对Proton 4.11-10中添加的输入更改有问题，这导致了它的出现，因此启动Monster Hunter World之后，我根本无法在窗口管理器中的其他应用程序中使用鼠标，并且这个版本在Iceborne掉线之前已经为我服务了一段时间。尽管它确实具有葡萄酒之外的最新质子物质，但只有葡萄酒是4.11-9，因此它具有最新的dxvk和faudio等。希望这对某人有用，只是我想分享一下：
https://drive.google.com/open?id=1LAAtj2g4xcQrlboy6WH3L-PjsxcWZoMj

JDGBOLT 于 2020-01-23

不幸的是，它似乎对我不起作用。 /和/ home对我来说是两个不同的驱动器，steam在home文件夹中。我尝试同时在/和/ home中创建Temp Photo目录，但均无效，我丢失了什么吗？

Mera1506 于 2020-01-23

@JDGBOLT您在哪里找到Emanem的补丁？

另外，为什么在问题线程之间导航如此困难？我必须从顶部开始加载，以获取一些最近的消息，这些消息还不够新，无法被加载。很沮丧

RavyuS 于 2020-01-24

https://github.com/ValveSoftware/Proton/issues/175#issuecomment -575883674
这是基于Guy1524的工作，但变得更加笼统，只影响怪物猎人世界。
针对wine目录中的dlls / ntdll / signal_x86_64.c进行修补。

JDGBOLT 于 2020-01-24

@JDGBOLT哦，我明白了。错过了该评论！

RavyuS 于 2020-01-24

@ Mera1506
它们位于不同硬盘驱动器上的事实并不重要。
我确实喜欢以下内容：
确保您以启动Steam或Lutris，idk的用户身份登录
$ mkdir / tmp / MonsterHunter照片
$ sudo ln -s / tmp / MonsterHunterPhotos / / _TempPhoto

sugayaa 于 2020-01-24

可悲的是，这也不起作用。确切地遵循了这一点，但它并不令人遗憾。都没有直接在/中创建_TempPhoto目录。这可能是特定于Pop OS的吗？

Mera1506 于 2020-01-24

关于该补丁建议删除x64 DebugRegister活动。如果实际上这会给您带来WINE性能问题，那么它还远远不够。

所有的Denuvo以及其他许多自带的反调试策略都涉及这种技术，并在操作DR的情况下定期在受保护的线程上调用SetThreadContext（…）。删除实用程序分配的断点是他们的愚蠢策略，因为这样做很容易发现，所以毫无意义。 ‍♂

您可能想要将此解决方法作为完善的功能，以使所有Denuvo游戏受益，或者需要解决WINE效率低下的问题。反调试仅在没有实际应用的游戏中出现并出现。

Andon13 于 2020-01-24

我仍然很难通过媒体修复让怪物猎人在自定义质子或普通质子上工作。如果我想加入在线会话，然后在此过程的中间会出现一个加载屏幕。游戏崩溃了。

任何想法如何解决这个问题？

donutloop 于 2020-01-25

@StylinGreymon @DigitalDevilSummoner我修复了不断旋转的相机（至少对我而言）
首先，我关闭了所有提供我的控制器设置。这改善了控制器的状况（例如，启动现在会显示启动菜单等），但并没有解决旋转问题。

解决旋转问题的方法是将winecfg中的Windows版本设置回Windows 7。
当人们建议DX12可以提高帧速率时，我将Windows环境手动设置为Windows 10，却忘了它。

将其设置回Windows 7可修复该问题。

heikomat 于 2020-01-26

新补丁使游戏停滞不前：:(它不会加载。使用质子版本： 5.0-rc3-GE-1-MHW ，请在此处登录。（注意：一切都与自定义质子运行时配合良好）

发行版：Pop OS！ 19.10
处理器：Ryzen 9 3900x
GPU：Nvidia rtx 2070超级

cjgratacos 于 2020-01-27

您在使用mod吗？ SpecialK的dll？您可能想要摆弄它。我正在使用不带mod的SpecialK的dll，并且最新的补丁似乎正在此处运行（尽管网络仍然是完整的屁股）。

GoLD-ReaVeR 于 2020-01-27

@ GoLD-ReaVeR您如何让SpecialK工作？
对我来说，它始终阻止MHW加载。

StylinGreymon 于 2020-01-27

补丁程序发布后，他几次更新了自己的dll，请确保您使用的是最新版本。除此之外，除了5.0-rc3-GE-1-MHW-fix版本外，我没有其他特别的事情。

GoLD-ReaVeR 于 2020-01-27

您在使用mod吗？ SpecialK的dll？您可能想要摆弄它。我正在使用不带mod的SpecialK的dll，并且最新的补丁似乎正在此处运行（尽管网络仍然是完整的屁股）。

@ GoLD-ReaVeR Nop没有mod，只有一些DLC（冰霜，豪华套装和增强纹理）

我从零开始重新下载了完整版游戏。仍然有同样的问题。现在我想知道我在哪里搞砸了。

除了冰载的人以外，你们中有人在使用DLC吗？发射器上是否还有其他任何配置？

cjgratacos 于 2020-01-27

我在Ubuntu 19.10上有同样的问题。使用自定义质子启动游戏会使其在启动时崩溃。它可以与质子4.11-12一起正常启动，但仍会出现3 fps的错误

编辑：游戏推出精细与@JDGBOLT链接的4.11-9-MHW，但我有这个奇怪的一个问题相机，感觉它的震动，因为我移动鼠标并最终给非流畅的游戏感

tuxrinku 于 2020-01-27

@ GoLD-ReaVeR您是如何获得Special K的mod的？
显然，它需要vcredist2019，我已安装了protontricks，但游戏仍然无法加载（挂在黑屏上）。
想要分享您的.ini吗？

egguchan 于 2020-01-27

新补丁使游戏停滞不前：:(它不会加载。使用质子版本： 5.0-rc3-GE-1-MHW ，请在此处登录。（注意：一切都与自定义质子运行时配合良好）
发行版：Pop OS！ 19.10
处理器：Ryzen 9 3900x
GPU：Nvidia rtx 2070超级

运行Pop OS 18.04，无论是否加载，都是一场赌博。

Mera1506 于 2020-01-28

👍1

@ GoLD-ReaVeR您是如何获得Special K的mod的？
显然，它需要vcredist2019，我已安装了protontricks，但游戏仍然无法加载（挂在黑屏上）。
想要分享您的.ini吗？

我没有在specialK的uni中进行任何更改，我确实将旧的MHW配置移开了，并用IB放置的配置替换了它。然后，我进入菜单以重新配置游戏中的所有内容。

GoLD-ReaVeR 于 2020-01-28

我使用此修复程序，但是当我尝试将MHW设置为在蒸汽中启动时，我必须进行40Gb更新（我已经下载了Iceborne），当我这样做时，兼容性工具将从可用工具中消失。我重新启动了Steam，如果我选择了该工具，则必须再次进行更新。知道为什么会发生吗？在欣赏节更新之前，我设法使用了该兼容性工具，所以我不太了解。

cvignal 于 2020-01-28

👍2

我想知道我的问题是否相关，但是对我来说，这里的修复工作很好https://github.com/przmkg/proton-ge-custom/releases/tag/5.0-rc3-GE-1-MHW但是即时通讯有一个问题，我有时会死机，不得不强制重启计算机。我正在运行4.19。（98？）Manjaro，并使用i7-8700k和gtx 1070，但是在运行游戏时我看不到cpu使用的任何问题。由于硬崩溃，不确定我是否可以获取日志

Zyean 于 2020-01-29

@Zyean听起来像MHW + DXVK在Pascal上长期存在的问题。如果您尚未使用440.43.02 vulkan dev驱动程序，则可能需要尝试一下。它包含440.44中缺少的错误修正，并且没有440.48.02具有的稳定性问题。

Tk-Glitch 于 2020-01-30

公益广告

请注意，在最新的补丁程序中，必须将cpu调节器设置为_performance_，以避免微卡（至少在Intel上如此）。

Emanem 于 2020-01-30

我没有注意到这两个调控器之间的差异，但是我注意到自补丁程序以来，我的CPU使用率已经下降。
我仍然不能以高于30fps的速度播放而不会崩溃。

StylinGreymon 于 2020-01-31

@ Tk-Glitch我无法找到该版本的mhwd。但是我尝试了@Emanem的建议，并在游戏中禁用了我的合成器，并且弄乱了一些BIOS设置，似乎降低了完全冻结的频率，它们发生了一两次，但我基本上可以整夜不玩它发生了，您是否有440.43.02的包装位置？

Zyean 于 2020-01-31

据我了解您正在运行Manjaro，您可以使用我的nvidia-all安装程序：
https://github.com/Tk-Glitch/PKGBUILDS/tree/master/nvidia-all

如果您不熟悉makepg：

git clone https://github.com/Tk-Glitch/PKGBUILDS.git
cd PKGBUILDS/nvidia-all
makepkg -si

我鼓励检查自述文件；）

Tk-Glitch 于 2020-01-31

我遇到了太多启动崩溃的消息，以至于现在我放弃了游戏……在1月27日补丁之前，它与定制的Proton GE版本配合使用良好。

我可以使用Proton官方版本打开游戏，但是随后出现3 FPS错误。

现在，我不知道2月6日的补丁程序是否可以解决所有这些问题，如果情况更糟的话。

有人能解决启动时不断崩溃的问题吗？

Kubuntu 19.10 x86_64
NVIDIA驱动程序440.48.02
GeForce GTX 1050 Ti
16GB RAM
英特尔酷睿i5-8300H CPU @ 2.30GHz
5.0-rc3-GE-1-MHW和Proton-5.0-GE-1

shigutso 于 2020-02-01

如果所有有问题的人都在Ubuntu / Debian / PopOS上，那似乎是发行版中出现了退步。同样对于使用nvidia的人，440.48.02也存在稳定性问题，因此您可能需要回滚到440.43.02（甚至440.44），直到下一个版本。

Tk-Glitch 于 2020-02-01

您从哪里获得440.48.02？我完全看不到nvidia提供它。

我目前遇到铬打开并播放视频时游戏冻结的问题。它会导致游戏和铬都反复冻结，直到被杀死为止。没有CPU峰值，我的磁盘似乎负载很重，但是我看不到它应该如何干扰铬。特别是在上一个补丁（26-01-2020）之后，这种情况开始发生。如果有人对如何规避这一点有任何想法，那就太好了。我尝试禁用G-sync，虽然起初看起来似乎可以缓解问题，但现在又回到了冻结状态。

GoLD-ReaVeR 于 2020-02-01

您从哪里获得440.48.02？我完全看不到nvidia提供它。
我不了解其他发行版，但是在Ubuntu PPA中，Ubuntu 18.04可用。
https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=bionic

CSahajdacny 于 2020-02-01

@ GoLD-ReaVeR https://developer.nvidia.com/vulkan-driver

Tk-Glitch 于 2020-02-01

但是我可以毫无问题地打开其他游戏，而且官方的Proton MHW总是可以打开，但是有<10FPS的错误，所以我想这可能与Proton-GE中使用的解决方法有关……但是我不知道。不知道该如何调试。我会尝试看看。

shigutso 于 2020-02-02

更多反馈：

游戏现在可以在_Iceborne_之前的相同级别上运行
需要修补的_ntdll.dll_-需要尝试GE Proton，暂时使用我的
本场比赛有问题，与_G-SYNC_（或_FreeSync_），它也发生在Windows
_Alt-Tab_有时会导致FPS降低-尝试避免这种情况
在后台运行其他程序，并对它们运行_Alt-Tab_极有可能触发性能错误
现在将CPU调速器设置为_performance_几乎是必须的-由于最新的补丁如果不这样做，您将遇到微型卡顿现象
确实需要媒体基金会，否则您将无法“完成”游戏。

其他一切都很好-可以实际使用它进行游戏。

Emanem 于 2020-02-03

好吧，这取决于您的硬件和软件配置，会有很大不同。我的经历与众不同：

该游戏的运行级别与之前的《冰山奇缘》不同。在相同设置（最大）下，Perf会降低约5-7％，具体取决于场景。但是，某些影响（例如环境光遮挡）与以前不同，新的最高设置比以前重得多。
确实仍然需要该补丁。我自己在这里使用自己的proton-tkg构建。
我的5700XT上的Freesync没问题。我没有能够使用VRR的Geforce进行测试。
我在播放会话中尝试了数百次，却从未因此而降低性能。
我一直在后台运行大量应用程序，尤其是超过100个选项卡的Firefox会话，并且对其进行Alt-Tab切换或其他应用程序从未触发过该问题（如上所述）。
只要所需的性能和CPU都可以正常使用，就不需要更换CPU调速器。（通常在发行版提供的内核上保留默认设置）将在Sandy-Bridge和较新的CPU上使用的Intel_pstate驱动程序最近（由于我认为是5.3）遭受了巨大的性能下降，因此禁用它或以被动方式使用它来建议在Intel CPU上充当包装器（并且拥有的内核越多，受影响越大）。
实际上，某些过场动画仍然需要mfplat。

自从IB发布以来，我大约有150个小时的游戏时间🐸

编辑：对于感兴趣的人，我刚刚发布了基于5.1的版本，其中一个专用于MHW： https :

Tk-Glitch 于 2020-02-03

您好@Emanem ，您链接的解决方法在法律上存在问题，已被删除。

kisak-valve 于 2020-02-03

好吧，这取决于您的硬件和软件配置，会有很大不同。我的经历与众不同：
该游戏的运行级别与_Iceborne_之前的级别不同。在相同设置（最大）下，Perf会降低约5-7％，具体取决于场景。但是，某些影响（例如环境光遮挡）与以前不同，新的最高设置比以前重得多。
确实仍然需要该补丁。我自己在这里使用自己的proton-tkg构建。
我的5700XT上的Freesync没问题。我没有能够使用VRR的Geforce进行测试。
我在播放会话中尝试了数百次，却从未因此而降低性能。
我一直在后台运行大量应用程序，尤其是超过100个选项卡的Firefox会话，并且对其进行Alt-Tab切换或其他应用程序从未触发过该问题（如上所述）。
只要所需的性能和CPU都可以正常使用，就不需要更换CPU调速器。（通常在发行版提供的内核上保留默认设置）将在Sandy-Bridge和较新的CPU上使用的Intel_pstate驱动程序最近（由于我认为是5.3）遭受了巨大的性能下降，因此禁用它或以被动方式使用它来建议在Intel CPU上充当包装器（并且拥有的内核越多，受影响越大）。
实际上，某些过场动画仍然需要mfplat。
自从IB发布以来，我大约有150个小时的游戏时间🐸
编辑：对于感兴趣的人，我刚刚发布了基于5.1的版本，其中一个专用于MHW： https :

您在使用鼠标和键盘吗？我正在使用GloriousEggroll的最新版本与nvidia的vulkan beta驱动程序结合使用，到目前为止，我的表现还不错。但是，当我打开浏览器时，鼠标无法正常工作。其他输入也有故障。我没有任何迹象表明进程挂起或任何类似的情况，wineserver低于5％，MHW的CPU使用率一如既往。我启用了nvidia的指示器，有时出于某些奇怪的原因说vsync在1-2帧上打开。帧速率为60fps（我对此进行了上限），但有些降低至50fps，但没有任何关系。（据我所知）必须关闭浏览器是我发布的最新冰上发行版问题，当修复该问题后，我将可以像IB发行前一样最终享受这款游戏。

GoLD-ReaVeR 于 2020-02-03

@ GoLD-ReaVeR我正在使用m + kb，我的输入很好。但是，这种行为听起来很熟悉。当在浏览器中播放某种硬件加速的内容时，我在Nvidia上也遇到过类似的问题。禁用硬件加速工作。至少AMD + RADV / ACO组合没有这种问题。就是说，自（IB版本）更新以来，输入处理已明显改变，并且不是一种很好的方式。 180°旋转很时髦（但是Windows上也存在此问题），并且通过xwayland（以前曾经工作过）运行游戏时，某些鼠标的交互作用不再起作用。

Tk-Glitch 于 2020-02-03

使用Tk-Glitch的最新版本可解决我在玩游戏时应用崩溃的问题。
但是，现在当我开始游戏时，它会在黑屏上停留几秒钟，然后最终关闭。
这是该日志： steam-582010.log

我已经进行了许多测试，好像我继续尝试运行时，每第4或第5次运行，屏幕在关闭前都会在更长的时间内保持黑色。

如果在加载时（在第4或第5次运行时，打开时间更长）在游戏窗口中单击鼠标，它将加载游戏并将我放到主菜单中。

如果我在游戏窗口中单击，通常不会快速关闭的其他时间不会开始。

这对任何人都有意义吗，这对我来说听起来很迷信，但是我认为在游戏窗口中单击正在做某件事，这种情况持续发生得足够多。

ProtonLover432 于 2020-02-03

好吧，也许我是迷信者，我做了更多的测试，并且有时我会在没有单击活动窗口的情况下开始尝试，但它似乎仍然是每4或5次尝试

ProtonLover432 于 2020-02-03

@ Tk-Glitch嗯，这有点尴尬，当我使用您的脚本（很棒的脚本！）时，我意识到我正在使用418.113作为驱动程序（糟糕！），这可以解释我发生的所有崩溃情况

Zyean 于 2020-02-04

@ ProtonLover432您是否尝试过切换模式？从无边界FS到FS，还是窗口化？我记得有些人甚至在IB发布之前就用一些DE解决了这个问题。您可以通过在游戏目录中编辑graphics_option.ini到达那里。
另外，如果您有mod（尤其是那些将自己注入游戏内存中的mod），请尝试不使用它们。最初的黑屏是DRM启动时。

@Zyean很高兴您发现它有用！ 418.113确实应该错过许多重要的修补程序，这样听起来才合理😄

Tk-Glitch 于 2020-02-04

我正在使用Proton-5.0-GE-1进行随机帧删除。在新区域中，我从60到35持续了2秒钟，然后又跳回60，以此类推。在其他任何游戏中我都没有这个问题，而且在Iceborne发布之前也从未遇到过。我的cpu调速器设置为Performance。还有谁有相同的问题吗？

编辑：我使用@ Tk-Glitch构建具有相同的framedrop。我将与一些其他的nvidia驱动程序进行核对

tuxrinku 于 2020-02-04

@ GoLD-ReaVeR我正在使用m + kb，我的输入很好。但是，这种行为听起来很熟悉。当在浏览器中播放某种硬件加速的内容时，我在Nvidia上也遇到过类似的问题。禁用硬件加速工作。至少AMD + RADV / ACO组合没有这种问题。就是说，自（IB版本）更新以来，输入处理已明显改变，并且不是一种很好的方式。 180°旋转很时髦（但是Windows上也存在此问题），并且通过xwayland（以前曾经工作过）运行游戏时，某些鼠标的交互作用不再起作用。

我也怀疑浏览器中的硬件加速，但是我已经禁用了它。您有GE不会提供的任何补丁程序吗？

GoLD-ReaVeR 于 2020-02-04

@ ProtonLover432您是否尝试删除〜/ .steam / root / userdata / 582010？在删除该目录后，昨天和今天都遇到了与您相同的问题，游戏再次启动。

编辑-正如下面的Gold所指出的，这是保存数据目录，我已经在Windows和Steam云上进行了备份。

cj360 于 2020-02-04

嗯，这就是保存数据。请先删除备份，再备份！

GoLD-ReaVeR 于 2020-02-04

我实际上有一个与@shigutso类似的问题

它将加载黑屏，然后在启动时崩溃多次，最终将加载

但是，在点击“开始游戏”后加载到游戏中时，似乎有50/50的可能性会崩溃，而且也可以回到启动时崩溃的开始

如果有人跟踪我留下的论文线索，这会在我更新驱动程序之前发生

@ Tk-Glitch这也是您遇到的问题吗？您提到它对您来说运行完美（减去一个小的性能下降）我假设您所提到的是440.43.02？

Zyean 于 2020-02-05

@ GoLD-ReaVeR

我也怀疑浏览器中的硬件加速，但是我已经禁用了它。您有GE不会提供的任何补丁程序吗？

反之亦然，这极有可能，也可能是事实，而且我不认为GE默认启用的某些补丁应该用于“一般主义者”构建。对于这些“发行版”，我可能在这里有点保守主义者，但是我的构建系统最终是为定制和试验而构建的，因此如果需要，可以使用它来构建一个非常独特且不安全的构建。

对于那些在运行游戏时遇到问题或性能问题的人，您是否正在使用fsync修补内核？我注意到有些人最近在进入esync路径时似乎在运行游戏时遇到了更多问题。 Fsync似乎没有出现相同的问题，并且还会提高性能。考虑到游戏仍在做一些弱智的事情，也许esync成为瓶颈。考虑到游戏对CPU的大量需求，不希望完全禁用它，因此如果您还没有使用fsync修补内核，则值得尝试。

特别是对于那些无法进入游戏或只是非常不一致的人，使用PROTON_NO_ESYNC=1 %command%作为游戏的启动选项（从游戏属性菜单）会更好吗？如果可以解决问题，那么您绝对应该考虑尝试使用fsync修补内核，以通过禁用esync（更多一点）来恢复性能损失，并获得增强的稳定性。

@赞

这也是您遇到的问题吗？您提到它对您来说运行完美（减去一个小的性能下降）我假设您所提到的是440.43.02？

自IB发布以来，我目前正在使用AMD GPU（RX5700XT）进行游戏。我看到并收到了大量关于440.48.02问题的反馈，这些问题已通过回滚至440.43.02得以解决，因此，我只是与大家分享一下。我的Nvidia GPU即将安装在另一台计算机上，因此我将能够提供更多的个人体验。到那时，Nvidia可能会推出新的驱动程序来解决440.48.02问题。

Tk-Glitch 于 2020-02-05

您好，尚未密切关注此线程，所以很抱歉，如果我不在循环中，但我认为应该发布此消息。
几周前，我在这个游戏的Steam讨论板上盯着一个线程，上面有说明来帮助Linux用户再次直接运行与此线程链接的指令。
https://steamcommunity.com/app/582010/discussions/3/1735509281937243358/
我确实发布了指向该github线程的链接，但是我确定那里的很多人还没有阅读整个线程来查找更多信息。
它有几个人在发帖，所以如果有人想加入那里并为那里的人提供帮助，那对社区真的很有益。如果有人要我用更好的说明更新OP，只需将这些说明发布在Steam线程中，我就会解决。毕竟，很多人都不会为通过阅读而烦恼。

AnimatedFreak 于 2020-02-05

即使我正在运行fsync内核（zen内核），也不使用esync似乎可以减少我的怪异问题。此外，删除帧速率限制（从60fps到无限制）会增加效果并导致游戏崩溃。游戏不会以60fps的速度出现任何瓶颈，并且在游戏崩溃之前GPU的命中率仅为70％。肯定有一些奇怪的事情在继续。鼠标的行为有点像您在打滑窗口的边缘时光标没有重置到中心。键不能正确按下或按下。而其他游戏（例如代码静脉）根本没有这个问题。

GoLD-ReaVeR 于 2020-02-05

对于那些在运行游戏时遇到问题或性能问题的人，您是否正在使用fsync修补内核？我注意到有些人最近在进入esync路径时似乎在运行游戏时遇到了更多问题。 Fsync似乎没有出现相同的问题，并且还会提高性能。考虑到游戏仍在做一些弱智的事情，也许esync成为瓶颈。考虑到游戏对CPU的大量需求，不希望完全禁用它，因此如果您还没有使用fsync修补内核，则值得尝试。

关于如何在ubuntu 19.10上安装fsync的任何想法吗？

tuxrinku 于 2020-02-05

@tuxrinku由于Valve不提供19.10 afaik的PPA，因此最好的选择是尝试使用替代内核，例如Xanmod或Liquorix。

Tk-Glitch 于 2020-02-05

@ Tk-毛刺Merci！我将尝试一下，让您知道它是否解决了framedrops问题。

编辑：好的，我使用fsync安装了xanmod内核（fsync：在游戏日志中启动并运行）。丢帧问题仍然存在，但似乎不常出现。游戏仍然启动10次中的1次，并且在加载角色后仍然经常崩溃。即使设置了PROTON_NO_ESYNC = 1。

tuxrinku 于 2020-02-05

🚀1

我发现游戏期间的CPU使用率会随机“峰值”持续2秒钟，这就是导致fps下降的原因。它主要发生在新区域，因此我也注意到在旧区域，但频率较低。 fsync使丢弃的重要性降低，但仍然令人讨厌。

tuxrinku 于 2020-02-06

@tuxrinku @ GoLD-ReaVeR
关于随机故障，我认为并且可以肯定希望我真的能够复制它，因此我的修复也将对你们有用。解决方法似乎是为DXVK设置dxgi.maxFrameLatency = 1 。有两种方法，但是最直接的方法是在与游戏exe相同的目录中创建dxvk.conf文件，然后在其中放置dxgi.maxFrameLatency = 1 。如果启用质子日志，则应在DXVK初始化时看到该选项被应用。

其他可能有趣的事情：

自从IB以来，HD纹理DLC似乎很令人厌烦，目前需要11GB + VRAM才能在Windows上稳定工作。如果您想一直保持稳定的游戏状态，那么使用更多内存的DXVK对于大多数硬件（包括2080Ti）来说都是不可行的。
当在区域之间加载新数据时，最高的LOD偏差选项似乎没有得到很好的优化。使用较低的值或“变量”选项可使数据流更加流畅。
自从IB更新以来，游戏对超频变得更加敏感，尤其是在系统RAM和GPU方面，因此，如果您超频了，则可以尝试使用略低的时钟。

@ GoLD-ReaVeR

删除帧速率限制（从60fps到无限制）会增加效果并使游戏崩溃

那真的很奇怪。我正在使用无上限的帧速率，并且运行顺利。我很好奇我是否可以使用Nvidia GPU进行复制。从我在Windows上看到的类似报告来看，它实际上可能是Nvidia tbh独有的。

Tk-Glitch 于 2020-02-06

@ Tk-Glitch感谢您的提示。遗憾的是我无法尝试，因为游戏现在总是在加载角色后崩溃。不知道它是否与最新的11.50.00更新有关，但是我一直在尝试运行最近30分钟。
steam-582010.log

编辑：我终于设法进入游戏了（我仍然觉得通过加载屏幕的可能性现在更加糟糕），并且可以确认设置dxgi.maxFrameLatency = 1有所帮助。我仍然到处都有fps下降，但是与以前相比没有任何变化。

tuxrinku 于 2020-02-06

不管我做什么，我仍然不能以超过30fps的速度播放而不会每40分钟崩溃一次。

StylinGreymon 于 2020-02-06

@ Tk-Glitch我没有测试过关闭帧速率限制，但是当浏览器打开时，该设置对我的输入问题没有影响。我错过了在浏览器打开的情况下玩游戏的甜蜜奢侈：

GoLD-ReaVeR 于 2020-02-10

可以在没有高清纹理包的情况下确认启用了fsync的内核和质子的播放情况，游戏有90％的时间以上限60fps播放。虽然不知道为什么游戏最近拒绝启动并删除本地保存数据，但仍无法解决。

cj360 于 2020-02-11

对于仍然有问题的任何人，请尝试使用最新版本的GloriousEggroll的自定义质子，它为我解决了99％的问题，始终如一地启动，只是偶尔在选择字符时崩溃

https://github.com/GloriousEggroll/proton-ge-custom/releases

Zyean 于 2020-02-12

即使使用GE质子构建游戏，在击中新游戏后在加载屏幕中途崩溃。
编辑：
在尝试了这个线程和protondb上的报告的所有内容后，我唯一想到的是崩溃是段错误的，过去3个小时我没有尝试过。在重新安装/重新保存文件后，选择新游戏菜单项后，立即在加载屏幕上的大约55％标记处发生崩溃。
拱。 NVIDIA最新。质子，例如最新。 MF安装。 1050ti。
Edit2：strace显示此段调用之后立即发生段故障

我想这与每个人都在谈论的这个fsync问题有关吗？

Nhlest 于 2020-02-12

@Flutterlice我有同样的问题（选择字符后在第一个加载屏幕期间崩溃）。在打开另一款游戏之前，有时我会使用它，这会占用大量RAM（在我打开CS：GO的情况下，玩了30分钟，然后尝试了MHW）。我不知道为什么会这样。当它经过第一个加载屏幕时，游戏再也不会崩溃，我可以玩几个小时而没有崩溃。

@大家，您的设置中有多少RAM？也许这是与内存泄漏RAM相关的问题...

我有16GB RAM DDR4。

shigutso 于 2020-02-12

24GB内存，您的游戏是否在加载屏幕出现之前或在进度条中间出现崩溃？
经过太多的实验之后，我也因为DENUVO而将我的帐户锁定了24小时

Nhlest 于 2020-02-12

是的，通常就在进度条中间。

我以PROTON_LOG = 1来运行游戏，但是没有相关信息可能会导致根本原因，但是也许可以帮助某人：
https://paste.ubuntu.com/p/mxPZq6jnSc/

shigutso 于 2020-02-12

@shigutso我不知道这是什么魔术，但是您要在怪物猎人真正帮助之前启动CS：GO的提示，谢谢。之前我有0％的成功率来启动游戏，但是现在有了这种棘手的解决方法，我完成了10次发射中的9次。
编辑：经过一些实验，我找到了一种100％可靠的方法来摆脱第一个加载屏幕。如果我在单击开始游戏按钮之前将CPU降到最低允许频率（在我的情况下为800 Mhz），则Segfault消失。为什么以及如何提供帮助-我什至无法想象，但是在这个小技巧游戏可以100％玩完之后，甚至没有任何小问题（加载完成后我可以调节CPU的速度）

Nhlest 于 2020-02-13

我有16GB的RAM，选择字符后似乎也有相同的问题。加载栏将移动一点，冻结然后崩溃。

@Flutterlice您如何限制您的CPU尝试通过初始字符选择加载屏幕？

ProtonLover432 于 2020-02-13

须藤cpupower频率设置-u 2700Mhz
例如

Nhlest 于 2020-02-13

因此，在开始使用Steam游戏之前，您需要做的是：
sudo cpupower frequency-set -u 800Mhz
开始游戏
选择角色
然后将其设置回正常状态：
sudo cpupower frequency-set -u 2700Mhz
那是过程吗？

ProtonLover432 于 2020-02-13

我以全cpu功率启动游戏以加快初始加载速度，然后在菜单中-我将cpu调至800Mhz，然后单击“播放”。在该游戏正常加载后，我再次将CPU置于满功率状态。
编辑：在不同条件下重新启动后，原来我太快找不到结论了。在这里和那里的第一个加载屏幕上，我仍然偶尔遇到崩溃，而与我的CPU时钟速度没有明显的联系。

Nhlest 于 2020-02-13

我正在尝试启用更深入的日志记录，以确定是什么导致我以高于30 fps的速度崩溃。
PROTON_LOG=1没有给我任何我可以解释的答案，因此我应该查看其他日志吗？

StylinGreymon 于 2020-02-13

为dlls / ntdll / signal_x86_64.c最新的质子/酒更新了特定的仅MH：W补丁。
截至目前为止效果很好-请尽情享受。

signal_x86_64.patch.txt

Emanem 于 2020-02-15

@ Tk-Glitch我对我的情况有了更新。显然，浏览器视频播放器和游戏不能很好地相互配合。如果我打开了抽搐视频流，则会遇到输入问题，并且实际帧会挂起，而如果我移至此问题列表之类的选项卡，则问题就不存在了。我有2个监视器，其中一个是gsync，另一个不是。我尝试使用nvidia-settings禁用gsync，但监视器本身仍指示已启用gsync。我将尝试进一步调查。这可能与MHW论坛中在Windows中使用gsync用户报告的问题有关。

如果有人对这个问题有任何想法，我很乐意听到。

GoLD-ReaVeR 于 2020-02-15

我终于设法禁用了GSync，它没有任何影响。

GoLD-ReaVeR 于 2020-02-17

今天来自Capcom的2GB新补丁。
以60fps播放10分钟内的CTD。

StylinGreymon 于 2020-02-20

@ GoLD-ReaVeR看来确实很不错。我曾经使用Nvidia GPU进行三重显示器设置，这在GPU接近或达到100％利用率时几乎是正常的。那是没有Gsync的，因此可能无关。我已经尝试了几乎所有可能的配置，唯一的部分解决方法是使用铬（在运行了游戏并且禁用了合成器之后），但是它会随机停止工作，并且帧时间无论如何都差强人意。我从未在radeon上经历过这种事情。

就我而言，今天我已经连续玩了3个小时，而当我不在时，游戏又闲置了2个小时。无崩溃，无性能问题，帧速率已解锁，平均80 @ 1440p。

尽管起初它看起来像是基于Debian的发行版问题，但它可能无法说明全部情况。是具有不使用Nvidia的GPU问题的人？而且，如果是这样，在什么发行版上？

Tk-Glitch 于 2020-02-22

您在使用鼠标吗？因为这似乎是唯一受口吃率增加影响的因素。我只是尝试增加菜单，鼠标变得非常不稳定，而键盘响应却很好。我没有看到htop的CPU差异（因此没有wineserver过载）。

在最新的补丁程序中，当我抽动隐藏并有一个包含静止图像的选项卡时，我也得到了这种神秘的行为。游戏似乎再次变得更容易崩溃；尽管我还没有通过nvidia的最新vulkan更新完全验证这一点。游戏似乎认识到渲染器崩溃了，甚至为此绘制了一个弹出窗口，此后试图关闭游戏，尽管WM显示了下一个弹出窗口，询问我是否要不保存而退出，单击“是”，但不会关闭游戏。它就像您尝试正常退出游戏一样会一直处于僵尸状态。如果您想从我这里得到更多信息，请告诉我。

GoLD-ReaVeR 于 2020-02-23

是的，我正在使用鼠标+键盘进行游戏。鼠标输入并不流畅，我发现最好的折衷方案是将鼠标设置为125Hz。 500Hz真是令人skip目结舌。多年来，葡萄酒一直存在高污染小鼠的问题，因此在这里没有什么异常之处。如果您使用的是力量合成管道选项，则可能需要尝试不使用它，因为当GPU负载很高时，它通常会在帧时间上发挥作用。

关于稳定性问题，渲染器死后，您是否检查了Nvidia驱动程序的日志/ dmesg中是否存在潜在的XID？我知道据称特定于Pascal的崩溃Nvidia的家伙试图在基础游戏上更好地进行再现，因为他们的踪迹仅在大约8小时后才触发崩溃，因此不太实用。

如果问题确实是特定于nvidia的（我想是的，考虑到我在Intel + Navi和Zen2 + Polaris系统上游戏都没有稳定性问题）并且可以使用apitrace进行跟踪/再现，则可能对解决问题有很大帮助英伟达

Tk-Glitch 于 2020-02-24

这是在我的dmesg：

[17856.122461] NVRM：GPU at PCI：0000 ：09：00：GPU-21589442-001b-4b23-9b0e-073213285a8d
[17856.122464] NVRM：GPU板序列号：
[17856.122468] NVRM：Xid（PCI：0000：09：00）：31，pid = 2563，Ch 0000002b，intr 10000000。故障的类型为FAULT_PDE ACCESS_TYPE_READ

GoLD-ReaVeR 于 2020-02-24

谢谢。我会过去的。

Tk-Glitch 于 2020-02-24

一些反馈-当我使用1080 GTX时，游戏随机崩溃-自从我移至2080 Ti RTX以来，它的稳定性更高。
现在，我不太确定我的1080 GTX是否有更新的驱动程序，很遗憾，没有其他PC可以对其进行测试。

Emanem 于 2020-02-24

@ Tk-Glitch关于鼠标的事情，我记得MHW base和MHW IB之间的变化之一是它们将鼠标输入切换为原始输入。是否有可用的补丁跳过wineserver对此类输入的调用？还是这已经是本地行为？

GoLD-ReaVeR 于 2020-02-24

@ GoLD-ReaVeR Proton和wine-staging有支持（并且对其进行修补会使情况更糟），但是肯定有改进的余地。

Tk-Glitch 于 2020-02-24

支持吗？我需要以某种方式启用它吗？

GoLD-ReaVeR 于 2020-02-24

不，当游戏尝试使用rawinput时，它将被使用过OOTB，如果不清楚，抱歉。

Tk-Glitch 于 2020-02-24

有没有办法验证它能做到这一点？

GoLD-ReaVeR 于 2020-02-24

此日志中是否有任何内容可以解释为什么当我以≥60fps的速度播放时系统完全锁定？
steam-582010.log

StylinGreymon 于 2020-02-25

@ GoLD-ReaVeR WINEDEBUG="+rawinput"应该做

Tk-Glitch 于 2020-02-25

Proton的最新更新可修复所有问题！我对官方质子模型唯一的小问题是一些数字键（不是数字键盘上的数字键）在游戏中不起作用。也许它必须使用法式布局对键盘进行某些处理。

tuxrinku 于 2020-03-11

@tuxrinku是的。使用美国版式通常可以解决此类问题。作为法国布局用户，我发现默认情况下使用美国布局，然后通过我的DE将其设置为法语也可以解决该问题，而不会影响我的日常打字需求（例如，我不必切换布局）在任何时候，它都不会重启）。

Tk-Glitch 于 2020-03-11

MHW的最新更新似乎已损坏了某些内容，游戏无法启动，我不确定从何处获取诊断信息。

AlexLewandowski 于 2020-03-12

@ Tk-Glitch好了，还有另一个补丁……它为您运行吗？我正在使用您的最新版本，甚至还没有开始。

甚至没有在Steam控制台上收到消息。

GoLD-ReaVeR 于 2020-03-12

没有最后一个补丁破坏了Proton的游戏。它可以在没有Guy的补丁程序（Proton <5.0-4）的情况下运行，但会遇到以前无法播放的性能问题，从而使其实际上不再可以在Linux上播放。

编辑：由于测试，我被Denuvo禁止在接下来的24小时内-叹气-但是，如果有人愿意尝试，Guy给我发送了一个测试补丁：已删除（我不会解释如何使用：frog：）

Edit2：许多Windows用户也受到该新更新的影响，无法再玩了，所以我倾向于认为Capcom将被迫做某事。但是考虑他们通常在修复问题上的速度可能要花一些时间。

Edit3：我已经删除了先前发布的测试补丁，因为我可以尝试使用该游戏（结果类似-游戏无法运行）

Tk-Glitch 于 2020-03-12

我很高兴看到我不是唯一遇到此新补丁问题的人。我希望在不久的将来有人可以找出解决办法。

sebby4900982 于 2020-03-12

我没有在dmesg中收到这些消息。您正在运行哪个版本的质子？

GoLD-ReaVeR 于 2020-03-12

可以确认游戏不会随官方质子或我使用的GE版本一起发布，到目前为止运行良好。

还可以在Steam上阅读一些Windows用户的说法，即Windows XP用户也无法为其启动。

alosarjos 于 2020-03-12

我也可以确认。太可惜了，最新的质子在mhw更新降落之前运行良好。

tuxrinku 于 2020-03-12

@alosarjos

还可以在Steam上阅读一些Windows用户的说法，即Windows XP用户也无法为其启动。

他们找到了解决方法，只需关闭防病毒功能，游戏便可以再次运行。最近的更新带来了更多类似病毒的行为，现在我们有更多的扫描程序可以再次扫描您的磁盘。尽管Windows用户因此而导致其fps再次下降，但是他们有解决方法，他们现在可以玩游戏而无需CAPCOM的反应。因此，我相信CAPCOM近期不会发布补丁来解决此问题（对于Windows用户甚至可能不是问题）。

Mr-indescribable 于 2020-03-12

@alosarjos
还可以在Steam上阅读一些Windows用户的说法，即Windows XP用户也无法为其启动。
他们找到了解决方法，只需关闭防病毒功能，游戏便可以再次运行。最近的更新带来了更多类似病毒的行为，现在我们有更多的扫描程序可以再次扫描您的磁盘。尽管Windows用户因此而导致其fps再次下降，但是他们有解决方法，他们现在可以玩游戏而无需CAPCOM的反应。因此，我相信CAPCOM近期不会发布补丁来解决此问题（对于Windows用户甚至可能不是问题）。

必须禁用防病毒软件是不可接受的

alosarjos 于 2020-03-12

不适用于所有Windows用户。有谁知道是否有其他新的denuvo游戏存在此问题？

GoLD-ReaVeR 于 2020-03-12

似乎不是Denuvo tbh。更像是他们自定义的“抗热”尝试的延续，因为他们不知道自己在做什么，因此永远不会奏效。 Capcom将不得不采取一些措施，但是延迟是模糊的部分。

Tk-Glitch 于 2020-03-12

据我了解，正是denuvo在质子的作用下使一切停滞了下来。如果撤消Guy的原始补丁修复了崩溃问题，但又重新引入了速度降低的问题，则可以合理地怀疑此更改。此外，用于MHW的所有喷油器都没有针对质子已收到的帧频降低，这也意味着这不是denuvo所做的，而是capcom。 Special K之前也对我说过，在他的经验中denuvo总是试图保持他们所保护的游戏的表现；当然，提供葡萄酒支持并不是他们的目标，因此，葡萄酒服务商崩溃并被烧死了。但是，如果wine实现可以停止调试调用，则在Windows中替换或注入ntdll / kernel的任何人都可以这样做。我以为游戏现在崩溃了，因为他们正在检查这一点。这也可以解释为什么它会触发地球上几乎所有的病毒扫描程序。

就是说，如果您可以将应用了新补丁的发行版（或为了测试而希望应用的任何新补丁）烘焙给我，那么我很乐意花一天5次尝试。也许其他人也愿意。

GoLD-ReaVeR 于 2020-03-12

👍2

我可以确认以下几点：

当设置/重新设置注册表（进行昂贵的_wineserver_调用）时，它确实适用于Proton的早期版本-FPS确实很差。
当我们不设置调试标志时，它不适用于新版的Proton

看起来@ GoLD-ReaVeR是正确的：反作弊软件现在正在强制检查已设置的调试注册表。
真伤心

Gu

编辑

感觉这一次将变得严峻-或解决了_wineserver_的性能，或者我们必须找到一种方法来欺骗反作弊（？denuvo？），使他们认为调试寄存器已设置...

编辑2

似乎denuvo保护会在质子5崩溃后开始。这使我认为问题可能不在于调试寄存器，而在于质子5.0本身。
不幸的是，我用尽了所有的尝试，但是明天我将为Proton 4.11修补_ntdll.dll_，以查看游戏是否正常运行。
有趣的是，现在我已经用尽了所有的尝试，如果我运行Proton 5，我什至没有得到denuvo窗口。 Proton 4.11确实做到了（即使使用修补的dll）。

Emanem 于 2020-03-13

👍5

我的系统上仍然有一个带有先前补丁的质子4。另外，当碰撞发生后，denuvo如何阻止您启动保护功能？还是您跳过了几件事？

编辑：最初提供该版本是为了避免在冰山坠毁中发生问题，但该崩溃完全相同。

GoLD-ReaVeR 于 2020-03-13

我可以肯定的是，最新的Proton和GE不会发布具有最新更新的游戏，只是为了敲响我的帽子。我还尝试测试其他质子模型，由于Denuvo，我也被禁赛24小时。

Capcom在这里和那里一直在淘汰Denuvo的游戏-DMC5是最新的-我们是否知道有任何新闻对他们进行MHW相同吗？

ghost 于 2020-03-13

我愿意尝试5次，直到我已经花了一些钱

编辑：不再尝试：D

edit2：我可能会再试一次。

ThomasT75 于 2020-03-13

我希望capcom只是抛弃denuvo，但idk我有多大希望，因为他们只是建议人们将游戏从其反病毒软件中排除，而不是撤销他们添加了绊倒AV的Stygian补丁所带来的影响。

cj360 于 2020-03-14

仔细研究了旧的论坛帖子，尽管它并不能立即解决问题，但确实可以解释为什么Denuvo导致这种速度下降，尤其是在wineserver中。根据减速开始前后的一个黑客论坛，Capcom始终在运行24个线程来执行CRC检查。 Denuvo旨在保持效率，但前提是Capcom不能将其变为恒定的内存扫描。

onesol 于 2020-03-14

...对一些消息。

糟糕的是：游戏似乎有点不稳定，有时会在5分钟后崩溃，有时在20分钟或更长时间后崩溃。不确定是否与补丁有关。

优点：我可以实际运行它：
mhw_linux

简而言之，我为_Proton 4.11_创建了一个补丁，它将执行臭名昭著的寄存器设置调用，但是它不会进入_wineserver_，而是保留在当前进程中。目前的表现还不错，几乎和以前一样。

长期而言，我现在维护了进程本地的所有线程及其上下文的状态，拦截所有set和get调用，并尝试响应请求，而没有尽可能多地使用_wineserver_。
我也尝试动态地“清理”资源，但这不能正常工作（我怀疑那里有一个错误），并且可以进一步优化线程上下文的当前管理（我会这样做）。

随附了ntdll的补丁，只需将它应用于_Proton 4.11_分支的wine，就可以对其进行编译。
我没有附上_ntdll.dll.so_，因为即使日志记录也有些“粗糙”，所以现在是这样-如果您可以应用补丁并进行编译，则意味着您知道状态很差-您可以帮助改善或指出我的愚蠢错误。

不过这是一个开始。

我希望有人审查补丁并提供反馈。
这个补丁是“计算的黑客”，我不希望它的形状或形式无处可走。

@ Guy1524 ，特别感谢您的反馈。

Emanem 于 2020-03-15

👍10

@Emanem太好了！我非常确定wine已经有为此目的缓存调试寄存器的机制。如果我没记错的话，这就是您的补丁程序正在做的事情。如果是，您可以检查此修补程序是否在4.11之上运行吗？

Guy1524 于 2020-03-15

@Emanem太好了！我非常确定wine已经有为此目的缓存调试寄存器的机制。如果我没记错的话，这就是您的补丁程序正在做的事情。如果是，您可以检查此修补程序是否在4.11之上运行吗？

@ Guy1524您的补丁程序不起作用，因为它始终假定调试寄存器的“设置”和“获取”总是发生在同一线程（_self_）上。
我对CAPCOM工作目的的理解是，他们的_anti-cheat_系统拥有新的_control_线程，该线程为其他线程设置了调试寄存器，然后您又拥有另一类_control_线程，它们希望检索相同的值。
这就是为什么您的补丁（原始）不再起作用的原因。

我不认为wine具有这种缓存机制，我基本上不得不将服务器的_rudimentary_实现移植到进程客户端中-取决于所有线程至少始终在同一进程中。

Emanem 于 2020-03-15

更新。

附加了一个_stable_补丁。我设法去_Guiding lands_并完成了_Stygian Zinogre_任务。播放过场动画等等。

现在，退出_Gathering Hub_或进入_Training Room_时，游戏始终崩溃—我添加了一些日志记录，使用PROTON_LOG = 1可以打印出_MH：W补丁..._之类的日志。
有趣的是，现在我记录了所有可能引起麻烦的事件和调用，但是一切似乎都很好。

我担心这只是CAPCOM的糟糕发展，我们可能会陷入困境...

该修补程序是： mhw.4-11.v3.patch.txt 。
和往常一样，反馈是值得赞赏的。

这次我放置了一个编译的ntdll.dll.so ，密码为“ mhw”。
同样，如果您使用它，后果自负。
我建议以PROTON_LOG = 1运行它，看看崩溃是否是通常的'stack_overflow'...

更新资料

将我的补丁移植到_Proton 5.0_，它立即崩溃。
我的主要怀疑是，_Proton 5.0_中触发崩溃的原因相同，而_Proton 4.11_与我的补丁一起触发崩溃的原因是_same_。
我认为CAPCOM的“反作弊”行为有些狡猾。那很糟。

Emanem 于 2020-03-15

👍8

您是否尝试过将此补丁应用到5.x分支？也许收集中心问题也将得到解决。

GoLD-ReaVeR 于 2020-03-15

您是否尝试过将此补丁应用到5.x分支？也许收集中心问题也将得到解决。

根据更新，将此补丁应用到_Proton 5.0_时，游戏会立即崩溃。如上所述，我担心这是由CAPCOM汇款中的_bad_代码引起的...

Emanem 于 2020-03-15

不，我知道这是CRAPCUM游戏中的错误代码。我的意思是在Code Vein中并没有发生所有性能问题，鼠标问题，崩溃等问题，因此，这款游戏肯定有问题。但是，如果质子5.x失败而4.x没有，那么那里也存在某种回归。此外，您可以尝试使用Tk-Glitch和GE补丁集吗？他们的版本似乎更稳定。（对不起，我应该第一次问这个）

GoLD-ReaVeR 于 2020-03-15

我相信GE补丁集是我的-我认为它们是使用我的原始补丁集（即已经尝试过的:-）。
在Proton 4.11和5.0-4之间肯定存在回归（当然，根据CAPCOM的高级编码标准，_regression_ ：）；如果我们发现这种回归，我敢打赌不会发生以下错误，我们将能够在4.11或5.0-4上完全发挥作用...

我已经执行了更多的测试，尤其是关于堆栈溢出的问题。
显然，我们最终会导致堆栈溢出，但是实际上，这是导致堆栈溢出的原因（只有负责崩溃的线程）：

1562.173:0030:0074:fixme:thread:get_thread_context  [MH:W patch] mhw_get_context(717960960, 0x2acaeb80) flags 00000010 self 1 (0x2acaea54)
1562.173:0030:0074:fixme:thread:get_thread_context  [MH:W patch] mhw_get_context(717960960, 0x2acaeb80) flags 00000010 self 1 (0x2acaea54)
1562.174:0030:0074:fixme:thread:get_thread_context  [MH:W patch] mhw_get_context(717960960, 0x2acaeb80) flags 00000010 self 1 (0x2acaea54)
1562.174:0030:0074:fixme:thread:get_thread_context  [MH:W patch] mhw_get_context(717960960, 0x2acaeb80) flags 00000010 self 1 (0x2acaea54)
1562.174:0030:0074:fixme:thread:get_thread_context  [MH:W patch] mhw_get_context(717960960, 0x2acaeb80) flags 00000010 self 1 (0x2acaea54)
1562.174:0030:0074:fixme:thread:get_thread_context  [MH:W patch] mhw_get_context(717960960, 0x2acaeb80) flags 00000010 self 1 (0x2acaea54)
1562.175:0030:0074:fixme:thread:get_thread_context  [MH:W patch] mhw_get_context(717960960, 0x2acaeb80) flags 00000010 self 1 (0x2acaea54)
1562.175:0030:0074:fixme:thread:set_thread_context  [MH:W patch] mhw_set_context(717960960, 0x2acaeb90) self 1 on handle 0xfffffffffffffffe (0x2acaea84)
1562.175:0030:0074:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x7bcb38c3 ip=7bcb38c3 tid=0074
1562.175:0030:0074:trace:seh:NtRaiseException  info[0]=0000000000000000
1562.175:0030:0074:trace:seh:NtRaiseException  info[1]=ffffffffffffffff
1562.175:0030:0074:trace:seh:NtRaiseException  rax=0000000000000000 rbx=0000000000000000 rcx=00000000194bc298 rdx=00000000194bb350
1562.175:0030:0074:trace:seh:NtRaiseException  rsi=0000000000000000 rdi=000000015cc6b3d3 rbp=3a70252074612073 rsp=000000002acaeb50
1562.175:0030:0074:trace:seh:NtRaiseException   r8=00000000194bc298  r9=00000000194bbce0 r10=000000000006a542 r11=0000000000000712
1562.175:0030:0074:trace:seh:NtRaiseException  r12=0000000000000000 r13=0000000000000000 r14=0000000021110560 r15=0000000000000000
1562.175:0030:0074:trace:seh:call_vectored_handlers calling handler at 0x69060aa0 code=c0000005 flags=0

有趣的地方：

“ mhw控制线程”之一会在很短的时间内继续调用_get_thread_context_。您可以在右侧看到的地址就是堆栈。
正如您所观察到的，这只是狡猾的CAPCOM代码，它不断循环并检查相同的条件。
然后，相同的线程调用_set_thread_context_，然后boom调用_NtRaiseException_，该错误显然与取消引用无效的内存位置有关（错误_c0000005_），然后在同一线程上旋转并进入堆栈溢出

使用的修补程式：

@ Guy1524 @Plagman @ kisak-valve我只是疯狂地尊重你的所作所为-处理这段代码有时会令人不安。

编辑

我已经用不同的武器和在线方法背对背进行了1个小时的调查。非常稳定
问题实际上是在访问/退出某些位置，希望Valve / Wine的人们拥有能够查明不良内存访问并进行解决的工具。

Emanem 于 2020-03-15

👍5

@Emanem啊，我知道了，很

如果仍然无法解决问题，我想我们很高兴将您当前使用的某种形式的补丁合并到Proton中，

Guy1524 于 2020-03-15

👍6

@Emanem啊，我知道了，很

我对性能下降的理解是由于：

不得不去查询进程外（到wineserver）-无论如何这都很慢（服务器在单线程中运行_epoll_）
潜在的线程需要暂停（甚至更慢）
你可以通过在最新的补丁的详细日志记录看，这种情况发生了很多，这是不可预测的

我建议以下内容：

找到崩溃/回归的原因（经验/胆量告诉我，这对于4.11和5.0-4都是相似的）
抛光我的补丁以保留要点（在管理线程和context_t的映射时，也许使用其他数据结构，而不是通过线性数组进行搜索）

我的补丁包含一些您可能想摆脱的调试功能。
请随时以任何形状或形式使用它（很高兴被提及，仅此而已：）。

Emanem 于 2020-03-15

👍9

我想说，我非常感谢你们所有人的辛勤工作

sebby4900982 于 2020-03-15

👍13

@Emanem我在5.4以上尝试了您的补丁，很遗憾，尽管确实适用，但游戏仍无法启动

编辑-道歉，我向上滚动并意识到此问题已得到解决

GloriousEggroll 于 2020-03-16

@GloriousEggroll您是否从5.0-4删除了旧的mhw补丁？如果不是，您可以尝试将补丁添加到质子5.0-3中，看看它是否会启动

ThomasT75 于 2020-03-16

...并且情节变厚。

我试图追查错误的内存访问问题，（从@aeikum导游在这里和那里与标志）

WINEDEBUG = + seh，+ relay，+ tid

你猜怎么着？不会的没有崩溃。
也没有崩溃

WINEDEBUG = +继电器，+提示

设置此类标志时，是否还会将内存初始化为_zero_或类似的东西？
我们也做一些深奥的事情吗？

我删除了这些标志-崩溃立即发生（进出_Seliana's_ _Gathering Hub_）。

@ Guy1524 @aeikum @Plagman

编辑

我尝试了以下方法：

在_return_语句之前，在_set_thread_context_函数中引入5毫秒的延迟，然后在2毫秒内延迟：崩溃仍然发生
在函数“ RtlAllocateHeap”中将分配的内存初始化为0x00，崩溃的确像往常一样发生（即，在更改位置时加载屏幕时），但发生的时间比以前要早（即，看起来我们设法加载了较少的资源）

崩溃总是发生在相同的指针/地址处：

NtRaiseException代码= c0000005标志= 0 addr = 0x7bcb38c3 ip = 7bcb38c3

编辑2

现在，我尝试仅缓存_get_thread_context_调用，并且观察到以下内容：

FPS遭受重大打击（预期）
似乎CAPCOM引擎按屏幕上的对象按比例设置...
在加载资源时，游戏在同一阶段，相同的指针崩溃，但比平时延迟更多。可能是DXVK中的同步问题（不是指着手指，只是猜测它与资源有关）？

Emanem 于 2020-03-16

👀3

嗯，发生这种情况通常是数据同步问题。日志记录倾向于使所有内容放慢速度，从而确保事情按照预期的顺序发生。

GoLD-ReaVeR 于 2020-03-16

如果仍然无法解决问题，我想我们很高兴将您当前使用的某种形式的补丁合并到Proton中，

我的第一个想法是那是很多代码。但这听起来好像还有更多的工作要做，所以当您接近完成此工作时，我将等待更彻底的审查。

aeikum 于 2020-03-16

我目前正在开发enamen补丁的两个版本。一种在wineserver中进行缓存（从而减少代码占用空间），另一种通过更简洁的代码保留客户端缓存。

Guy1524 于 2020-03-16

一些更新。

通常_'控制线程'_会设置并重置调试标志-我的补丁程序可以很好地进行管理。

当控制线程同时重置CONTEXT_DEBUG_REGISTERS和CONTEXT_CONTROL时，确实发生了崩溃。在那种情况下，我们将退回到使用wine函数_set_full_cpu_context_，根据wine ASM，它将恢复所有寄存器，而不仅仅是标志设置的寄存器。

也许这是飞机坠毁的原因？

Emanem 于 2020-03-16

更新-我想我明白了

质子4.11

因此，此修补程序有两个主要目标：

缓存设置和获取CONTEXT_DEBUG_REGISTERS的所有结果
设置标志CONTEXT_DEBUG_REGISTERS时，切勿重置cpu上下文

~~此mhw.4-11.v7.working.patch.txt高度粗糙，并且充满了次优/调试代码。我只是出于开放的原因分享。稍后我将发布一个抛光补丁~~

刚从烤箱里拿出来的，更合适的mhw.4-11.v8.working.patch.txt~~和Proton 4.11的ntdll.dll.so-密码是“ _works！_”（请注意，该补丁仅在运行时才启动MH：W，应该安全地替换当前的ntdll.dll.so-始终进行备份）。~~
该链接已过期，在下面的新链接下进一步
性能可能会进一步优化，狩猎愉快！

质子5.0-4

还没有时间对此进行研究。

@GloriousEggroll

附言 Safi Jiva任务结束作为证明:)
safi_jiva

Emanem 于 2020-03-16

🎉7 👍7

我只是写了一个补丁版本，而是将其缓存在wineserver中，因为这大大减少了代码大小。您可以测试性能是否可比吗？
mhw_serverside.diff.txt

在我的末端，我看到wineserver消耗了大约一半的内核，因此我倾向于认为我们在这方面做得还不错。

Guy1524 于 2020-03-16

我只是写了一个补丁版本，而是将其缓存在wineserver中，因为这大大减少了代码大小。您可以测试性能是否可比吗？
mhw_serverside.diff.txt
在我的末端，我看到wineserver消耗了大约一半的内核，因此我倾向于认为我们在这方面做得还不错。

只是几件事：

到_wineserver_将会_总是_比进程缓存中的本地要差
您还应该包括补丁wrt _signal_x86_64.c_的一部分，否则它将崩溃

有时间我会尽快尝试-以为我知道_winesever_的缓存会更优雅。
我怀疑_signal_x86_64.c_的补丁也许可以修复Proton 5.0？

Emanem 于 2020-03-16

进入wineserver总是比本地缓存更糟糕

我知道IRT的性能。但是，在本地保留句柄缓存是一个混乱且有些不正确的解决方案。如果在wine-server中缓存寄存器时可以获得类似的性能，我们应该这样做。

补丁wrt signal_x86_64.c的一部分

哪一部分？ FWIW，我用Windows蒸汽在wine-git上测试了我的补丁，并且主菜单确实打开了。我确实意识到我忘了在创建时对缓存的上下文进行零初始化，因此这是一个更新：
dbg_ctx_cache.diff.txt

Guy1524 于 2020-03-16

如果您可以像在Prosync中使用esync一样在共享内存上完成此工作，那么我认为可以很容易地避免wineserver性能受到影响。还有其他一些游戏需要esync才能在在线模式下运行游戏（例如Guilty Gear Xrd系列），这是由于wineserver过载。 wineserver上的套接字实现本身是一个非常缓慢的实现，不要介意会出现的事情。

GoLD-ReaVeR 于 2020-03-16

我们将如何处理共享内存上的查找？您是否希望我们将句柄表公开给用户空间？

Guy1524 于 2020-03-16

我不确定细节，我只会尝试遵循esync实现的精神。对于受影响的游戏，它的工作相当出色。

我不能过分强调，虽然wineserver可能是一个舒适的实现，但在性能问题上它是最坏的冒犯者。随着应用程序开始激发越来越多的线程以充分利用CPU（在Windows中，其目标操作系统），情况只会越来越糟。

GoLD-ReaVeR 于 2020-03-16

@ GoLD-ReaVeR同意-wineserver将成为瓶颈（实际上已经是瓶颈）。

@ Guy1524我还修补了_signal_x86_64.c_以避免进一步的崩溃，ASM函数_set_full_cpu_context_出现了问题。尝试进入_Training Room_，看看它是否因您的补丁程序而崩溃。

我确实同意wineserver的实现非常优雅，我的补丁也很混乱，并且没有遵循确切的协议。
但是如前所述，为了删除慢速的_wineserver_实现，您可能需要使用共享内存和同步来正确处理它。确实不是一件小事。

Emanem 于 2020-03-16

@Emanem我不玩此游戏，也找不到培训室，但是我开始玩新游戏，似乎一切正常。我认为我不需要您的额外技巧，因为只有在设置或获取调试寄存器时，我才激活我的技巧。

Guy1524 于 2020-03-16

我只是想说我很感谢我愿意提供的帮助，但是我的编码知识有限（主要是在这里和那里的几个小模块），我尝试了以下方法，但是我迷路了，我什至不知道这些文件在哪里。 XD

Jean3000 于 2020-03-16

我只是想说我很感谢我愿意提供的帮助，但是我的编码知识有限（主要是在这里和那里的几个小模块），我尝试了以下方法，但是我迷路了，我什至不知道这些文件在哪里。 XD

如果要为_Proton 4.11_使用补丁，只需将_ntdll.dll.so_复制到目录中
/home/<your username here>/.steam/SteamApps/common/Proton 4.11/dist/lib64/wine
或安装_Proton 4.11_的任何位置。我建议您在复制和覆盖文件之前，先对目录中的同一文件进行备份。

Emanem 于 2020-03-17

👍6

感谢您对我将其放在/ home /中的快速响应/.steam/SteamApps/common/Proton 4.11 / dist / lib64像个白痴

Jean3000 于 2020-03-17

我试图将我的补丁移植到_Proton 5.0_，但是又遇到了另一个崩溃。
这似乎无关

5411.443:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\vulkan-1.dll" at 0x64d40000: PE builtin
5411.444:0034:0035:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\winevulkan.dll" at 0x7f59c5330000: builtin
5411.445:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\d3d11.dll" at 0x6a340000: native
5411.448:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msacm32.dll" at 0x66440000: PE builtin
5411.448:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\WINMM.dll" at 0x637c0000: PE builtin
5411.450:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\propsys.dll" at 0x69c80000: PE builtin
5411.450:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\rtworkq.dll" at 0x65680000: PE builtin
5411.450:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MFPlat.DLL" at 0x71200000: PE builtin
5411.451:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MFReadWrite.dll" at 0x6cd80000: PE builtin
5411.453:0034:0035:trace:loaddll:load_so_dll Loaded L"Z:\\disk5\\SteamLibrary\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll" at 0x7f59c50c0000: builtin
5411.453:0034:0035:trace:loaddll:free_modref Unloaded module L"Z:\\disk5\\SteamLibrary\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll" : builtin
5411.453:0034:0035:trace:loaddll:load_native_dll Loaded L"Z:\\disk5\\SteamLibrary\\steamapps\\common\\Monster Hunter World\\amd_ags_x64.dll" at 0x180000000: native
5411.525:0034:0035:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
5411.526:0034:0035:trace:seh:raise_exception code=406d1388 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=0035
5411.526:0034:0035:trace:seh:raise_exception  info[0]=0000000100001000
5411.526:0034:0035:trace:seh:raise_exception  info[1]=0000000144fd924d
5411.526:0034:0035:trace:seh:raise_exception  info[2]=0000000000000037
5411.526:0034:0035:trace:seh:raise_exception  rax=000000000022f9d0 rbx=0000000144fd9200 rcx=000000000022f9b0 rdx=0000000000000000
5411.526:0034:0035:trace:seh:raise_exception  rsi=000000000022faa8 rdi=000000000022f9e8 rbp=0000000000000000 rsp=000000000022f990
5411.526:0034:0035:trace:seh:raise_exception   r8=0000000000000003  r9=000000000022fa90 r10=000000007b42c9a0 r11=0000000000000246
5411.526:0034:0035:trace:seh:raise_exception  r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000
5411.526:0034:0035:trace:seh:call_vectored_handlers calling handler at 0x6a435690 code=406d1388 flags=0
5411.526:0034:0035:trace:seh:call_vectored_handlers handler at 0x6a435690 returned ffffffff
5411.526:0034:0035:trace:seh:raise_exception code=406d1388 flags=0 addr=0x7b00fc3e ip=7b00fc3e tid=0035
5411.526:0034:0035:trace:seh:raise_exception  info[0]=0000000100001000
5411.526:0034:0035:trace:seh:raise_exception  info[1]=0000000144fd92ed
5411.526:0034:0035:trace:seh:raise_exception  info[2]=0000000000000038
5411.526:0034:0035:trace:seh:raise_exception  rax=000000000022f9d0 rbx=0000000144fd92a0 rcx=000000000022f9b0 rdx=0000000000000000
5411.526:0034:0035:trace:seh:raise_exception  rsi=000000000022faa8 rdi=000000000022f9e8 rbp=0000000000000000 rsp=000000000022f990
5411.526:0034:0035:trace:seh:raise_exception   r8=0000000000000003  r9=000000000022fa90 r10=000000007b42c9a0 r11=0000000000000246
5411.526:0034:0035:trace:seh:raise_exception  r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000
5411.526:0034:0035:trace:seh:call_vectored_handlers calling handler at 0x6a435690 code=406d1388 flags=0
5411.526:0034:0035:trace:seh:call_vectored_handlers handler at 0x6a435690 returned ffffffff
5411.526:0034:0037:warn:seh:set_cpu_context  [MH:W patch] skipping restoring full context
5411.526:0034:0037:warn:seh:set_cpu_context  [MH:W patch] skipping restoring full context
5411.526:0034:0038:warn:seh:set_cpu_context  [MH:W patch] skipping restoring full context
5411.526:0034:0038:warn:seh:set_cpu_context  [MH:W patch] skipping restoring full context
5411.679:0034:0035:trace:seh:raise_exception code=c0000005 flags=0 addr=0x14ed8bda3 ip=14ed8bda3 tid=0035
5411.679:0034:0035:trace:seh:raise_exception  info[0]=0000000000000000
5411.679:0034:0035:trace:seh:raise_exception  info[1]=0000000010905a4d
5411.679:0034:0035:trace:seh:raise_exception  rax=0000000000000000 rbx=000000000000001e rcx=0000000010905a4d rdx=ffff80a6346087f0
5411.679:0034:0035:trace:seh:raise_exception  rsi=0000000010000000 rdi=000000007b410000 rbp=000000000021c100 rsp=000000000021c000
5411.679:0034:0035:trace:seh:raise_exception   r8=000000000000001e  r9=0000000000000003 r10=0000000000010000 r11=000000000021c1d0
5411.679:0034:0035:trace:seh:raise_exception  r12=0000000000000040 r13=0000000010000000 r14=0000000000000000 r15=0000000010000000
5411.679:0034:0035:trace:seh:call_vectored_handlers calling handler at 0x6a435690 code=c0000005 flags=0
5411.679:0034:0035:trace:seh:call_vectored_handlers handler at 0x6a435690 returned 0
5411.679:0034:0035:trace:seh:RtlVirtualUnwind type 1 rip 14ed8bda3 rsp 21c000
5411.679:0034:0035:trace:seh:dump_unwind_info **** func ed8bc81-ed8c42a
5411.679:0034:0035:trace:seh:dump_unwind_info unwind info at 0x143b2dd88 flags 4 prolog 0x0 bytes function 0x14ed8bc81-0x14ed8c42a

异常406d1388的管理似乎是一个问题-用于设置线程名称，现在似乎触发了另一个无效的内存访问异常（ c0000005 ）-注意，在上面的日志中，有问题的线程是_0035_。

抱歉，如果我不做进一步研究，但是它与_Proton 4.11_完全兼容，我将留给专业人员。
请注意，如果您更改了酒的版本和核心库，则_Denuvo_将禁止您使用24小时-我也不想成为这样！

@ Guy1524您是否比较了补丁（您的_wineserver_和我的_less传统_）之间的FPS（与DXVK_HUD=version,fps,devinfo %command%一起运行）？
即使只是在开始区域移动角色也可以-充满细节。

@GloriousEggroll如果愿意，可以将我的mhw.4-11.v9.working.patch.txt集成到您的4.11版本中，它的性能不错。我还注意到有57 70个人下载了这些二进制文件。

所有人，请随时就此主题向我们提供反馈！

Emanem 于 2020-03-17

👍1

作为一小部分愉快的反馈，我可以确认将补丁添加到/home/<your username here>/.steam/SteamApps/common/Proton 4.11/dist/lib64/wine它会再次运行游戏！我在香草MHW上（我没有Iceborne），而我几乎不玩游戏（HR 5），所以我只能为补丁开始这个最初的香草部分并在Astera周围奔跑并进行狩猎打个招呼。但是，这比自最新更新以来我能做的更多。因此，非常感谢从事此工作的每个人！我会让您知道我遇到了主要且持续的性能问题。

ghost 于 2020-03-17

在游戏中测试了v8 ntdll.dll.so，它似乎完美运行，性能几乎与游戏的早期版本相同

编辑：我目前正在结束游戏的任务，没有崩溃

BlazeKl 于 2020-03-17

我也测试了v8补丁，并遇到了一些小问题（某些对象上出现黑色闪烁的补丁，很难察觉），还有一些与动态降雪有关的严重图形故障（白色和黑色支柱闪烁）。我首先怀疑是ACO，但是这些故障在LLVM中也仍然存在。奇怪的是，从主菜单进入Seliana时，支柱似乎没有出现，因为它似乎根本没有加载动态积雪，但是在第一个任务/探险之后它们就会出现。
https://imgur.com/a/ruUenMj

TheHooly 于 2020-03-17

@Emanem
您下载的链接给我一个消息，提示它已过期~~并要求输入密码。~~

编辑：我知道我很讨厌读取密码位，但是现在它说完全过期了

Equivocal90 于 2020-03-18

@Emanem我只想提供更多反馈，确认您的补丁已使MHW再次正常工作。我想知道是否有人对控制器功能有好运？我的PS4控制器可在其他Proton支持的游戏中正常运行，但MHW似乎无法识别除触控板以外的任何输入。我以前不知道这是否是一个问题，因为讽刺的是，我只是决定在使更新停顿的那一天在Linux上安装MHW。

Ampsersanddd 于 2020-03-18

嘿@Emanem ，你

tranlethaison 于 2020-03-18

@Emanem似乎也可以正常工作。
@Ampsersanddd我的蒸汽控制器似乎工作正常。

TexZeTech 于 2020-03-18

补丁似乎工作得很好-没有明显的性能损失，没有遇到崩溃。做得好！

ka1tlyn 于 2020-03-18

@Emanem

替换您当前的_ntdll.dll.so

你可以再分享一次吗？ Firefox发送说链接终止

IDeathByte 于 2020-03-18

@Emanem只是在这里添加我的经验。使用您的v8补丁，游戏运行完美！我什至获得了更高的FPS，而使用Vega 64时，我的FPS一直稳定在5-10左右，尤其是在资源昂贵的地区，例如Seliana。我的Nintendo Switch Pro控制器也可以正常工作。没有遇到任何崩溃或故障。

非常感谢为此做出贡献的每个人，尽管Capcom试图杀死游戏，但它仍在不断进步！

Jojonintendo 于 2020-03-18

新链接; 密码为“ _works！_”。

第二个链接： ntdll.dll.so.tar.gz <Note: Added directly to Github by moderator>

这次我将其压缩-您必须将其提取；像往常一样，将其放在/home/<your username here>/.steam/SteamApps/common/Proton 4.11/dist/lib64/wine或同等位置。 _总是_进行备份！我也这样做（我不相信自己的笨拙:)。

狩猎愉快！

Emanem 于 2020-03-18

🚀1 😄1

@Emanem问题您如何从文本文件构建补丁。如果您不想只告诉我：smile :，请指出一个方向，以查找有关此内容的更多信息。

TexZeTech 于 2020-03-18

@Emanem问题您如何从文本文件构建补丁。如果您不想告诉我微笑，请指出一个方向，以查找有关此内容的更多信息

看，如果我是你，我会做同样的事情，因此是我的答案。
这相对简单：

clone来自_Valve_的github的正确的葡萄酒版本
切换到正确的分支
将补丁应用到当前源代码（_wine_目录中的git apply <patch filename> ）
构建葡萄酒-您将需要确保已安装所有依赖项软件包，然后初始化构建目录-仅此一点可能会花费一些时间
您应该在<build dir>/dlls/ntdll路径中获得_ntdll.dll.so_文件-您可能希望将其剥离以减小大小（ strip ntdll.dll.so ）

任务完成。坦率地说，我不想用开发包_pollute_我的主要Ubuntu安装，因此我通常在专用VM中运行以上所有程序。

@ kisak-valve @Plagman @ Guy1524
与_Proton 4.11_相比，我一直在搞弄_Proton 5.0_，并且感觉到我们在处理某些异常（即用于更改线程名称的异常）的方式中有了_regression_。
不幸的是，我没有太多时间来处理它，但请告诉我们如何提供帮助。

您是否尝试过在补丁和我的补丁之间进行性能测试？同样，我很好奇，从性能方面来看，去_wineserver_会给我们带来多少影响。
我确实同意我的补丁程序不是很好-但是同时，我认为解决_wineserver_性能问题的一种优雅而有效的方法是彻底检查IPC机制并使用共享内存以及已命名的互斥体或信号灯。

中小企业，您如何看待？

Emanem 于 2020-03-18

@Emanem facepalm应该考虑在git下查找。我仍然是我要考虑的新用户，因此，感谢您的快速简单的回答。

TexZeTech 于 2020-03-18

只是更多反馈。首先，感谢大家的辛勤工作，让我再次努力！

@Emanem修补程序运行良好，并且获得的性能与3月11日修补程序之前的性能相同。我仅有的一个小问题是，通过游戏内菜单退出游戏会关闭窗口，但剩下一个名为“ Monster”的进程，该进程一直在后台运行，无法识别游戏已经结束。强制退出该程序效果很好，因此，正如我所说，这只是一个小问题。
@Ampsersanddd我使用PS4控制器，它工作正常。我发现此注释对于最初设置控制器非常有用https://github.com/ValveSoftware/Proton/issues/1549#issuecomment -447654643。有了此补丁，我的游戏出现了问题，无法识别控制器，但是再次拔出插头似乎可以解决问题，或者从流的大图片模式启动游戏似乎也可以正常工作。

motorlatitude 于 2020-03-18

@Emanem
我的修复效果很差（
主菜单中约5-10fps
也许我输入了错误的前缀？
我的步骤-我在vanila质子4.11中更改了ntdll.dll.so，重新创建了游戏前缀并为视频添加了mfplat（如关于阀质子的旧说明）。没有mfplat的情况不会改变。
启用ryzen 1600 / RX560 4gb / mesa 20.0.1 ACO。
与禁用ACO的情况相同，但CPU使用率额外增加60-70％

屏幕模式-无边框

IDeathByte 于 2020-03-18

@motorlatitude为此，强制关闭蒸汽输入完全解决了该问题。

Ampsersanddd 于 2020-03-18

@Emanem
我的修复效果很差（
主菜单中约5-10fps
也许我输入了错误的前缀？
我的步骤-我在vanila质子4.11中更改了ntdll.dll.so，重新创建了游戏前缀并为视频添加了mfplat（如关于阀质子的旧说明）。没有mfplat的情况不会改变。
启用ryzen 1600 / RX560 4gb / mesa 20.0.1 ACO。
与禁用ACO的情况相同，但CPU使用率额外增加60-70％
屏幕模式-无边框

您确定您覆盖了正确的dll吗？
最有可能是您遇到问题时进行的设置。
另外，_mfplat_仅在看电影时才有意义，电影在主游戏的结尾，并且在您看武器教程时也是如此。

Emanem 于 2020-03-18

@Emanem
您确定您覆盖了正确的dll吗？

我想如果我覆盖另一个dll，游戏就没有开始=）
〜/质子4.11 / dist / lib64 / wine / ntdll.dll.so

IDeathByte 于 2020-03-18

我想如果我覆盖另一个dll，游戏就没有开始=）
〜/质子4.11 / dist / lib64 / wine / ntdll.dll.so

很可能您没有使用正确的设置-即，您提到的前缀可能没有正确设置。

Emanem 于 2020-03-18

现在我重新启动Steam并再次创建前缀...
现在的性能不错，但比3月11日发布补丁之前的5.2-ge差很多。

感谢修复=）

IDeathByte 于 2020-03-18

我只是想说在切换到linux之前我曾经在Windows 8.1上玩过，并且有了此补丁程序，它在我的计算机上运行之前比以前更流畅...除非我在线，但是那是我的互联网很慢
尽管在不重新启动计算机的情况下似乎无法关闭，但重新启动不是我的问题，但我可能会提到它

Jean3000 于 2020-03-18

即使在冰堡mhw无法可靠地正确关闭之前，我也不得不强制关闭它，否则会导致挂起过程。下次当我在Linux安装程序上运行它时，如果它确实显示了任何帮助，我将尝试共享日志。

cj360 于 2020-03-18

@Emanem非常感谢您的工作。除了Windows，我的性能与Windows相当
小扭结。退出游戏后，我没有挂机程序，尽管我之前有这个时间。希望葡萄酒/质子团队可以找到一种方法来集成您的补丁。

ljn917 于 2020-03-19

@Emanem可以确认该补丁程序对我来说运行良好。
谢谢！

StylinGreymon 于 2020-03-19

@Emanem首先，感谢您的补丁。效果很好，但是我发现与Firefox的交互很奇怪。如果我将Firefox与mhw一起运行，则会变得非常缓慢，如果我打开YouTube视频，则mhw将在随机的时间（5次测试，大约5到120秒之间，崩溃，声音继续播放但窗口不会打开）后崩溃重新绘制）。我不认为这是资源问题，因为我的ram是7G / 32G（htop），cpu大约是每个核心60％（也是htop），我的vram是3G / 4G（nvidia-smi）。同样值得注意的是，在崩溃时，nvidia-smi显示的名称从...ter Hunter World\MonsterHunterWorld.exe更改- 。如果我使用铬代替Firefox，则不会发生相同的行为。如果我将未修补的Proton 4.11用于MHW，它也不会崩溃（我在Seliana里跑了圈，与其他NPC交谈了大约5分钟）。

发行：Arch
内核：5.5.9-arch1-2
GPU：NVIDIA GeForce GTX 980
驱动程序：nvidia-beta 440.64-1
处理器：i7-6700K
内存：32GB
Firefox版本：74.0-2

Orcthanc 于 2020-03-19

新链接; 密码为“ _works！_”。
第二个链接： ntdll.dll.so.tar.gz <Note: Added directly to Github by moderator>
这次我将其压缩-您必须将其提取；像往常一样，将其放在/home/<your username here>/.steam/SteamApps/common/Proton 4.11/dist/lib64/wine或同等位置。 _总是_进行备份！我也这样做（我不相信自己的笨拙:)。
狩猎愉快！

补丁很好，工作正常。成帧器时而出现断断续续的口吃速度为60fps。刚开始编辑质子文件时有点紧张。

Mera1506 于 2020-03-20

新链接; 密码为“ _works！_”。
第二个链接： ntdll.dll.so.tar.gz <Note: Added directly to Github by moderator>
这次我将其压缩-您必须将其提取；像往常一样，将其放在/home/<your username here>/.steam/SteamApps/common/Proton 4.11/dist/lib64/wine或同等位置。 _总是_进行备份！我也这样做（我不相信自己的笨拙:)。
狩猎愉快！
补丁很好，工作正常。成帧器时而出现断断续续的口吃速度为60fps。刚开始编辑质子文件时有点紧张。

对于结结巴巴，请确保以_performance_模式运行CPU调速器。
（即在Intel echo performance | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor ）

Emanem 于 2020-03-20

@Emanem谢谢！它可以再次工作，并且似乎可以在没有CTD的情况下在XMP配置文件上运行它（在使用{5.1,5.2} -ge之前就是这种情况，我花了一些时间发现它是问题的核心，但与此同时主板上有一个BIOS更新，上面写着“改善内存支持”，所以我不能肯定在这里有什么帮助。

不幸的是，像@TheHooly一样，我https : //tmp.epheme.re/mhw_ice.jpg

我正在x570主板上运行16GB RAM，AMD ryzen 7 3700x，Radeon RX 5700 xt。

如果您需要更多日志，我可以提供。

Chouhartem 于 2020-03-20

仍然偶尔会遇到CTD和连接问题，但是这些问题一直以某种身份出现在我身上。

在我的蒸汽日志中看到了一些新错误，也许它们会有用。
steam-582010.log

StylinGreymon 于 2020-03-20

@Emanem谢谢！它可以再次工作，并且似乎可以在没有CTD的情况下在XMP配置文件上运行它（在使用{5.1,5.2} -ge之前就是这种情况，我花了一些时间发现它是问题的核心，但与此同时主板上有一个BIOS更新，上面写着“改善内存支持”，所以我不能肯定在这里有什么帮助。
不幸的是，像@TheHooly一样，我https : //tmp.epheme.re/mhw_ice.jpg
我正在x570主板上运行16GB RAM，AMD ryzen 7 3700x，Radeon RX 5700 xt。
如果您需要更多日志，我可以提供。

哇，您的硬件几乎和我的完全一样。除了CPU，Ryzen 7 3800X。
我可以报告说，故障确实是偶尔发生的，有时Seliana中不存在故障。不幸的是，大多数时候它都存在。
它完全是由地面上的动态积雪引起的，这种积雪会在有人经过时改变。引导土地上的苔原生物群系不受影响（没有动态积雪）。
白霜覆盖的主要部分基本上无法播放。
有趣的是，在Beotodus进入睡眠的区域3中，即使剩余的积雪也不会造成很深的积雪。

这可能与该补丁程序有关的Vulkan驱动程序更多，因为BF4中也存在这种确切的故障。它只是在几周前才出现，而且似乎也是零星的。

TheHooly 于 2020-03-21

我认为这里有一个模式😉

是的，我可以确认这是零星的。我从软件角度补充说，我在带有Linux-mainline（5.6.0-rc6-1-mainline）和mesa 19.3.4的archlinux上运行。

Chouhartem 于 2020-03-21

使用Proton 4.11-13（带有或不带有“已修补”的ntdll.dll.so文件），游戏将启动，但菜单和其他所有内容的运行速度约为5 FPS。
奇怪的是，htop报告了较低的CPU使用率，较低的I / O使用率和较低的内存使用率。
nvidia-smi还报告说GPU使用率最多只有10％。

发行：Arch
内核：5.5.10.arch1-1
GPU：GTX 970
驱动程式：nvidia 440.64-5
处理器：Ryzen 5 1600
内存：16GB

HubbeKing 于 2020-03-21

那是因为您的核心之一正在以100％的速度运行wineserver，而其他一切都在等待wineserver的响应。

GoLD-ReaVeR 于 2020-03-21

我有与@HubbeKing相同的问题，将允许在内核之间分配计算的解决方法是什么？

我已经尝试过使用Egroll Build和4.11（默认值）生成的DLL。使用Egroll Build，游戏立即失败（5秒钟后，蒸汽允许再次单击“播放”），而使用4.11，游戏非常慢（似乎达到5 FPS）。我将尝试使用补丁自己编译DLL。

henriquebecker91 于 2020-03-21

👍1

@ henriquebecker91
在protondb上查看来自“ BoostCookie”的帖子。我的硬件与您和@HubbeKing几乎相同，并且可以正常使用而不会下降到5frames

lundjrl 于 2020-03-21

我刚刚了解到指向_ntdll.dll.so_的原始链接已过期两次，因此不再发布，这里有_github_链接。

感谢大家分享反馈。 _MH：W_在Linux上有很多参与者（至少200人），我希望我能在网上与你们中的一些人见面。

@ kisak-valve @ Guy1524 @aeikum @Plagman你们是否有解决_Proton 5.xxx_问题的策略，以及如何在主线打补丁？
我很好奇，如果您需要任何帮助，请告诉我们！

Emanem 于 2020-03-22

👍1

好的，我的图形故障不是由该补丁引起的。但是我自己的无能。我同时安装了“ AMDGPU”和“ AMDVLK”驱动程序，这也可以解释为什么这些故障如此零星地发生。

我手动删除了软件包“ amdvlk”和“ lib32-amdvlk”，从那时起我就不再出现图形故障。
https://imgur.com/dDpMV3x

@Chouhartem，请检查已安装的AMD和Vulkan驱动程序，然后尝试上述解决方案。

TheHooly 于 2020-03-22

谢谢@ TheHooly😁

卸载amdvlk及其32位朋友后，我重新启动了游戏两次，到目前为止，它似乎已经解决了该问题： https ://tmp.epheme.re/mhw_ice2.jpg

现在，它只剩下“必须手动杀死游戏”的问题，它不影响游戏，所以到目前为止还可以。

Chouhartem 于 2020-03-22

我刚刚了解到指向_ntdll.dll.so_的原始链接已过期两次，因此不再发布，这里有_github_链接。
感谢大家分享反馈。 _MH：W_在Linux上有很多参与者（至少200人），我希望我能在网上与你们中的一些人见面。
@ kisak-valve @ Guy1524 @aeikum @Plagman你们是否有解决_Proton 5.xxx_问题的策略，以及如何在主线打补丁？
我很好奇，如果您需要任何帮助，请告诉我们！

好吧，我的名字标签是BLASTER，请随时添加我。

blastermaster77 于 2020-03-24

嘿@Emanem ，我们可以获得这个补丁的新链接吗？ Firefox链接已过期:(

ooloros 于 2020-03-26

似乎该游戏现在可以在5.0-5上运行，且最近一次游戏更新

BlazeKl 于 2020-03-27

🎉1

我确认它现在适用于5.0-5。看起来crapcom删除了防调试机制以传递某些防病毒软件。

ljn917 于 2020-03-27

最新的更新正在按样式的zinogre发行版运行。甚至在冰封发行之前，但我还没有测试过。

GoLD-ReaVeR 于 2020-03-27

似乎工作得很好-我同意@ GoLD-ReaVeR @ ljn917 ，似乎CAPCOM删除了_anti-cheat_调试寄存器的设置代码...

Emanem 于 2020-03-27

我可以确认它现在也可以在我的构建中使用5.0-5。

2020年3月27日星期五，上午9:28 Emanem [email protected]写道：

似乎工作得很好-我同意@ GoLD-ReaVeR
https://github.com/GoLD-ReaVeR ，似乎CAPCOM已删除其
防作弊调试寄存器设置代码...
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-605000900 ，
或退订
https://github.com/notifications/unsubscribe-auth/ACHAHPUDMCGQB2A2ETBSUJLRJSSZVANCNFSM4FRB5W2A
。

blastermaster77 于 2020-03-27

仍然需要用于修复性能的先前补丁，幸运的是5.0-5仍应用了该补丁

BlazeKl 于 2020-03-27

仍然需要用于修复性能的先前补丁，幸运的是5.0-5仍应用了该补丁

因此，现在他们已经停止检查调试寄存器标志，但是仍然对其进行设置，并且考虑到我们正在5.0-5中短路此类操作，我们还好吗？

Emanem 于 2020-03-27

新安装的Ubuntu和Steam（测试版客户端）。对于我而言，游戏并非以5.0-5开始。

发行版：Ubuntu 18.04
内核：5.3.0-45
GPU：RTX 2080 SUPER
司机：440.64
处理器：Ryzen 9 3900X
内存：DDR4 3200MHz 64GB

日志片段

3478.469:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\ole32.dll" at 0x65000000: PE builtin
3478.472:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shlwapi.dll" at 0x68a40000: PE builtin
3478.472:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\shcore.dll" at 0x64940000: PE builtin
3478.472:0034:0035:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\shell32.dll" at 0x7ff02b6e0000: builtin
3478.473:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\mpr.dll" at 0x6d9c0000: PE builtin
3478.474:0034:0035:trace:loaddll:load_so_dll Loaded L"C:\\windows\\system32\\ws2_32.dll" at 0x7ff02b690000: builtin
3478.474:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\wininet.dll" at 0x6b2c0000: PE builtin
3478.529:0034:0035:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\imm32.dll" at 0x6bec0000: PE builtin
3478.747:0034:0035:trace:seh:raise_exception code=c0000005 flags=0 addr=0x160a59fd6 ip=160a59fd6 tid=0035
3478.747:0034:0035:trace:seh:raise_exception  info[0]=0000000000000000
3478.747:0034:0035:trace:seh:raise_exception  info[1]=ffffffffffffffff
3478.747:0034:0035:trace:seh:raise_exception  rax=000000000000000d rbx=0000000160a59fd0 rcx=000000007ed8320b rdx=00000000461fe8de
3478.747:0034:0035:trace:seh:raise_exception  rsi=0000000000000000 rdi=000000000c7630fb rbp=000000000022ffd0 rsp=000000000022f8a8
3478.747:0034:0035:trace:seh:raise_exception   r8=000000007fffffff  r9=b7cb1454c7a8f154 r10=0000000000000000 r11=0000000160a5a001
3478.747:0034:0035:trace:seh:raise_exception  r12=0000000140000000 r13=000000000022f900 r14=0000000000000003 r15=0000000000000000
3478.747:0034:0035:warn:seh:virtual_unwind exception data not found in L"MonsterHunterWorld.exe"
3478.747:0034:0035:trace:seh:RtlVirtualUnwind type 1 rip 15205c9b7 rsp 22f8c0
3478.747:0034:0035:trace:seh:dump_unwind_info **** func 9783eba-1d68ba49
3478.747:0034:0035:trace:seh:dump_unwind_info unwind info at 0x143c55000 flags 4 prolog 0x0 bytes function 0x149783eba-0x15d68ba49
3478.747:0034:0035:trace:seh:dump_unwind_info     0x0: movaps %xmm7,0x70(%rsp)
3478.747:0034:0035:trace:seh:dump_unwind_info     0x0: movaps %xmm6,0x80(%rsp)
3478.747:0034:0035:trace:seh:dump_unwind_info     0x0: movq %r13,0x90(%rsp)
3478.747:0034:0035:trace:seh:dump_unwind_info     0x0: movq %r12,0xd0(%rsp)
3478.747:0034:0035:trace:seh:dump_unwind_info     0x0: movq %rdi,0xc8(%rsp)
3478.747:0034:0035:trace:seh:dump_unwind_info     0x0: movq %rbx,0xc0(%rsp)
3478.747:0034:0035:trace:seh:dump_unwind_info     chained to function 0x15d676fb0-0x15d67cc98

更新：用clearcpuid=514禁用umip指令，为我修复了它。似乎是问题2927的一个实例。

jasonphi 于 2020-04-02

发行版：Manjaro
内核：5.5.13-arch2-1-fsync
GPU：AMD RX 480
驱动程序：Mesa 20.1.0-devel（git-548fab0d5b）+ ACO
处理器：Ryzen 7 1700
内存：16GB

质子：5.0.5

该游戏今天停止工作（两天前它像魅力一样工作），但在发布时崩溃了。从那以后，我认为MH没有任何更新。

steam-582010.log

steam.log

更新： Mesa刚降级为20.1.0-devel (git-ffc7574ff7)但问题仍然存在。

przmkg 于 2020-04-05

我可以确认它在mesa-git上当前已损坏。仅仅回滚并不能解决我的问题，我还必须摆脱台面着色器缓存，才能使游戏再次运行。我尚未能够查明造成损坏的提交。

Tk-Glitch 于 2020-04-05

DOOM补丁：永恒的支持打破了Wolfenstein 2的兼容性。也许这也是吗？

https://gitlab.freedesktop.org/mesa/mesa/-/issues/2734

alosarjos 于 2020-04-05

不，此补丁已恢复。这是另一回事。

Tk-Glitch 于 2020-04-05

@ Tk-Glitch您能告诉我着色器在哪里，以便我也可以尝试吗？谢谢

przmkg 于 2020-04-05

@przmkg如果您已关闭Steam着色器缓存共享选项，则默认情况下它将为~/.cache/mesa_shader_cache ，并且如果您已启用该选项（我认为是默认选项），它将在您的Steam中游戏的库路径（取决于是否将游戏安装在其他驱动器上，路径不定-在Manjaro上默认为~/.steam/root ）在/steamapps/shadercache/582010 。

编辑：另外，摆脱DXVK的状态缓存似乎很关键，它会在关闭Steam着色器缓存的情况下在游戏的可执行文件旁边结束。

编辑2：罪魁祸首是https://gitlab.freedesktop.org/mesa/mesa/-/commit/507956ed04fcdcfd44419d1b16f032e1d81d0dcb 。它不能完全还原，因此我做了一个补丁： mhw-revert.mymesapatch.txt 。有了冷缓存并应用了还原补丁，游戏就可以再次运行。

Edit3：现在，以下待处理的合并请求已解决该问题： https ://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4465，因此可能很快就解决了上游问题。

Edit4：现在通过https://gitlab.freedesktop.org/mesa/mesa/-/commit/cc8a85d05a9cf47e89c6a8c5e6db98caba79e00d

Tk-Glitch 于 2020-04-05

👍3

任何人在尝试播放教学视频时都会遇到绿色漩涡，并且会一直旋转吗？

Cxpher 于 2020-04-11

Noob问题，但是可以在Proton的Steam上运行smarthunter mod吗？还是有Linux的等效程序？

cvignal 于 2020-04-11

Noob问题，但是可以在Proton的Steam上运行smarthunter mod吗？还是有Linux的等效程序？

这些“附加组件”中的许多依赖于拦截进程内存，对其进行扫描并找到“ canary模式”，然后查找数据结构以进行监视/编辑。

不幸的是，当它们在_wine_中运行时，它们并不能很好地工作，仅仅是因为内存布局发生了变化（_Linux_中的_wine_分配与_Windows_不同），并且除非黑客社区的某人在_Windows_中发布了当前查询的源，否则几乎不可能尝试将其移植到_wine_。

去年，当我掌握了基本DPS监视器的来源时，我确实尝试过，但不幸的是，它只能查找_canary模式的一部分。

请注意_CAPCOM_反对这些，特别是_pro_社区用来改进的所谓的_damage meter_。

Emanem 于 2020-04-12

发行版
内核：5.3.0-46-泛型
 内存：16 GB
显卡：NVIDIA 440.82
GPU：NVIDIA GeForce GTX 1660 SUPER
处理器：AMD Ryzen 7 3700X 8-Core
质子：5.0-6

我已经读过，在带有KDE的基于Ubuntu / Debian的发行版中，它是行不通的。实际上，它甚至无法启动。

如果我对KDE环境中的这款游戏了解甚少，那么我就留在pronton日志上，以防它有用，也许有人知道会发现它有用

steam-582010.log

alohl669 于 2020-04-19

在这里一切正常。库本图


                          ./+o+-       
                  yyyyy- -yyyyyy+      OS: Ubuntu 19.10 eoan
               ://+//////-yyyyyyo      Kernel: x86_64 Linux 5.3.0-46-generic
           .++ .:/++++++/-.+sss/`      Uptime: 12h 11m
         .:++o:  /++++++++/:--:/-      Packages: 2861
        o:+o+:++.`..```.-/oo+++++/     Shell: bash 5.0.3
       .:+o:+o/.          `+sssoo+/    Resolution: 3839x1080
  .++/+:+oo+o:`             /sssooo.   DE: KDE 5.62.0 / Plasma 5.16.5
 /+++//+:`oo+o               /::--:.   WM: KWin
 \+/+o+++`o++o               ++////.   GTK Theme: Breeze-Dark [GTK2/3]
  .++.o+++oo+:`             /dddhhh.   Icon Theme: breeze
       .+.o+oo:.          `oddhhhh+    Font: Noto Sans Regular
        \+.++o+o``-````.:ohdhhhhh+     CPU: Intel Core i5-8300H @ 8x 2.3GHz
         `:o+++ `ohhhhhhhhyo++os:      GPU: GeForce GTX 1050 Ti
           .o:`.syhhhhhhh/.oo++o`      RAM: 6583MiB / 15827MiB
               /osyyyyyyo++ooo+++/    
                   ````` +oo+++o\:    
                          `oo++.

shigutso 于 2020-04-19

您好@ alohl669 ，请阅读＃2927。您的Ryzen 7 3700X处理器应受早于5.4.x内核的处理器的影响。

kisak-valve 于 2020-04-19

❤1

您好@ alohl669 ，请阅读＃2927。您的Ryzen 7 3700X处理器应受早于5.4.x内核的处理器的影响。

@ kisak-valve是正确的，我已经设法以正确的指令开始并且游戏已经开始，但是当它给出显示冰激凌的DLC信息时会崩溃

最后的质子记录：
pid 5170！= 5169，跳过破坏（没有exec的fork？）

好吧，我可以给您完整的质子记录，或者我用来查看蒸汽输出的记录：

/tmp/dumps/myuser_stdout.txt
my_user_stdout.txt

alohl669 于 2020-04-19

@ kisak-valve是正确的，我已经设法以正确的指令开始并且游戏已经开始，但是当它给出显示冰激凌的DLC信息时会崩溃

这是因为DLC弹出窗口具有使用Media Foundation DLL的嵌入式视频，并且崩溃了（已知问题）
有解决方法：

修补质子以拥有DLL，这在法律上是有问题的
在Windows PC上打开游戏以关闭弹出窗口，然后加载保存内容，保存游戏并退出（因此弹出窗口将不再显示）
在质子4.11上运行，使用非常慢的FPS在加载视频之前消除弹出窗口，然后加载保存，保存游戏并退出，然后使用质子5.0.6正常播放

Dl0tt 于 2020-04-19

❤2

@ Dl0tt最后，我偶然发现了一个不太专业的解决方案，但是它起作用了。我只是向平板电脑上的“ B”按钮发送了垃圾邮件，广告已被取消

所以，非常感谢@ kisak-valve和@ Dl0tt

alohl669 于 2020-04-19

无法在Monster Hunter World（ID 582010）中启用VKD3D

从https://github.com/ValveSoftware/Proton/issues/3795转移的问题
@ Galcian79发表于2020-04-24T19：28：40：

质子版本：5.6-GE-2

问题：

使用PROTON_USE_VKD3D=1
在graphics-option.ini中强制DirectX12Enable=On

现在在游戏菜单中显示Directx 12 API：是
仍然DXVK_HUD有不同的意见

Schermata del 2020-04-24 21-11-47 - 1
任何想法如何解决这个问题？

kisak-valve 于 2020-04-24

是的，但是当前版本的质子中没有这些要求：
1-来自https://github.com/HansKristian-Work/vkd3d的基本上最新的VKD3D开发版本
2-在启动游戏时假冒对不支持/不完整功能的支持，传递VKD3D_FEATURE_LEVEL=12_0 env var；
3-在5.7中合并的Wine补丁系列（https://www.winehq.org/pipermail/wine-devel/2020-April/164477.html）。

在DXVK / d3d11模式下，GPU绑定性能降低了10-15％，而CPU绑定性能则提高了30-40％。
在5GHz六核Coffeelake i7和配备5700XT的计算机上，游戏始终受GPU限制，因此，与DXVK / d3d11相比，VKD3D / d3d12的总体游戏速度降低了约10-15％。

Tk-Glitch 于 2020-04-24

是的，但是当前版本的质子中没有这些要求：
1-来自https://github.com/HansKristian-Work/vkd3d的基本上最新的VKD3D开发版本
2-在启动游戏时假冒对不支持/不完整功能的支持，传递VKD3D_FEATURE_LEVEL=12_0 env var；
3-在5.7中合并的Wine补丁系列（https://www.winehq.org/pipermail/wine-devel/2020-April/164477.html）。
在DXVK / d3d11模式下，GPU绑定性能降低了10-15％，而CPU绑定性能则提高了30-40％。
在5GHz六核Coffeelake i7和配备5700XT的计算机上，游戏始终受GPU限制，因此，与DXVK / d3d11相比，VKD3D / d3d12的总体游戏速度降低了约10-15％。

这样可以帮助我的i5 4570获得更多帧吗？

Galcian79 于 2020-04-25

我当前在使用最新版本时遇到严重的磁盘性能问题。是否有某种可以挂接到wine中的缓存系统，以避免游戏重复从磁盘加载相同的文件？

GoLD-ReaVeR 于 2020-04-27

@ Galcian79如果您的GPU不是您的主要限制因素，可以。

编辑：MHW d3d12渲染器现在可以与Proton 5.0-7 RC一起使用： https : VKD3D_FEATURE_LEVEL=12_0 %command%启动游戏。

Tk-Glitch 于 2020-04-27

出于好奇，我尝试使用VKD3D_FEATURE_LEVEL=12_0 %command%启动它，但是仍然不允许我在设置中设置Directx12。我尝试设置DirectX12Enable=On但是我感觉游戏仍在使用dx11，因为我没有发现任何变化。
我当然选择了Proton 5.0的“下一个”测试版

编辑：不相关，但我只是想出了在nvidia设置中从性能模式切换到Prime卸载会使fps降低约15。我很乐意接受，但是如何解释呢？

tuxrinku 于 2020-04-29

@ Galcian79如果您的GPU不是您的主要限制因素，可以。
编辑：MHW d3d12渲染器现在可以与Proton 5.0-7 RC一起使用：＃3814-您需要使用VKD3D_FEATURE_LEVEL=12_0 %command%启动游戏，如前所述。

做完了 cpu负载实际上降低了10％至15％，但gpu负载为100％，与dxvk相同。性能似乎稍差。
经过芒果HUD测试。

Galcian79 于 2020-04-30

@tuxrinku

编辑：不相关，但我只是想出了在nvidia设置中从性能模式切换到Prime卸载会使fps降低约15。我很乐意接受，但是如何解释呢？

这不可以。

Galcian79 于 2020-04-30

Screenshot from 2020-04-30 15-38-34

这是一个例子。这是我唯一能看到很大差异的游戏。在其他游戏中，我损失了约2-3 fps，因为coolbits在渲染卸载中不可用（无论如何我都不知道）

tuxrinku 于 2020-04-30

这里有人在向腐烂的山谷中加载时遇到问题吗？

GoLD-ReaVeR 于 2020-05-02

@ Tk-Glitch上面的问题似乎与您的最新版本（5.6.1）有关。基本质子运行良好。您的构建还告诉我要升级到Linux上不可用的nvidia版本，这是非常令人惊奇的：P

GoLD-ReaVeR 于 2020-05-02

我的最新版本是基于5.7的。我没有这样的问题（使用5.7r6）。

Tk-Glitch 于 2020-05-02

我在使用vkd3d时遇到了一个奇怪的错误，不确定在其他情况下是否很常见，但是随着我移动相机，某些纹理和粒子效果会开始四处移动。通常，当我旋转相机时，火焰，瀑布和侦察员的苍蝇会上下移动，而不是在原本应该在的地方移动。
运行质子5.0.7
处理器：i3-7000
GPU：RX 580 8 GB

如果vkd3d和dxvk一样好，那会很好，因为由于我的CPU绑定系统，性能大大提高。

Pic1：火正在漂浮，而不是应该在的地方
图2：雪的质感也在漂浮
Fire tweaking
floating ground

rohitm99 于 2020-05-03

👍3

好了，winehq分期工作现在完成了。但是，从蒸汽中将魔物猎人世界的冰原进口到卢特里斯之后，我尝试启动它，并说没有安装转轮。我去进行配置，但是未将Steam列为跑步者，并且未安装lutris版本，我只是从流行商店下载了Steam。但是，当我尝试从lutris的跑步者列表中安装它时，却无法安装...我应该使用哪个跑步者...。

Mera1506 于 2020-05-03

您好@ Mera1506 ，请使用lutris论坛获取有关lutris特定问题的帮助。

kisak-valve 于 2020-05-03

我的最新版本是基于5.7的。我没有这样的问题（使用5.7r6）。

5.7很好，是的。谢谢。

最近引入的磁盘负载问题仍然存在。在玩了MHW一段时间后（时间会有所不同），游戏冻结了很多，似乎正在从磁盘加载。最著名的玩家是某个任务中的任何玩家晕倒。每当这种情况发生并且我退出游戏后游戏正常退出时，steam都会验证文件。我不知道最新的MHW补丁引入了什么愚蠢程度，但出于明显的原因，我想绕开它。

GoLD-ReaVeR 于 2020-05-06

@ Tk-Glitch如先前所说的@ GoLD-ReaVeR

您的构建还告诉我要升级到Linux上不可用的nvidia版本，

实际上对我来说是正确的

steam-582010.log
MonserhunterNvidia driver

nutta-git 于 2020-05-06

@ Tk-Glitch我设法使d3d12与基础质子构建一起工作，但与您的基础质子一起工作。我按照在您的发布版本信息中找到的说明安装了vkd3d（yaourt -S vkd3d-git），但似乎并没有达到目的。还有什么我应该做的？

到目前为止，我对基础质子构建的经验是，游戏的性能更好，但是目前存在很多渲染故障。完成寻线后，游戏也崩溃了，这就是为什么我要尝试vkd3d git构建而不是捆绑的vkd3d的部分原因。

编辑：几乎忘了提，d3d12渲染器和Chrome视频播放器仍然不能很好地相互配合。这是一个双显示器设置，我相信视频播放器上的硬件加速仍然被禁用，但是游戏仍然受到影响，因此确实很不稳定。

GoLD-ReaVeR 于 2020-05-15

DX12渲染器只是抱怨内存溢出，因此它可能从某个地方泄漏了。

GoLD-ReaVeR 于 2020-05-16

@ GoLD-ReaVeR我应该更改/使注释更清楚。 winehq vkd3d git repo已过时，并且远远落后于Proton的版本，后者基于HansKristian和Doitsujin的fork。您可以通过我提供的vkd3d-git PKGBUILD获得最先进的版本，但是AUR版本除了“ WoW”之外，不会削减任何其他用途。

Tk-Glitch 于 2020-05-16

@ Tk-Glitch好的，我安装了该软件，但dx12选项仍被禁用。

GoLD-ReaVeR 于 2020-05-16

@ GoLD-ReaVeR安装vkd3d-git后是否重新编译了wine /质子？

xzn 于 2020-05-16

哦，这不是动态的吗？

GoLD-ReaVeR 于 2020-05-16

@ Tk-Glitch即使构建了PKGBUILD，也无法正常工作。

编辑：我摆弄了user_settings.py，现在我得到了“ ERR14：未实现图形API”

GoLD-ReaVeR 于 2020-05-16

哇，最近该游戏在启动时遇到了麻烦。我发现每次启动MHW之前我都必须重新启动Steam……即使在启动后！实际上这没什么大不了，但是很烦人。

如果我启动游戏，请关闭它，然后重新启动它将在启动时崩溃。我将需要再次重新启动Steam！

这很奇怪。起初我以为它与ACO / LLVM有关，但是我使用哪一个都没有关系。我目前使用的是Proton GE 5.8，但是我尝试过其他版本的Proton，它们也有同样的问题。它会创建一个黑色的窗口，然后在几秒钟后关闭。

编辑：好吧，我测试了3次重启方法，并且每次都可以工作...但是今天它根本不工作。我不知道那是什么

编辑2：忽略此职位。

DeathTBO 于 2020-05-17

@ Tk-Glitch FYI，您在计算机上编译的最后一个构建版本（5.8.r *），使我可以播放MHW，并排观看流，而不会出现性能问题。至少在d3d11中，我仍然没有得到d3d12的支持。

GoLD-ReaVeR 于 2020-05-19

@ GoLD-ReaVeR您可能想在我的问题跟踪器中发布，以便我们找出问题所在。我认为我们已经在这里获得了足够的脱机GE / tkg用户支持🐸不应以这种方式使用Proton的问题跟踪器，这会使每个人的工作变得更加困难。

Tk-Glitch 于 2020-05-20

我不确定这是否是正确的选择，但无论如何我都会尝试，因为我没有其他选择。

我使用的是Proton-5.8-GE-2-MF，根据其他人的评论，有些事情似乎无法正常工作。

有人声称，MF武器教程视频默认情况下有效。对我而言并非如此。我听见管理员在视频上讲话，但整个游戏都挂起了，我必须杀死它。
好像GE以DX12模式启动时，Monster Hunter可以与vkd3d一起运行。没问题，但是在这种模式下（即使我的帧速提高了5-10），游戏也会在雪图/区域附近出现阴影伪影，并且在我杀死怪物后立即挂起。

我玩游戏的唯一方法是在DXVK模式下（如果使用默认质子，则为DX11或DX12）。这款游戏似乎可以完美地运行，只是在没有配置的情况下，我可以使用教学视频。

我已经在有无ACO或fsync的情况下测试了所有这些功能，这没有什么区别。

我的规格：
AMD Vega56（mesa驱动程序和vulkan-radeon）
英特尔i5 6600k
Steam原生（Proton-5.8-GE-2-MF，fsync内核，ACO着色器）

NdranC 于 2020-05-23

对于2，可能有一个更新的vkd3d补丁可以帮助您。如果不可用，请关闭Z-prepass。我对基本质子所做的测试总是以崩溃告终，因此我尝试了tkg版本。

对我来说，d3d12渲染器现在可以完美运行（使用tkg），并且我可以在最大设置下以60 fps的速度运行游戏（NVIDIA GTX1080）。我遇到的磁盘负载问题已经消失，我在玩游戏时也可以抽搐。我已经运行了超过12个小时的游戏，没有发生任何崩溃或崩溃的提示。我仅有的一些小窍门是武器预览无法正确渲染，并且体积雾仅在最高设置下才能正常工作。但我可以忍受。

GoLD-ReaVeR 于 2020-05-23

我不确定这是否是正确的选择，但无论如何我都会尝试，因为我没有其他选择。
我使用的是Proton-5.8-GE-2-MF，根据其他人的评论，有些事情似乎无法正常工作。
1. There are claims the mf weapon tutorial videos work by default. Not the case for me. I hear the handler talking over the video but the entire game hangs and I have to kill it.

2. Seems like GE forces Monster Hunter to run with vkd3d when it's launched in DX12 mode. Not a problem on it's on but in this mode (even though I have 5-10 better fps) the game has shadow artifacts near snow maps/areas and outright hangs as soon as I kill a monster.
我玩游戏的唯一方法是在DXVK模式下（如果使用默认质子，则为DX11或DX12）。这款游戏似乎可以完美地运行，只是在没有配置的情况下，我可以使用教学视频。
我已经在有无ACO或fsync的情况下测试了所有这些功能，这没有什么区别。
我的规格：
AMD Vega56（mesa驱动程序和vulkan-radeon）
英特尔i5 6600k
Steam原生（Proton-5.8-GE-2-MF，fsync内核，ACO着色器）

验证使用Proton-5.8-GE-2-MF时是否已安装ffmpeg以便播放视频，并且如果您使用MF解决方法，则必须删除mosnter hunter的反兼容性数据

blastermaster77 于 2020-05-24

我不确定这是否是正确的选择，但无论如何我都会尝试，因为我没有其他选择。
我使用的是Proton-5.8-GE-2-MF，根据其他人的评论，有些事情似乎无法正常工作。
1. There are claims the mf weapon tutorial videos work by default. Not the case for me. I hear the handler talking over the video but the entire game hangs and I have to kill it.

2. Seems like GE forces Monster Hunter to run with vkd3d when it's launched in DX12 mode. Not a problem on it's on but in this mode (even though I have 5-10 better fps) the game has shadow artifacts near snow maps/areas and outright hangs as soon as I kill a monster.
我玩游戏的唯一方法是在DXVK模式下（如果使用默认质子，则为DX11或DX12）。这款游戏似乎可以完美地运行，只是在没有配置的情况下，我可以使用教学视频。
我已经在有无ACO或fsync的情况下测试了所有这些功能，这没有什么区别。
我的规格：
AMD Vega56（mesa驱动程序和vulkan-radeon）
英特尔i5 6600k
Steam原生（Proton-5.8-GE-2-MF，fsync内核，ACO着色器）
验证使用Proton-5.8-GE-2-MF时是否已安装ffmpeg以便播放视频，并且如果您使用MF解决方法，则必须删除mosnter hunter的反兼容性数据

我确实安装了ffmpeg，并且由于安装了新游戏，所以没有任何MF解决方法。使用Proton-5.8-GE-2-MF播放视频是否还有其他先决条件？

对于2，可能有一个更新的vkd3d补丁可以帮助您。如果不可用，请关闭Z-prepass。我对基本质子所做的测试总是以崩溃告终，因此我尝试了tkg版本。
对我来说，d3d12渲染器现在可以完美运行（使用tkg），并且我可以在最大设置下以60 fps的速度运行游戏（NVIDIA GTX1080）。我遇到的磁盘负载问题已经消失，我在玩游戏时也可以抽搐。我已经运行了超过12个小时的游戏，没有发生任何崩溃或崩溃的提示。我仅有的一些小窍门是武器预览无法正确渲染，并且体积雾仅在最高设置下才能正常工作。但我可以忍受。

好吧，我之前尝试过tkg。我对此有些陌生，所以我下载了prebuild Steam版本，它似乎只是在dx12下而不是vkd3d下运行dxvk。我不确定是否应该下载源代码并自己打补丁吗？或如何去做。环顾github页面，我看不到任何禁用z-prepass的选项。您对这些视频做了什么？

NdranC 于 2020-05-25

Z-prepass是高级图形设置中的游戏内设置。对于视频，我使用了github上提供的专有工具，但我不允许名字提及。

对于tkg构建，我遵循提供的编译说明以及@ Tk-Glitch的建议。我还必须在user_settings.py中设置"PROTON_USE_WINE_DXGI": "1", 。您应该现在就获得最新版本，这样就不会再复杂了。我还设置了"PROTON_NVAPI_DISABLE": "1"所以在游戏开始时不会出现令人讨厌的弹出窗口，告诉我将驱动程序升级到Linux不可用的版本。

GoLD-ReaVeR 于 2020-05-25

好的，经过一些测试，这些是我的结果：

问题1：
-使用DX11（dxvk）或DX12（dxvk）：游戏运行完美，除了视频电影问题。
-使用DX12（vkd3d）：我的速度比dxvk高5到10 fps，但我也有在雪地中漂浮阴影的图形伪像。一旦杀死任何怪物，游戏也无法进行崩溃。

质子版本：
Proton-5.8-GE-2-MF DX11（dxvk）DX12（vkd3d）
质子-tkg-5.9.r0 DX11（dxvk）DX12（dxvk）
质子5.0.7（气门）DX11（dxvk）DX12（dxvk）
多亏了DXVK_HUD设置，我才能知道哪个版本启动了。除了dx12质子-5.8-GE-2-MF以外的每个组合都有它出现，因此我假设其中一个正在使用vkd3d。除非我误会了。

理想情况下，由于每个人似乎都在使用GloriousEggroll并通过vkd3d享受DX12的好处，所以我想弄清楚为什么这对我不起作用。禁用Z-Prepass只会将伪像更改为白色飘雪而不是黑色。切换ACO遮光器，f-sync或e-sync并不能缓解此问题。 dxvk（dx11或12）下的每个测试工作原理基本相同，所有质子版本之间没有明显差异。

问题2：Media Foundation视频问题

Proton-5.8-GE-2-MF：平整不起作用。当我尝试播放电影而又听到背景声音时，游戏挂起。需要我手动杀死游戏。显然，它默认情况下应该工作，而无需安装其他任何东西，但事实并非如此。值得一提的是，即使在尝试启动游戏并且我需要重新启动系统的情况下，在此版本的质子上使用mf补丁也会导致整个视频卡挂起。

-Proton-tkg：据我了解，我必须使用mf补丁才能在此版本下工作。我做到了，但仍然没有效果。我得到与Proton-5.8-GE-2-MF完全相同的问题。

-Proton 5.0-7（气门）：仍需要mf补丁。我使用了它，但仍然无法使用，但出现了另一个错误。它完全崩溃到桌面，而不是像以前那样挂起。

老实说，我不知道该怎么办。我想我可以在没有视频的情况下播放dxvk，但我的理解是，在故事中的某个时刻它最终将打破常规。

NdranC 于 2020-05-28

首先，DXVK根本不处理d3d12。没有其他办法了。如果游戏有效地在d3d12模式下运行，则与VKD3D一起使用。如果看到DXVK HUD，则说明它正在使用DXVK，因此以d3d11模式运行，与您可能会相信的无关。

关于崩溃和图形异常，主要是由于VKD3D比DXVK年轻得多，最终导致很多错误/不完整。 Esync / Fsync仅在受支持时才能在大多数现代游戏中提高CPU性能，并且在非常特殊的情况下（MHW不是其中之一），不会影响图形质量或保真度。构建较新版本的VKD3D可能会减少/修复该问题。 Mesa（或nv blob等）也可能会定期出现问题，而20.0.7版本至少可以说不是太好了。

对于您的MF问题，Proton-tkg不需要任何外部MF补丁，只要它是用Guy1524的MFplat WIP补丁构建的即可（最明显的是5.9预制）。 GE在该-MF版本中使用了该修补程序的旧版本。话虽这么说，这还远非完美，尽管教程视频可以正常播放，但当视频循环播放时，游戏可能/将无法恢复挂起。跳过末尾绕过问题。
在Guy1524的补丁被合并之前，Vanilla Proton暂时需要有法律问题的补丁，考虑到它尚存的一些缺陷，我不希望这种情况会发生。

由于两种解决方案都不适合您，因此，我要怪原因是缺少依赖项（可能是GST插件），或者是有问题的Vulkan驱动程序/介面（考虑到您的“总视频卡挂起”）。

Tk-Glitch 于 2020-05-28

首先，DXVK根本不处理d3d12。没有其他办法了。如果游戏有效地在d3d12模式下运行，则与VKD3D一起使用。如果看到DXVK HUD，则说明它正在使用DXVK，因此以d3d11模式运行，与您可能会相信的无关。

感谢您清除此问题。最近几天我没有太多时间坐下来阅读它们。我的结论来自dxvk_hud是否显示。我猜是因为hud正在显示我认为是dx12的内容，所以一定是它会自动设置我的游戏在dx11中运行，而无需更改游戏菜单中的设置。

想必我要在任何质子中构建较新版本的VKD3D，我必须自己手动构建它们或等待各自的创建者将其更新为我正在下载的预构建版本。

关于我的MF问题。我正在寻找guy1524的github，但无法找到依赖项列表或可能暗示我可能缺少的内容。阅读tkg github页面，我设法找到了这个：

guy1524_mfplat_WIP.mypatch : MFPlat support patchset from our Lord and Savior Guy1524, binaryless version - You'll likely want _proton_mf_hacks="false" when using it - https://github.com/Guy1524/wine/commits/mfplat_cleanup

但是我认为这些只是构建说明，与运行它无关。查看您的“ gst插件”建议，我可以看到我只有gstreamer，gst-plugins-base-libs和gst-plugins-base。还有很多我想念的。如果您对我应该安装哪些建议或者我应该做大多数建议，那将很棒。

PS：我确实注意到，使用预先构建的最新tkg，我可以看到商品预览没有问题。因此，这些似乎是固定的。

编辑：我设法解决我的MF问题。原来您在丢失的gst插件上找到了位置。我决定保持直觉，安装了vaapi和libav，这似乎可以解决问题。感谢您的建议，我永远都不会猜到。对于大多数人来说，这可能是一个罕见的问题，因为我是从一个干净的arch安装开始的，而没有预先安装这些东西。也许值得在github自述文件中指出。除非我错过了。

NdranC 于 2020-05-28

因此，我使用最新的TKG版本（5.9）Proton-5.8-GE-2-MF测试了游戏，现在尝试使用“官方” 5.0.7。

到目前为止，我的经验是vkd3d提供了更平滑的帧定时，但性能却较差，并且在Image Quality设置为High下，无论我使用的是哪个Proton版本，（以及我使用的vkd3d版本）。

通过将Proton 5.0.7与vkd3d结合使用，可以提供迄今为止最好的性能。从低到高的混合设置，这会让我-取决于我在哪里-50到60 fps。只是DX12模式下的图形故障非常烦人。基本上，“引导蝇”是无法使用的，因为您看不到它们，它们在您上方50英尺处渲染，效果相似（泡沫，火，灰尘等，用于说明问题的屏幕截图）也是如此。有人知道是什么原因造成的，对此可以采取什么措施？

nilleairbar 于 2020-05-28

@NdranC我很高兴我的建议有所帮助:)

但是我认为这些只是构建说明，与运行它无关。

那就对了。 Wine / Proton-tkg是在所有其他项目之前都带有一堆自定义补丁的构建系统。提供的预制件只是它们可以实现的“展示”。

也许值得在github自述文件中指出。

你是绝对正确的。它的实验性/可选性使它更加不清楚。会做！谢谢。

@nilleairbar

到目前为止，我的经验是vkd3d提供了更平滑的帧定时，但性能较差

那在很大程度上取决于您的硬件。 MHW在d3d11模式下占用大量CPU资源，因此许多人的GPU使用不足。在这种情况下，VKD3D可以通过提高GPU利用率来提高性能。另一方面，使用足够快的CPU，由于绑定GPU时DXVK比VKD3D更快，因此您将看到较低的性能。

有人知道是什么原因造成的，对此可以采取什么措施？

看起来像是通过https://github.com/HansKristian-Work/vkd3d/commit/b3be23c066eb51c109c47cd7af0bcf3a0a997c15修复/解决的Nvidia驱动程序错误
如果您不使用nv GPU，则可能需要尝试使用较旧/较新的台面版本。

Tk-Glitch 于 2020-05-28

与该游戏有关的是，人们一直在询问有关Linux上的改装以及SmartHunter等配套应用程序的

好吧，这并不是一件容易的事，但是我设法为一个类似的应用程序linux-hunter制作了原型；请查看_README.md_，以获取有关为何很难移植此类应用程序但并非完全不可能的一些技术细节。

有一个主要的讨论/主题可以帮助我在linux_gaming上
随时检查它，并在那里和/或github询问任何问题。

Emanem 于 2020-05-29

抱歉，无法对此进行更新，但是最新的vkd3d无法解决seliana中的黑色渲染问题。问题与正确渲染雪有关。将图像质量设置为中级可以解决此问题。这也可以解决可能存在的任何偏移问题，其他设置不能解决任何d3d12渲染问题。他们所做的就是以一种可以避免问题的方式将设置更改为变量的行为。

GoLD-ReaVeR 于 2020-06-01

抱歉，无法对此进行更新，但是最新的vkd3d无法解决seliana中的黑色渲染问题。问题与正确渲染雪有关。将图像质量设置为中级可以解决此问题。这也可以解决可能存在的任何偏移问题，其他设置不能解决任何d3d12渲染问题。他们所做的就是以一种可以避免问题的方式将设置更改为变量的行为。

我要试一下，看看它是否崩溃。

话虽如此，我建议大家为您的特定cpu使用自定义内核linux-tkg-smp。安装此功能后，与Raging Brachydios的战斗从其粒子效果最高的35 fps上升到50-60 fps。在seliana中，我得到了5-10 fps的中等提升。它是那么好。

NdranC 于 2020-06-01

他们再次更新了游戏...我提供了日志文件，游戏的主进程在无法启动其线程和模块后进入僵尸模式。

@ Tk-Glitch这也会在您的质子版本上发生

steamlog.tar.gz

编辑：没关系，那是流浪汉。

GoLD-ReaVeR 于 2020-06-04

我很感兴趣，所以我开了枪以确保。一切都还不错，

Tk-Glitch 于 2020-06-04

实际上...性能问题：'（

带有基本质子的游戏即使在设置了补丁的情况下也确实很不稳定，尽管它减少了震颤感，但它仍然存在且意义重大。尝试在战斗中用鼠标瞄准引导地，我想您会立即注意到。我在我不曾站过的地方被怪物击中，人们失去了联系，等等。一个Windows用户也遇到了这个问题，并且由于该补丁附带了该补丁，因此可能是游戏再次变得愚蠢。

GoLD-ReaVeR 于 2020-06-04

我得到了另一个位置：1号营地外的古代森林。我一直在摆弄我的设置，似乎反射是罪魁祸首。如果您在雨中有远古森林，那就简直无法玩。

到处移动时，wineserver会显示出最高的CPU使用率。他们又做了事情...

@ Tk-Glitch在您的构建中发现了以上内容。

但是要明确一点，我敢肯定阀质子的情况会更糟。

GoLD-ReaVeR 于 2020-06-04

因此，我尝试重现您的问题。我花了很多时间进行重新设置，但终于在森林地图上下了雨，来到了1号营地的外面，可以在宽阔的开阔地带欣赏美丽的景色，而且，在DXVK上，我以1440p的分辨率达到了73fps。之后，我还使用d3d12 / VKD3D进行了检查，结果发现〜71fps的表现稍差一些，这是机器上的常见模式。 CPU使用率似乎也没有异常（DXVK为42％，VKD3D为35％）。不太好，但远不能玩。

他们的更新消息似乎表明他们可能已经修复了AC并将其包括在内，但至少到目前为止，在我的机器上我看不到可测量的差异。只会影响多人游戏吗？我的测试只是单独完成的。

测试安装程序，以防它有任何帮助：
8086k @ 5.2GHz / 32GB 4133 RAM / RX 5700XT，mesa-git，ACO启用/ Archlinux，带有PDS CPU调度程序和Fsync支持的内核5.7.0 / Proton-tkg 5.9.r21（staging），启用Fsync，DXVK / VKD3D git 。

Tk-Glitch 于 2020-06-04

您是否尝试过使用鼠标四处移动并瞄准目标？

同样，该GHz数量可能超过了任何限制因素XD。但是，您应该看到wineserver达到htop或类似水平的峰值。除了我的CPU和GPU都没有达到最大值之外，这种尖刺似乎是在损害我的性能。

在此期间，我将升级我的proton-tkg，但是如果所有这些仍然无济于事，则阀门质子版本会更容易显示这一点。

GoLD-ReaVeR 于 2020-06-05

嗯，我杀死了avahi守护程序，性能问题似乎不那么普遍了。我将在明天/今天晚上继续测试，看看它会去哪里。

GoLD-ReaVeR 于 2020-06-05

因此，我遇到了有关MHW的奇怪问题。

我最近从1080ti切换到了5700xt。在DXVK下运行游戏时，当屏幕上出现许多Rarity 12装甲时，装甲菜单会从Solid 60降到45-50fps

这是滞后
83938297-997a0600-a798-11ea-9fae-63f7a29126e7(2)

如果我向上滚动一点，滞后就会停止
83938304-b1518a00-a798-11ea-8789-d19ef17a1c44

VKD3D不会发生此问题（不要让1080ti显示该屏幕）
Screenshot from 2020-06-06 09-03-50

当使用我的1080ti，使用VKD3D或游戏的任何其他部分时，这不会发生，并且仅特定于此菜单和菜单的此位置，并且不管使用的图形设置如何。似乎与5700xt + DXVK有关，但我无法找到原因。

我无法使apitrace运行，因此我可以开始研究可能的修复方法。

此外，Proton GE，Proton TKG，Proton 5.0.7和Proton 4.11也会发生这种情况。尝试使用/不使用Fsync和ACO，性能调节器和游戏模式进行了调整，没有任何改变。

奋进OS
锐龙5 3600 + 5700xt
台面20.2 git + ACO

Eckoa 于 2020-06-06

还检查了我的笔记本电脑，与我的台式机相同的问题

奋进OS
i7 2960xm + Firepro M6100
台面20.2git + ACO
所有低设置@ 720p

该屏幕没有mangohud，因为它是一项快速的健全性检查，但是在我的笔记本电脑上，我从52-60fps降至40fps

Screenshot from 2020-06-06 09-38-36

Screenshot from 2020-06-06 09-38-49

2个完全独立且不同的系统，只有OS / Driver和AMD + DXVK共同体现了此问题（VKD3D在笔记本电脑上使用的VRAM过多）

Eckoa 于 2020-06-06

我也可以将其复制。从没有r12的〜95到屏幕上只有r12装甲的〜65。我还可以通过AMDGPU-PRO vk驱动程序以及对Nvidia GPU的欺骗观察到相同的行为。
要么游戏正在做一些非常愚蠢的事情，要么两个驱动程序在特定情况下都效率低下，或者DXVK处理它的方式存在问题...或者全部合并在一起🐸

Tk-Glitch 于 2020-06-06

我也可以将其复制。从没有r12的〜95到屏幕上只有r12装甲的〜65。我还可以通过AMDGPU-PRO vk驱动程序以及对Nvidia GPU的欺骗观察到相同的行为。
要么游戏正在做一些非常愚蠢的事情，要么两个驱动程序在特定情况下都效率低下，或者DXVK处理它的方式存在问题...或者全部合并在一起🐸

您知道/能否指出我如何通过蒸汽/质子运行apitrace？

我想尝试找出导致MHW，CPU，DXVK等的根本原因

Eckoa 于 2020-06-06

对我来说，游戏似乎最终运行良好，但是酿酒师的关注令我担忧。这不仅会阻碍性能较低的系统，而且在一些补丁中，这些尖峰可能会加剧，以至于许多人实际上无法玩游戏。

我还要补充一点，即使在d3d12中，该游戏现在的磁盘加载频率似乎也更高。这是在任务过程中发生的，我认为游戏事件与磁盘负载之间没有任何联系。在这些负载下，游戏将停止。

GoLD-ReaVeR 于 2020-06-06

对我来说，游戏似乎最终运行良好，但是酿酒师的关注令我担忧。这不仅会阻碍性能较低的系统，而且在一些补丁中，这些尖峰可能会加剧，以至于许多人实际上无法玩游戏。
我还要补充一点，即使在d3d12中，该游戏现在的磁盘加载频率似乎也更高。这是在任务过程中发生的，我认为游戏事件与磁盘负载之间没有任何联系。在这些负载下，游戏将停止。

我还没有经历过，到目前为止，我遇到的唯一性能问题是r12装甲菜单，通常的弓箭使用者以及下雨的尖刺物导致帧速下降。

我在TKGs PDS zen2内核上使用带有Intel 545s SSD的mq-deadline，因此不确定在我的情况下是否对磁盘访问有任何帮助。

Eckoa 于 2020-06-06

在花了几个小时试图让这个游戏给我日志（dxgi，d3d11和apitrace）无济于事之后，我决定尝试另一个测试。因此，我测试了在窗口模式下运行游戏的过程，并在低设置1600x900上在后台运行了天堂循环，以保持GPU频率升高，以为GPU频率下降了，但得到了相同的准确行为。 GPU保持加载且频率很高，但仍会丢失FPS。 CPU使用率看上去不会改变，也不会减去unigine天堂带来的额外费用，但这没什么大不了的。

进行其他一些测试似乎是100％r12齿轮特定的，所有r11齿轮都在窗口中，帧率和r12下的任何其他情况一样都很好。病态不断尝试日志来解决这个问题，但即时消息还将使一些基于Windows的氏族伙伴进行一些测试，以查看他们是否可以复制它。

Eckoa 于 2020-06-07

@ Tk-Glitch我也能够确认Windows上的行为。它发生在我的队友身上，一个从100fps下降到65-70，他有i5 6600k + gtx1070，另一个是i7 2600k @ 4.4ghz + GTX980，从85下降到75，但幅度较小。

问题是MHW正在做的事情，做什么以及为什么选择idk。

Eckoa 于 2020-06-08

停止玩了一个星期左右，现在，在我的系统没有任何变化（没有更新或任何东西）之后，无论Proton版本如何，无论前缀是否完全新鲜，游戏都将无法开始。

游戏将启动，但不会打开任何窗口，大约30秒后，它将退出而没有任何错误代码。根据Proton日志，没有遇到错误。

nilleairbar 于 2020-06-12

停止玩了一个星期左右，现在，在我的系统没有任何变化（没有更新或任何东西）之后，无论Proton版本如何，无论前缀是否完全新鲜，游戏都将无法开始。
游戏将启动，但不会打开任何窗口，大约30秒后，它将退出而没有任何错误代码。根据Proton日志，没有遇到错误。

这发生在Windows上的几个氏族伙伴身上，所以它不是质子，但我不确定是什么原因造成的。尝试重新安装吗？

Eckoa 于 2020-06-13

如果有人遇到游戏问题不再启动，请删除游戏文件夹中的所有.dll ，然后验证安装是否为我解决了问题。

nilleairbar 于 2020-06-13

使用最新的质子，我可以播放游戏的主要故事。
不幸的是，在完成主要故事后，有一个冰封的dlc广告视频立即使游戏崩溃。
我已经看到一些有关建议立即关闭视频的报告，但这对我不起作用，因为无论我做什么应用程序崩溃。

我尝试使用Proton-5.8-GE-2-MF和Proton-5.9-GE-2-MF，但没有区别。
尽管媒体基础包应该已经包含在ge版本中，但我还是使用<Workaround removed by moderator>脚本再次安装了它，但这也没有任何区别。我安装了vaapi和libav以确保没有丢失的依赖项并且仍然没有更改。

有人可以通过广告视频解决此问题吗？

Sirina32 于 2020-06-19

您好@ Sirina32 ，您提到的解决方法在法律上有问题，已被删除。

kisak-valve 于 2020-06-19

@ Sirina32我建议您遵循protondb上写的建议或在论坛上（ reddit）提问。
另一个解决方案是在Windows中加载savegame，跳过过场动画，保存然后在Linux中再次重新加载。如果没有Windows，可以将savegame传递给朋友。

话虽如此，但希望不再需要解决方法，因为wine很快将最终支持MF库和格式...

Emanem 于 2020-06-20

您好@ nutta-git，该解决方法在法律上是有问题的，这就是为什么您的评论被删除的原因。

kisak-valve 于 2020-07-17

看起来最新的Ubuntu内核更新Linux scv 5.4.0-42-generic #46~18.04.1-Ubuntu SMP Fri Jul 10 07:21:24 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux可能会有很小的性能下降（游戏尚未更新）。

~~显然，甚至将CPU调速器设置为_performance_：~~ ~~产生一些微结结。~~

~~我的装备是：~~

~~i7-8700k~~
~~64 GiB RAM @ 3200 MHz~~
~~M.2固态硬盘~~
~~Nvidia RTX 2080 Ti-专有驱动程序440.100~~
~~操作系统Ubuntu 18.04.3（当前LTS-建议/安全后将更新为20.04.1）~~

~~一夜之间唯一改变的是更新内核-这就是为什么我对此表示怀疑。~~

~~还有其他人遇到吗？~~

请忽略以上内容。

我正在使用实用程序nv-pwr-ctrl来控制GPU温度/风扇速度（通过限制功率- sudo ./nv-pwr-ctrl --fan-ctrl gpu_temp ），几天后特别温暖，我的案子关闭了：结果GPU受到的限制比平常要多（2080 Ti RTX的默认功率限制为250000 mW），甚至可能达到<200000 mW左右的水平。

今天早上在机箱打开的情况下进行游戏，将GPU温度控制在80摄氏度左右，功率限制保持在225000毫瓦左右，足以播放而不会出现问题。

Emanem 于 2020-07-22

我在发布游戏时遇到了一个老问题。如果我使用5.0-9质子生成启动游戏，则游戏可以正常启动，但是在尝试加载角色时崩溃。使用Proton-5.9-GE-5-ST构建时，角色选择工作正常，但是在按下Steam上的“播放”按钮后，游戏本身立即立即崩溃，我不得不重复单击它很多时间，直到决定开始。

我相信有一些解决此问题的方法，但是我在这里的所有文章中都找不到。有人知道如何解决吗？

tuxrinku 于 2020-09-12

我在发布游戏时遇到了一个老问题。如果我使用5.0-9质子生成启动游戏，则游戏可以正常启动，但是在尝试加载角色时崩溃。使用Proton-5.9-GE-5-ST构建时，角色选择工作正常，但是在按下Steam上的“播放”按钮后，游戏本身立即立即崩溃，我不得不重复单击它很多时间，直到决定开始。
我相信有一些解决此问题的方法，但是我在这里的所有文章中都找不到。有人知道如何解决吗？

通过此线程进行搜索-您是否正在使用AMD CPU？

Emanem 于 2020-09-14

通过此线程进行搜索-您是否正在使用AMD CPU？

不，我有一个Intel i7-10875H

tuxrinku 于 2020-09-14

通过此线程进行搜索-您是否正在使用AMD CPU？
不，我有一个Intel i7-10875H

我建议设置最大日志级别，使用5.0-9并发布异常/错误？

Emanem 于 2020-09-15

这是质子5.0-9和质子ge的原木。

我会尝试禁用esync的proton-ge，因为日志中的错误非常明显。日志中仍然没有提示为什么选择字符后5.0-9会崩溃。

proton5.0-9.log
proton5.9-ge-5-st.log

tuxrinku 于 2020-09-15

看起来您正在尝试以d3d12模式运行：

warn:d3d12
...
...

我建议更改设置并使用D3D11（带有官方质子5.0-9）-通过DXVK渲染；让我们知道怎么回事。

Emanem 于 2020-09-15

抱歉，我没有提到它，但是DXVK发生了完全相同的错误：
pid 1388032 != 1388031, skipping destruction (fork without exec?)

我使用的是vkd3d和proton5.9-ge-5-st，因为HD纹理dlc更加稳定，而dxvk则口吃。唯一的问题是随机启动。

tuxrinku 于 2020-09-15

抱歉，我没有提到它，但是DXVK发生了完全相同的错误：
pid 1388032 != 1388031, skipping destruction (fork without exec?)
我使用的是vkd3d和proton5.9-ge-5-st，因为HD纹理dlc更加稳定，而dxvk则口吃。唯一的问题是随机启动。

您是否已将DXVK的CPU调速器设置为performance ？

echo performance | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

直到Iceborne之前我们都没有调度问题，但是CAPCOM改变了逻辑，如果没有这个问题，DXVK会给您带来很多麻烦。我也有一个Intel（尽管它和i7-8700k）。

您可以发布DXVK崩溃日志吗？

Emanem 于 2020-09-16

太奇怪了，将其更改回质子5.0-9之后，它不再崩溃了。是的，调速器已设置为性能。我为此使用了野生游戏模式。没有高清纹理就不会发生口吃，只有在DXVK模式下才会发生。我有8GB的vram，应该足以处理纹理。

使用VKD3D，我可以使用高清纹理而不会出现任何卡顿现象，但是我必须使用proton-GE构建。

tuxrinku 于 2020-09-16

太奇怪了，将其更改回质子5.0-9之后，它不再崩溃了。是的，调速器已设置为性能。我为此使用了野生游戏模式。没有高清纹理就不会发生口吃，只有在DXVK模式下才会发生。我有8GB的vram，应该足以处理纹理。
使用VKD3D，我可以使用高清纹理而不会出现任何卡顿现象，但是我必须使用proton-GE构建。

看起来当使用HD纹理时，DXVK最终可能会比VRAM占用更多的资源，从而导致游戏结结巴巴。
VKD3D12尚未在官方质子上处于_primetime_，这就是为什么您必须使用GE的原因。

Emanem 于 2020-09-16

今天，我也遇到了启动崩溃的问题，我不认为MHW会收到更新，但我可能会错过它。按“播放”后，会出现一个黑色窗口，就像在进入全屏显示之前一样，但是几秒钟后它会自动关闭。

在尝试了不同的Proton版本之后，它触发了游戏的完全重新下载（从Steam更改Proton版本会以某种方式删除整个游戏），我认为这不正常，但是无论如何它都没有改变。

我从按“播放”的位置附加了Steam日志，如果需要，还可以提供其他日志。感谢大家在此线程上的帮助。
log.txt

编辑：Ryzen 1700，Vega 64，最新的openSUSE Tumbleweed。

Jojonintendo 于 2020-09-22

今天，我也遇到了启动崩溃的问题，我不认为MHW会收到更新，但我可能会错过它。按“播放”后，会出现一个黑色窗口，就像在进入全屏显示之前一样，但是几秒钟后它会自动关闭。
在尝试了不同的Proton版本之后，它触发了游戏的完全重新下载（从Steam更改Proton版本会以某种方式删除整个游戏），我认为这不正常，但是无论如何它都没有改变。
我从按“播放”的位置附加了Steam日志，如果需要，还可以提供其他日志。感谢大家在此线程上的帮助。
log.txt
编辑：Ryzen 1700，Vega 64，最新的openSUSE Tumbleweed。

您能否附上更详细的日志？抱歉，但我无法找出背后的原因。

请注意，日志将是巨大的，应用程序将变慢:)

附言另请注意，在_x_版本不同的Wine / binaries之后，游戏会检测到“不同”的设置，并且反复制机制会启动...

Emanem 于 2020-09-23

@Emanem我已经尝试了Steam Flatpak版本，现在游戏运行正常。我将不得不使用标准Steam再试一次以提供更多输出（需要重新安装，小型nvme驱动器！）。谢谢你的时间。

Jojonintendo 于 2020-09-23

我已经按照您的建议尝试了更多的调试输出，但是现在的行为有所不同：游戏窗口像以前一样出现，但是它从未关闭过，直到15分钟后我强制关闭了它。我应该再等吗？似乎根本没有任何活动。如果我删除调试标志并按开始，则游戏窗口将在半秒钟后关闭。

同样，既然您提到了反复制的启动，可能就是这种情况，但是我今天根本没有更改Proton的版本，只是多次重新启动游戏以测试不同的调试选项。

steam-582010.log

Jojonintendo 于 2020-09-24

@Jojonintendo我可以看到一堆_dodgy_日志条目：

0124:err:heap:HEAP_GetPtr Invalid heap (nil)!

那么许多关于不能使用_esync_的警告：

0084:warn:esync:get_object Failed to retrieve fd for handle 0x40, status 0xc0000002.

然后（对我来说是失败的）

00c8:err:vulkan:wine_vkCreateInstance Failed to create instance, res=-6

因此，看起来内核中不支持_ESYNC_，但您正在使用它运行质子，_HEAP_GetPtr_无法分配内存，因此无法初始化Vulkan：_wine_vkCreateInstance_（这是主要的输入函数之一）。
根据VkResult的定义，您得到的错误是VK_ERROR_LAYER_NOT_PRESENT; 您是否定义并使用了Vulkan叠加层/插件？
由于该API暗示着它无法加载vulkan _layer_（即MangoHud）的事实，而该vulkan _layer_可能未正确设置。

比较来自flatpak的相同日志将是很好的...

Emanem 于 2020-09-25

@Emanem是的，我使用vkBasalt作为唯一的vk层（没有它，我的校准显示器上的颜色看起来太恐怖了）。但是，它起初确实非常好，几天没有任何问题，并且重新启动过几次。

我删除了vkBasalt的启动选项，但是发生了相同的行为。即使完全删除了vkBasalt，它也会以相同的方式失败。我在最后一次尝试后附加了日志。奇怪的是，在我从中加载了Steam的终端上，有一行这样写：

esync: up and running.

但是，在更完整的日志中，如您所指出的那样，它表明以某种方式无法使用esync。我将尝试进一步调查，并尝试使用Flatpak Steam。

steam-582010.log

Jojonintendo 于 2020-09-25

您好@Jojonintendo ，请给https://github.com/ValveSoftware/steam-for-linux/issues/7368阅读。

kisak-valve 于 2020-09-25

👍1

还有其他人在启动时遇到页面错误异常吗？

GoLD-ReaVeR 于 2020-10-01

是的，游戏现在崩溃了。 CAPCOM干得好...

编辑：我的_guesstimate_可能与某些保护或反作弊代码有关？

Emanem 于 2020-10-01

https://steamcommunity.com/app/582010/discussions/0/293123844832549505057/ <---看起来有些开发人员再次破坏了它，是的。

GoLD-ReaVeR 于 2020-10-01

有没有人尝试使用“适当的”调试寄存器实现？也许那会解决它。也许如果我们连续两周在CRAPCUM的脚下y，他们可能会撤消这一变化。也许有一天，金钱会在树上长大，谁知道呢！

GoLD-ReaVeR 于 2020-10-01

另一个想法：也许像其他一些由Denuvo保护的游戏一样，MHW现在需要PROTON_USE_SECCOMP=1 ？

Saancreed 于 2020-10-01

👍3

大声笑，解决它！

GoLD-ReaVeR 于 2020-10-01

😄4 👍2

我可以使用PROTON_USE_SECCOMP=1启动游戏，但控制器不再起作用= \（Steam控制器）

更新：
没关系，正在Steam > Settings > Controller > General Controller Settings > check xbox修复它。

KycKyc 于 2020-10-01

另一个想法：也许像其他一些由Denuvo保护的游戏一样，MHW现在需要PROTON_USE_SECCOMP=1 ？

我尝试了此修复程序，但我的《怪物猎人世界》将无限期加载。
在第二次尝试之后，Denuvo将我封锁了，我必须等待24小时。
我所做的只是使用2个不同的Proton版本进行测试。

我的GF可以在启动参数中使用“ PROTON_USE_SECCOMP = 1％command％”启动游戏。

Skibbo 于 2020-10-01

我能够启动游戏并使用Proton-5.4-GE-3进行游戏
虽然在使用Alt-Enter时遇到了导致图形损坏的错误。

TheHooly 于 2020-10-01

确认，使用启动选项PROTON_USE_SECCOMP=1 %command%在Proton 5.0.9上正常工作

shigutso 于 2020-10-01

另一个想法：也许像其他一些由Denuvo保护的游戏一样，MHW现在需要PROTON_USE_SECCOMP=1 ？
我尝试了此修复程序，但我的《怪物猎人世界》将无限期加载。
在第二次尝试之后，Denuvo将我封锁了，我必须等待24小时。
我所做的只是使用2个不同的Proton版本进行测试。
我的GF可以在启动参数中使用“ PROTON_USE_SECCOMP = 1％command％”启动游戏。

在同一条船上，我试图更改Proton的版本，并最终在24小时内无法玩游戏...：/
我什至无法测试这种解决方法。

我明天再试。

darklink64 于 2020-10-01

在尝试使游戏正常运行之后，我注意到，尽管该环境变量启动了游戏，但该游戏对我来说真的很不稳定，使我无法在其外部使用桌面。这些不是我愿意与Alatreon战斗的条件，更不用说法塔利斯了。

@ Tk-Glitch我将在您的版本中提出问题，因为这是我当前正在使用的版本。

GoLD-ReaVeR 于 2020-10-01

我让它与Proton-5.1-GE-2一起运行，没有启动选项。性能较差，但是使用vsync可以稳定在60 fps。

DrWursterich 于 2020-10-02

有没有人确认何时/是否取消了denuvo 24小时锁定（是否合法）以调试最近的问题？

Moggers 于 2020-10-02

我的“禁令”应在几分钟到几小时内解除，我将向您报告。

编辑：
我能够再次正常开始游戏。
因此，无论您在锁定后进行任何尝试，“禁令”都将在您首次激活24小时后解除（如果可以再次开始游戏，我会整天进行测试）。

Skibbo 于 2020-10-02

我可以报告的性能与以前一样（i7-8700k，2080 Ti，64 GiB 3200 MHz RAM，NVMe）。
甚至更新的linux-hunter （分支0.1.2）都可以正常工作...

Emanem 于 2020-10-02

锁定到期后，我可以进入SECCOMP env var并玩了几分钟。
但是-自补丁发布以来，我现在遇到的崩溃非常频繁，看起来它们正在杀死图形驱动程序（amdgpu），当发生这种情况时，我随后进行了硬启动，我再次感到不满意。

最近有没有其他人的稳定性急剧下降？

Moggers 于 2020-10-02

另一个想法：也许像其他一些由Denuvo保护的游戏一样，MHW现在需要PROTON_USE_SECCOMP=1 ？
我尝试了此修复程序，但我的《怪物猎人世界》将无限期加载。
在第二次尝试之后，Denuvo将我封锁了，我必须等待24小时。
我所做的只是使用2个不同的Proton版本进行测试。
我的GF可以在启动参数中使用“ PROTON_USE_SECCOMP = 1％command％”启动游戏。

我在开始参数中使用了proton-ge-5rc-mhw和PROTON_USE_SECCOMP = 1％command％，游戏加载并正常运行。没有遇到任何崩溃，但我只是在Seliana周围奔跑，还没有执行任何任务。

Vorthas 于 2020-10-02

有没有人确认何时/是否取消了denuvo 24小时锁定（是否合法）以调试最近的问题？

它总是被解除。这很常见。是的，合法。

每次更改酒/质子配置（尤其是更改为其他版本）或新的前缀后尝试启动游戏时，游戏都会认为您是从完全不同的机器上启动，因为实际上是这样。显然，该游戏的副本在一天之内可以启动它们的计算机数量上受到限制，因为没有人拥有合法副本才能在一天之内尝试在10台不同的计算机上玩同一游戏。

24小时后，该禁令将完全取消。这是我们长期以来一直在处理的事情。

gardotd426 于 2020-10-02

👀1

抱歉，如果这是题外话，那么我们如何分辨是质子还是去核问题？当我尝试运行游戏时，它立即关闭。 PROTON_LOG=1没有任何实质内容（游戏可执行文件的位置，选项等），因此我觉得我的测试过程非常不科学-只是随意更改内容-可能还有为什么denuvo temp禁止了我。

d-arn 于 2020-10-02

非常简单：在MHW技术帮助论坛上，您会看到无数线程弹出，这些线程无法启动游戏或出现性能问题，甚至破坏了PC。现在，除非所有抱怨的用户都是Linux用户，并且在这种情况下他们应该真正成为Linux客户端，否则我们可以安全地假定Windows用户会遇到我们的问题。一个简单的事实，就是游戏在补丁之前运行，而在补丁之后不再运行，这也清楚地表明了CRAPCUM更改了他们不应该修改的补丁。

因此，我建议您不要从发行商的其他发行版本中破坏游戏的发行商，因为他们认为一半的玩家群体无法玩游戏是合理的，因此他们可以阻止5个海盗玩一个月。对于具有第三方防护并考虑放弃购买直到被淘汰的游戏，我也建议格外谨慎。

GoLD-ReaVeR 于 2020-10-03

@ GoLD-ReaVeR，请将其视为警告，删除名字或在其他地方提供反馈。这是技术问题的问题跟踪器，而不是一般性讨论的论坛。

kisak-valve 于 2020-10-03

那么什么时候可以解决呢？

GoLD-ReaVeR 于 2020-10-03

👎1

@ GoLD-ReaVeR这是一个专门针对质子问题和质子问题的问题跟踪器。此外，它用于技术讨论和修复/变通方法，而不是其他讨论。请放弃态度。

如果像您所说的那样，游戏更新给Windows用户造成了问题，则可能与Proton无关。

gardotd426 于 2020-10-03

@ gardotd426我给了我上方的人一个答案，并被主持人作废。显然，这一定是质子问题。

GoLD-ReaVeR 于 2020-10-03

👎1

好久没玩了。昨晚更新了游戏，并使用PROTON_USE_SECCOMP=1 %command%最近的5.9稳定版本（在黑手党线程中链接了6和进行中的7）启动了游戏。工作正常，包括控制器。 Afaik唯一的要求是seccomp标志。

GloriousEggroll 于 2020-10-03

我不会说您已经无效，而是建议您将其他情况留给您。

我要说的是保持文明，尤其是技术性的人们！

编辑：对任何被错误标记的人表示歉意；我仍然不太习惯这个GitHub团队。

Chiitoo 于 2020-10-03

👍1

好久没玩了。昨晚更新了游戏，并使用PROTON_USE_SECCOMP=1 %command%最近的5.9稳定版本（在黑手党线程中链接了6和进行中的7）启动了游戏。工作正常，包括控制器。 Afaik唯一的要求是seccomp标志。

好吧，我发现了为什么会有性能问题。所有人：从您的命令行中删除PROTON_LOG = 1。

@GloriousEggroll @ Tk-Glitch您将需要对此进行修补，因为如果在播放过程中发生任何事情，则不可能发送日志。

这是日志当前的样子：
steam-582010.log.gz

GoLD-ReaVeR 于 2020-10-03

启用Proton日志记录后，性能会受到影响，这不是错误。这就是为什么默认情况下禁用它，以及为什么在故障排除时需要明确要求它的原因。许多事情都可能显得异常健谈，这会导致大量日志和随之而来的性能开销成本。

kisak-valve 于 2020-10-03

我非常确定，由于日志记录而使您的系统（不仅是游戏）遭受垃圾邮件破坏不是预期的副作用。即使是这样，例如，即使在30分钟内崩溃，也无法使用户从游戏中提取日志，从而阻止开发人员查看正在发生的情况。我建议他们，因为这是出于他们自己的最大利益，我可以禁用日志并可以正常运行，因此我建议人们这样做。

GoLD-ReaVeR 于 2020-10-03

进入Alatreon的Dawn's Triumph任务时，游戏因GE的构造而崩溃。（d3d12）当我聚焦浏览器或打开抽搐装置时，我仍然会变慢。不管我使用哪个抽搐的玩家，它都会影响GE构建的游戏性能。我将验证tkg build是否与此相同。

GoLD-ReaVeR 于 2020-10-03

启用SECCOMP标志后，我注意到没有任何性能下降，到目前为止，游戏中的所有功能都可以正常工作。

编辑：这是默认的质子，没有国防部。

Jojonintendo 于 2020-10-03

无论是我的还是tkg的版本中的性能问题都无关紧要。标准质子是需要重点关注的地方。我们提供的组件具有附加功能，但与阀门完全分开，因此不能用于比较。

此外，正如Kisak所说，不应启用日志记录，默认情况下将其禁用。在记录时，您将始终对性能造成影响。

如果dx12给您带来问题，请改用dx11。

GloriousEggroll 于 2020-10-03

使用带有PROTON_USE_SECCOMP=1常规质子对我来说工作正常。刚玩了大约五个小时。

ryliejamesthomas 于 2020-10-03

如果dx12给您带来问题，请改用dx11。

我已经花了很多时间使dx12正常工作，原因很简单，原因是dx11的性能更差并且崩溃很多。我在这里报告的崩溃事件，到目前为止没有任何事情可以解决（超过6个月）。 dx11的性能问题与MHW有关，当玩家晕倒时会导致屏幕冻结，延长抽签时间会延长加载时间，并会导致fps大幅下降；甚至在最新的MHW补丁之前。因此，dx11是不可能的。

GoLD-ReaVeR 于 2020-10-04

如果dx12给您带来问题，请改用dx11。
我已经花了很多时间使dx12正常工作，原因很简单，原因是dx11的性能更差并且崩溃很多。我在这里报告的崩溃事件，到目前为止没有任何事情可以解决（超过6个月）。 dx11的性能问题与MHW有关，当玩家晕倒时会导致屏幕冻结，延长抽签时间会延长加载时间，并会导致fps大幅下降；甚至在最新的MHW补丁之前。因此，dx11是不可能的。

IDK仅仅是AMD问题还是其他问题，但我在Nvidia上的DX11上没有这个问题。我从不低于80 fps，在所有高设置下平均1440p时约为120。

gardotd426 于 2020-10-04

显然，崩溃是GTX 1080特有的问题。冻结也发生在Windows用户上，以至于整个搜寻都可能断开。对于我来说，dxvk上的性能始终比必须的要差。我认为我的视频卡被充分利用后，使用d3d12可获得的帧率是原来的两倍。与dxvk一样，利用率甚至都不会超过50％。

GoLD-ReaVeR 于 2020-10-04

对于我来说，dxvk上的性能始终比必须的要差。我认为我的视频卡被充分利用后，使用d3d12可获得的帧率是原来的两倍。与dxvk一样，利用率甚至都不会超过50％。

@ GoLD-ReaVeR您确定您的DXVK是最新的吗？ MHW做一些…可疑的事情，例如从未缓存的内存中读取（lol）并解决此问题，自1.7.1版起，默认情况下已为MHW启用apitrace模式。

举个例子：有人将此比较结果发布在友好的Discord服务器上，看起来对我来说很合适。

Saancreed 于 2020-10-04

哦，我不知道该更改，也不了解性能改进。我将再尝试一次。

编辑：好的，进入塞丽安娜（Seliana）并开始抽搐的球员扑灭被谋杀的表演。我无法将鼠标移到任何地方，键盘太笨拙，以至于我不得不切换到非X终端才能杀死MHW。

GoLD-ReaVeR 于 2020-10-04

是的，该屏幕快照afaik：stuck_out_tongue中未包含“抽搐玩家”：

我想这会将您的CPU（如果使用软件解码，很有可能）或GPU（如果使用硬件解码，不太可能）的利用率提高到了您的计算机无法正常处理的水平。

Saancreed 于 2020-10-04

顺便说一下，这些屏幕截图是用什么图形设置拍摄的？既然我已经拒绝了所有设置，那么抽搐和运行游戏就变得更加友好了。仍然不会用它做Fatalis。

GoLD-ReaVeR 于 2020-10-04

即使我的桌上型计算机（Fedora 32、5.8.5-fsync.301.fc32.x86_64，i7 9700k，RTX 2080、455.22.04）上的PROTON_USE_SECCOMP = 1，使用@GloriousEggroll构建的Fatalis更新后，游戏也会崩溃。黑屏崩溃前只有几秒钟。
但是它可以与Proton 5.0-9一起使用。

在我的笔记本电脑（Fedora 33 beta，5.8.13-300.fc33.x86_64，Ryzen 7 4700U，Renoir，Mesa 20.2.0，Xorg）上，它可以与ge Proton构建一起使用。

RPGHiro 于 2020-10-05

对我来说，使用最新的GE发行版或5.0-9可以正常运行游戏，但是玩游戏时会出现一些随机崩溃，并且系统日志中充斥着wineserver[49569]: segfault at 7f942279c3bc ip 00007f6b566ffc68 sp 00007ffe42422800 error 6 in gameoverlayrenderer.so[7f6b566f3000+37000]
还收到游戏中的消息，提示我的图形设备崩溃了。到目前为止，仅发生在mhw中，从未在最新版本中看到

tuxrinku 于 2020-10-05

那就是蒸汽叠加的崩溃，除非游戏是
在此之前由于其他原因而崩溃，而您只是错过了它，
导致Steam覆盖崩溃。

2020年10月5日星期一下午2:34 tuxrinku [email protected]写道：

对我来说，使用最新的GE发行版或5.0-9可以正常运行游戏，但是我得到了一些
播放时随机崩溃，并且我的系统日志被wineserver垃圾邮件[49569]：
segfault at 7f942279c3bc ip 00007f6b566ffc68 sp 00007ffe42422800 error 6 in
gameoverlayrenderer.so [7f6b566f3000 + 37000]
还收到游戏中的消息，提示我的图形设备崩溃了。只发生
到目前为止，还没有在最新版本发布之前看到过
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-703812450 ，
或退订
https://github.com/notifications/unsubscribe-auth/AM5Y332PZOIZKRJ77UPGMYLSJIGUDANCNFSM4FRB5W2A
。

gardotd426 于 2020-10-05

那就是Steam覆盖崩溃的样子，除非游戏在此之前由于其他原因崩溃，而您只是错过了它，这会导致Steam覆盖崩溃。

是的，这就是我的想法。我禁用了它，到目前为止没有崩溃发生。

tuxrinku 于 2020-10-06

锁定到期后，我可以进入SECCOMP env var并玩了几分钟。
但是-自补丁发布以来，我现在遇到的崩溃非常频繁，看起来它们正在杀死图形驱动程序（amdgpu），当发生这种情况时，我随后进行了硬启动，我再次感到不满意。
最近有没有其他人的稳定性急剧下降？

同样在这里。禁用DX12似乎有所帮助，但我还需要更多操作才能确认。

RodrigoLeiteF 于 2020-10-06

如果DirectX 12以某种方式参与了Steam Overlay崩溃，则可能与2020-09-28 Steam客户端Beta更新中的“修复了在Direct3D 11和12之间切换时发生崩溃，或者严重的Sam 4中反之亦然”有关。那些使用Steam客户端的主线或beta版本受到影响的人，在它们之间进行切换会产生影响吗？

kisak-valve 于 2020-10-06

如果DirectX 12以某种方式参与了Steam Overlay崩溃，则可能与2020-09-28 Steam客户端Beta更新中的“修复了在Direct3D 11和12之间切换时发生崩溃，或者严重的Sam 4中反之亦然”有关。那些使用Steam客户端的主线或beta版本受到影响的人，在它们之间进行切换会产生影响吗？

这是另一种崩溃，与Steam Overlay无关。 AMD驱动程序似乎无缘无故地重置了GPU，这是一个错误。

RodrigoLeiteF 于 2020-10-06

玩了几个小时，我崩溃了。
系统硬锁定5-10秒，然后恢复。但游戏仍然冻结。我必须杀死游戏。
已经发生在引导区末端游戏区。

我启用了蒸汽覆盖，下次播放时我将尝试禁用它。

maverck 于 2020-10-07

仅在加载屏幕时，我
谷歌搜索显示这是Windows上的一个经常出现的问题（图形卡在加载屏幕时会自动消失），其分辨率是使RX 5700 XT低于时钟频率，对此进行了尝试并看到了一些改进，但没有超出误差范围。

已经禁用了蒸汽覆盖。

Moggers 于 2020-10-07

对于那些仍然有问题的nvidia的人，nvidia大约在一周前发布了驱动程序更新，似乎已经为我解决了MHW的性能问题。性能仍然不是以前的水平，但至少现在输入正确。

GoLD-ReaVeR 于 2020-10-08

几天前，我将自己与Denuvo隔离。我听说过SECOMP环境变量。我把它扔在那里，等待它过期。

时光倒流到今天……今天令人沮丧。我要启动MHW，它开始下载约98GB的内容。我立即暂停它并检查安装目录。那里只有10MB的内容（日志文件，配置，保存备份）。我在驱动器上的任何位置都找不到游戏。有足够的空间，并且不会失败。

所以我再次下载了游戏。启动它，它运行在我认为的Iceborne转换过程中。非常令人担忧，但我没有其他选择。它似乎可以正常工作，我进入菜单。一切看起来都很正常。我点击开始。弹出“ Welcome to Iceborne”视频，游戏冻结。尝试跳过/停止视频不起作用。

我通常会玩Proton-GE，但是在5.0-9上也会发生同样的事情。我安装了mf-plat修复程序，并再次进行了测试。依然没有。

内核5.8.14-Fedora 33
锐龙2700
5700xt-Mesa 20.2.0 / ACO

编辑：好吧，我清理了千分之一的前缀，然后重新启动了游戏。这次没有显示欢迎视频。现在可以打球了。

DeathTBO 于 2020-10-15

您不需要使用Proton-GE进行MF平台修复

2020年10月14日，星期三，7：54 PM DeathTBO [email protected]写道：

几天前，我将自己与Denuvo隔离。我听说过
SECOMP环境变量。我把它扔在那里，等待它
到期。
时光倒流到今天……今天令人沮丧。我去启动MHW，
开始下载约98GB的内容。我立即将其暂停并检查
安装目录。那里只有10MB的内容（日志文件，
配置，保存备份）。我在驱动器上的任何位置都找不到游戏。有
足够的空间，而且不会失败。
所以我再次下载了游戏。启动它，它贯穿我的想法
是冰原转换过程。非常令人担忧，但我没有
另外的选择。它似乎可以正常工作，我进入菜单。一切看起来
正常。我点击开始。弹出“欢迎来到冰山”视频，
然后游戏冻结。尝试跳过/停止视频不起作用。
我通常会玩Proton-GE，但是在5.0-9上也会发生同样的事情。一世
安装了mf-plat修复程序，并再次进行了测试。依然没有。
内核5.8.14-Fedora 33
锐龙2700
5700xt-Mesa 20.2.0 / ACO
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/ValveSoftware/Proton/issues/175#issuecomment-708720728 ，
或退订
https://github.com/notifications/unsubscribe-auth/ACHAHPVKYFTHW4PO7ST4MS3SKY24PANCNFSM4FRB5W2A
。

blastermaster77 于 2020-10-15

只是想报告MHW不能与Proton 5.13-1一起运行，但可以与Proton 5.0-10-rc4一起运行。
日志文件为35 mb，因此我无法将其上传到GitHub。
mhw

我注意到与Proton 5.13-1当前面临的其他问题相同的是联网。该部门，TitanFall 2和MHW的Proton 5.13-1均存在网络问题。
由于2个变量已更新； Steam运行时和Proton，我不知道问题是由运行时还是Proton引起的。

nutta-git 于 2020-10-17

@ nutta-git，我想您可能会遇到一些问题，因为从字面上看，我只是玩了《 Titanfall 2》的比赛，网络很好。

gardotd426 于 2020-10-17

@ gardotd426
让我编译tkgs质子并报告。无法编译的哭声
2132.686:00cc:00d0:warn:seh:virtual_unwind exception data not found in L"MonsterHunterWorld.exe"

2132.686:00cc:00d0:err:virtual:virtual_setup_exception stack overflow 1664 bytes in thread 00d0 addr 0x7f0444728e68 stack 0x120980 (0x120000-0x121000-0x220000)
如果我从日志中发现了此内容，希望对您有所帮助。

nutta-git 于 2020-10-17

转到tkg问题跟踪器，告诉它无法编译，当tkg找到它时，tkg会为您整理。大约一周前，我编译了一个版本，并与SECCOMP标志一起运行就很好了。没有特殊的vkd3d dll补丁，没有除fs_hack之外的特殊设置（顺便说一句，禁用该设置，当菜单打开时，它允许您的鼠标离开窗口）。

GoLD-ReaVeR 于 2020-10-17

转到tkg问题跟踪器，告诉它无法编译，当tkg找到它时，tkg会为您整理。大约一周前，我编译了一个版本，并与SECCOMP标志一起运行就很好了。没有特殊的vkd3d dll补丁，没有除fs_hack之外的特殊设置（顺便说一句，禁用该设置，当菜单打开时，它允许您的鼠标离开窗口）。

实际上不这样做。

TKG仍然能够提供fsync和esync功能取决于整个修补程序，而其酒/质子构建系统的一般原理从根本上要求以非常特定的方式跟踪上游。这意味着在欧洲人睡觉（他住的地方）的几乎整个晚上，如果您进行新的git克隆，wine-tkg-git和proton-tkg都将无法建立，因为不可避免地会致力于葡萄酒或wine-stage，暂时阻止编译，并且总是在几个小时内修复。

这只是TKG的葡萄酒和质子构建系统工作方式所固有的。用错误报告淹没他不是错误的东西并没有帮助。相信我，在我意识到这一点之前，我投入了很多心血，如果我再等一两个小时再进行编译，这总是可以解决的。

因此，每当从源头上制造TKG的葡萄酒或质子时，如果无法编译，只需等待几个小时，然后拉一下，然后再试一次。如果仍然失败，则可能报告该问题。另外，您也可以获取先前的葡萄酒阶段提交哈希并将其放入配置文件中的__staging_version中，它将成功编译（并且很明显，哪个提交会破坏它，因为它已经在TKG时间晚上/隔夜）。

gardotd426 于 2020-10-17

只是想报告MHW不能与Proton 5.13-1一起运行，但可以与Proton 5.0-10-rc4一起运行。
日志文件为35 mb，因此我无法将其上传到GitHub。
我注意到与Proton 5.13-1当前面临的其他问题相同的是联网。该部门，TitanFall 2和MHW的Proton 5.13-1均存在网络问题。
由于2个变量已更新； Steam运行时和Proton，我不知道问题是由运行时还是Proton引起的。

更新：不再出现网络连接错误，但是MHW只是在启动时崩溃而没有创建日志。

nutta-git 于 2020-10-18

我建议以下启动选项：
PROTON_USE_SECCOMP=1 DXVK_STATE_CACHE=0 VKD3D_FEATURE_LEVEL=12_0 %command%
您将需要的第一个，它设置调试寄存器的正确仿真/仿真，这是denuvo现在使用的，因为上帝知道原因。第二个禁用DXVK缓存，这可防止DX11中的高速缓存未命中使游戏挂起1-2秒；而第三个则需要启用DX12（如果您的质子版本支持该功能）；是的，tkg版本支持它，并且自DX11支持以来就应该使用它，因为冰原已经是一场灾难（各种挂起，缓慢的任务加载等。这些都是Windows问题，但它们在质子中都一样）。

GoLD-ReaVeR 于 2020-10-18

SECCOMP被质子5.13 -1淘汰。这不是DXVK或Vkd3d问题，因为按下Steam上的“播放”按钮后的游戏（3〜4秒）。我确实尝试了该命令，但是得到的结果相同。谢谢你的小费！

更新：MHW确实与tkgs-proton 5.19.r12.gbe9c9681一起运行

nutta-git 于 2020-10-18

我可以在5.13上正常运行。

gardotd426 于 2020-10-18

质子5.13-1
查看蒸汽日志（打开MHW时通过终端运行蒸汽）时，我在日志中注意到以下错误：
bwrap: Can't mkdir /usr/lib32/gconv: Read-only file system
ln: failed to create symbolic link '/run/user/1000/SteamLinuxRuntime.d5d4b9af6c1477c2/socket' -> '': No such file or directory
pressure-vessel-launch[140611]: Can't connect to peer socket: Could not connect: No such file or directory

nutta-git 于 2020-10-18

这是人们在＃4278上遇到的同样问题

gardotd426 于 2020-10-18

👍1

看来我的问题做了360分，
我不再遇到可怕的崩溃，而是网络问题。
我禁用了防火墙，但事实证明那没有用。
不使用互联网的游戏，例如《巫师3》和《欧洲卡车模拟2》都可以正常工作。

nutta-git 于 2020-10-22

您好，您建议使用哪个版本的质子来优化我的性能。当我在《引导土地》中玩游戏时，我目前口吃和fps下降很多，这很烦人。

发行版：Arch 5.9.1
显卡：GTX970M
司机：455.28
处理器：i5-6300HQ
内存：DDR4 16GB

我已经使用Proton 5.0.9了几个月，但对它的性能并不满意。

在此先感谢您的帮助

cvignal 于 2020-10-24

我建议使用tkg质子，因为它不需要花太多的精力就可以进行首要编译，而对我而言，它的性能似乎要好一些。它还具有许多可以在编译时配置的选项，因此您可以例如禁用fs_hack，这可以帮助解决性能问题和集中精力解决问题，或者选择自己的vkd3d版本来避免不良的d3d构建。

GoLD-ReaVeR 于 2020-10-24

Proton: 怪物猎人世界（582010）

最有用的评论

所有886条评论

时间= 1d490ce3aaf5900

相容性报告

系统信息

我确定：

病征

再生产

相容性报告

系统信息

我确定：

病征

再生产

系统信息

选项：set（）

相关问题