CrystalEggs 发表于 2024-6-15 21:51:08

游戏总是崩溃,什么原因?

本帖最后由 CrystalEggs 于 2024-6-16 13:16 编辑

PCL自动生成的两份错误报告,有哪些大佬能帮我看看是什么情况吗?

加上今天的错误报告

JinRui_MaoMao 发表于 2025-11-23 04:28:18

这些报告有相同的特征:
所有日志都在 游戏加载到 MTR 的自定义资源(custom_train / custom_sign)的时候崩溃。
你这些日志都有大量类似输出:
: : mtr_custom_train_****
: : mtr_custom_sign_****
它们都在:
加载自定义列车 / 自定义标识时中断
且中断位置都差不多:
读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止

第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据
这是原生 JVM 崩溃(比普通崩溃更严重)
读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。

结论(99.99% 确定)
你加载的 MTR 自定义资源包数量过多 + 模型过大
导致:
原生内存溢出(JVM 崩溃)
Render Thread 卡死不响应
Integrated server can't keep up
游戏在加载 custom_train / custom_sign 时直接崩溃

报告中发现的附加特征
shared pattern:日志尾部全是 MTR 自定义加载输出
没有任何其他 mod 报错 → 排除 mod 冲突
第二份 zip 有 JVM fatal error(最关键)
说明不是普通崩,而是 Java native heap 爆掉
所有报告都在 Render thread 崩溃
说明是 纹理 / 模型解析阶段的崩溃
游戏卡顿日志
Can't keep up! Running xxxx ms behind
说明 integrated server 已经严重吃不消。

最后总结

你的这些报告是同一类问题重复触发:
自定义列车 + 自定义标识数量过多 + 模型贴图过大 → 原生内存溢出 → Render Thread 崩溃 → Minecraft 硬崩

不是 mod 冲突
不是 Java 版本问题
不是 Fabric 问题
不是 PCL 问题

就是 MTR 模型太多/太大引起的。
页: [1]
查看完整版本: 游戏总是崩溃,什么原因?