PTT遊戲區 / mud_sanc (Sanctuary - 聖殿)

[建議] 成就系統的CD 時間

看板mud_sanc (Sanctuary - 聖殿)作者 (維魯德拉)時間1月前 (2024/11/09 13:06), 編輯推噓0(0推 0噓 32→)
留言32則, 2人參與, 1月前最新討論串1/1
鑒於前段時間系統出現丟失玩家資料檔案的情況，修改成就系統 archive identify 的map、mob、裝備的紀錄 CD 時間更改為五秒 以現在的 CD 五秒，要記錄完天外天區域 5975 個房間數量 就要 5975 x 5 = 29875秒 =497 分鐘 =8 小時多，紀錄map 沒了以前的流暢感，走一格得發呆個五秒~~ 紀錄 mob 方面..單個房間若有 2 種以上不同種類的 mob，就不能快速完成戰鬥 我不清楚瞬間大量的紀錄對系統有多大影響，我想起以前滿編隊伍一秒走個10多個房間 紀錄map ，一秒鐘記錄上百個地圖物件也很常態...應該是比紀錄裝備的資料量還大 請問大神們 map 跟 mob 的紀錄 CD 是否還有討論空間？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.233.48.204 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/mud_sanc/M.1731128792.A.FFC.html
→
11/09 16:39, 1月前 , 1F
先觀察一陣子確定不會再出現相同情況
11/09 16:39, 1F
→
11/09 16:39, 1月前 , 2F
然後可探討紀錄方式的改變，一般來說是有方法的，例
11/09 16:39, 2F
→
11/09 16:39, 1月前 , 3F
如如果玩家能走到區域哪一格時就承認其走透區域的哪
11/09 16:39, 3F
→
11/09 16:39, 1月前 , 4F
幾個房間，也就是記錄點的設置，玩家走到記錄點再更
11/09 16:39, 4F
→
11/09 16:39, 1月前 , 5F
新即可，但這時議題就變成這樣是否加重wiz的負擔，
11/09 16:39, 5F
→
11/09 16:39, 1月前 , 6F
而它亦有方法可以減輕，例如由我改look_d.c來顯示記
11/09 16:39, 6F
→
11/09 16:39, 1月前 , 7F
錄點，而由justin與玩家合作來設置記錄點
11/09 16:39, 7F
→
11/09 16:39, 1月前 , 8F
mixed records=({base_name(env),...})
11/09 16:39, 8F
→
11/09 16:39, 1月前 , 9F
這樣至少區域的部份就存在迂迴做法
11/09 16:39, 9F
→
11/09 16:41, 1月前 , 10F
另外亦有其他做法，可以免CD時間，但玩家要定期回家
11/09 16:41, 10F
→
11/09 16:41, 1月前 , 11F
做資料手動儲存，這個跟某些遊戲類似，就是冒險者要
11/09 16:41, 11F
→
11/09 16:41, 1月前 , 12F
回城鎮才能儲存進度，這樣也是可以的
11/09 16:41, 12F
→
11/09 16:42, 1月前 , 13F
上述做法比較簡單
11/09 16:42, 13F
→
11/09 16:43, 1月前 , 14F
原本的做法是自由按ai,但只有超過5秒後才會幫你做
11/09 16:43, 14F
→
11/09 16:44, 1月前 , 15F
save_room()
11/09 16:44, 15F
→
11/09 16:45, 1月前 , 16F
我覺得可能是5秒太短...改成1分鐘?
11/09 16:45, 16F
→
11/09 16:46, 1月前 , 17F
然後增加archive顯示資料未儲存也許也可以
11/09 16:46, 17F
→
11/09 19:26, 1月前 , 18F
可傾向call skyroom做set/add時不save_room，直到玩
11/09 19:26, 18F
→
11/09 19:26, 1月前 , 19F
家回skyroom手動更新時才儲存，然後評估這樣是否是
11/09 19:26, 19F
→
11/09 19:26, 1月前 , 20F
最小變動
11/09 19:26, 20F
→
11/09 19:31, 1月前 , 21F
也就是資料的更新不必然要即時，並接受一定程度的lo
11/09 19:31, 21F
→
11/09 19:31, 1月前 , 22F
ss，越想要即時更新的人就要越常回家手動save，但它
11/09 19:31, 22F
→
11/09 19:31, 1月前 , 23F
亦有限度就是至少間隔n秒
11/09 19:31, 23F
→
11/09 19:35, 1月前 , 24F
另外玩家的skyroom讀取也有技巧，可宣告一個 static
11/09 19:35, 24F
→
11/09 19:35, 1月前 , 25F
mapping skyrooms=(["玩家的name":玩家的skyroom物
11/09 19:35, 25F
→
11/09 19:35, 1月前 , 26F
件，])，這樣這東西只需find_object_or_load一次，
11/09 19:35, 26F
→
11/09 19:35, 1月前 , 27F
就可以把它放進skyrooms中，唯有if(!skyroom=skyroo
11/09 19:35, 27F
→
11/09 19:35, 1月前 , 28F
ms(ppl_name))才需重新載入，可在頻繁存取skyroom的
11/09 19:35, 28F
→
11/09 19:35, 1月前 , 29F
過程中減少一些loading
11/09 19:35, 29F
→
11/10 07:55, 1月前 , 30F
補充，資料可即時頻繁地更新，set/add/del，但實際
11/10 07:55, 30F
→
11/10 07:55, 1月前 , 31F
存進資料檔的時候不一定要即時，唯有玩家手動去做儲
11/10 07:55, 31F
→
11/10 07:55, 1月前 , 32F
存時，資料檔才更新
11/10 07:55, 32F
‣ 更多 velodora 的文章
文章代碼(AID): #1dBktO_y (mud_sanc)
mud_sanc 近期熱門文章
更多 近期熱門文章 >>
PTT遊戲區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 velodora 的文章
文章代碼(AID): #1dBktO_y (mud_sanc)