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

; c6 S! }. l. v. ^; m& ~
% C% r9 w* v2 c( B% H: g这个bug类似于旧版本边境之地的方块抖动，具体表现在：
' n+ J9 v. _% X, n& ]
当坐标大于100000格时，MTR列车、轨道会在移动视角时产生轻微抖动。
% k  U1 l: {9 f( h1 i/ w" k& R( W当坐标更大时，轨道甚至会出现扭曲的情况。
作为对照，原版的生物不会受到任何影响。
- g& \- z, Y. N) m+ Q: F. {版本1.18.2 Fabric，在服务器和单人存档均测试过，都会有bug
! c; J% W5 c' w4 W, u6 p, l
' S% q$ h. i: S& m+ L. o% X

肯定是溢出了，估计是算曲线算出上限了
建议边算边取模（下意识

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

XHG78999 发表于 2022-12-19 12:54
% k" s; p( x( k; y9 L! q2 C肯定是溢出了，估计是算曲线算出上限了
建议边算边取模（下意识

7 ]; W" x4 t6 e9 {2 T' i0 M这个不是溢出，是浮点数有效数字有限使得它不能准确表示大数字。
, y& Z4 L( @% M8 C! I举例来说，如在十进制中，只能使用四位有效数字的情况下，可以正常表示 1.4 和 1.5；但 1234.4 和 1234.5 就无法区分，只能退而求其次都成为 1234。
这就使计算出的结果与应有的精确值产生误差，让它偏离位置。
5 D8 g* e8 [* N

竟然还有这种bug

Zbx1425 发表于 2022-12-19 12:58
MTR 内部大部分计算现使用 32 位浮点数，所以会有精度误差。
换成 64 位浮点数能让这些现象出现的位置更远 ...

既然MTR换成64位浮点数这个bug就会得到修复，
minecraft老版本的边境之地bug之所以被修复是不是因为把32位浮点数，换成了64位的？
3 C( _9 @. k1 C8 I/ F: x* M& V

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

（为什么我回忆的概念都是小数精度损失是溢出的一种呢
2 S9 k; W/ q$ u% p. T0 Y) u可否像Farlands一样直接热替换呢

mtrrtrain 发表于 2022-12-19 13:40
6 y% {( W* C. ~# M% C( V  Y* J! O既然MTR换成64位浮点数这个bug就会得到修复，
minecraft老版本的边境之地bug之所以被修复是不是因为把32位 ...

# J3 K0 B% N5 G正确
3 [; ^3 \) n, j; H% d& }# {3 ]但是如果你用热替换把64位强制改成BigInteger然后突破边墙就可以复现边境之地

1919(警撅