赞 | 88 |
VIP | 10 |
好人卡 | 3 |
积分 | 50 |
经验 | 27255 |
最后登录 | 2018-10-15 |
在线时间 | 1780 小时 |
Lv4.逐梦者
- 梦石
- 0
- 星屑
- 5039
- 在线时间
- 1780 小时
- 注册时间
- 2012-7-3
- 帖子
- 1799
|
本帖最后由 defisym 于 2017-10-12 19:40 编辑
1、更复杂的自适应动画系统
例如在大地图中,行走图只有三帧
如果是在1995年,这样的帧数还算是比较不错(《仙剑奇侠传》),2001年也不算落伍(《传颂之物》)——但是在2017年,这就是一个足够劝退玩家的严重问题了
而且,不同的动作需要玩家在事件页中来手动指定——如果一处两处还好,数量多了就让人想要砸电脑了
所以说,引入支持多动画的自适应动画系统就是一个很好的解决方案——例如,在大地图上,在雪地和在草地上行走的人物动作不同,攀爬自动播放攀爬动画,在水中自动播放游泳动画,受到地形伤害的时候自动播放受伤动画等
如果后面的自适应实现不了,那么请在软件层面开放动画状态系统——让制作者自行设计动画切换逻辑,也真真是极好的嘛!
毕竟3帧,实在是让2017的人接受不能
2、开放的UI编辑
你能想象一个标榜着无需编程知识就就能做出游戏的软件,为了实现高级功能又需要回归到代码之中去吗?
UI和美术就是第一印象,也是同质化的主要原因——毕竟,RM之中不是用事件来制作UI,任何一点细微的调整都需要到脚本页中修改参数,即便是使用事件,也不是所见即所得的可视化编辑
希望引擎内部能够提供多个UI类对象,制作者在设定页面中可以自由拖拽UI对象并且指定每一个按钮的进退场、悬浮、按压特效以及相应的功能,如此一来就算是新手游戏也不会是千篇一律的默认菜单,相应的会五彩缤纷五花八门
3、直接生成APK
IOS需要MAC可以理解,UWP需要庞大的VS可以理解,那么JDK和Android SDK加在一起不超过1GB的苗条身姿,即便不内嵌,开放打包下载也是可以的,以后编译Android程序只需要点点鼠标勾选生成路径,RM就会自动给你吐出来一个APK包——现在只是给你一个工程文件,还需要你自己去用SDK打包编译实在是懒政——会选择RM制作游戏的,有几个能够跨过这个坎儿呢?
4、更高的默认分辨率
在主机奔向4K,全高清显示器手机笔记本基本普及的现在,即便不在恪守544*416,可816*624也并没有好到哪里去……(感谢@越前リョーマ 前辈指正)
现在已经开放了分辨率修改,为什么不一步到位直接提升默认分辨率呢?
1080P不说,720P至少得有吧……
至于支援程序内部设定分辨率整体元素动态变化更是遥不可及……
5、默认的脚本编辑器
对,现在不自带脚本编辑器了
虽然你能够自行选用喜爱的IDE,可——打开文件目录——定位JS文件——用IDE打开就有着相当强的割裂感
至少,请像U3D那样,可以设定IDE目录,然后需要编辑脚本的时候自动用IDE打开……
6、事件系统开放更加底层的功能
系统层面已经全面引入了鼠标操作,那么事件为什么不提供鼠标悬浮、鼠标点击的事件呢?
文件的读取与操作,如果我仅仅是判定一下二周目,也需要大费周折的修订脚本来创建和读取文件吗?
如果我要与真实日期时间联动(就像《潜龙谍影2》里面那样),为什么就不能有事件来直接返回呢?
为什么事件不能够直接通过按键或者时间间隔等等来触发呢?
为什么没有更加复杂的触发与判断条件呢——默认允许的变量开关数量虽然能够满足大部分的时候,可是如果有多个分支,难道还需要在事件页内部再次判定这种很让人沮丧的操作吗?
为什么……
------
后记:先扯这么多吧
估计这些东西没个两三代根本实现不了
大部分都是接触其他一些工具之后比较发现的不足……总归是各有优劣
不过,至少在2017年和可以预见的五年内,RM系列都是制作RPG的最佳工具,但还远远不是优秀的开放的通用的2D游戏引擎
|
|