※ 引述《justinj (黑旋風)》之銘言： : 綜合一下以及如果非我能修改的都算進去的話 : 應該有幾個寫法 : (一)某區域只要離開算任務失敗 : 　就設定一個room而會一直heart_beat,判斷允許名單上 : 是否有在區域內，沒有的話就任務變數移除。 : 判斷非法進入比較簡單，就沒變數就送回高塔處。 它會發生失誤的情況在於 room 有可能被系統 clean. (設 pre_clean 也無法百分之百保證不會被清掉) 所以先前我有提到你先想到的方法--放一個 obj 在玩家身上 然後設心跳定時判斷, 基本上是可行的. (該物品設不可掉落) 另外, 若不是很嚴格的判斷, 還可以借用 weather_d.c 來做 判斷(它基本上每 240 秒判斷一次)。 而打工用的則是玩家的心跳函數，再輔以 time 及房間判斷， 因為最終判斷玩家打工失不失敗，還是在玩家打工的房間做判 斷，這個跟你使用因離開房間(區域)而判斷為失敗的情況不一 樣，所以我先前才提議或許你也可以更改所謂「任務失敗」的 判斷方式。 : (二)只要非區域允許的離開就算失敗 : 這個我是想到修改recall的所在地(recall指令)這樣以後 : 要修改成分區制也比較容易，到時在區域內將此變數(所在地) : 　　修成我要的地方就好了。(當然玩家的die,登入也要修) : 　　當然die可以用一個有id為pre_die的物件放在玩家身上來代表死亡 : 　　另一個要修的是return，到時要修放的人及要召回的人的recall : 變數不一樣的話，就某人不能被return(也許條件可以再放寬， : 　　不過那應該可以做成進階，主副牧之間的差別了) 依照你所想要的效果，我個人覺得還是用玩家的 heart_beat 來判斷比較省事，然後再用 weather_d.c 輔助判斷玩家斷線 的情況。 這是因為玩家的 heart_beat 是本來就存在的心跳函數。 然後再讓心跳的判斷具有彈性，例如你可以指定用哪個物件輔 助判斷(如某個已存在的房間裡面的函數)，簡單的寫如下.. tmps=(mixed)me->query_temp("cycling_check"); foreach(tmp in tmps) if(file_exists(tmp)) call_other(tmp,"cycling_check",me) 這意思是說只要玩家身上有 cycling_check 參數，則玩家的 心跳函數就定時去呼叫指定的物件(房間)的 cycling_check 函數。 而 weather_d.c 則是判斷「目前斷線狀態的玩家」，一旦發 現玩家身上有 cycling_check 參數但是卻是斷線狀態的話， 就做底下的動作.. tmps=(mixed)me->query_temp("cycling_check"); foreach(tmp in tmps) if(file_exists(tmp)) call_other(tmp,"cycling_check_fail",me) me->delete_temp("cycling_check"); : (三)只要死亡任務就算失敗了 : 當初一直以為要放個obj在玩家身上一直heart_beat， : 不過事實上不用。 : 　　就是寫個id有pre_die(或pre_die2)的obj在玩家身上 : 在死亡時會先叫這個東東，所以只要內部做判斷就好了 : 　　例如判斷，所在物的人的位置是否在區域內(沒有改id再 : ppl->die()或送醫院,物件移除) 這個就是截斷的意思. Laechan --

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