铁路职员
福瑞控?狗都不当!当的就是福瑞控!!!

|
这些报告有相同的特征:- T5 Q' h/ G2 o( n; H$ o6 `
所有日志都在 游戏加载到 MTR 的自定义资源(custom_train / custom_sign)的时候崩溃。2 g3 K! j4 | X1 v8 r6 e
你这些日志都有大量类似输出:$ Y5 A6 y1 Y# \, v# t
[Render thread/INFO]: [STDOUT]: mtr_custom_train_****
; K7 r" C7 e6 r6 H# C5 _( g4 d9 a) q- D[Render thread/INFO]: [STDOUT]: mtr_custom_sign_****
+ H1 s) s& K. b. ^它们都在:- L& ^" ?) g- Y! N0 r
加载自定义列车 / 自定义标识时中断, f& L$ O7 `4 `% J1 M
且中断位置都差不多:% F( K$ k8 D/ A' n# A+ M" e
读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止
& y2 G7 u! l* a
$ T% U2 }$ l7 ~( E; P7 E! l" p第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据* J: m7 x/ J6 K/ p
这是原生 JVM 崩溃(比普通崩溃更严重)
* ?/ j" }3 g* g% o* h读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。4 L2 B% Q+ x" r8 Z: e& A4 U# M
% H. [: O' d+ A- a3 g2 E7 e1 X结论(99.99% 确定)
7 e" ]/ o2 n4 b8 Y: i7 @你加载的 MTR 自定义资源包数量过多 + 模型过大1 D) b7 C: S' @
导致:, b7 D- T# N5 G$ Q' l' p% `
原生内存溢出(JVM 崩溃): h5 S* X" k" s) A- `* r6 f
Render Thread 卡死不响应
, ]6 D) \& J6 _5 h* @$ z+ H& B3 m Integrated server can't keep up2 j1 \" q/ x" {7 N% I! ~
游戏在加载 custom_train / custom_sign 时直接崩溃
' i6 b* h0 A" G0 m
. \' P) Y( L; i! g报告中发现的附加特征/ w$ ^, q9 w2 w& [. Z
shared pattern:日志尾部全是 MTR 自定义加载输出
* y* Z: _! Y8 m8 A8 w) j3 o3 u没有任何其他 mod 报错 → 排除 mod 冲突
# _" O, B1 i( M5 F: K 第二份 zip 有 JVM fatal error(最关键)
0 B$ T" X' p) L, k说明不是普通崩,而是 Java native heap 爆掉$ J5 ~; z. S; c# a( B
所有报告都在 Render thread 崩溃9 H4 q2 P. D9 r9 L
说明是 纹理 / 模型解析阶段的崩溃
: H/ q' ?" v" l' \! P1 g3 b8 b- m 游戏卡顿日志* H( e) D1 h& a1 t/ B
Can't keep up! Running xxxx ms behind
% ?1 j6 ~. I h$ Y+ n& m9 n 说明 integrated server 已经严重吃不消。
: |% P2 G9 h( H. m% | u2 e$ m4 E* q! ^: S
最后总结( S: ]- Z) A) ]; `, {* C
h3 y1 n; n" y" J- d
你的这些报告是同一类问题重复触发:
& T+ U0 x* C0 C* ^4 Z/ d3 `( z自定义列车 + 自定义标识数量过多 + 模型贴图过大 → 原生内存溢出 → Render Thread 崩溃 → Minecraft 硬崩
- G( G4 C W' ^+ G$ _
2 K6 q0 {/ K _不是 mod 冲突6 S @1 V5 n+ p6 e$ y
不是 Java 版本问题
7 J% K, `+ @% L9 a3 e1 r不是 Fabric 问题
* @) `* Z5 ` w. t不是 PCL 问题" ? H/ Q3 K1 E5 m6 h% z6 @
7 H2 ]% E$ Q! J- C- j6 F
就是 MTR 模型太多/太大引起的。 |
|