赞 | 0 |
VIP | 0 |
好人卡 | 0 |
积分 | 0 |
经验 | 0 |
最后登录 | 2013-1-22 |
在线时间 | 0 小时 |
Lv1.梦旅人
- 梦石
- 0
- 星屑
- 155
- 在线时间
- 0 小时
- 注册时间
- 2013-1-21
- 帖子
- 4
|
狐雪燕 发表于 2013-1-21 22:00
感谢你的回复。GitHub今天确实挂了。
慢的问题应该是JAVA解析ruby(Jruby)原因,正在简化代码。图像渲染 ...
jruby绝不可能像您用的那么慢,可以参考github.com/ruboto/ruboto-processing这个processing的jruby封装,启动速度绝对是毫秒级,而且android2.1以上就能跑。
如果您的jruby加载rmxv那么缓慢,则肯定是初始化时一次性加载的数据量过大,尝试一次性加载完毕rmvx脚本了。
不要说用基于java的jruby加载rmvx那么大的脚本量,就是纯C/C++的lua加载游戏脚本,也很少有人会一次性加载完,否则耗费个1,2秒实属正常……
话说大量数据应异步加载是常识吧?总该初始界面时加载一部分,确认开始时加载一部分,触发具体游戏时间时加载一部分这样慢慢来 (-_-)
——————————————————————————————————————————
另外运行速度当然和Bitmap与Canvas的大量使用有关,而且关系很大。要知道一个1024x1024的Bitmap,如果不释放,就能耗掉你不下4MB的实际内存,而您的源码就是无限生产Bitmap的样子,直接用这货做游戏无论显示速度还是资源占用率都是悲剧……
|
|