反馈NTE的Bug

# t4 P9 ~% V" d
5 g5 M2 v" U2 g7 R- I' H当轨道距离过长会渲染不出来

  i. k5 m/ g4 }/ W, m
为了证明不是我没铺轨下面是开了光影的
5 s8 }) I3 A- y
" T2 k1 P$ u0 w1 Q
; w+ Z- f8 i( N9 l. {1 F' C并且重启无效

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

3 v2 t- O. V$ N# s1 ?

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

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

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

# R& M0 c1 v1 X9 N7 f2 C: A危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

Max温焰 发表于 2022-12-29 12:35
6 B- s$ t7 @8 w. H. o5 d/ e危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

( K' Z7 U$ ~/ h' F! j然而并没有堵车，存粹是NTE轨道渲染不出来，就这个问题，并没有发生其他问题

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

Zbx1425 发表于 2022-12-29 14:40
$ H  A7 e  K" q2 c! }/ z& H9 P" V/ a; Y由于 NTE 目前的处理模式是对于每段轨道要么全部渲染要么全部不渲染，所以对于特长的轨道，即使只有一部分 ...

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

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

0 S9 j2 D" H7 a2 h4 W- u  M) l6 p' n1000m，实测没事

qingqing 发表于 2022-12-30 16:16
! S: b& _4 V* P5 W9 X7 b1000m，实测没事

% s8 y2 P% U3 j6 R' z+ Xem，咱服务器拉到多远

jjaayy159 发表于 2022-12-30 17:12
8 {! y+ m0 r" f  [9 ]em，咱服务器拉到多远

  Z0 ]* L+ _$ O3 _最远约1200m
0 j' l7 ?6 r0 _* {这是参考数据