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

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

6 f, Q7 k9 B% J" S5 A加上今天的错误报告
9 l: T3 G% h# m; n* o

这些报告有相同的特征：
所有日志都在 游戏加载到 MTR 的自定义资源（custom_train / custom_sign）的时候崩溃。
! k1 t; ?8 @& X/ G5 [3 Y你这些日志都有大量类似输出：
[Render thread/INFO]: [STDOUT]: mtr_custom_train_****
% Q8 S- h7 ?$ O* g8 n. }6 _5 I! P[Render thread/INFO]: [STDOUT]: mtr_custom_sign_****
$ Z2 F/ E7 n* R9 u它们都在：
加载自定义列车 / 自定义标识时中断
. z5 M$ @4 t3 I  G* l且中断位置都差不多：
* {5 I( M1 L* j7 O; y) X读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止
5 [! \/ O6 y* F( b6 N" S
( Z: K- ^. }: {+ t  Z第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据
这是原生 JVM 崩溃（比普通崩溃更严重）
读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。
& s5 v( i, d  L9 Z% F% k  h; S4 _. J
: \( Z  ]! D& w  P2 Q6 l! A结论（99.99% 确定）
/ n3 T' [, o% z5 i9 F你加载的 MTR 自定义资源包数量过多 + 模型过大
0 ^% [4 Q$ C: _9 P" N+ |% k导致：
+ i# W! x$ E' z1 q0 r, s- K 原生内存溢出（JVM 崩溃）
Render Thread 卡死不响应
Integrated server can't keep up
) c0 F6 V% P# N/ d5 {( \; s* U 游戏在加载 custom_train / custom_sign 时直接崩溃
$ @2 E  v4 ?7 d/ i( T9 M' W, w
+ `' `  e( v% V: o报告中发现的附加特征
% p5 M& T+ D' x3 ~8 l shared pattern：日志尾部全是 MTR 自定义加载输出
没有任何其他 mod 报错 → 排除 mod 冲突
/ y# ]# H7 n6 q) L* `1 z( Y5 D  _ 第二份 zip 有 JVM fatal error（最关键）
' j( ~, G: j- C1 s说明不是普通崩，而是 Java native heap 爆掉
所有报告都在 Render thread 崩溃
8 z! k2 J% N- g4 V+ b说明是 纹理 / 模型解析阶段的崩溃
游戏卡顿日志
Can't keep up! Running xxxx ms behind
说明 integrated server 已经严重吃不消。
# I& q1 M" x1 W& n
) S6 t" f0 Q! o* o4 j" O; H最后总结
( ]9 N( A% m+ u% I7 i# x
你的这些报告是同一类问题重复触发：
自定义列车 + 自定义标识数量过多 + 模型贴图过大 → 原生内存溢出 → Render Thread 崩溃 → Minecraft 硬崩
4 u2 G& U2 ]  B" z
不是 mod 冲突
  z& s! ?9 R3 T7 T1 m4 ?不是 Java 版本问题
不是 Fabric 问题
* c% U6 X3 D! Z' c. }% v% C不是 PCL 问题

  k4 @: k: N+ z6 l+ I- @就是 MTR 模型太多/太大引起的。