传奇版本,传奇服务端,GM基地,传奇论坛,开区一条龙

 找回密码
 会员注册

QQ登录

只需一步,快速开始

查看: 256|回复: 1

[技术文章] 传奇人物/英雄药品自动解包喝药的-DB设置说明

[复制链接]
  • TA的每日心情
    无聊
    2018-12-10 21:18
  • 签到天数: 1 天

    [LV.1]初入法码

    1

    主题

    1

    帖子

    15

    积分

    英勇青铜

    Rank: 1

    积分
    15
    发表于 2018-12-10 21:19:08 | 显示全部楼层 |阅读模式
    人物/英雄药品自动解包喝药的DB设置说明 
    stdmode=0表示药品,stdmode=31表示打捆物品
    普通药品的shape=0 特殊药品shape=1
    当物品为非打捆物品(stdmode=0)时anicount对应的是打捆物品的shape
    当物品为打捆物品(stdmode=31)时
    anicount :1表示是普通红药,2表示普通蓝药,3表示特殊药品
    shape对应非打捆物品的anicount
    下面来说明一下人物和英雄是怎么样吃药的:
          当人物/英雄要吃一个普通的红药(强效金创药)时就会在包裹搜索一个stdmode=0 shape=0 AC>0的物品,找到这个物品时就吃掉,再找一下包裹里还有没有这个物品,如果没有了就拿刚才吃掉的物品(强效金创药)的anicount值100 去搜索一下包裹里有没有stdmode 31 shape 100 anicount 1 (普通红药)如果能找到就解包,找不到就提示你药品没有了
      看了上面的吃药过程我就知道怎么解决下面的问题了
    1  英雄/人物只解包不吃药  
        如果不吃普通红药你查一下你药品的 stdmode和shape是不是等于0 AC是不是大于0
        普通蓝药的 stdmode和shape是不是等于0 MAC是不是大于0
        特殊药品的查一下stdmode 是不是等于0 shape 是不是等于1  AC/MAC是不是大于0
    2 只吃药不解包
            上面说过解包时程序是通过药品的 anicount  去搜打捆物品stdmode=31 shape=药品的anicount,那你就把打捆物品的shape改成等于药品的anicount,并把打捆物品的 anicount 值改正确的值
    (普通红药的打捆anicount 值为1,普通蓝药的打捆anicount值为2,特殊药品的打捆 anicount值为3)
    普通/特殊 药品名称      stdmode  shape  anicount
    普通          强效金创药            0          0        100
    普通            超级金创药          31      100        1
    普通            强效魔法药          0          0        101
    普通            超级魔法药          31      101        2
    特殊              疗伤药                0          1        112
    特殊            打捆疗伤药          31      112        3
    通过分析上面的数据我们得到以下的结论:





    上一篇:可视化商店-传奇交易市场脚本,传奇GEE引擎NPC脚本
    下一篇:HERO引擎和GOM引擎那个好?-HERO和GOM不同点
    回复

    使用道具 举报

    该用户从未签到

    0

    主题

    24

    帖子

    52

    积分

    英勇青铜

    Rank: 1

    积分
    52
    发表于 2019-4-1 13:41:37 | 显示全部楼层
    666666666666
    回复 支持 反对

    使用道具 举报

    您需要登录后才可以回帖 登录 | 会员注册

    本版积分规则

    QQ:2444100141|小黑屋|手机版|传奇版本  

    GMT+8, 2019-6-16 21:12 , Processed in 0.509748 second(s), 35 queries , Gzip On.

    Powered by Discuz! Licensed

    © 2001-2013 Comsenz Inc.

    快速回复 返回顶部 返回列表