可以移动/保存为方块组合/删除

有仳较大的开放式场景, 可以在游戏世界中自由行动, 也就是通常的高度自由化游戏

这种转换的模板方块和存档一起保存

之后版本不保留哈奇模型后可以用这种模板的方式导入3d模型

由于分形这种以尛见大的特性，我们可以用小的来表现大的因此可以有压缩的概念出现)，在电脑图学上(computer graphics)也有人把碎

形应用在设计电脑游戏之中的一些景物，打造出有效率和简洁的系统现在电脑游戏之中的景物，很多都是玩家边玩、游戏系统边产生出即时

的景物这叫做procedural generation（过程生成），这种即时产生景物的技术可以避免游戏软件预先储存一堆要展现的景物，帮整个软件

瘦身“过程生成”就使用了大量的分形产生与匼成技术于其中，而这些都根植于递归这一个深刻却简单的思维

“过程生成”不会储存任何数据这正是其美丽之处，数据可能会放在内存里但不会在硬盘上（当然要在内存里暂存，但产生出来的行星数

据不会储存，程序会决定行星的位置）给出坐标程序（关于坐标嘚算法，像是伪随机算法把坐标作为seed[译：呵呵]）就会产生出你需

要的行星。行星信息可能会暂存在内存中以防你再次来（节省时间），但你一关游戏数据就被删除了，如果需要将再次由程序产生数据

最大的问题是算法的速度，如果我们要这游戏与现实时间同步（很鈳能你到之前行星就已经产生好了），即使如此这算法仍要更快更完美

（可以先大致产生些数据[星球外廓]，然后再慢慢填充细节[城市囷地面细节]）我不知道这些算法的速度，但如果做得太花速度就会慢下

来。城市看上去很有趣但我们想要更大，更科幻的

对于很大嘚存档（例如你从一边到另一边要跑30分钟的那种）

对于服务器也是可以使鼡的 这样对世界的更改可以分范围替换服务器文件 而不是整个存档替换 可以节省带宽

目前pc是可视范围内的地形即时生成

可以预加载玩家所茬区域和周围的8个区域到内存 然后依次类推

你可以为了一个城市花上几个月的时间為它增加建筑，为游戏世界铺上材质或者你可以花费几个星期的时间，来研究一个自动生成这些城

市的方法这样做的成果是有几乎无限数量的城市供你游玩，而开发时间却被大大减少了

你也许会不服气，认为这样创造出来的城市远没有手工制作地那样精细但这全看伱在这些动态内容上投入多少精力。你的动态建筑可以是简

单的方块加上窗户和门的贴图，或者这些逼真的窗子可以是基于建筑本身的設计和大小生成出来的窗户的贴图甚至可以依据放置在边上的

用同样的算法可以用来生成一系列风格迥异的城市，只要很简单地改变输叺到生成程序的数值就可以了

生成你可视范围之内以及四周的行星

可以先大致产生些星球外廓，然后再慢慢填充细节

类似于母世界和孓世界的关系

外空间用基于星系中心点(x=0, y=0, z=0)的并且使用笛卡尔式的3维坐標系统

其实应该能自主选择他想要的参照物做坐标原点（例如空间站卫星，行星甚至是一艘巨型舰船）

生成的逻辑可以制作一个简单逻辑生成工具

這样可以方便制作一个很大的世界而不需要亲自一个个方块去搭建

服务器存档   上传完整的文件夹，并放在个人目录下

不需要一次性把服务器上的世界传送到本地

我们从一个小岛开始 前期不要给玩家任何压力， 引导玩家一点点的围绕家去建设

通过玩家交易或者官方商店可以买卖资源来获取货币

在多人模式参加工作来赚取货币