（活动讨论贴.顺利结束）ARPG范例- by pudding

纸飞机哟

回复 fux2 的帖子

对头！
一个人战斗是孤单的！
但是前提是：
队友AI要人性，
你走他不动就无聊了。

pudding

脚本的远程还有个问题存在，麻烦哪位高手解决下。{:nm_4:}
我对脚本只是懂小小… {:nm_4:}

其实还有很多功能，就是连续攻击，当然也要画很多人物动作才更好玩；
宠物系统也可以完成的，我没有做上去；还有一个我很想实现的，就是敌人也拥有远程攻击。

火ZHI意志

最好能实现两个效果(间接地伸手…………）
1 在规定范围内的敌人（或角色）连续伤血（或加血）
2 队友连协忍术（就是技能合起来攻击，威力不等于a+b）

lxczzzcxl

如果加入2P就会出现问题：
当地图足够大 而且两个角色距离足够远的时候视角在哪里？
1.1P（万一1P挂了怎么办）
2.视野中心取2角色坐标平均数（万一地图100X100怎么办）
3.活动角色（万一一个角色在进行时间超长的技能咏唱怎么办）

后知后觉

如果加入2P就会出现问题：
当地图足够大 而且两个角色距离足够远的时候视角在哪里？
1.1P（万一1P挂了怎么 ...
lxczzzcxl 发表于 2010-10-6 20:40

限制两角色必须在同一屏幕内就行了.

六祈

AI這個問題前段時間和朋友談論過，只有思路，沒有范例：
1.劃分敵人性格：強攻型、輔助型、幹擾型、法師型 ...
禾西 发表于 2010-10-6 15:07

根据禾西前辈所言，愚者有一个关于【AI数据定义方面】的思路：
给每个敌人几种思考模式【可以在数据库里定义】，每种思考模式由一个类定义，在Game_Emeny中引入一个思考模式的对象
同样对行动方式【即思考的结果】引入一个行动方式类

这样的话，在判定时，可以在敌人没有行动方式时调用思考模式对象的方法，获得一个行动方式
之后只需要判断这个行动方式的价值【方法在行动方式类内定义】

总的来说通过二重的多态实现，扩充脚本也会相对容易

---

【其实思路还是很多的，放几个早上和小旅BS出来的东东吧】
【Buffer系统】即增益状态和减益状态在ARPG中的实现，举例说boss怪会减速导致玩家H&R失败，或者带有一些晕眩技能导致玩家晕眩几秒等等
【地图缩放功能】RMXP的默认地图用来做ARPG的话，视野是偏小的，这样容易发生冲进去被包围这种囧事，是通过改变视野大小还是通过小地图或者其它方法解决呢
【敌人AI】其实这个是限制ARPG游戏性的最大一环

美工特效方面：
【必杀技特写】全屏黯淡，主角大亮，才下眉头，却上心头那种【大雾
【素材】ARPG无可否认需要比较多的动画素材
【伤害显示】
【常时显示状态窗口的美化】等等

游戏性方面：
【快捷键】如何在战斗中爽快的使用技能和物品，如果需要调整，怎么样可以换的快
【飞行道具的实现】
【怪物掉落物品】是落在地上呢，还是进入背包呢，是否需要物品分级之类的加强游戏性的系统
【宠物系统】其实宠物和敌人AI算是差不多的系统吧【大雾


以上拙见，仅作抛砖引玉用，诸君可以提供自己的思路或是根据上面的任何内容进行讨论～
另外重申下，在讨论帖中加分的情况很多，优秀的思路，优秀的创意，优秀的实现都可以加分的说

pudding

前面几位都说添加队友，
现在更新了，添加了队友；
只是有个问题，我不会编写 事件 接近事件的脚本，
就是队友去追踪敌人，希望各位有能力的人 可以完善一下。

ProfesstionR

追踪敌人的脚本可以在Game_Character 3中这样写
  #--------------------------------------------------------------------------
  # ● 接近敌人
  #--------------------------------------------------------------------------
  def move_toward_event
    #获取敌人的坐标
    for event in $game_map.events.values
    next if event.return_erased2
    next if event.list == nil
    next if event.list[0].code != 108
    next if event.list[0].parameters[0] != "敌人"
    eventx = event.x
    eventy = event.y
    end
    # 求得与主角的坐标差
    sx = @x - eventx
    sy = @y - eventy
    # 坐标相等情况下
    if sx == 0 and sy == 0
      return
    end
    # 求得差的绝对值
    abs_sx = sx.abs
    abs_sy = sy.abs
    # 横距离与纵距离相等的情况下
    if abs_sx == abs_sy
      # 随机将边数增加 1
      rand(2) == 0 ? abs_sx += 1 : abs_sy += 1
    end
    # 横侧距离长的情况下
    if abs_sx > abs_sy
      # 左右方向优先。向主角移动
      sx > 0 ? move_left : move_right
      if not moving? and sy != 0
        sy > 0 ? move_up : move_down
      end
    # 竖侧距离长的情况下
    else
      # 上下方向优先。向主角移动
      sy > 0 ? move_up : move_down
      if not moving? and sx != 0
        sx > 0 ? move_left : move_right
      end
    end
  end

然后给事件的自定义移动路线中设置成
◆脚本:move_toward_event
就可以了

个人认为ARPG还应该加入敌人挨打的图,那样更加真实[纯属虐美工- -]

红灯

感觉可以给敌人设置不同的种类，会使游戏更加生动：
比如，
普通型敌人，进入视野时才会对主角进行追击攻击
暴躁类的敌人会一直追着主角跑，
害羞型的敌人当主角进入视野，会逃离主角，只有当自己受到攻击后才会反击
……

熊猫

我认为用RM实现的话要注重效率，如果AI过于发达的话，如果处理不好游戏就会很卡。
如果这个ARPG能做出几十人杀戮的那种大场面而且不卡那就好了。

六祈总结的点子都非常好...就等pudding实现了...