还好我有写这篇。刚顺便看了设定政策，这有助於泰帕依区域的 设定。另外说好的未监定防具不会有 +3p 相关的，我待会就会去 把未监定防具监定後有机率可 +3p 的设定移除。 但是其它最近新增的效果就留着，并考虑更多可新增的效果。这 是因为从未监定防具发明後到现在已两年，中间有 wiz 提出相关 质疑及问题，都已解答(并制定设定政策)，然後这两年来也几乎 没有其它 wiz 对这个设定有兴趣──那这个设定目前就是我所写 区域的专属设定。 (我可以这样做的原因是我的区域数量是所有 wiz 里头最多的) 可以确定的是未监定防具的设定不会浮滥，只有特殊区域才会给。 ※ 引述《laechan (小太保)》之铭言： : 这篇是写给自己看的也是写给 wiz 们看的。 : 首先所有新型态区域的「群式怪物」都继承 /std/new_ob/gmonster.c : ，而该档案有自订 die 函数，换言之只要是没有自订 die 函数的新型 : 态区域怪物，阵亡时都会 follow /std/new_ob/gmonster.c 的 die。 : (当然它里头该 return 1 的都有 return 1) : 在各新型态区域的 area.h 里会定义怪物的阵列资料串，其中会掉防具 : 的怪物它资料串里头会多一个东西，一般是 ({ })，有设定时就变成像 : 是 ({"cape"}) 这样。 : 比方某怪设定会掉 cape，这时它就会找 /std/new_ob/cape.c 并clone : 出来当做未定名防具的实体档。 : 所以 /std/new_ob/ 目录下没有的防具要自己新增，以 cape 为例 : /std/new_ob/cape.c 防具实体档 : /std/new_ob/cape_set.c 防具设定档 所以就是改 area.h，然後先确定 /std/new_ob 下有该型态的档案， 以及设定档。 : more cape.c 即可知道它只有几行(无视 /* */)，大部份的设定都放在 : cape_set.c 这才是重点。 : mixed return_ob_effect(string ftype) : { : switch(ftype) : { : case "锁妖塔": : switch(random(3)) : { : case 0:return ({"syt" ,"雪羽披风", 50,-30, 50, 0, 30, 40, 0}); break; : case 1:return ({"syt" ,"银狐披肩", 45,-30, 40, 0, 40, 45, 0}); break; : case 2:return ({"syt" ,"白灵肩甲", 40,-30, 30, 0, 50, 50, 0}); break; : } : break; : default :return ({"sanc","圣殿披肩", 50,-30, 40, 0, 40, 40, 0}); break; : } : } 这就简单了，泰帕依的英文就是 tapay，先想好该型态下的三种防具 名称，例如以 RO 为例就类似: 晚祷钟核心一号 晚祷钟核心二号 晚祷钟核心三号 三种「饰品」的属性设定如上面的做法就是各有不同这样，default 则是圣殿OX。(10连发转蛋用) 泰帕依三个外围区域最快明天可以开放。我还在想以後要怎麽让玩 家比较容易前往这三个区域，照正规的方式必须洛奇村→大山脉中 部→洛奇洞窟N层→泰帕依区域。 (洛奇洞窟应该不会写到10层) Laechan --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.165.160.55 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/mud_sanc/M.1445178768.A.A33.html