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

) E* a( `7 _+ s( V# m这个bug类似于旧版本边境之地的方块抖动，具体表现在：
/ A0 q6 P8 I9 v/ m# L# o! @% P. W4 ~
当坐标大于100000格时，MTR列车、轨道会在移动视角时产生轻微抖动。
) c4 _4 d# g: G% K当坐标更大时，轨道甚至会出现扭曲的情况。
作为对照，原版的生物不会受到任何影响。
版本1.18.2 Fabric，在服务器和单人存档均测试过，都会有bug

2 O( {7 q7 d1 H! S# w1 }* W0 D/ X

肯定是溢出了，估计是算曲线算出上限了
" n# O' u! h# s建议边算边取模（下意识

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

XHG78999 发表于 2022-12-19 12:54
肯定是溢出了，估计是算曲线算出上限了
0 T2 g# \" @. S9 e* [建议边算边取模（下意识

* w7 x7 U# J9 X2 c这个不是溢出，是浮点数有效数字有限使得它不能准确表示大数字。
: r- ?# d' a# d. u  o4 [; R举例来说，如在十进制中，只能使用四位有效数字的情况下，可以正常表示 1.4 和 1.5；但 1234.4 和 1234.5 就无法区分，只能退而求其次都成为 1234。
这就使计算出的结果与应有的精确值产生误差，让它偏离位置。

竟然还有这种bug

1 b+ y/ ~) H8 e) B' e8 ]

Zbx1425 发表于 2022-12-19 12:58
& t6 B$ D; ~: G! ?' m3 t2 ^MTR 内部大部分计算现使用 32 位浮点数，所以会有精度误差。
换成 64 位浮点数能让这些现象出现的位置更远 ...

既然MTR换成64位浮点数这个bug就会得到修复，
! j/ T: E: ]7 L( ?minecraft老版本的边境之地bug之所以被修复是不是因为把32位浮点数，换成了64位的？
- R" c$ b. B/ s8 C; v

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

" A2 N5 J+ U' n4 G（为什么我回忆的概念都是小数精度损失是溢出的一种呢
4 L$ a! c# I3 N/ y可否像Farlands一样直接热替换呢

mtrrtrain 发表于 2022-12-19 13:40
; f. H$ Q* g/ |( E( A既然MTR换成64位浮点数这个bug就会得到修复，
( s+ p% [4 ]9 G2 ]; Dminecraft老版本的边境之地bug之所以被修复是不是因为把32位 ...

正确
5 ]+ @& b$ @6 _" i4 e4 H. ^2 j. s  F1 P但是如果你用热替换把64位强制改成BigInteger然后突破边墙就可以复现边境之地

1919(警撅
" N1 D; @0 U" U) ~3 u- ]