taroxd 发表于 2015-2-10 21:00
虽然我没看出图片中问题在哪儿，但是看你的问题描述，你可以试试看把影子脚本的121行改成：
self.visible = ...

大大 问一下 这个self.visible  可视化 如果不可视了 就代表不刷新了吗   我刚测试一下 发现直接把 self.visible = false 然后用影子脚本 即使没有影子也会造成消耗FPS的情况 请问大大该如何解决呢

taroxd 发表于 2015-2-10 21:46
那么把这段改成这样呢？（对于超出范围的事件，把影子消去）

    i=0

这个修改的 影子的刷新 也是只刷新屏幕的吗  为什么FPS掉的这么多呢

taroxd 发表于 2015-2-10 21:46
那么把这段改成这样呢？（对于超出范围的事件，把影子消去）

    i=0

问题解决了 多谢

风晴生 发表于 2015-2-10 21:41
报告大大 虽然没有残影了 但是防卡效果失效了

那么把这段改成这样呢？（对于超出范围的事件，把影子消去）

[pre lang="ruby"]    i=0
    for sprite in @character_sprites
      if sprite.character.is_a?(Game_Event)
        if in_range?(sprite.character) or sprite.character.trigger == 3 or sprite.character.trigger == 4
          sprite.update
          i+=1
        else
          sprite.instance_eval do
            if @ombrelist!=[]
              for i in 1..@ombrelist.size
                # if @character.x >= 7 # character.x = @x -1
                if @ombrelist!=nil
                    @ombrelist.visible = false
                end
                # end
              end
            end
          end
        end
      else
        sprite.update
        i+=1
      end
    end [/pre]

如果这样还是不能解决，那么就建议——
  不要把这两个脚本一起用了……

taroxd 发表于 2015-2-10 21:29
重新看了一遍，感觉问题可能出在超出范围的事件没有刷新。可能是因为事件超出范围之后没有调用刷新。我建 ...

报告大大 虽然没有残影了 但是防卡效果失效了

风晴生 发表于 2015-2-10 21:10
谢谢大大的回复  原理好像是加入了判断影子生成的条件 虽然判定范围有效了 但还是没有解决问题 影子还是 ...

重新看了一遍，感觉问题可能出在超出范围的事件没有刷新。可能是因为事件超出范围之后没有调用刷新。我建议名字叫做 update 的东西还是每帧调用一次最好。

将事件刷新脚本的 133~143 行替换为

1. @character_sprites.each { |s| s.update }

复制代码

试试看呢？

不过这样可能会失去一些防卡脚本的意义呢……

taroxd 发表于 2015-2-10 21:00
虽然我没看出图片中问题在哪儿，但是看你的问题描述，你可以试试看把影子脚本的121行改成：
self.visible = ...

谢谢大大的回复  原理好像是加入了判断影子生成的条件 虽然判定范围有效了 但还是没有解决问题 影子还是残留     这是我刚截的图      您看看 我在帖子中补充

虽然我没看出图片中问题在哪儿，但是看你的问题描述，你可以试试看把影子脚本的121行改成：
[pre lang="ruby"]self.visible = !@character.transparent && @character.screen_x.between?(0, 640) && @character.screen_y.between?(0, 480) # 大致坐标，并不精确[/pre]