比方現在在任務店接某任務如下: > receive b004 你成功地接取了這項任務，請加油！ > quest demo 『尋找傳說中的金色便便(b004)』　黃金便便 ( 0 / 15 ) 這是做底下的呼叫 questing("obj_record","set","b004",({ppl,"任務描述","物品檔案1",所需數量, "物品檔案2",所需數量, . . })); 所以我做了底下的修改 quest_data.c 的 quested 函數的 switch("obj_record") 段 修改 set 區、query 區、finish/check_finish 區。 我加上了判斷虛擬物品的相關設定及規則，同樣的，一般來說 wiz 不需知道這裡改了什麼，只要知道如何呼叫即可。 修改時忘了做備份，蠻危險的。 改好了之後用 running code 做測試 questing("obj_record","set","x999",({me,"測試搜集虛擬物品", "m001",50,"/d/auc/blarket/ob18",10,"m002",50})); 上面是虛擬跟實體物品混在一起的情況。 > quest demo ---------------------------------------------------------------------- 『測試搜集虛擬物品(x999)』　腐臭花 ( 0 / 50 ) 『測試搜集虛擬物品(x999)』　技能值補正券 ( 1 / 10 ) 『測試搜集虛擬物品(x999)』　哀唱草 ( 0 / 50 ) 『尋找傳說中的金色便便(b004)』　黃金便便 ( 0 / 15 ) 然後更動自己身上的腐臭花數量為 10 再 quest demo: > quest demo ---------------------------------------------------------------------- 『測試搜集虛擬物品(x999)』　腐臭花 ( 0 / 50 ) 『測試搜集虛擬物品(x999)』　技能值補正券 ( 1 / 10 ) 『測試搜集虛擬物品(x999)』　哀唱草 ( 10 / 50 ) 『尋找傳說中的金色便便(b004)』　黃金便便 ( 0 / 15 ) ====================================================================== 假設某任務的某一步驟，希望玩家去打某怪物以收集某虛擬物品， 而且只有當玩家接到該步驟時才會掉。 現階段支援的其中一種做法，是修改該怪物，增加 mob_drop_rate 函數。以任務編號 x999 第 n 步驟掉編號 q100 物品為例.. int mob_drop_rate(object ppl) { string names=ppl->query("name"); int n=questing("check",names,"x999",({"steps"})); if(n==5) { return (["q100":500]); // 滿足條件才有掉落率 } else return (["q100":0]); // 不然該物品掉落率就是 0 } 然後我們可以設定玩家可 sell(drop) 該物品，但是不能 trade， 則玩家 sell 該物就形同不讓該物品佔空間(即便沒有放棄任務)， 設定不能 trade 玩家就無法轉讓，而沒有滿足 mob_drop_rate 的 條件就不會繼續掉該物品，當玩家在 ob view q100 時，則直接在 q100 的 desc 裡面備註這是哪個任務的相關物品即可，例如.. > ob view q100 白色的透布(物品編號: q100) ──────────────────────────── 販賣：可 交換：不可 任務：菲里德古堡尋親任務相關物品 <= 這是 desc ──────────────────────────── 這是最簡易的做法也是推薦的做法。 (其它做法都需要額外讀參數，沒必要) 以上，看 norr 與 justin 有無問題，若還有需要修改的部份再跟 我說。目前唯一的問題就是 mob_record 及 obj_record 都是設定 在玩家的 temp_data 區，也就是說當玩家接了某一任務跑到某一 步驟，stepX_end 才設定 mob_record 及 obj_record，結果玩家 卻 quit 了(或 shutdown)，那如何讓玩家可重接？ 目前的暫定做法就是自訂 stepX_check 函數來因應，我個人是支 持這樣的做法「因為 mob_record 及 obj_record 還是以任務店為 主」，以 quest npc 或 quest here 的做法就自訂函數，如同上面 自定 mob_drop_rate 函數的精神一樣。 我目前則會在近日，在羅德斯找一隻 npc，來模擬類似幻想神域的 任務進行方式，它的特色是... 一、該任務為複合型任務集合，每一步驟都要求玩家要做什麼 二、quest demo 可看到每一步驟的要求項目 1.殺怪 2.收集物品 3.找誰對話再回來 . . 三、每一步驟都會給玩家獎勵，玩家達成所有步驟給最多獎勵 後續 quest show 的支援部份則比較複雜，因為目前只有針對最後 一個步驟做分析，而且分析方法還蠻笨的。我思考的解決方法是新 增一個 stepX_award 函數，玩家在接任務時會跟 stepX_end 一起 呼叫，但是在做 quest show 時它就會單獨只呼叫 stepX_award， 而它的內定型式如下 varargs stepX_award(object ppl,object npc,string key,string var) 當有參數 var 時，它回傳的將是設定內容，這個會找時間加進去 並公告用法及相關測試結果。 Laechan --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 210.61.157.53