正在复制rmvx，请大家给点建议

yangff

老邢 发表于 2011-3-3 20:52
如果自己做一個Tilemap就沒有這個問題了，理論上完全可以使用Sprite重新寫一個Tilemap。 ...

有人干过，不过请相信源代码不会这么2的


yangff于2011-3-4 21:35补充以下内容：
Game.dll是C++但是Dll也就是解释器+引擎是C写的，是Ruby的拓展借口。包裹底层类也是C写的，这点从[Bi]结果可以轻易看出

老邢

我看rm帮助文件里面写的“Tilemap：管理元件地图的类。元件地图是显示二维游戏地图所使用的特殊概念，在内部由多重的精灵所组成。”

不过我实现的时候没敢尝试这种方法，总觉得弄一堆对象出来太浪费内存了。

刚刚做了简单的压力测试，macbook pro，分辨率800x600，999精灵，一个动态地图，一个背景，fps在26左右，这个数据正常么？

tamashii

没意义啊 - -
有这技术还不如单独出一个基于Lua的游戏引擎呢

老邢

这就是一个基于lua的游戏引擎，只不过提供了与rm一样的底层接口。。。

刚刚在我的milestone测试了一下，854x480分辨率，60个精灵30帧左右，100个精灵20帧，降低分辨率没有多大差别。


老邢于2011-3-5 20:25补充以下内容：
刚刚测试了一下rmvx，只有999个精灵，fps显示为0。。。


老邢于2011-3-5 20:26补充以下内容：
难道是因为virtualbox的原因？


老邢于2011-3-5 20:50补充以下内容：
用pc测试也是一样，999个精灵，fps显示0...

我也不太了解rmvx，不知道这样测试对不对

1. sprs = []
   
2. for i in 1..999 do
   
3.   sprs[i] = Sprite.new
   
4.   sprs[i].bitmap = Bitmap.new("Graphics/Battlers/Angel")
   
5. end
   
6. 
   
7. loop do
   
8.   for i in 1..999 do
   
9.     sprs[i].x = rand(500)
   
10.     sprs[i].y = rand(400)
    
11.   end
    
12.   Graphics.update
    
13. end

复制代码

david50407

还是这句：
对于不同的分辨率的自动调整 3：4  16：9 或其他诡异的分辨率比例

不同系统的通用性 如 Mac & Win & Linux 上有键盘 鼠标, Android iDevice WMobile 上啥都没 顶多有触摸屏
不过鼠标的点击与触摸屏的又不同了
（不过这可依游戏定位）

然后再来是图形引擎的问题
你是用啥来实现图像的？
Win有Dx Linux有OGL Mac貌似也是OGL

还有底层效率
不同的实现 有不同的效率
总不能在Win下良好Mac下悲剧了

以及API的调用
要依据不同系统 写出通用的API接口
不然跨平台是跨平台了 可是却没API可用...

老邢

关于分辨率，我想采取固定分辨率的方式，就是制作的时候确定分辨率，这样触摸屏响应的代码都是固定的。显示的时候进行缩放（看具体情况是全屏还是等比例），再将触摸屏实际的坐标往游戏转换。这个我在一个android游戏中已经尝试过了，各种比例都没问题。

关于输入，只支持触摸屏（鼠标），运动感应，键盘无视。

图形引擎是gl的，我现在就在mac下开发，还不知道windows悲剧不。

api接口与rgss的内部模块和类完全相同。除了输入类增加了一些功能。以后如果加入物理引擎和粒子系统还会增加一些接口。

苏小脉

老邢 发表于 2011-3-5 19:55
这就是一个基于lua的游戏引擎，只不过提供了与rm一样的底层接口。。。

刚刚在我的milestone测试了一下，85 ...

像通过 Graphics.update 这样的一次性事件统一进行描绘的机制，用来管理精灵的（有序）数据结构很重要，不知道你用的什么呢？

老邢

回复 苏小脉 的帖子

单向链表list = {value = nil, next = nil}

苏小脉

老邢 发表于 2011-3-6 10:04
回复 苏小脉 的帖子

单向链表list = {value = nil, next = nil}

是按 Sprite#z 排序的吧，如此一来每次插入新的精灵，不是都需要线性的搜索吗？如果采用过红黑树，各种操作的最坏场合也能控制在对数级别之内:)