主个人用游戏制作交流

mes

以前见过有兴趣的玩过，甚至觉得烂也忍痛玩了，玩够了还是想想怎么制作，不在乎做不做出来，只钻研自己有兴趣的部分。

目标是RPGmaker默认般的但不是按格子走动。

物理引擎是不用的，碰撞肯定要自己写了，地图可以简单点按格子，像拖箱子地图完全可以用0、1表示，就算加高度也差不多。

人物等可动物体的碰撞就比较玄，比如砍怪一下，它后退，碰到墙还好，碰到其他怪再挤一下……暂不懂怎么算也没搜到。为了方便暂定也是方形判定。

上面问题“古典”arpg里见过的例子有，其实它们全无实体，反正本来就不存在实体，也就是可以部分或全部重合，只是碰边能推开就推开，平时也不会想碰因为有的游戏碰到就受伤。

另外以前也说过了，俯视还能见到脸那是虚假的视角，不存在的，除非地图全是倾斜。如果**向那将就，你画成平视都没问题，那在这里想想，斜方向是怎么回事？如果都按平视处理那就是人物只是身向左右斜一点，却向斜下走，没有游戏这样画，除非算上新兴独立游戏。

还是上面的问题，要是揸正来做，上下和左右的移动速度不可能相同，但要是不同又不太容易直觉控制，像素低时也不可能说每次移动x.3333…格这种，其实任何游戏我觉得都最好不要小数。其实2d空间上的选择非常有限，要是能做日本人不早就做了吗？可能随便抄一个即可，比如f@lcom、falc*m或者f*lcom……

克里斯邓恩

做游戏前真的不考虑重修一下语文吗

加油牛油果

编辑zsbd

Onelooker

再声明一次，lz语文没问题
一急眼逻辑就正常了

魂淡放我出去

觉得楼主逻辑正常的先去看看他那个野炊的帖

mes

2 排序问题
相信哪怕只是打杂，只要真的在“业内”呆过，都知道不需要编程就能做gb游戏，只需要c（或+？）就能做md游戏，于是我也看过一下，做横板游戏自然没问题，比起用现代引擎可能没复杂多少，然而如果是俯视，人物能前后（上下）互相重叠，那就不得不每次算一遍，虽说排序任何编程课都学过，一来我也忘了，二来印象中并没说哪个绝对最快。这可不是独立开发者有的拿着几倍我的机价钱的高级货，是16位游戏机，必须go fast。