硬件:RTX 4070 Ti Super / AMD Ryzen 9700X / 32GB DDR5(超频6000MHz) 游戏版本:1.08.00 → 1.09.00 最终结论:内存超频不稳定导致


问题描述

2026年5月27日,安装了 JSON Mod Manager(JMM)及 True Thief Gloves No Cooldown JSON MOD 后,游戏开始频繁崩溃,每次约10~20分钟必崩,显示器无信号,无任何错误提示。卸载MOD、重装游戏均无效。同期 Ghost of Tsushima、Red Dead Redemption 2、Assassin's Creed Origins 也出现崩溃,浏览器播放视频也偶发黑屏并出现错误码。


排查过程

第一阶段:怀疑MOD损坏游戏文件

从游戏日志(%localappdata%\Pearl Abyss\log\)中发现持续出现的错误:

object/00_common/tent/cd_tent_graymane_02_cloth_lv5.pam 의 PbdFile을 읽는데 실패했습니다. Unknown 버전(13)입니다.
파일 경로를 찾을 수 없습니다. [sequencer/attack.paseq]

初步判断是JMM修改了游戏PAZ归档文件,导致资产版本不兼容。尝试了以下操作,均无效:

  • Steam 验证游戏文件完整性

  • 清除 %localappdata%\Pearl Abyss\CD\ 缓存

  • 删除 JMM 的 meta 文件夹

  • Steam 完全卸载后重装游戏

第二阶段:确认是游戏本身的BUG

调取5月24日(装MOD前)的日志发现:帐篷相关的资产错误在1.08.00更新后就一直存在,但那天游戏玩了近18小时没有任何崩溃。

这彻底排除了MOD是根本原因的可能性——MOD只是时间上的巧合,帐篷资产缺失是1.08.00的已知游戏BUG。

Steam讨论区随后有玩家提交了正式BUG报告,确认为游戏打包问题:

Multiple missing asset files (.paseq / .pat) causing GPU crashes and "no signal". Affects RTX 5080 / RTX 4070 Ti Super / GTX 1080 Ti. Fresh installs, file verification, driver reinstall → no effect.

1.09.00更新后,帐篷的.pbd版本错误消失,但sequencer/attack.paseq缺失问题仍在,崩溃依然偶发。

第三阶段:多款游戏同时崩溃,指向系统层面

发现不只是Crimson Desert崩溃:

多款不同引擎的游戏同时出问题,明显是系统/硬件层面的问题。

第四阶段:排查驱动与内存

期间换过两个NVIDIA驱动版本:

  • 591.86 → 崩溃

  • 610.47(升级)→ 崩溃,无改善

  • 581.80(回滚)→ 改善,但同时也关闭了内存超频

关闭内存超频(6000MHz → 4800MHz)后,搭配581.80驱动,Crimson Desert成功运行2小时6分钟后正常退出,此后数天未再出现任何崩溃。


根本原因

内存超频至6000MHz不稳定,在GPU高负载场景下触发随机内存错误,导致:

  • 游戏进程随机崩溃(无明显日志记录)

  • 显卡驱动重置(显示器无信号)

  • 浏览器硬件加速视频黑屏

日志中看不到内存错误的直接记录,崩溃表现为"无声崩溃"——进程直接终止,没有Exception或错误码写入日志,这是内存不稳定的典型特征。


关于游戏BUG的补充说明

Crimson Desert 1.08.00 ~ 1.09.00 确实存在以下资产缺失的游戏BUG,与崩溃无直接关系,但在内存不稳定的情况下可能加速触发崩溃:

  • sequencer/attack.paseq — 缺失

  • sequencer/baseseq/gimmickfx/gimmick_tent_aka_01_onhit.paseq — 缺失

  • sequencer/baseseq/gimmickfx/gimmick_tent_aka_01_onbreak.paseq — 缺失

  • object/00_common/tent/cd_tent_graymane_02_cloth_lv5.pbd — 版本不兼容(1.09已修复)

这些错误在稳定系统上只会造成帐篷特效缺失,不会导致崩溃。


教训总结

  1. 内存超频要充分压力测试:跑MemTest86或HCI MemTest至少1~2小时,才能判断稳定性,仅靠短时间稳定运行并不可靠。

  2. 多款游戏同时崩溃时,优先排查系统层面:不要陷入某一款游戏的日志里死磕。

  3. 日志能缩小范围,但不能证明一切:内存不稳定导致的崩溃在日志里几乎不留痕迹,最终还是靠控制变量法(关闭超频)确认。

  4. MOD和游戏BUG是干扰项:本次排查中,MOD的时间巧合和游戏本身的资产缺失BUG都一度误导了排查方向。


最终配置(稳定)