反馈NTE的Bug

$ r  p6 f6 m& P+ m
当轨道距离过长会渲染不出来
/ v6 ~2 w& T$ A9 M

! r' J# ?/ N( O8 Z+ K2 r2 o为了证明不是我没铺轨下面是开了光影的
6 y0 x. S5 T' p& m( @* P2 [

% H" F$ S% I6 h& \( ^并且重启无效

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

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

可是我距离长啊，有4公里以上了一点一点铺很废时，而且也不知道应该分成几段，这样铺没有影响车，仍然正常发车，而且原版MTR都支持这样铺，不会渲染不出轨道

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

& |, N0 M  _! k' a危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

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

3 a: m4 E& T' u2 r) T6 ]6 M% R然而并没有堵车，存粹是NTE轨道渲染不出来，就这个问题，并没有发生其他问题

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

Zbx1425 发表于 2022-12-29 14:40
! @$ c  g' Q, g由于 NTE 目前的处理模式是对于每段轨道要么全部渲染要么全部不渲染，所以对于特长的轨道，即使只有一部分 ...

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

Max温焰 发表于 2022-12-29 12:35
- j' ^& r( ~% V( j危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

) d8 ]! r. b( h8 h1000m，实测没事

qingqing 发表于 2022-12-30 16:16
4 M4 _# Q/ j" ~- v. ]; n; p1000m，实测没事

em，咱服务器拉到多远

jjaayy159 发表于 2022-12-30 17:12
, P" O  P" ?# _8 [% e- T& a( m5 [: nem，咱服务器拉到多远

最远约1200m
5 e! a3 C0 K& \' u; G! u  J# i这是参考数据