以一个程序设计的角度来看这个RPG引擎

爆发的妞

小里程碑，移动设备，完美实现，行走地图

爆发的妞

当添加其他角色的时候， 当主角行走的时候， 其他角色会有稍微的偏移现象，
查了好久，发现数据显示都是正常的，百思不得其解， 最后发现是Sprite_Character
里面出了问题。
他的update绘制方法：
主要逻辑是这样的，
1.首先super，调用父类的update
2.然后
    # 设置脚本的坐标
    self.x = @character.screen_x
    self.y = @character.screen_y
    self.z = @character.screen_z(@ch)
设置位置等。

这就产生问题了， 当逻辑执行完，要绘制的时候，
第一帧没有进行相应的变化， 而是等下一帧才变化。
有一帧的延迟。
做法是把super放到方法最后执行。
rm没有这个问题，我重写的会有这个问题。

恶魔般的天使

不懂楼主表达什么意思

爆发的妞

恶魔般的天使 发表于 2013-6-3 18:08
不懂楼主表达什么意思

呵呵。等你重写一下引擎，你就明白了。

爆发的妞

需要用到数据库中的图块的数据，直接解析生成的文件， 貌似没有那么容易，
结构不太明白，还需要深入学习。所以就简单的在工程中输出了。
需要用到的同学，可以拿去

代码如下：
[pre lang="ruby" line="1"]    #输出Tilesets
    #创建一个可写文件流
    fh = File.new(sprintf("Data/Tilesets.rx"), "w")
    #输出地图数据
    size = $data_tilesets.size - 1
    for i in 1..size
        tileset = $data_tilesets
        tileset_name = tileset.tileset_name
        autotile_names = tileset.autotile_names
        panorama_name = tileset.panorama_name
        panorama_hue = tileset.panorama_hue
        fog_name = tileset.fog_name
        fog_hue = tileset.fog_hue
        fog_opacity = tileset.fog_opacity
        fog_blend_type = tileset.fog_blend_type
        fog_zoom = tileset.fog_zoom
        fog_sx = tileset.fog_sx
        fog_sy = tileset.fog_sy
        battleback_name = tileset.battleback_name
        passages = tileset.passages
        priorities = tileset.priorities
        terrain_tags = tileset.terrain_tags
        fh.puts i
        fh.puts 'tileset_name  %s.png'% [tileset_name]
        fh.print 'autotile_names  '
        for i in 0..autotile_names.size
            if autotile_names.nil?
              fh.print ','
            else
              fh.print '%s.png,'% [autotile_names]
            end
        end
        fh.puts ''
        passages_size = passages.xsize
        fh.print 'passages  '
        for i in 0..passages_size
            fh.print '%s,'% [passages]
        end
        fh.puts ''
        priorities_size = priorities.xsize
        fh.print 'priorities  '
        for i in 0..priorities_size
          if i==priorities_size
            fh.print '%s'% [priorities]
          elsif i==0
            fh.print '%s,'% [5]
          else
            fh.print '%s,'% [priorities]
          end
        end
       fh.puts ''
    end
    fh.close #关闭文件流[/pre]

下面的代码是对应地图图块的数据输出，
代码如下：
[pre lang="ruby" line="1"]    #创建一个可写文件流
    fh = File.new(sprintf("Data/Map%03d.rx", @map_id), "w")
    #输出地图数据
    for i in 0..2
      xsize = @map.data.xsize
      #print xsize
      ysize = @map.data.ysize
      #print ysize
      fh.puts '[w = %s][h = %s]'% [xsize,ysize]
      for line in 0...ysize
        for col in 0...xsize
           tile_id = @map.data[col, line, i]
           if tile_id == nil
              #fh.puts "[%s][%s][%s]=%s" % [col, line,i,'空'] #写入数据
              #print "[%s][%s][0]=%s" % [col, line,'空']
              fh.print "%s," % ['空']
            else
              #fh.puts "[%s][%s][%s]=%s" % [col, line,i,tile_id] #写入数据
              #print "[%s][%s][0]=%s" % [col, line,tile_id]
              if col==xsize-1
                 fh.print "%s" % [tile_id]
              else
                 fh.print "%s," % [tile_id]
              end
            end
          end
          fh.puts ''
        end
        fh.puts ''
     end
    fh.close #关闭文件流[/pre]

后续还会解析其他的数据，感兴趣的可以，共同研究

爆发的妞

rm for android （原生开发）
地图展示，不过不包含优先级的功能绘制



调了一下fps，和有对话脚本的图

爆发的妞

个位高人，小弟在做地图的绘制的时候遇到个问题，
我简单的描述一下吧：
看代码，可以了解到 sprite，plane和window是展示在
对应的viewport视口上面的。
但通篇都没有看到对于viewport和sprite等的绘制部分，
全是update逻辑处理。
我猜想一下他们是不是这样处理的， 每次new新建一个viewport
视口的时候，就在viewportManager（暂定视口管理器）添加一个，
然后 sprite也是如此， 有一个spriteManager来管理他们， 其他同理，
那么就是先根据viewport视口的z轴判断进行绘制， 然后再绘制viewport
视口内的 sprite等等（也是根据z轴来判断绘制）， 如果rm内部这样来做的
话，逻辑倒也说的清除， 但是参考help（帮助文档），发现 sprite，plane和window
是继承object（基类的），而不是一个viewport视口能够统一处理的类，例如 baseSprite。
难道绘制的时候还判断了下实例， 这个真的不得而知， 不知道我的猜测有无道理。
如果有哪位同学知道的，可以赐教下。 谢谢啦。

灼眼的夏娜

继承自Object和Viewport是否能够统一处理没有必然联系（

继承自Object，Sprite也可以再Viewport的容器里（~

爆发的妞

灼眼的夏娜 发表于 2013-6-22 11:29
继承自Object和Viewport是否能够统一处理没有必然联系（

继承自Object，Sprite也可以再Viewport的容器里（ ...

谢谢高人指点。 不过我还是没明白他的结构。
sprite只是引用了viewport，就是说在某一个viewport视口里面。
但是viewport并没有对他进行管理啊。 有没有伪代码， 可以
看看。 谢谢啦。

灼眼的夏娜

爆发的妞 发表于 2013-6-22 12:04
谢谢高人指点。 不过我还是没明白他的结构。
sprite只是引用了viewport，就是说在某一个viewport视口里 ...

viewport没对sprite进行属性管理（但管理了 sprite的渲染（根据sprite的各种属性进行渲染