设为首页收藏本站|繁體中文

Project1

 找回密码
 注册会员
搜索
楼主: 狐雪燕
打印 上一主题 下一主题

[原创发布] android版rmxp v1.2(20130125)

 关闭 [复制链接]

Lv1.梦旅人

梦石
0
星屑
155
在线时间
0 小时
注册时间
2013-1-21
帖子
4
11
发表于 2013-1-21 20:46:27 | 只看该作者
多年潜水,今天忍不住注册个号上来吐槽,楼主真乃一代神人——{:2_258:}

您昨天发刚完项目,我今天访问Github,居然发现它已经被“墙”了,彻底无语(-_-|||),拜服拜服……

——————————————————————       
ps:

用libgdx之类的第三方游戏库封装下您的渲染部分吧(比如用pixmap取代bitmap,spritebatch取代canvas,要知道libgdx的渲染部分调用jni,比纯java快很多),而不是直接使用bitmap和canvas,无论是加载或渲染都绝对不会像目前速度这么慢,也不会对机器那么挑(libgdx在jni读取资源时做了点手脚,在本地环境而非dalvik建了个唯一内存池,可以绕过默认的heapsize限制)。
回复 支持 反对

使用道具 举报

Lv1.梦旅人

梦石
0
星屑
50
在线时间
14 小时
注册时间
2013-1-11
帖子
8
12
 楼主| 发表于 2013-1-21 22:00:00 | 只看该作者
何必生我天朝间 发表于 2013-1-21 20:46
多年潜水,今天忍不住注册个号上来吐槽,楼主真乃一代神人——

您昨天发刚完项目,我今天访问Gi ...

感谢你的回复。GitHub今天确实挂了。
慢的问题应该是JAVA解析ruby(Jruby)原因,正在简化代码。图像渲染那块基本靠一个方法很简单。
回复 支持 反对

使用道具 举报

Lv1.梦旅人

梦石
0
星屑
38
在线时间
1165 小时
注册时间
2012-3-16
帖子
5336
13
发表于 2013-1-21 22:33:57 | 只看该作者
我想说这就是游戏吧?不是制作工具吧?
我想要到的是保护同伴的力量,能与同伴一起欢笑的未来的力量,如果无法做到的话,那就无需继承,如果是这样的彭格列的话,那我亲手毁掉它!
  
                       欢迎加入我们的家族~
回复 支持 反对

使用道具 举报

Lv1.梦旅人

梦石
0
星屑
155
在线时间
0 小时
注册时间
2013-1-21
帖子
4
14
发表于 2013-1-22 08:05:51 | 只看该作者
狐雪燕 发表于 2013-1-21 22:00
感谢你的回复。GitHub今天确实挂了。
慢的问题应该是JAVA解析ruby(Jruby)原因,正在简化代码。图像渲染 ...

jruby绝不可能像您用的那么慢,可以参考https://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的样子,直接用Bitmap这货做游戏无论显示速度还是资源占用率都是悲剧,怎么着也得转化为Texture上GL才行……
回复 支持 反对

使用道具 举报

Lv1.梦旅人

梦石
0
星屑
155
在线时间
0 小时
注册时间
2013-1-21
帖子
4
15
发表于 2013-1-22 08:07:36 | 只看该作者
狐雪燕 发表于 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的样子,直接用这货做游戏无论显示速度还是资源占用率都是悲剧……

点评

……RM脚本不读完怎么运行。。  发表于 2013-1-22 08:23
回复 支持 反对

使用道具 举报

Lv3.寻梦者

梦石
0
星屑
3846
在线时间
1966 小时
注册时间
2013-1-3
帖子
9536
16
发表于 2013-1-22 09:21:46 | 只看该作者
rm在手机运行真是很特别,但是我根本不会使用
《宿愿·寻剑篇》正式版已经发布!快去看看!点击进入论坛发布贴
回复 支持 反对

使用道具 举报

Lv1.梦旅人

梦石
0
星屑
50
在线时间
49 小时
注册时间
2012-6-11
帖子
109
17
发表于 2013-1-22 09:38:49 | 只看该作者
看见SDK我就滚进来了_(:зゝ∠)_
安卓4.1就算了.运存2G也就算了.CPU频率居然要1.6GHz...
你以为每部手机都是用A9处理器么
回复 支持 反对

使用道具 举报

Lv1.梦旅人

梦石
0
星屑
50
在线时间
105 小时
注册时间
2012-11-11
帖子
72
18
发表于 2013-1-22 09:49:37 | 只看该作者
弱弱的问一句..有苹果吗?
回复 支持 反对

使用道具 举报

Lv3.寻梦者

梦石
0
星屑
1433
在线时间
1705 小时
注册时间
2011-8-17
帖子
818
19
发表于 2013-1-22 10:57:39 | 只看该作者
想知道加了很多脚本的游戏能运行么?
roguelike求生RPG研发中....
回复 支持 反对

使用道具 举报

Lv1.梦旅人

梦石
0
星屑
155
在线时间
0 小时
注册时间
2013-1-21
帖子
4
20
发表于 2013-1-22 15:46:22 | 只看该作者
何必生我天朝间 发表于 2013-1-22 08:07
jruby绝不可能像您用的那么慢,可以参考github.com/ruboto/ruboto-processing这个processing的jruby封装 ...

全部靠jruby直接加载肯定不行,先建了个基本的rb类,然后初始化Ruby对象做引导初始化,其后自己写下代码,在Java或JNI里借助RuntimeHelpers类控制下其它rb对象的读取(RuntimeHelpers类可以在外部控制ruby任意函数调用)。

也就是人工在jruby外面增加一个rb读取管理器,而不是都让jruby自动来。

话说老邢呢?他搞的ruby->lua转换器要是开源就好了,我不清楚rmvx的类加载顺序,所以也没办法确定到底应该以何种顺序加载。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册会员

本版积分规则

拿上你的纸笔,建造一个属于你的梦想世界,加入吧。
 注册会员
找回密码

站长信箱:[email protected]|手机版|小黑屋|无图版|Project1游戏制作

GMT+8, 2024-11-24 17:33

Powered by Discuz! X3.1

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表