小貓的世界 MUD

你這個例子, 迴圈 13 次之中並未變更攻擊對象

如果照你說的再隨機抓對象, 那不就都變成全體技了 ?

那一個 sk ?

目前的想法是

清查 /daemon/ 底下有呼叫 do_attack() 的檔案
如果是迴圈多次呼叫的, 就加上當對手 kee < 0 時 break 的控制

希望可以緩解這類 sk 對系統的影響

附件 log 好像完全跟 mosword777 無關耶

但 mosword777 確實是怪怪的, 相信還有很多類似的問題
只能慢慢調整了

因為 bug 實在太多, 基本上都不予復檔

由於時間的關係, 需要大改的方案, 基本上都無法實施

經過一些討論, 最終決定採用 nal 的 idea
內容大致是
1. 降低每 tick 可執行的指令數上限 = 5, 超過的通通不予執行
2. 新增 active 指令, 使用此指令驗證後, 指令數上限可提高至 30 個, 時間持續一個小時

希望透過這個機制
能讓人在電腦前的玩家, 盡情的遊戲
想掛機的, 還是可以掛, 但必須抑制指令數, 將資源讓給真正在線上的人

不好意思
由於時間分配的關係, 我在 CS 還是以除錯為主
並沒有調整遊戲內容、技能強弱、平衡....之類的計畫

合理 or 不合理, 實在不好說
這要看當初作者的想法, 不過現在可能不可考了

一般來說, mob 的 die() 都只判斷是否有 last_damage_from
而不管其是否為 userp()

而此例中, 作者特意加上了 userp() 的判斷
也就需要由玩家 "親手" 擊殺才能獲得戰利品了


ps: 即便去除 userp() 的判斷, 戰利品也會落在招喚物的身上, 玩家依然拿不到

sulow 已經提供 /u/* 檔案
等我整理好吧

能給個 log 當參考嗎?

至少要餵 1000 次