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

+ O8 Z. B0 `( [3 Q
- Y& P% |. V$ {. A7 P9 e这个bug类似于旧版本边境之地的方块抖动，具体表现在：
  s8 v/ S, Y3 e
当坐标大于100000格时，MTR列车、轨道会在移动视角时产生轻微抖动。
. q1 Z9 O5 w' j" ]) [当坐标更大时，轨道甚至会出现扭曲的情况。
+ g" l" }# }. Q, `) r1 h$ @6 d作为对照，原版的生物不会受到任何影响。
版本1.18.2 Fabric，在服务器和单人存档均测试过，都会有bug
: B/ I- G4 g- H) V! C1 U

肯定是溢出了，估计是算曲线算出上限了
$ q. n9 ~8 h& L* g. V建议边算边取模（下意识

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

XHG78999 发表于 2022-12-19 12:54
3 Y1 t, g9 T+ ~肯定是溢出了，估计是算曲线算出上限了
建议边算边取模（下意识

9 ^. |- p0 E$ x8 J1 H- Z$ F这个不是溢出，是浮点数有效数字有限使得它不能准确表示大数字。
举例来说，如在十进制中，只能使用四位有效数字的情况下，可以正常表示 1.4 和 1.5；但 1234.4 和 1234.5 就无法区分，只能退而求其次都成为 1234。
这就使计算出的结果与应有的精确值产生误差，让它偏离位置。
5 m9 ~- T' n4 {4 ]2 W5 g

竟然还有这种bug

. C" E: R' @0 t) n3 |

Zbx1425 发表于 2022-12-19 12:58
5 U4 `3 P( n, ~/ r; hMTR 内部大部分计算现使用 32 位浮点数，所以会有精度误差。
换成 64 位浮点数能让这些现象出现的位置更远 ...

既然MTR换成64位浮点数这个bug就会得到修复，
minecraft老版本的边境之地bug之所以被修复是不是因为把32位浮点数，换成了64位的？
4 y7 \, w8 }' j- ]+ _( o! H5 O& G

Zbx1425 发表于 2022-12-19 13:01
8 f& t; \/ J, c4 ^6 E) L这个不是溢出，是浮点数有效数字有限使得它不能准确表示大数字。
举例来说，如在十进制中，只能使用四位有 ...

5 j" ^* f; G' }& F$ L/ p0 N# i（为什么我回忆的概念都是小数精度损失是溢出的一种呢
可否像Farlands一样直接热替换呢

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

正确
但是如果你用热替换把64位强制改成BigInteger然后突破边墙就可以复现边境之地

1919(警撅