反馈NTE的Bug

" B- r7 k- K# Y/ O) t# ?当轨道距离过长会渲染不出来

* s0 G; q, j/ e0 }; ?
为了证明不是我没铺轨下面是开了光影的


! z$ y9 \; S5 W并且重启无效

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

# Q- t' t4 w% d. m

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

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

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

危（指信号），太长容易堵车，推荐500m一段（有需求可以200甚至100米）

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

" [# f3 |" o  X2 s8 ?; i然而并没有堵车，存粹是NTE轨道渲染不出来，就这个问题，并没有发生其他问题

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

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

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

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

- ~8 S+ i& v( G9 C1000m，实测没事

qingqing 发表于 2022-12-30 16:16
5 M/ K! s8 o' A- o+ E: r4 |" n1000m，实测没事

, {; o! y3 Z9 C3 j' E, k4 eem，咱服务器拉到多远

jjaayy159 发表于 2022-12-30 17:12
1 n' n, Z) g0 c2 pem，咱服务器拉到多远

最远约1200m
6 Q4 D3 X) W# ?! U8 `这是参考数据