LOD做出来之后，其实也是这样的一个效果。

离得越远，加载的模型就越粗糙，面数越少，自然就越模糊。

不但不会因为面数减少而导致玩家们觉得不舒服。

反而显得更加真实。

不过就像青智源说的那样，你得将玩家的移动速度控制在一定的范围内才行。

不然的话，当你的移动速度超过了预加载的速度，那就很容易穿帮了。

比如说旁边这块地板还没加载出来，你就直接开着摩托车过去了，有可能一下子就陷入地板下面。

这也是很多游戏当中常常存在的bug。

但是实际上就是因为预加载没能匹配上的问题导致的。

……

“除此之外呢，程序那边还需要做一件事情。”青智源说。

“嗯？”赤西健疑惑地抬起头来。

“你们知道拓扑运算吧？”

“知，知道吧……”赤西健有点犹豫。

倒不是自己的程序水平不够，主要是社长那副盛气凌人的样子，就好像是在课堂上面讲课的老师一样，突然提问学生，你一下子心里面多少会有点儿慌。

“那就好办了。”青智源说着，将一个粉笔盒放到了桌子上，然后再掏出一根粉笔来放到它的后面，只露出半截脑袋。

“在3D领域当中，物体之间其实是有遮挡关系的。”

“比如说，这根粉笔，有半截藏在后面，那么它从你们的视角来看，其实就只有一半可见。”

“在这种情况下，按照一般的程序逻辑，不管后半部分可不可见，是不是也会被加载出来呢？”

“嗯，”赤西健点点头，“那是肯定的。”

“但是实际上，我们并不需要加载后面的部分对不对，因为对于玩家们来说，藏在盒子后面的半截粉笔是个无效信息，那么就应该将后边这个部分给裁掉。”

“而且，就粉笔盒而言，能被玩家们看到的也就只有三个面而已，在后面和底下的面也是多余的，将这些面都给裁掉的话，内存开销一下子就释放出来了。”

纳尼？！

赤西健和小池两个人都惊呆了。

短短的一个教学，立刻就让他们见识到了社长的程序功底有多么的强大。

甚至你都不知道这算是程序范畴还是数学范畴内的东西。

“但是，它是个整体，没法做切割啊。”

“这不就来了吗，用拓扑算法计算一下，将后面不可见的部分给裁掉就行了。”

“那不就得要求一个实时运算吗？这个运算导致的开销似乎也不小。”

唔……青智源托着下巴，赤西健说得好像有点道理啊。

差点儿忘记了时代限制。

现在的算力可能真的不够支撑。

面数加载是少了，可是带来的实时运算量增加了，究竟哪一种更加合算，还真的不太好说。

“那就这样，”青智源说，“静态的物体构成，比如说这些东西不会动，并且遮挡关系都是固定的，那么就按照我说的，在美术制作完成之后就由程序来做第一次的剪裁合并工作。”

“如果是会变化移动的，这样的遮挡关系，你们就想办法做优化，哪怕现在不行，未来肯定可以。”

呃……

赤西健狠狠皱了皱眉。

感觉工作量无形中又增加了不少。

前面说的东西是一个满足基本需求，到这里变成优化内容了。

众所周知，程序优化是最难也最花费时间的。

……

“AI方面也很难做到吧？”赤西健难受地说。

他几乎已经找不到任何可以刁难社长的问题了，只能通过最后一搏来死死挣扎。

如果这样还不行的话——

我们就要开始动工去攻克这些可怕的难题了呢。

虽然说在青智源已经给出明确方案的情况下，倒也不算难，但是这都是工作量啊。

没有思考的工作量，更加没有成就感。

有的只是作为一个工具人的疲劳而已。

现在赤西健有些后悔了，不该这么早来找社长的，应该自己拉着小弟们商量一遍，看看能不能找到解决方法，实在不行才去找社长，这样才对。