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

|
这些报告有相同的特征:
, l! W, c9 l1 ?5 y4 Q: N+ v9 u所有日志都在 游戏加载到 MTR 的自定义资源(custom_train / custom_sign)的时候崩溃。. m& W/ A4 _+ L8 z3 Y
你这些日志都有大量类似输出:
+ E% G# }4 F" t; O8 C* A" |0 |) B[Render thread/INFO]: [STDOUT]: mtr_custom_train_****
# H2 p7 n( W1 y$ S! p8 @[Render thread/INFO]: [STDOUT]: mtr_custom_sign_****/ M9 `8 h1 \5 K, u
它们都在:( J }' d. h: X/ J$ {% J3 M. g* [
加载自定义列车 / 自定义标识时中断- c* K* e6 x& c
且中断位置都差不多:- Y2 E0 g9 o0 V7 W" q7 X H
读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止
* g+ m( H- I- {6 R, M' H
' W! d% s/ G* u+ A" }6 ~: D- E第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据
) c& H5 ~/ E- {/ e$ {这是原生 JVM 崩溃(比普通崩溃更严重)
4 a9 H8 y, l( [' Q读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。+ s3 S& @& n( v4 s: ]
D2 Q9 _& F5 r; P4 O结论(99.99% 确定): f* F7 h! H0 t# X1 \) h* c
你加载的 MTR 自定义资源包数量过多 + 模型过大
! D3 y& b* Y% T; w导致:
2 E" h% N7 V- O! B" L3 t: _ 原生内存溢出(JVM 崩溃)
1 b5 N& t4 o; i% J4 p Render Thread 卡死不响应
" R( M* }- _9 [6 j. n- S Integrated server can't keep up
* s* Z' _. g M 游戏在加载 custom_train / custom_sign 时直接崩溃
/ `# i- {+ c* Y; v- M7 W" G6 @ a0 n# n! h- _/ y3 F$ g- C
报告中发现的附加特征
' G8 x F! m- P5 ~) N+ ~, h5 H; A shared pattern:日志尾部全是 MTR 自定义加载输出6 E: p+ {6 m. x _' j) ]3 B6 j, R6 e' |
没有任何其他 mod 报错 → 排除 mod 冲突( s' F% z& _9 p8 t7 u5 a& a
第二份 zip 有 JVM fatal error(最关键)
. H9 a* i; [& v$ A: m# E7 K m7 y说明不是普通崩,而是 Java native heap 爆掉
# a L7 _, G6 y% g 所有报告都在 Render thread 崩溃6 J* I+ s" \! f) y* R# w( y) n
说明是 纹理 / 模型解析阶段的崩溃
# C( E) ?: B7 q7 h0 w$ B' h 游戏卡顿日志( \& W. ^. h$ D; \
Can't keep up! Running xxxx ms behind
* m# s: ^! K; M1 P, ^ 说明 integrated server 已经严重吃不消。5 H: _3 Y0 K& {0 C
- d8 F6 c t- i: v最后总结
+ c5 v# g# T3 }9 o# p+ x
' x) U0 \1 E8 p9 e7 s* m5 t你的这些报告是同一类问题重复触发:5 r! M3 D- _0 C6 R7 I
自定义列车 + 自定义标识数量过多 + 模型贴图过大 → 原生内存溢出 → Render Thread 崩溃 → Minecraft 硬崩
8 [9 N6 g# L W$ H5 V; d- f* c W3 {* B% p! l
不是 mod 冲突
( o) Z$ C2 V1 y3 x, B( q! H* {& b不是 Java 版本问题3 i% q! Y x8 U! E2 i% K
不是 Fabric 问题2 D& S; ~7 y% F& ^/ v
不是 PCL 问题
: y0 |9 w* U6 y
3 ?8 s' U9 Y# O9 C5 P9 G" d! f就是 MTR 模型太多/太大引起的。 |
|