这种加载能理解，不能理解的的是上船加载，下船加载，进出舱门加载，坐电梯加载进，反正不分情况换个场景就加载，本来就不及预期好玩，这下就更烦了

我怀疑星空的飞船是两个部分组成的，外观的3d建模和内部舱室副本重合在一起，飞船和飞船的对接相当于把两个副本接在一起通过加载来实现两个飞船之间的移动，所以去另一个飞船虽然设定上一墙之隔但必须要加载。

所以一开始限制了地图大小。不能让你一直跑

所以如果把一个哨站恰好建在两个地块之间，那么如果调整了生成的算法，比如让过渡更柔和之类的，更新后我再读档进地图，原来的哨站也可能会因为新的生成算法而被摧毁（不存在）？
那么按照这个逻辑，是不是可以理解为如果我装了一些调整建筑分布比例的mod，比如我现在用的一个降低建筑密度，一个着陆点地图上的建筑会比原版降低，是不是可以理解为我装了这个mod着陆点降落时会比我不装这个mod着陆加载要快一些，包括平时上下飞船的加载？

b🐍这个引擎的祖宗之法，地图现解压现玩，好处是10g能塞下上古卷轴5 这种体量，坏消息是黑屏加载少不了

不太懂，所有游戏都是按照规则生成的吧？

祖宗之法不可变！

星空的随机地牢建议改成区块式Roguelike生成，最差最差，按照现在这种固定地图抽取的方式，也要改成10次以内抽不到重复的才行，要不然前一次和后一次随机任务都抽到同一张地图，是极其难受的

我就说依照B社的技术力不可能进行加载，原来一直都在藏，陶德带领大家伙在冲一次

你的意思是说大部分的读取时间不是在加载地图，地图区块早就加载出来了，时间都花在抠边补缝平滑地图边缘上了？

哇哦

扣字眼有什么意思，加载是等，生成也是等，

我在想能不能把所有的poi都缓存下来，做成一个mod，之后直接从mod里面读，而不是根据地点生成，不过这东西会很大，
减少存下来的缓存，缩小到某个星球，或者某个星球的某个别地点，局部地图的快速加载甚至可以实现无缝