地图编辑器怎样炼成的
地图编辑器，顾名思义，就是用来编辑地图的工具，如果玩过魔兽争霸或是帝国时代２，英雄无敌的话，应该会知道这几款游戏都附有地图编辑工具，可提供玩家自行编辑地图关卡，地图编辑器就具有类似的功能。
这套东东通常是由程序，美工，企划三人所讨论出来的，理由很简单，因为美工是使用这套编辑器的“使用者”，程序则作出这一套编辑器提供美工去使用，企划则居中作协调工作，间或与程序讨论编辑器的用途。
程序开发编辑器软体的目的何在？事实上这是一个大问题，这得从头开始谈起了其实一般常玩游戏的玩家应该都可以发现，几乎没有一款游戏是不带背景的，小从大富翁，大到角色扮演，战略，其实玩家应该都会发现这种事实才是，换句话说，背景（或说是背景地图）在游戏中，正扮演著一个不容忽视的角色。「不过是背景图罢了，有啥大惊小怪的，只是把图贴上去而已不是吗？」
当然，有人会这样评判背景图的功能性，或者，我该举个例子让大家知道它的功能究竟包含了什么？最方便解释的应该是事件处理的部份，玩过角色扮演游戏的人应该都知道，当玩家控制主角行经某处时，会出现一些偶发事件，像是忽然有人会跑出来跟你讲话，或是遇到特定的敌人等等，像这些事件，通常都是由地图编辑器来 予以设定的。 另一个例子是障碍物的设定，譬如玩星际争霸，如何让军队无法越过高山河流，又譬如玩英雄无敌，如何让军队在途经沼泽地带时，减缓其行进速度，这些都是靠地图编辑器予以设定的。也就是说，其实地图编辑器不光是将图秀在背景这个简单的任务而已，它所包含的功能几乎占了游戏的大半，凡跟背景牵上关系的，全部都要靠地图编辑器来付予其适当的功能，想制作游戏的人不可不知道这个重点。就以星际争霸的地图编辑器来说，通常玩家只要开出一个地图编辑器，将你所要的高山河流图案「贴」上去，然后再放几个军种，设定过关条件，最后储存档案，然后只要玩家想玩自己设计的地图，很简单，进入游戏，选择自己设计的档案，按ＯＫ，然后就开始可以玩了，像这样子简单的工作就可以处理好一个游戏关卡（玩家连程序都不必写），可以想见地图编辑器包含了多少的设定与功能。再换另一个角度来说，像这样的地图编辑器，甚至连玩家都可以自订关卡，可以想见该游戏公司的美工是如何轻松愉快了，所以，一个好的地图编辑器不仅可以包含游戏大部份的功能设定，还可以减少公司开发游戏时所耗费的成本，无怪各游戏公司几乎都是采用地图编辑器这种演算法来制作游戏了。
那么地图编辑器究竟含有什么玄机？ 对制作游戏的人来说，不论他是企划、程序或美工，相信都可以回答这个问题，整个问题的答案可以用一个词儿来涵盖说明，那就是「Tile」（瓷砖）！
Tile算是地图编辑器的一个专有名词吧！对美工而言，说它是贴图的元素也可以；而对企划而言，说它是事件引发的记录点也没什么不对，就看整个Team（游戏制作团队）要怎么样看待它所代表的功能性了，而且这方面的
问题，最好还得经过三方面的协调，才能够真正的确定。当然，如果你只是一个人想制作游戏的话，那就不需要沟通这方面的问题了。 究竟Tile这种东西该如何解读呢?
我们可以试著这样想，今天我们要制作一张背景图，这张图上面，有一面墙壁，大约占掉画面上约百分之七十的面积，而画面下方剩下的百分之三十，则是路面...
OK，现在我们开始画了，一种方法是开启小画家（或类似小画家之类的绘图工具），一笔一画地将图给完成... 至于另一种方法，则是将墙壁分成一块块地先画好，路面也是一样的处理，然后，再将这些画好一块块的东西，像拼图一样的拼上去... 似乎有人会开始比较这两种方法的优劣性「似乎第一种方法会比较有效率，而且也会画得比较有质感吧！」当然，如果工程就只是这么一张图的话，利用第二种方法的确是有点画蛇添足，而且利用拼图的方式，恐怕也会拼得不是很好看的样子。但如果我们换一个角度来思考，可能答案就不同了：如果我们准备要画10张这种图，同样是墙壁跟路面，但是比例可能会不同（有几张可能是六成墙壁四成路面，有些则是九成墙壁一成路面），而且，理所当然地，这些墙壁路面不可能每一张都长得一模一样....好，问题来了，你仍然会认为第一种方法最快吗？
那如果要你画五十张呢？或者一百张？究竟是那一种方法最快？换句话说，地图编辑器最大的优点就在于：重覆使用性高，背景地图制作速度快，简单易用等。譬如你想制作一个RPG游戏，很明显的，RPG游戏一定会有城镇，而且由于文化的一致性，一般来说城里的房屋都是大同小异，如果我们以暗黑破坏神II来说明，其中有一个阿拉伯城（玩过的人应该知道）就是一个很典型的例子。
现在假设你的游戏背景设定在中古世纪的阿拉伯，并且整个游戏共有二十个城镇，首先我们会注意到的是：这二十个城镇的建筑物排列是肯定不会一样的，但由于文化上的一致性，肯定长得也会差不多；其次是城里的道路，房屋，几乎也相差不大，于是，地图编辑器在此发挥了功效，试想，如果你一开始的时候就先把具有阿拉伯风格的几个墙壁的Tile（小瓷砖）给画好，然后当然，你的每一张背景就开始利用Tile贴图的方式来制作了，而且相信速度将会非常的快。也有人问，如果光靠几个Tile就想画出二十个城镇好几百个建筑物的外观，似乎也太难、太懒了吧！个人完全同意这种看法，所以事实上，真正要做出好几个城镇的背景图的话，所准备的Tile也不能太少，譬如说，有些Tile可能同样都是墙壁，却有好几种不同的样式，有的Tile上面有斑驳的痕迹，有的Tile上面可能有涂鸦等，像这样同样是墙壁但样式不同的，就必须要准备好几个来使用，又如树之类的背景，可能也要准备个好几种不同树的Tile，否则的话一个游戏从头到尾就只有一种树，岂不荒唐！不过一般游戏还是会重覆使用到一些Tile的，玩家如果不信，可以在玩RPG的时候稍微注意一下，应该会发觉有重覆的地方，譬如树这种东西，应该是最容易发现到的。至于是否简单易用，那就得看程序设计师的功力了，功力好的，制作出来的编辑器可能比小画家还要简单。但也并非全然如此，如果这套编辑器被企画付予太多的功能，恐怕再厉害的设计师也不一定做得出简单好用的编辑器系统。但唯一能够给予肯定的，是它仍然比传统的画法要更为方便好用，光是这一点，就足以支持我们用地图编辑器这个演算法了。但我们也必须承认，如果光只是这个原因来驱使我们使用地图编辑器，那也太小看地图编辑器的「勇猛」了，它在其它功能的强大，似乎更使得我们不得不承认它存在的价值。
地图编辑器---地图之外？ 前面谈到地图编辑器可以拿来节省绘图的工时成本，这一点确实蛮吸引人的（至少 对游戏开发公司而言是如此），但我们也不得不赶紧将它更强大的功能给介绍出来 ，好让大家知道在地图之外，它所代表的地位依然也是无可取代的。相信玩过魔法门英雄无敌的人都知道，每次玩家在控制英雄行动时，他的 速度经常是时快时慢的，譬如当英雄行走的是一条路面时，一回合下来，就可以走的很远； 如果行走的是草原的话，一个回合下来，走得就慢了一些；如果经过的是沙漠区的话，速度更是慢了下来；甚至当英雄经过沼泽区时，能走到三步就已经很偷笑了。 这类形的游戏其实很多，通常战略游戏都有作这样的设定，即便是三国 志，也没有 例外。 这样的设定其实必须归功于地图编辑器的功效，它是怎么做到这样一件事的？ 其实也不难，只要程序设计师在制作编辑器时，顺便设定一个值，然后让 这个值跟 著一个 Tile跑，这样一来，每一个Tile就会带有一个值，而这个值所代表的就是该 Tile所消耗的步数。 还不通吗？再详细一些你可能就晓得了，假设今天已经设计好一套地图编 辑器让美 工去绘背景地图： a. 此美工先开启地图编辑器和一张背景地图，这张背景地图因为还没贴图，所以是空 的。b. 地图编辑器要求美工选取Tile，美工便将自己先前画好备用的图案选进地 图编辑器 中，这些图案应该是一些沙漠，草原之类的，先假定该美工已画好了十五种沙漠图 案跟二十种草原图案，所以美工将这些图案选进来当作 Tile。 c. 编辑器要求美工针对每一个Tile给定一个数值，由于美工不知道每个Tile的 数值是多 少，所以跑去问企划，于是企划跟他说只要是草原数值就给 2，沙漠的 Tile就给4。（这一个步骤非常重要，因为这一个步骤，先前所述各游戏的效果才能显现出来）d. 数值给定之后，美工开始将这些Tile贴进整张地图编辑器中，贴完之后，整张背景 地图于焉完成。这是一张有沙漠跟草原参杂的背景地图。
e. 美工将做好的背景地图交给程序师，再来就是程序师的功夫了，理论上，程式会 写一个程序让一个假人在这张地图上跑，假定这个假人的行走能力是每回合8步， 所以当假人往前走到草原区的Tile时，程序会判断该地区的数值是2，所以 会消耗掉 2步的能力（还记得草原给定的数值是2吗），剩下6步，照这样看来，如果这个假人一直都在草原区行走的话，算算每一回合应该可以走4格Tile的长度（8步÷2 步＝ 4）；但如果该假人是在沙漠区行走的话，由于程序判断该地区每一个Tile的长度会 消耗掉4步，所以假人一回合只能走两个Tile的长度，相形之下，这种因地形不同而有速度快慢的效果，就可以做出来了。当然啦！如果经过两个草原和一个沙漠的话，也是刚好能在一回合走完喔（2个2步＋1个4步＝8步）从上述的例子，我们就不难发现，地图编辑器甚且具有地形标示的功效呢！地图编辑器之事件处理谈到事件处理，恐怕有很多人不知道它是干什么的，这里我们希望能够先 聊聊这个东西。
事件处理，顾名思义，就是用来处理事件的，不过还是举例比较快：
譬如『轩辕剑参』这个游戏，玩家应该在玩的过程中，常会碰到一些突发 状况，譬如主角跑到一个地方，就会有人跑出来跟你讲话，或是会在该处秀一段动画等，像这类的东东，就可以说是事件。事件可以分为两种，一种是自发性的，另一种则是非自发性的，如果是非自发性的，就比较难用地图编辑器来设定（也是可以啦！只是比较难，程序设计师跟企划必须多花点脑筋做沟通才行）；而如果是自发性的话，利用地图编辑器就方便很多了。什么事件是非自发性的呢？又什么事件是可以自发的呢？譬如现在我们正在设计游戏，游戏过程是主角接受了一位城里的美女请 托，希望主角能从城外的贼窟里救出她父亲，这里总共有三个事件：
第一个是主角经过美女面前时发生，此时主角会自动停下来（理论上此时鼠标按键是不能操控的），该位美女会走到主角面前说话，要主角救她父亲，主角同意了。
第二个是主角找到美女的父亲，然后自动播放动画，主角将父亲从牢里放出来。第三个则是主角再度经过美女面前，主角再度停下来，然后美女跑过来给主角一个热吻，表达感谢之意。其中，第一个和第二个就是自发性的事件，而第三个事件，如果没有经过第一个和第二个事件的话，是不可能会发生的，所以第三个事件并非自发性的事件。之所以自发性事件可以利用地图编辑器来反映，这边就做一个说明：同样地，程序在与企划沟通过之后，针对每一个Tile再给定一个数值，用来表示事件的处理，所以现在的Tile除了有上次提过的地形数值之外，又增加 了一个事件的数值。OK！我们继续：这个事件数值，同样地，美工人员在 贴Tile的时候，事件数值也应该给定一个值，所以美工跑去问企划该设定多少？企划就跟它说，在美女附近的场景路面的Tile，给定事件数值1，另外，在城外父亲被关的地牢附近的Tile，其事件数值给2，其余的地方就给 0，美工照做了。
做好之后，程序设计师拿来试用，当假人在地图上乱跑时，程序设计师会要求程序去侦测假人所在之处的事件数值，如果是0的话就没事，如果是1 的话，就让程序去跑那一段美女要求主角帮忙的动画；如果是2的话，就让程序去跑那一段从地牢救人的动画，果然，因为美工在美女附近的地面Tile 之事件数值都设为1，所以当假人跑到美女附近时，事件启动了，要求帮忙的动画也就出现了；同样地，当假人跑到地牢附近时，也会踩到美工设定事件数值为2的Tile上，同样会触发事件2的启动，救人的动画也就出现了！ 所以我们已经检视过，一连串的自发性事件是如何地被编入背景地图的每一个Tile中，当然，并不是每一个Tile都会用到这个事件数值，所以有些人会认为，为了引发几个事件，要弄到地图上的Tile都得跟一个事件数值，会不会不太划算（这一点跟程序设计师大有关系）？唯我必须强调的是，如果整个游戏就只有少数几个事件的话，诚如所说的，确实是有点不太划算，只不过，事实并非如此，按照目前发行的游戏 水准来看，通常一套完整的RPG，所包含的事件至少就应超过500个（这还 算小喔），如果企划统一将那些宝物获取、室内外进出、地图间切换等也一并算进来当成是事件的话，更可以肯定将会超过1500个以上，在这种情形之下，利用地图编辑器来处理事件，就不是一件不划算的事了。当然， 如果万一类似的自发性事件真的不多的话，却也可以考虑另一种节省的办法，那就是将事件处理的数值和地形数值合并在一块使用，如此的话，就可以解决所谓的浪费问题了。但说是浪费，其实每一个Tile不过只多用了2个位元组的空间，算算一个游戏如果有一万个Tile的话，也不过是多用了两万个位元组的空间，相较现在的记忆体动辄一亿几千万的位元组容量，似乎也不必太吹毛求疵吧！自发性可以利用地图编辑器，非自发性呢？
嘿！那可难多了，通常会让程序师最后放弃采地图编辑器来处理事件的原因，多半就是非自发性事件过多，过杂的因素。一般采多线式剧情的 RPG，也是不建议用地图编辑器来处理事件的，原因很简单，如上面谈过的例子，我们已设定美女要求主角救她父亲的事件是1，所以美女所在地区的Tile事件数值都已经设为1了，意思就是说只要主角走到该处，事件1就会 被启发，现在如果我们设定美女亲吻主角的事件数值为3的话，试问，这事件数值3应该被设定在那里？没错，我们在这儿遇到了冲突，那就是---当主角走到美女附近的时候，应该有可能会出现两种情形：
事件1：美女要qiujiu她父亲
事件3：.美女亲吻主角
试问，如今美工已设定附近Tile都是事件1了，那么事件3该怎么办？如果将附近Tile又全改为事件3的话，那事件1又该如何？
换句话说，我们该如何编辑地图，好让主角走到美女附近时，会先启动事件1（而不启动事件3），等到救到她父亲了之后，又能够在美女附近 启动事件3（而不会启动事件1）呢？
我想，如果只利用这个地图编辑器的话，应该是办不到吧！地图编辑器进阶说明之前谈了好几个有关地图编辑器的基本作用，现在谈谈它的进阶。
这次想要来谈谈有关多层的概念。什么叫作多层的概念？其实就字面上来说，大家应该不难猜出它是什么，简单来讲，就是地图编辑器具有多层贴图的功效。那什么是多层贴图呢？我们可以举个例子，譬如我们曾玩过博德之门或是 轩辕剑参的朋友们，应该会发现主角有时候会被一些高耸的建物，或是几 棵树挡住，这种「建物图盖在角色的图上」或是「树图盖在角色图上」的状况，使我们在玩的时候，很容易地就产生了一种「角色在建物或树后 面」的错觉，这种错觉运用，在RPG或是动作类游戏中最常被运用，而所采用的，就是多层贴图的观念。这种概念说穿了也没什么，如果当主角站在草原上的树后面的话（以玩家的角度看），它的方法就是先贴草原图，然 后贴主角人物图，最后再贴树图，然后就达到这个功效了。作法似乎很简单不是吗？
还有另一种情况也很常用多层贴图，譬如一个主角站在湖的船上，以玩家在岸上的角度看，近处先有杨柳，然后较远处的湖中，主角正站在那儿，更远的地方则有高山白云，当游戏画面想要制造远近效果时，可能会先贴最远的山图，然后再贴湖面和主角（包括船），最后才贴近处的杨柳，如此的话，三层图共分远、中、近，就可达到立体远近的效果了。当然，如果想要强化这个效果的话，还有妙招，一般人都晓得，当一个人坐在火车上从车窗向外看风景时，最远的山是移动最慢的，而最近的火车电竿则是 移动最快的，所以当景物越远，它的移动就越慢，我们尝试将这个观念运用上去--当主角在湖中移动时，我们让最靠近玩家的杨柳图层位移的比较快，然后让最远离玩家的高山白云的图层位移变缓，然后中间的主角不动你猜会怎样？没错，看起来就好像是主角的船正在移动一般，而且它的立体效果肯定会非常好，要是没记错的话，轩辕剑贰倒是运用了不少这方面的技术，不知是否还有玩家记得？
地图编辑器进阶II
上周谈到地图编辑器中有关多层的概念，并且也举了例子，事实上这种例子很多，不胜枚举，就连微软提供的DirectX Demo中，也用到了类似的概念（安装过的人应该知道熊吃狐狸的那个例子吧！），一套特别强调多层技术的游戏，有时候甚至会用到八九层的贴图也不是没有可能。至于地图编辑器制作多层的界面，通常是用某些按键来切换的，就我之前 来说，有关地图编辑器的撰写，就曾有做过四层的记录，方法自然是利用 键来切换了。按F1时，画面是秀最底层，而且这时美工所编辑的也 是最底层的，如果按F2的话，就编辑第二层，如此类推，按F4的话就是编辑最上面一层。那如果要看四层贴图合起来的效果，就可以按F5，利用这 样的方式，想写多层地图编辑器的人，或许可以参考参考（虽然个人界面 这样的设定未必是最好的）。
多层谈完之后在来是有关3D的地图编辑器探讨，这部份算是所有地图编辑器中，属于较麻烦的部份，个人在此并不打算深谈，因为这已经牵涉到3D 中有关Z-Buffer以及Ray Tracing的技术了，谈下去恐怕会停不了，并且也有点离题过远，有关3D的部份以后如果有机会的话再来专题讨论一番。这次只打算谈到一些相关技术的游戏，如毁灭战士系列的游戏（例如毁灭公爵，古墓奇兵等），都是利用了3D地图编辑器来编辑场景贴图的，作法是先利用一张某固定比例的2D平面图，然后在上面画出线条（好像在画建筑工程图一样），并利用不同的颜色来表示壁面材质，如灰色线是指墙壁，咖啡色线是指木头等，等画好之后，这张图在将来就是游戏过程中，玩家可以拿来看自己所在位置的小型地图了，然后当美工要开始贴图的时候，就执行3D地图编辑器，读取这张2D平面图，之后便可发现，自己好像身在一个利用线条所组织起来的迷宫之中，没错，这就是该2D平面图所展现出来的 3D效果，只是目前只有线条而已。这时美工该做的，就是在这些只用线条 架构起来的迷宫，一格一格地将图贴上去，而且还要在迷宫中边走边贴喔！
这套东东通常是由程序，美工，企划三人所讨论出来的，理由很简单，因为美工是使用这套编辑器的“使用者”，程序则作出这一套编辑器提供美工去使用，企划则居中作协调工作，间或与程序讨论编辑器的用途。
程序开发编辑器软体的目的何在？事实上这是一个大问题，这得从头开始谈起了其实一般常玩游戏的玩家应该都可以发现，几乎没有一款游戏是不带背景的，小从大富翁，大到角色扮演，战略，其实玩家应该都会发现这种事实才是，换句话说，背景（或说是背景地图）在游戏中，正扮演著一个不容忽视的角色。「不过是背景图罢了，有啥大惊小怪的，只是把图贴上去而已不是吗？」
当然，有人会这样评判背景图的功能性，或者，我该举个例子让大家知道它的功能究竟包含了什么？最方便解释的应该是事件处理的部份，玩过角色扮演游戏的人应该都知道，当玩家控制主角行经某处时，会出现一些偶发事件，像是忽然有人会跑出来跟你讲话，或是遇到特定的敌人等等，像这些事件，通常都是由地图编辑器来 予以设定的。 另一个例子是障碍物的设定，譬如玩星际争霸，如何让军队无法越过高山河流，又譬如玩英雄无敌，如何让军队在途经沼泽地带时，减缓其行进速度，这些都是靠地图编辑器予以设定的。也就是说，其实地图编辑器不光是将图秀在背景这个简单的任务而已，它所包含的功能几乎占了游戏的大半，凡跟背景牵上关系的，全部都要靠地图编辑器来付予其适当的功能，想制作游戏的人不可不知道这个重点。就以星际争霸的地图编辑器来说，通常玩家只要开出一个地图编辑器，将你所要的高山河流图案「贴」上去，然后再放几个军种，设定过关条件，最后储存档案，然后只要玩家想玩自己设计的地图，很简单，进入游戏，选择自己设计的档案，按ＯＫ，然后就开始可以玩了，像这样子简单的工作就可以处理好一个游戏关卡（玩家连程序都不必写），可以想见地图编辑器包含了多少的设定与功能。再换另一个角度来说，像这样的地图编辑器，甚至连玩家都可以自订关卡，可以想见该游戏公司的美工是如何轻松愉快了，所以，一个好的地图编辑器不仅可以包含游戏大部份的功能设定，还可以减少公司开发游戏时所耗费的成本，无怪各游戏公司几乎都是采用地图编辑器这种演算法来制作游戏了。
那么地图编辑器究竟含有什么玄机？ 对制作游戏的人来说，不论他是企划、程序或美工，相信都可以回答这个问题，整个问题的答案可以用一个词儿来涵盖说明，那就是「Tile」（瓷砖）！
Tile算是地图编辑器的一个专有名词吧！对美工而言，说它是贴图的元素也可以；而对企划而言，说它是事件引发的记录点也没什么不对，就看整个Team（游戏制作团队）要怎么样看待它所代表的功能性了，而且这方面的
问题，最好还得经过三方面的协调，才能够真正的确定。当然，如果你只是一个人想制作游戏的话，那就不需要沟通这方面的问题了。 究竟Tile这种东西该如何解读呢?
我们可以试著这样想，今天我们要制作一张背景图，这张图上面，有一面墙壁，大约占掉画面上约百分之七十的面积，而画面下方剩下的百分之三十，则是路面...
OK，现在我们开始画了，一种方法是开启小画家（或类似小画家之类的绘图工具），一笔一画地将图给完成... 至于另一种方法，则是将墙壁分成一块块地先画好，路面也是一样的处理，然后，再将这些画好一块块的东西，像拼图一样的拼上去... 似乎有人会开始比较这两种方法的优劣性「似乎第一种方法会比较有效率，而且也会画得比较有质感吧！」当然，如果工程就只是这么一张图的话，利用第二种方法的确是有点画蛇添足，而且利用拼图的方式，恐怕也会拼得不是很好看的样子。但如果我们换一个角度来思考，可能答案就不同了：如果我们准备要画10张这种图，同样是墙壁跟路面，但是比例可能会不同（有几张可能是六成墙壁四成路面，有些则是九成墙壁一成路面），而且，理所当然地，这些墙壁路面不可能每一张都长得一模一样....好，问题来了，你仍然会认为第一种方法最快吗？
那如果要你画五十张呢？或者一百张？究竟是那一种方法最快？换句话说，地图编辑器最大的优点就在于：重覆使用性高，背景地图制作速度快，简单易用等。譬如你想制作一个RPG游戏，很明显的，RPG游戏一定会有城镇，而且由于文化的一致性，一般来说城里的房屋都是大同小异，如果我们以暗黑破坏神II来说明，其中有一个阿拉伯城（玩过的人应该知道）就是一个很典型的例子。
现在假设你的游戏背景设定在中古世纪的阿拉伯，并且整个游戏共有二十个城镇，首先我们会注意到的是：这二十个城镇的建筑物排列是肯定不会一样的，但由于文化上的一致性，肯定长得也会差不多；其次是城里的道路，房屋，几乎也相差不大，于是，地图编辑器在此发挥了功效，试想，如果你一开始的时候就先把具有阿拉伯风格的几个墙壁的Tile（小瓷砖）给画好，然后当然，你的每一张背景就开始利用Tile贴图的方式来制作了，而且相信速度将会非常的快。也有人问，如果光靠几个Tile就想画出二十个城镇好几百个建筑物的外观，似乎也太难、太懒了吧！个人完全同意这种看法，所以事实上，真正要做出好几个城镇的背景图的话，所准备的Tile也不能太少，譬如说，有些Tile可能同样都是墙壁，却有好几种不同的样式，有的Tile上面有斑驳的痕迹，有的Tile上面可能有涂鸦等，像这样同样是墙壁但样式不同的，就必须要准备好几个来使用，又如树之类的背景，可能也要准备个好几种不同树的Tile，否则的话一个游戏从头到尾就只有一种树，岂不荒唐！不过一般游戏还是会重覆使用到一些Tile的，玩家如果不信，可以在玩RPG的时候稍微注意一下，应该会发觉有重覆的地方，譬如树这种东西，应该是最容易发现到的。至于是否简单易用，那就得看程序设计师的功力了，功力好的，制作出来的编辑器可能比小画家还要简单。但也并非全然如此，如果这套编辑器被企画付予太多的功能，恐怕再厉害的设计师也不一定做得出简单好用的编辑器系统。但唯一能够给予肯定的，是它仍然比传统的画法要更为方便好用，光是这一点，就足以支持我们用地图编辑器这个演算法了。但我们也必须承认，如果光只是这个原因来驱使我们使用地图编辑器，那也太小看地图编辑器的「勇猛」了，它在其它功能的强大，似乎更使得我们不得不承认它存在的价值。
地图编辑器---地图之外？ 前面谈到地图编辑器可以拿来节省绘图的工时成本，这一点确实蛮吸引人的（至少 对游戏开发公司而言是如此），但我们也不得不赶紧将它更强大的功能给介绍出来 ，好让大家知道在地图之外，它所代表的地位依然也是无可取代的。相信玩过魔法门英雄无敌的人都知道，每次玩家在控制英雄行动时，他的 速度经常是时快时慢的，譬如当英雄行走的是一条路面时，一回合下来，就可以走的很远； 如果行走的是草原的话，一个回合下来，走得就慢了一些；如果经过的是沙漠区的话，速度更是慢了下来；甚至当英雄经过沼泽区时，能走到三步就已经很偷笑了。 这类形的游戏其实很多，通常战略游戏都有作这样的设定，即便是三国 志，也没有 例外。 这样的设定其实必须归功于地图编辑器的功效，它是怎么做到这样一件事的？ 其实也不难，只要程序设计师在制作编辑器时，顺便设定一个值，然后让 这个值跟 著一个 Tile跑，这样一来，每一个Tile就会带有一个值，而这个值所代表的就是该 Tile所消耗的步数。 还不通吗？再详细一些你可能就晓得了，假设今天已经设计好一套地图编 辑器让美 工去绘背景地图： a. 此美工先开启地图编辑器和一张背景地图，这张背景地图因为还没贴图，所以是空 的。b. 地图编辑器要求美工选取Tile，美工便将自己先前画好备用的图案选进地 图编辑器 中，这些图案应该是一些沙漠，草原之类的，先假定该美工已画好了十五种沙漠图 案跟二十种草原图案，所以美工将这些图案选进来当作 Tile。 c. 编辑器要求美工针对每一个Tile给定一个数值，由于美工不知道每个Tile的 数值是多 少，所以跑去问企划，于是企划跟他说只要是草原数值就给 2，沙漠的 Tile就给4。（这一个步骤非常重要，因为这一个步骤，先前所述各游戏的效果才能显现出来）d. 数值给定之后，美工开始将这些Tile贴进整张地图编辑器中，贴完之后，整张背景 地图于焉完成。这是一张有沙漠跟草原参杂的背景地图。
e. 美工将做好的背景地图交给程序师，再来就是程序师的功夫了，理论上，程式会 写一个程序让一个假人在这张地图上跑，假定这个假人的行走能力是每回合8步， 所以当假人往前走到草原区的Tile时，程序会判断该地区的数值是2，所以 会消耗掉 2步的能力（还记得草原给定的数值是2吗），剩下6步，照这样看来，如果这个假人一直都在草原区行走的话，算算每一回合应该可以走4格Tile的长度（8步÷2 步＝ 4）；但如果该假人是在沙漠区行走的话，由于程序判断该地区每一个Tile的长度会 消耗掉4步，所以假人一回合只能走两个Tile的长度，相形之下，这种因地形不同而有速度快慢的效果，就可以做出来了。当然啦！如果经过两个草原和一个沙漠的话，也是刚好能在一回合走完喔（2个2步＋1个4步＝8步）从上述的例子，我们就不难发现，地图编辑器甚且具有地形标示的功效呢！地图编辑器之事件处理谈到事件处理，恐怕有很多人不知道它是干什么的，这里我们希望能够先 聊聊这个东西。
事件处理，顾名思义，就是用来处理事件的，不过还是举例比较快：
譬如『轩辕剑参』这个游戏，玩家应该在玩的过程中，常会碰到一些突发 状况，譬如主角跑到一个地方，就会有人跑出来跟你讲话，或是会在该处秀一段动画等，像这类的东东，就可以说是事件。事件可以分为两种，一种是自发性的，另一种则是非自发性的，如果是非自发性的，就比较难用地图编辑器来设定（也是可以啦！只是比较难，程序设计师跟企划必须多花点脑筋做沟通才行）；而如果是自发性的话，利用地图编辑器就方便很多了。什么事件是非自发性的呢？又什么事件是可以自发的呢？譬如现在我们正在设计游戏，游戏过程是主角接受了一位城里的美女请 托，希望主角能从城外的贼窟里救出她父亲，这里总共有三个事件：
第一个是主角经过美女面前时发生，此时主角会自动停下来（理论上此时鼠标按键是不能操控的），该位美女会走到主角面前说话，要主角救她父亲，主角同意了。
第二个是主角找到美女的父亲，然后自动播放动画，主角将父亲从牢里放出来。第三个则是主角再度经过美女面前，主角再度停下来，然后美女跑过来给主角一个热吻，表达感谢之意。其中，第一个和第二个就是自发性的事件，而第三个事件，如果没有经过第一个和第二个事件的话，是不可能会发生的，所以第三个事件并非自发性的事件。之所以自发性事件可以利用地图编辑器来反映，这边就做一个说明：同样地，程序在与企划沟通过之后，针对每一个Tile再给定一个数值，用来表示事件的处理，所以现在的Tile除了有上次提过的地形数值之外，又增加 了一个事件的数值。OK！我们继续：这个事件数值，同样地，美工人员在 贴Tile的时候，事件数值也应该给定一个值，所以美工跑去问企划该设定多少？企划就跟它说，在美女附近的场景路面的Tile，给定事件数值1，另外，在城外父亲被关的地牢附近的Tile，其事件数值给2，其余的地方就给 0，美工照做了。
做好之后，程序设计师拿来试用，当假人在地图上乱跑时，程序设计师会要求程序去侦测假人所在之处的事件数值，如果是0的话就没事，如果是1 的话，就让程序去跑那一段美女要求主角帮忙的动画；如果是2的话，就让程序去跑那一段从地牢救人的动画，果然，因为美工在美女附近的地面Tile 之事件数值都设为1，所以当假人跑到美女附近时，事件启动了，要求帮忙的动画也就出现了；同样地，当假人跑到地牢附近时，也会踩到美工设定事件数值为2的Tile上，同样会触发事件2的启动，救人的动画也就出现了！ 所以我们已经检视过，一连串的自发性事件是如何地被编入背景地图的每一个Tile中，当然，并不是每一个Tile都会用到这个事件数值，所以有些人会认为，为了引发几个事件，要弄到地图上的Tile都得跟一个事件数值，会不会不太划算（这一点跟程序设计师大有关系）？唯我必须强调的是，如果整个游戏就只有少数几个事件的话，诚如所说的，确实是有点不太划算，只不过，事实并非如此，按照目前发行的游戏 水准来看，通常一套完整的RPG，所包含的事件至少就应超过500个（这还 算小喔），如果企划统一将那些宝物获取、室内外进出、地图间切换等也一并算进来当成是事件的话，更可以肯定将会超过1500个以上，在这种情形之下，利用地图编辑器来处理事件，就不是一件不划算的事了。当然， 如果万一类似的自发性事件真的不多的话，却也可以考虑另一种节省的办法，那就是将事件处理的数值和地形数值合并在一块使用，如此的话，就可以解决所谓的浪费问题了。但说是浪费，其实每一个Tile不过只多用了2个位元组的空间，算算一个游戏如果有一万个Tile的话，也不过是多用了两万个位元组的空间，相较现在的记忆体动辄一亿几千万的位元组容量，似乎也不必太吹毛求疵吧！自发性可以利用地图编辑器，非自发性呢？
嘿！那可难多了，通常会让程序师最后放弃采地图编辑器来处理事件的原因，多半就是非自发性事件过多，过杂的因素。一般采多线式剧情的 RPG，也是不建议用地图编辑器来处理事件的，原因很简单，如上面谈过的例子，我们已设定美女要求主角救她父亲的事件是1，所以美女所在地区的Tile事件数值都已经设为1了，意思就是说只要主角走到该处，事件1就会 被启发，现在如果我们设定美女亲吻主角的事件数值为3的话，试问，这事件数值3应该被设定在那里？没错，我们在这儿遇到了冲突，那就是---当主角走到美女附近的时候，应该有可能会出现两种情形：
事件1：美女要qiujiu她父亲
事件3：.美女亲吻主角
试问，如今美工已设定附近Tile都是事件1了，那么事件3该怎么办？如果将附近Tile又全改为事件3的话，那事件1又该如何？
换句话说，我们该如何编辑地图，好让主角走到美女附近时，会先启动事件1（而不启动事件3），等到救到她父亲了之后，又能够在美女附近 启动事件3（而不会启动事件1）呢？
我想，如果只利用这个地图编辑器的话，应该是办不到吧！地图编辑器进阶说明之前谈了好几个有关地图编辑器的基本作用，现在谈谈它的进阶。
这次想要来谈谈有关多层的概念。什么叫作多层的概念？其实就字面上来说，大家应该不难猜出它是什么，简单来讲，就是地图编辑器具有多层贴图的功效。那什么是多层贴图呢？我们可以举个例子，譬如我们曾玩过博德之门或是 轩辕剑参的朋友们，应该会发现主角有时候会被一些高耸的建物，或是几 棵树挡住，这种「建物图盖在角色的图上」或是「树图盖在角色图上」的状况，使我们在玩的时候，很容易地就产生了一种「角色在建物或树后 面」的错觉，这种错觉运用，在RPG或是动作类游戏中最常被运用，而所采用的，就是多层贴图的观念。这种概念说穿了也没什么，如果当主角站在草原上的树后面的话（以玩家的角度看），它的方法就是先贴草原图，然 后贴主角人物图，最后再贴树图，然后就达到这个功效了。作法似乎很简单不是吗？
还有另一种情况也很常用多层贴图，譬如一个主角站在湖的船上，以玩家在岸上的角度看，近处先有杨柳，然后较远处的湖中，主角正站在那儿，更远的地方则有高山白云，当游戏画面想要制造远近效果时，可能会先贴最远的山图，然后再贴湖面和主角（包括船），最后才贴近处的杨柳，如此的话，三层图共分远、中、近，就可达到立体远近的效果了。当然，如果想要强化这个效果的话，还有妙招，一般人都晓得，当一个人坐在火车上从车窗向外看风景时，最远的山是移动最慢的，而最近的火车电竿则是 移动最快的，所以当景物越远，它的移动就越慢，我们尝试将这个观念运用上去--当主角在湖中移动时，我们让最靠近玩家的杨柳图层位移的比较快，然后让最远离玩家的高山白云的图层位移变缓，然后中间的主角不动你猜会怎样？没错，看起来就好像是主角的船正在移动一般，而且它的立体效果肯定会非常好，要是没记错的话，轩辕剑贰倒是运用了不少这方面的技术，不知是否还有玩家记得？
地图编辑器进阶II
上周谈到地图编辑器中有关多层的概念，并且也举了例子，事实上这种例子很多，不胜枚举，就连微软提供的DirectX Demo中，也用到了类似的概念（安装过的人应该知道熊吃狐狸的那个例子吧！），一套特别强调多层技术的游戏，有时候甚至会用到八九层的贴图也不是没有可能。至于地图编辑器制作多层的界面，通常是用某些按键来切换的，就我之前 来说，有关地图编辑器的撰写，就曾有做过四层的记录，方法自然是利用 键来切换了。按F1时，画面是秀最底层，而且这时美工所编辑的也 是最底层的，如果按F2的话，就编辑第二层，如此类推，按F4的话就是编辑最上面一层。那如果要看四层贴图合起来的效果，就可以按F5，利用这 样的方式，想写多层地图编辑器的人，或许可以参考参考（虽然个人界面 这样的设定未必是最好的）。
多层谈完之后在来是有关3D的地图编辑器探讨，这部份算是所有地图编辑器中，属于较麻烦的部份，个人在此并不打算深谈，因为这已经牵涉到3D 中有关Z-Buffer以及Ray Tracing的技术了，谈下去恐怕会停不了，并且也有点离题过远，有关3D的部份以后如果有机会的话再来专题讨论一番。这次只打算谈到一些相关技术的游戏，如毁灭战士系列的游戏（例如毁灭公爵，古墓奇兵等），都是利用了3D地图编辑器来编辑场景贴图的，作法是先利用一张某固定比例的2D平面图，然后在上面画出线条（好像在画建筑工程图一样），并利用不同的颜色来表示壁面材质，如灰色线是指墙壁，咖啡色线是指木头等，等画好之后，这张图在将来就是游戏过程中，玩家可以拿来看自己所在位置的小型地图了，然后当美工要开始贴图的时候，就执行3D地图编辑器，读取这张2D平面图，之后便可发现，自己好像身在一个利用线条所组织起来的迷宫之中，没错，这就是该2D平面图所展现出来的 3D效果，只是目前只有线条而已。这时美工该做的，就是在这些只用线条 架构起来的迷宫，一格一格地将图贴上去，而且还要在迷宫中边走边贴喔！