反馈NTE的Bug

0 w$ G+ ?0 H. g6 k当轨道距离过长会渲染不出来


: j, R3 j8 x# h4 K) Q8 S9 h! W为了证明不是我没铺轨下面是开了光影的
: J  ]. a. |# i1 ]% |6 |8 C, a- a
0 S" m. u& T% L9 S) x- U5 ~
并且重启无效
3 H9 @$ |7 v$ j  a$ x

本身这样铺车的效率就低，所以多加几个节点罢

KKWing22 发表于 2022-12-29 09:54
本身这样铺车的效率就低，所以多加几个节点罢

; Q0 }$ ~/ M$ D4 I/ K2 x3 _% u7 R可是我距离长啊，有4公里以上了一点一点铺很废时，而且也不知道应该分成几段，这样铺没有影响车，仍然正常发车，而且原版MTR都支持这样铺，不会渲染不出轨道

天源之系 发表于 2022-12-29 10:49
. _: L$ w7 y, i! U- B# W可是我距离长啊，有4公里以上了一点一点铺很废时，而且也不知道应该分成几段，这样铺没有影响车，仍然正常 ...

/ }. q. r% G0 U6 C危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

Max温焰 发表于 2022-12-29 12:35
# o; }1 Z$ \* {8 h/ |8 a* X危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

然而并没有堵车，存粹是NTE轨道渲染不出来，就这个问题，并没有发生其他问题

由于 NTE 目前的处理模式是对于每段轨道要么全部渲染要么全部不渲染，所以对于特长的轨道，即使只有一部分在设定的可见范围之内，也不得不处理所有内容的显示。
由于 NTE 的轨道模型相比较为复杂，为避免因展示大量模型造成卡顿，NTE 有意设定为放弃显示单段 2000m 以上的轨道。
# r/ a* R$ ^4 g; c+ Q这个数字可能设定得太保守了？我倒是可以考虑增加一些；不过还是推荐您在中间进行一些分段。

Zbx1425 发表于 2022-12-29 14:40
7 M' `" @+ s/ y8 u5 k由于 NTE 目前的处理模式是对于每段轨道要么全部渲染要么全部不渲染，所以对于特长的轨道，即使只有一部分 ...

好的好的，主要是这段很早就建了，当时没出NTE,因此一大段一大段的铺，现在因为区间很长，所以改成一段一段废时又麻烦，所以还是希望能增加一下铁轨显示设定

Max温焰 发表于 2022-12-29 12:35
9 n/ n. J+ E/ y: a. K危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

1000m，实测没事

qingqing 发表于 2022-12-30 16:16
1000m，实测没事

: u! N" a* i! l' U: F5 o0 z$ N7 kem，咱服务器拉到多远

jjaayy159 发表于 2022-12-30 17:12
em，咱服务器拉到多远

$ z  v$ j: R9 Q, n& V5 Z% v最远约1200m
" h8 |) e3 ]- F7 |/ Q/ X这是参考数据