【更新】提高游戏运行速度_v1.01

一箭烂YiJL

-1.序前序
我还是第一次在XP区发布(我是VX区驻扎人员，偶然探望XP区= =)，由于这一帖：【更新】提高游戏运行速度(v1.01)
需要在XP的移植，因为XP并没有Scene_Base，所以用了也无效。
于是"下手"在了Graphics.update。这种手法既能用于XP，又能用于VX。
在XP的非"平滑模式"下，会卡着，具体原因是用了Graphics.frame_count来判断"跳帧"，
后来我又用了另外的解决办法，但是当非"平滑模式"下，将倍数x2后，(其他的都没问题)
fps会莫名其妙的增加至40帧，于是这个只是应用在游戏测试中而已。
之后以下的句子跟VX的帖子一样：
(ps：VX没有XP的v1.01更新内容，因为VX没有F12问题= =)

0.序
往往游戏过程因为太慢，所以想高速测试有难度。
最简单的办法是将帧频率调高，但是不能超过120。
这办法适用在游戏测试中(尤其是破关时间)，请不要发布于游戏中，
因为速度不等于效率，极快会感觉一卡一卡。

1.讲解
当删掉Graphics.update时，会出现画面不更新，但是操作极快的问题。
loop do绝对超过一秒60次(帧频率)。于是这是我的猜测：
Graphics.update除了有更新画面的基本动作外，还会有：

1. sleep(1/Graphics.frame_rate - 更新画面的时间 - 逻辑运算的时间)    # 此处经过修正

复制代码

所以不用Graphics.update就会高速不断地循环计算。

2.脚本
综合以上，脚本如下：

1. 
   
2. #==============================================================================
   
3. # ■ 提高游戏速度(v1.0.1)    by 一箭烂
   
4. #------------------------------------------------------------------------------
   
5. #  设置Graphics的@speed_lv以提高游戏速度,
   
6. #    请插在main以上的位置
   
7. #
   
8. #  属性：
   
9. #
   
10. #    Graphics.speed_lv
    
11. #      加快速度(倍数), 可修改
    
12. #
    
13. #  更新：
    
14. #
    
15. #    - *1.0.1* (2011-04-21) By 一箭烂(YiJL)
    
16. #      *改了些东西, 解决F12问题
    
17. #      *换了速度变量的方式
    
18. #
    
19. #    - *1.0.0* (2011-04-21) By 一箭烂(YiJL)
    
20. #      *初版
    
21. #      *对Graphics.frame_count的修正
    
22. #
    
23. #==============================================================================
    
24. module Graphics
    
25.   @speed_lv     = 5            # 加快速度(倍数)
    
26.   @timer        = 0
    
27.   @speed_update = method("update") unless @speed_update
    
28.   #--------------------------------------------------------------------------
    
29.   # ● Graphics.update
    
30.   #--------------------------------------------------------------------------
    
31.   def self.update
    
32.     @timer += 1
    
33.     @timer %= @speed_lv
    
34.     if @timer >= (@speed_lv - 1)
    
35.       @speed_update.call             # 更新游戏画面
    
36.       Graphics.frame_count -= 1
    
37.     end
    
38.     Graphics.frame_count += 1
    
39.   end
    
40.   #--------------------------------------------------------------------------
    
41.   # ● Graphics.speed_lv
    
42.   #--------------------------------------------------------------------------
    
43.   def self.speed_lv
    
44.     @speed_lv
    
45.   end
    
46.   #--------------------------------------------------------------------------
    
47.   # ● Graphics.speed_lv=
    
48.   #--------------------------------------------------------------------------
    
49.   def self.speed_lv=(value)
    
50.     @speed_lv = value
    
51.   end
    
52. end

复制代码

用#------
　#------包着的这些是外加的意思。

3.其他
实质上帧频率不变，但是做一次Graphics.update(画面更新)就等于做了x次的其他数据运算。
当数据运算量太大时就可能会有卡的状况。(Speed_Lv影响着数据运算比起平常倍数！)
还有现在的版本只能加速/不加速，不能减速！

