游戏总是崩溃，什么原因？

PCL自动生成的两份错误报告，有哪些大佬能帮我看看是什么情况吗？
# e) S8 j) a% l5 a+ j; N0 w
加上今天的错误报告
/ x8 E/ e) y; ]( z+ I

这些报告有相同的特征：
% n4 j4 F1 C8 E6 Q; U* O所有日志都在 游戏加载到 MTR 的自定义资源（custom_train / custom_sign）的时候崩溃。
你这些日志都有大量类似输出：
[Render thread/INFO]: [STDOUT]: mtr_custom_train_****
[Render thread/INFO]: [STDOUT]: mtr_custom_sign_****
- m1 @  h8 e# E/ b8 f它们都在：
加载自定义列车 / 自定义标识时中断
6 {' X8 D* w0 ]7 t: q9 S* E且中断位置都差不多：
读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止

5 e$ Q- w: g. v8 f4 g* Y' M6 S第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据
这是原生 JVM 崩溃（比普通崩溃更严重）
; V3 j$ o" R7 u) W6 l- w读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。

5 ]% U+ A( c. r结论（99.99% 确定）
你加载的 MTR 自定义资源包数量过多 + 模型过大
导致：
原生内存溢出（JVM 崩溃）
Render Thread 卡死不响应
Integrated server can't keep up
+ w3 r3 Q" |1 r0 x 游戏在加载 custom_train / custom_sign 时直接崩溃

报告中发现的附加特征
) T' t4 E" }+ m5 {% v shared pattern：日志尾部全是 MTR 自定义加载输出
2 h8 z  O7 w& R; A8 Z( S& \没有任何其他 mod 报错 → 排除 mod 冲突
第二份 zip 有 JVM fatal error（最关键）
5 F* A" N: X2 Q- U6 P说明不是普通崩，而是 Java native heap 爆掉
5 x" x( n4 i$ e5 I. P" V2 v 所有报告都在 Render thread 崩溃
说明是 纹理 / 模型解析阶段的崩溃
游戏卡顿日志
Can't keep up! Running xxxx ms behind
说明 integrated server 已经严重吃不消。

: U: k3 i+ S, Y* s最后总结

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

不是 mod 冲突
3 M- ]5 d7 _  k' l: O5 ]4 F# V" O不是 Java 版本问题
8 ^- P) [4 J# H- M) j% k不是 Fabric 问题
不是 PCL 问题
5 F) `! d1 |2 e" g  b6 o
就是 MTR 模型太多/太大引起的。