请教“地图编辑器”的制作方法

sandy_zc_1

游戏之家: Re: Re: 请教“地图编辑器”的制作方法




是的，这重种方法比较消耗CPU资源，不过现在的电脑都那么快，
那个时间可以忽略。

你可以试试，就算你有A64FX，当图片稍大时，你看能不能忽略。

游戏之家

问题是现在设计游戏都不可能用你说的那么大的NPC。

BlueGlobal

我用判断障碍物边缘的颜色来处理阻挡

想问一句：在一张场景图片中，你是用什么方式，什么颜色来圈定图片中的某个物体（比如桌子）为障碍物的？ 难道要在桌子边缘画上黑边？
如果这样的话，这张图片会很难看。 [em2]

游戏之家

肯定不是判断物体了，因为地图上的东西都是死的，其实正好相反，判断的是你移动的物体，
你只要在你的物体上有一点颜色不同就可以了，就是判断你角色身上的某一点颜色，这个是需要用一个矩形循环的。

我早期的失落的玉玺RPG用的方法是只要我身边的颜色不是某种颜色那就不能行走，但那个是比较简单的。

Cipher

游戏之家: Re: Re:请教“地图编辑器”的制作方法

你话里有话？就是说我写10年前的游戏？
每种类型的游戏都有他的用户，我尝试写任何类型的游戏，
10年前的游戏你写个我看看，哈哈！
这里吹牛的人太多了......不想说。

“十年前的游戏”不是一种类型。

可以作为一种类型而出现的是将十年前的游戏以今日的技术重做，比如小游戏集合里面的（那家代理了好多小游戏的公司叫什么来着？）打砖块，有着华丽画面、背景和音效的那个。或是在旧有的基础上加入新的内容，比如沙丘2000，波斯王子。

以十年前的技术做今日的游戏...这就没什么可说的了...可喻之为“工业时代的小手工作坊”...还要无视地图编辑器的实用性和广泛应用性...这只能说是没有革新的勇气和思想僵化...

不敢说VB“只”适合做地图编辑器之类，但至少敢说VB“很”适合做周边工具。
顺便自爆一下，免得有人老是要以“写个游戏给我看看”来打击，唯一出产过的游戏是在还不会用Bitblt的时候，用一百六十几个图像控件作的俄罗斯方块。然后就领悟出工业时代的那句话。自己的编程能力停留在做地图编辑器或是其他一些杂七杂八的东西上，但只要能分清哪些内容是现有资源技术可以实现的，哪些不可以就行了。

游戏之家

业余做游戏用1000个控件做俄罗斯又如何，写出游戏就是道理，这里都不是专业的，专业的也不会在这里混。 总之我有我自己的方法，其实不颜色用矩形判断也是个办法。

happysnoopy

游戏之家: Re:请教“地图编辑器”的制作方法

肯定不是判断物体了，因为地图上的东西都是死的，其实正好相反，判断的是你移动的物体，
你只要在你的物体...

这种颜色检测碰撞的方法只可以用于小游戏，大一点的游戏很不实用

想当年的《太空入侵者》就是靠颜色检测子弹的，可是现在的主流是用BOX接触或包围圈算法来判断，颜色检测已经不多用了，因为大多数游戏开发人员认为颜色检测并不是效率很高且实用性强的方法

古老的方法吧~~

Siner

呵呵，我写的第一个还算是游戏的游戏是一个简单的打字游戏
用的是控件数组
动态加载和卸载的
高级版打到十关左右的时候，一大堆字母，配置低点的机子都开卡了。

大树懒

假如一个稍微大点的RPG需要上千张地图
莫非全部画出来？？
地图编辑器多好啊~关键还是学习的过程
我的地图编辑器就是用VB写的，虽然还正在写
楼主问的问题，其实用GOOGLE搜一下，可以找到很多解决办法的

adai

jason_6260: 请教“地图编辑器”的制作方法

请教用VB如何制作地图编辑器。
我在用VB做游戏，在制作地图的时候做不下去了，用整张图片判断不了阻挡，用...

整张图片可以判断阻挡，你可以把地图化分成一个个小格，用一个数组记录每个小格的阻挡，当npc经过时，可通过判断该格对应的数组的值看是否能通过。