4.范例
没什么范例可给的，一插脚本就见效嘛~伸手要范例的回帖去吧。
算了，有些无谓的回帖，但是又不是下载的，慢慢在草原奔跑吧~
提高游戏运行速度_v1.01.zip (203.58 KB, 下载次数: 1655)

2011-4-22 21:21 上传

点击文件名下载附件

Wind2010

我想知道这样alias按F12会出错么？

IamI

F12必挂……另外减速其实就是多开几次update嘛 - -b
另外没改frame_count、画面没有实质刷新，本质上等于跳帧- -b

一箭烂YiJL

回复 IamI 的帖子

class<<和alias真是麻烦...有办法解决F12么?

减速的方法早已留意到，但是随意的倍数(浮点数倍数)需要sleep了。
(毕竟这个是提高速度...)

事实上是跳帧的原理，同样的加快frame_count是给逻辑运算和PlayTime用的，
方便测试游戏时间和逻辑运算的准确性。
重申速度不等于效率= =

最莫名其妙的是如果另外开一个实例变量来储存真的Graphics.frame_count，
用于修正Graphics.frame_count，这样虽然可以兼容了非"平滑模式"，
但是却在倍数为2的时候出现上调至40帧频率的问题。

忧雪の伤

1. 
   
2. class << Graphics
   
3.   @speed_Lv = 2
   
4.   alias :speed_update :update unless method_defined?("speed_update")
   
5.   def update
   
6.     @timer = 0 if @timer.nil?
   
7.     @timer += 1
   
8.     @timer %= @speed_Lv
   
9.     if @timer >= (@speed_Lv - 1)
   
10.       speed_update            
    
11.       Graphics.frame_count -= 1
    
12.     end
    
13.     Graphics.frame_count += 1
    
14.   end
    
15. end

复制代码

F12神马的……顺便改了下全局变量……
可以不用全局还是不用吧？……

一箭烂YiJL

回复 忧雪の伤 的帖子

@speed_Lv还不算被定义了，所以会出错。
用全局变量可以在任何地方随时改变加速倍数。(而且不会没定义)

以前还不知道F12干啥的。现在知道了，也不知道F12这么快重载的原理。
总之，谢谢提出F12解决办法。

剑兰的马甲

回复 忧雪の伤 的帖子

更新了，虽然没有用你提供办法，但是F12依然已经解决，
而且不用class的形式编写了，而是用了本身的module。

之前所说的@speed_Lv还没定义，是因为并非以module的形式编写，
导致不能将@speed_Lv赋值。(除非函数触动的方式)

苏小脉

一箭烂YiJL 发表于 2011-4-22 17:45
回复 IamI 的帖子

class

解决 F12：
http://szsu.wordpress.com/2010/09/07/continuation/

一箭烂YiJL

回复 苏小脉 的帖子

试过了，的确能够解决F12的函数问题(包括module的method)。
原理是将整个架构保存一次，然后再F12重载的时候将架构复原，是吗?

但是我发现这样有点问题，当如这样所说，插入了以后，
在中间写下：p true，F12不会执行，又比如在一个新工程画白色背景：

1. back = Sprite.new
   
2. back.z = 1
   
3. back.bitmap = Bitmap.new(640, 480)
   
4. back.bitmap.fill_rect(0, 0, 640, 480, Color.new(255,255,255))

复制代码

第一次的时候，白背景将标题背景遮住了。F12，白背景不见了。
就算(module的)实例变量也有相同的问题，苏可以在沉影的(dll)鼠标系统里试试，
会发生disposed sprite的问题。

也不知道这真是问题还是我搞错呢......

苏小脉

一箭烂YiJL 发表于 2011-4-23 10:46
回复 苏小脉 的帖子

试过了，的确能够解决F12的函数问题(包括module的method)。

原理是记录 Main 脚本之前的堆栈环境，F12 回到开头的时候直接全局跳转到记录点。中间写的东西 F12 之后不会执行第二次，所以希望 F12 后重新执行的内容得放在 callcc 的调用下面。