MTR实体在坐标过大时产生剧烈抖动和扭曲

( n: x3 ?4 A7 T8 i2 E( z; I9 U2 O
这个bug类似于旧版本边境之地的方块抖动，具体表现在：
: ?9 K; O2 ^6 H- W9 l
9 \. \: h" f1 S0 i# \7 G当坐标大于100000格时，MTR列车、轨道会在移动视角时产生轻微抖动。
9 j8 @& [; M9 X3 }7 k7 \+ a8 ~4 B当坐标更大时，轨道甚至会出现扭曲的情况。
# B, e/ X- b, C& T: z作为对照，原版的生物不会受到任何影响。
$ C! \% Y, u8 ^! `) B版本1.18.2 Fabric，在服务器和单人存档均测试过，都会有bug
3 \; ]2 K' Y2 ^

; s0 w7 V" M, L

肯定是溢出了，估计是算曲线算出上限了
  i2 r8 R3 }+ d0 q* s. n: V建议边算边取模（下意识

MTR 内部大部分计算现使用 32 位浮点数，所以会有精度误差。
换成 64 位浮点数能让这些现象出现的位置更远些，但这就要进行很多的改动。考虑到不常有人有需求建造如此大规模的系统，或许不太值得做。

XHG78999 发表于 2022-12-19 12:54
3 a6 u- V7 u3 F0 P, Z" L+ h肯定是溢出了，估计是算曲线算出上限了
# W9 u* V- R$ x$ I' t建议边算边取模（下意识

, b1 Z$ d0 @/ o% |. |) @( f这个不是溢出，是浮点数有效数字有限使得它不能准确表示大数字。
; ?) O3 f1 b  I+ g  A" x6 J举例来说，如在十进制中，只能使用四位有效数字的情况下，可以正常表示 1.4 和 1.5；但 1234.4 和 1234.5 就无法区分，只能退而求其次都成为 1234。
+ k. }# K- `; q* V这就使计算出的结果与应有的精确值产生误差，让它偏离位置。
! w7 x2 P2 }) g/ O# N

竟然还有这种bug

4 G$ M! |5 L$ n- n" |+ D

Zbx1425 发表于 2022-12-19 12:58
# @2 n: H) F' N: W! I4 _0 vMTR 内部大部分计算现使用 32 位浮点数，所以会有精度误差。
换成 64 位浮点数能让这些现象出现的位置更远 ...

既然MTR换成64位浮点数这个bug就会得到修复，
minecraft老版本的边境之地bug之所以被修复是不是因为把32位浮点数，换成了64位的？

Zbx1425 发表于 2022-12-19 13:01
这个不是溢出，是浮点数有效数字有限使得它不能准确表示大数字。
举例来说，如在十进制中，只能使用四位有 ...

9 Z% a3 q4 v8 R; O' s+ K) M5 {（为什么我回忆的概念都是小数精度损失是溢出的一种呢
可否像Farlands一样直接热替换呢

mtrrtrain 发表于 2022-12-19 13:40
既然MTR换成64位浮点数这个bug就会得到修复，
minecraft老版本的边境之地bug之所以被修复是不是因为把32位 ...

正确
+ m; {1 H) A6 ~5 J但是如果你用热替换把64位强制改成BigInteger然后突破边墙就可以复现边境之地

1919(警撅