→ laechan : 先觀察一陣子確定不會再出現相同情況 11/09 16:39
→ laechan : 然後可探討紀錄方式的改變,一般來說是有方法的,例 11/09 16:39
→ laechan : 如如果玩家能走到區域哪一格時就承認其走透區域的哪 11/09 16:39
→ laechan : 幾個房間,也就是記錄點的設置,玩家走到記錄點再更 11/09 16:39
→ laechan : 新即可,但這時議題就變成這樣是否加重wiz的負擔, 11/09 16:39
→ laechan : 而它亦有方法可以減輕,例如由我改look_d.c來顯示記 11/09 16:39
→ laechan : 錄點,而由justin與玩家合作來設置記錄點 11/09 16:39
→ laechan : mixed records=({base_name(env),...}) 11/09 16:39
→ laechan : 這樣至少區域的部份就存在迂迴做法 11/09 16:39
→ laechan : 另外亦有其他做法,可以免CD時間,但玩家要定期回家 11/09 16:41
→ laechan : 做資料手動儲存,這個跟某些遊戲類似,就是冒險者要 11/09 16:41
→ laechan : 回城鎮才能儲存進度,這樣也是可以的 11/09 16:41
→ laechan : 上述做法比較簡單 11/09 16:42
→ justinj : 原本的做法是自由按ai,但只有超過5秒後才會幫你做 11/09 16:43
→ justinj : save_room() 11/09 16:44
→ justinj : 我覺得可能是5秒太短...改成1分鐘? 11/09 16:45
→ justinj : 然後增加archive顯示資料未儲存也許也可以 11/09 16:46
→ laechan : 可傾向call skyroom做set/add時不save_room,直到玩 11/09 19:26
→ laechan : 家回skyroom手動更新時才儲存,然後評估這樣是否是 11/09 19:26
→ laechan : 最小變動 11/09 19:26
→ laechan : 也就是資料的更新不必然要即時,並接受一定程度的lo 11/09 19:31
→ laechan : ss,越想要即時更新的人就要越常回家手動save,但它 11/09 19:31
→ laechan : 亦有限度就是至少間隔n秒 11/09 19:31
→ laechan : 另外玩家的skyroom讀取也有技巧,可宣告一個 static 11/09 19:35
→ laechan : mapping skyrooms=(["玩家的name":玩家的skyroom物 11/09 19:35
→ laechan : 件,]),這樣這東西只需find_object_or_load一次, 11/09 19:35
→ laechan : 就可以把它放進skyrooms中,唯有if(!skyroom=skyroo 11/09 19:35
→ laechan : ms(ppl_name))才需重新載入,可在頻繁存取skyroom的 11/09 19:35
→ laechan : 過程中減少一些loading 11/09 19:35
→ laechan : 補充,資料可即時頻繁地更新,set/add/del,但實際 11/10 07:55
→ laechan : 存進資料檔的時候不一定要即時,唯有玩家手動去做儲 11/10 07:55
→ laechan : 存時,資料檔才更新 11/10 07:55