反馈NTE的Bug

# I# \# I8 s  t: z- W' N5 T
当轨道距离过长会渲染不出来
# B0 N+ d$ X/ q8 Z8 l: i
% d$ C) u% A$ h/ {% r( B; @
, Y+ T$ @/ y7 K4 I2 O9 P9 I' O: C- D) {! k为了证明不是我没铺轨下面是开了光影的
8 Z9 m! Q: t2 p2 P

并且重启无效

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

* s9 p/ ]( t& i- P0 o! z. W

KKWing22 发表于 2022-12-29 09:54
- E! v: A. F# p7 l# {, G本身这样铺车的效率就低，所以多加几个节点罢

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

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

6 c; d6 p( p) f& k# i2 u0 Z: \# U% G危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

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

3 K, r* Y, D/ |1 \) z然而并没有堵车，存粹是NTE轨道渲染不出来，就这个问题，并没有发生其他问题

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

Zbx1425 发表于 2022-12-29 14:40
- Q; L  e- a' _- \由于 NTE 目前的处理模式是对于每段轨道要么全部渲染要么全部不渲染，所以对于特长的轨道，即使只有一部分 ...

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

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

1000m，实测没事

qingqing 发表于 2022-12-30 16:16
: i& ]+ @- D' L2 u4 d  o" m, E1000m，实测没事

) E8 L+ z& u5 E/ xem，咱服务器拉到多远

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

  {' ~! ^4 W" Y9 L最远约1200m
这是参考数据