一、淺談游戲數值
淺談游戲數值
隨著游戲產業的不斷發展和成熟，數值在游戲設計中的地位日益凸顯。許多二次元游戲（簡稱“二游”）甚至被冠以“數值游戲”的稱號。對于數值在游戲中的作用，許多策劃和玩家仍存在誤解，認為數值僅在玩法確定后才發揮作用。這種看法存在偏差，游戲數值自始至終都伴隨著游戲的進程。
一、游戲數值的基礎性
電子游戲作為基于計算機技術的娛樂方式，其本質與數據息息相關。游戲中的各種體驗，無論是視覺、聽覺還是操作上的，都是基于數據展開的。這些體驗由一系列數據與數據之間的交互、玩家與數據之間的交互所組成。策劃通過控制這些交互，進而影響玩家的游戲體驗，而這些交互的結果又可以用各種數值來展現，從而幫助策劃更好地控制游戲流程。
二、數值設計在游戲中的應用
以消消樂這類看似簡單的游戲為例，實際上其背后隱藏著復雜的數值設計。策劃需要控制玩家的可支配時間，如消除對數的設定，過多或過少都會影響玩家的游戲體驗。圖案的種類、排列方式以及消除規則等，都是需要通過數值來精確設計的。這些數值的微小變化，都可能導致游戲玩法和難度的巨大差異。
再來看格斗游戲，其中的發生時間和收招時間就是典型的數值設計。發生時間指的是技能或動作從起手到真正發揮作用的時間，而收招時間則是指玩家在釋放或做出某個行動后的無法交互時間。這些數值的設計直接影響了游戲的平衡性和玩家的體驗。在格斗游戲中，如果某個技能的發生時間過長，那么它很容易被其他技能打斷；而如果收招時間過長，那么玩家在釋放技能后就會處于長時間的無法交互狀態，從而增加了被攻擊的風險。
三、數值設計對游戲體驗的影響
數值設計不僅影響游戲的玩法和難度，還深刻影響著玩家的游戲體驗。以黑魂系列游戲為例，其動作的起手與收招時間都相對較長，這使得玩家需要通過大量的練習來掌握游戲的節奏和技巧。這種設計也導致了游戲的容錯率較低，一旦玩家犯錯，就可能面臨嚴重的懲罰。這種設計雖然增加了游戲的挑戰性，但也使得許多新手玩家難以快速上手，從而影響了他們的游戲體驗。
相比之下，一些二次元游戲則過于注重數值的堆砌，而忽視了游戲玩法的創新和深度的挖掘。這些游戲往往通過簡單的數值比拼來吸引玩家，而忽視了玩家對于游戲體驗和情感共鳴的需求。這種設計方式雖然短期內可能吸引大量玩家，但長期來看卻難以維持玩家的興趣和忠誠度。
四、對游戲數值設計的思考
面對當前游戲市場中存在的問題，我們需要重新審視游戲數值設計的意義和價值。數值設計不僅僅是簡單的數值堆砌和比拼，更是游戲玩法、難度和體驗的重要組成部分。在游戲設計過程中，我們應該注重數值設計的合理性和平衡性，確保游戲既具有挑戰性又具有良好的游戲體驗。
我們也需要認識到游戲數值設計是一個復雜而細致的過程，需要策劃人員具備豐富的游戲經驗和深厚的數值功底。才能設計出既符合玩家需求又具有創新性的游戲數值系統。
對于二次元游戲而言，我們還需要注重游戲玩法的創新和深度的挖掘。通過引入新的游戲機制和元素，豐富游戲的玩法和體驗，從而吸引更多玩家并提升他們的忠誠度。我們也需要關注玩家的反饋和需求，不斷優化和調整游戲數值設計，以確保游戲的長期運營和持續發展。
游戲數值設計在游戲開發中占據著舉足輕重的地位。只有深入理解數值設計的原理和方法，注重數值設計的合理性和平衡性，并結合游戲玩法和玩家需求進行不斷優化和調整，才能打造出真正優秀的游戲作品。
二、NBA LIVE 06的游戲簡介
NBA2006中文版是美國EA公司在2005年發行的一款NBA體育，在游戲中將會操控著頂尖的NBA球星與他們的隊伍進行5對5的比賽模式。
NBA2006接受了全新的圖像引擎，體現出全新的球員模型。游戲還更改了一些內容如：NBA明星周末允許玩家在灌籃大賽中可以特意的制作出各種花式灌籃。還提供了更多更全的NBA周末，三分球大賽、新秀挑戰賽、NBA明星賽，NBA明星周末也改變成了像NBA王朝模式一樣獨立放置游戲版塊了。
NBA2006還將會加入“自由式超級巨星模式”這種模式主要采用了全新的操作，讓玩家可以再籃球場上使用更多的籃球招式去進攻或防守，這些進攻球員的動作也將改變有傳球、灌籃、截球等。傳球動作基本都會不看隊友進行傳球、背后傳球和假投真傳等系列動作。這系統的特點就在于體現出每個超級巨星的招牌動作中文名稱：NBA2006中文版
英文名稱：NBALⅣE2006
制作發行：EASPORT
地區：大陸德文.韋德說到：“代言nba2006中文版是我正直NBA職業里第二個榮幸！！！！”“當你回看一些已經有這一個機會的偉大運動員的時候，它的發展已經成為EA運動家庭的一部分.我玩它已有10年！！！！”
nba2006中文版將修改拉桿，蓋冒，鉤手，跳步等動作，增加上籃，扣籃，犯規，救球等！！！！06的AI將比歷代的AI更高，使得賽場上的變化更大，比如“麥迪時刻”。
游戲性/人工智能
貫徹真實的nba戰術。電腦會通過一場精彩的比賽擊敗你，而不是靠“作弊”。
恢復在比賽進行過程中存盤的功能。
不要讓電腦球員在（你的）快攻中輕易地追上你。
為每一個隊增加偏好設置（例如換人頻率，快攻頻率等）。
增加設置換人模式的功能。
增加當自動換人開啟時的球員鎖定選項，使得他會一直留在場上直到你（手動）把他換下來。
增加比賽前設置戰術的功能。
增強快攻的人工智能。電腦隊友會為了預期中的傳球而持續向籃框奔跑。
降低蓋帽次數。
增加戰術編輯功能。
增加發界外球時的戰術呼叫功能。
使球員的跑動中接球更頻繁。
增加在球員救球導致摔在地板上時進行強行跳球以及盜球的功能。
允許球員在投籃被蓋或失球之后繼續拚搶。
修正調整式投籃（拉桿？）使得球員不至于一到籃板后面就玩完。
恢復用假傳代替假投的功能。
增加發界外球戰術。
不要總讓小前鋒發界外球，讓玩家自己設定。
加強底線上的靠打/踮步/過人。
讓一對一單挑變得更少。電腦球隊會登陸更多的助攻形式。控衛不能老是得到15次助攻。
恢復那些臭名昭著的犯規，但不要由此引起受傷。
增加在故意犯規戰術的基礎上指定犯規球員的功能。
增加花哨的傳球，但使得它在擁擠狀態以及缺少一個好的傳球手時不容易成功。
增加球員招牌動作/個性表現。
降低電腦追上比分的能力，使之更現實。當電腦在最后兩分中內落后30分，他們會盡遣替補，官方稱之為“垃圾時間”。
增加更多空接控制。讓直傳在空接時變得可能，以便于找到合適的球員完成空接.
增加從包夾狀態中擺脫的功能--由球員數值決定。
增加更多包夾時盜球的控制。太過于具有侵犯性將導致犯規。
增加更多游戲中的勾手投籃，包括跑動中勾手。
允許更多的空中選擇，例如上籃或灌籃過程中傳球。
限制直傳的對象選擇---這將由球員的進攻意識決定。
《nba2006中文版》將會加入“自由式超級巨星”（Freestyle Superstar）模式，這種模式采用了全新操作方式，讓玩家可以在球場上使用更加豐富多樣的進攻和防守動作，這些進攻球員的動作包括有傳球、灌藍、截球等。傳球動作包括有不看隊友的傳球、背后傳球等，這套系統的特征就是動作花樣繁多，體現各超級球星的招牌動作。
游戲引入的這套自由式超級巨星動作的最大特征就是操作簡單，只要按相應的鍵位就可以發動。不同的球員會有不同的操作方式，當然這主要是指那些大家都耳熟能詳的超級巨星，每個球隊最多只有1位前鋒和1位后衛超級巨星。這套系統仍然在調試中。是否能在游戲中成為超級巨星，主要是看球員在各賽季的總評分。不過為了滿足玩家對特定球星的喜愛情緒，本作也將會加入一個評分調整選項，玩家可以改變自己所喜愛的球星的評分，使其成為超級巨星。
三、游戲攻擊判定的三種模式
轉自：
攻擊判定流程幾乎是所有包含戰斗玩法的游戲都無法繞過的一塊內容，常見的攻擊判定流程有瀑布算法、圓桌算法以及混合算法三種。本文簡述了這三種判定流程的特征，以實例對比分析了瀑布算法與圓桌算法各自的優點，以期為后續其他戰斗數值設計內容的論述提供一定的基礎。
攻擊判定流程概述
自此開始正文內容的敘述——讓我們直接代入一個實例：
在一款游戲中，攻擊方有命中率和暴擊率兩個攻擊屬性，而防守方有閃避率、招架率和格擋率三個防御屬性。于是相應的，一次攻擊有可能產生6種判定結果：未命中、普通命中、閃避、招架、格擋和暴擊。當采用不同的判定流程進行攻擊結算時，6種判定結果出現的頻率會截然不同。
1.瀑布算法
顧名思義，在瀑布算法中，各事件的判定順序如同瀑布一般自上而下。如果“水流”在某個位置被截斷，則后面的流程都將不再繼續進行。據我所知，瀑布算法是大多數游戲所采用的攻擊判定算法。
上述實例若采用瀑布算法，則會以如下方式進行判定：
先判定攻方是否命中
再判定是否被守方閃避
再判定是否被守方招架
再判斷是否被守方格擋
最后判定該次攻擊是否為暴擊
瀑布算法流程圖
由此我們可以得出：
瀑布算法特征1：多次擲骰，一次擲骰只判定單個事件的發生與否
瀑布算法特征2：后置判定依賴于前置判定的通過
注：有的游戲會將命中和閃避合并在一次擲骰中判定，這意味著將攻方命中率與守方閃避率合并計算出實際擊中概率后再進行擲骰判定，仍是瀑布算法
我們再代入一些具體的數值，設攻守雙方角色的面板屬性如下：
攻方命中率=90%
攻方暴擊率=25%
守方閃避率=20%
守方招架率=15%
守方格擋率=30%
按照上述的流程判定，6種判定結果將會按如下的概率分布：
實際未命中概率=1-命中率=1-90%=10%
實際閃避概率=命中率*閃避率=90%*20%=18%
實際招架概率=命中率*（1-閃避率）*招架率=90%*(1-20%）*15%=10.8%
實際格擋概率=命中率*（1-閃避率）*（1-招架率）*格擋率=90%*(1-20%)*(1-15%)*30%=18.36%
實際暴擊概率=命中率*（1-閃避率）*（1-招架率）*（1-格擋率）*暴擊率=90%*(1-20%)*(1-15%)*(1-30%)*25%=10.71%
實際普通命中概率=命中率*（1-閃避率）*（1-招架率）*（1-格擋率）*（1-暴擊率）=90%*(1-20%)*(1-15%)*(1-30%)*(1-25%)=32.13%
瀑布算法的判定結果分布
由此我們可以得出：
l瀑布算法特征3：各事件出現的概率符合經典的概率計算方法
l瀑布算法特征4：擲骰輪次越偏后的屬性衰減程度越大，但不會出現無效的屬性
2.圓桌算法
將所有可能出現的事件集合抽象成一個圓桌桌面，便是圓桌算法這一稱呼的由來。圓桌算法的實質，是將所有可能發生的事件狀態按優先級依次放上桌面，直至所有事件被放完或桌面被填滿。圓桌算法正是史詩級巨作魔獸世界中所采用的算法。據筆者了解，使用該算法的游戲并不多見，但即便僅魔獸世界這一款，已足以使這種算法成為永恒的經典~
上述實例若采用圓桌算法，則會用一次擲骰判定該次攻擊的結果。
圓桌算法流程圖
圓桌算法的操作步驟可以歸納為：
（1）攻方角色的命中率決定圓桌桌面的大小
（2）將各個事件狀態按優先級依次放上桌面，直至所有的事件均放置完或桌面被填滿
（3）若桌面還未填滿，則用普通命中填滿空桌面
將先前設定的數值代入，6種判定結果將會按如下的概率分布：
實際未命中概率=10%
實際閃避概率=20%
實際招架概率=15%
實際格擋概率=30%
實際暴擊概率=25%
實際普通命中概率=90%-實際閃避概率-實際招架概率-實際格擋概率-實際暴擊概率=90%-20%-15%-30%-25%=0%
注：在上述計算中，優先級按如下排序：閃避>招架>格擋>暴擊>普通命中
圓桌算法的判定結果分布
可以看出，由于普通命中的優先級最低，所以它被完全擠出了桌面。這意味著，若攻守雙方以此數值模型進行對決，則攻擊方的攻擊結果中將不存在普通命中。
由此我們可以得出：
圓桌算法特征1：一次擲骰即得出該次攻擊的判定結果
圓桌算法特征2：事件有優先級，圓桌放滿后優先級低的事件將被擠出桌面。這意味著那部分溢出的屬性將不再生效
圓桌算法特征3：圓桌內的各事件出現概率不會衰減，只要優先級低的屬性沒有被擠出圓桌，各種事件的實際發生概率就與面板屬性數值吻合
3.混合算法
這是一種先判定攻方事件，再判定守方事件的判定流程。筆者曾在一篇帖子中看到過這樣判定流程，不確定是否有實際的游戲應用，故僅在此做一些簡單的理論分析。
混合算法在單方事件的判定中采用圓桌算法，即：
攻方判定結果：普通命中OR未命中OR暴擊
守方判定結果：閃避OR招架OR格擋OR被命中
混合算法流程圖
注：上面這個圖僅作示意之用，從流程圖的角度來看可能不太嚴謹
將先前設定的數值代入，6種判定結果將會按如下的概率分布：
實際未命中概率=10%
實際閃避概率=攻方命中率*閃避率=90%*20%=18%
實際招架概率=攻方命中率*招架率=90%*15%=13.5%
實際格擋概率=攻方命中率*格擋率=90%*30%=27%
實際暴擊概率=攻方暴擊率*敵方被命中概率=25%*(1-20%-15%-30%)=8.75%
實際普通命中概率=攻方普通命中概率*敵方被命中概率=(90%-25%)*(1-20%-15%-30%)=22.75%
混合算法的判定結果分布
由此我們可以得出：
混合算法特征1：先判定攻方事件，再判定守方事件，共進行兩次擲骰
混合算法特征2：先在單方事件的判定中采用圓桌算法，再用瀑布算法串聯攻守雙方事件
混合算法特征3：會產生并發動作，例如暴擊被閃避等
注：這也正是實際暴擊率較低原因所在
瀑布算法與圓桌算法的特性對比
在上一塊內容的鋪墊之下，我們不妨繼續以魔獸世界中的攻擊判定流程設計實例作為切入點，對比分析一下圓桌算法與瀑布算法各自的特性。
（1）面板屬性傳遞信息的直觀性
瀑布：由于各屬性在判定流程上的生效時間有先后之分，所以各屬性的實際效用與面板顯示的不符。
圓桌：由于屬性的判定沒有先后之分，只要沒有屬性被擠出圓桌，則所有屬性的實際效用與面板顯示的相當。
這里可以看出圓桌算法的優點：
屬性的實際效用與面板顯示相符顯然更易于普通玩家的理解，便于玩家掌握自身的戰力情況。
（2）屬性的價值
瀑布：擲骰輪次越偏后的屬性衰減程度越大，但所有的屬性均會生效。
圓桌：只要沒有屬性被擠出圓桌，則不存在屬性效用的衰減。
這里可以看出圓桌算法的優點：
由于不存在判定流程上的先后，所以各屬性的實際價值會比較接近，一般不會出現玩家堆了某個判定流程靠后的屬性結果很廢的情況。
同樣也可以看出其缺點：
一旦有屬性溢出，則該部分屬性的效用為0，完全沒有價值。
（3）相同面板數值下的生存能力
圓桌：在面板數值相同的情況下，魔獸世界用圓桌算法大大提高了坦克角色的生存能力，使得他們可以應對來自首領怪的超高攻擊，匹配大型團隊副本的玩法設計。
瀑布算法下，免傷概率=18%+10.8%+18.36%=47.16%
圓桌算法下，免傷概率=20%+15%+30%=65%
傳統的概率為相乘關系，圓桌為相加關系，后者的概率總和要大的多
當防御職業將三維堆至一個閾值（70%）后，配合技能可達100%的免傷覆蓋，將命中和暴擊全部擠出桌面，從而衍生出特定的玩法（70級年代伊利丹的剪切技能）。
瀑布：相同的面板數值在瀑布算法的框架下，免傷概率相較于圓桌算法要低得多。換言之，角色達到相同的有效生命值，所需的免傷屬性要高得多。
這里可以看出：
在圓桌算法的框架之下，屬性投放若是脫離了控制超過了閾值，將對平衡性產生較大的沖擊（70級的盜賊單刷格魯爾——當然在暴雪光環的作用下，玩家會認為這是精妙的設計~）。
在國產游戲收入導向的大環境下，設計者是否能頂住收入壓力，嚴守屬性投放的極值不越界，是值得慎思的問題。采用瀑布算法，能有更大的數值空間用于能力投放，更為適合現階段的市場環境。
（4）運算量
瀑布：多次擲骰
圓桌：單次擲骰
顯而易見：
擲骰次數越多，運算量越大。圓桌相較于瀑布，有著相對較小的運算量。簡單即是美。
注：除魔獸世界外，《冒險與挖礦》的技能施放也采用了圓桌算法，大大簡化了技能施放的判定流程。可以想象一下，一次攻擊至多發動一個技能。而每一次攻擊，一個隊伍中有幾十個角色的技能施放需要判定，如果采用瀑布算法，將產生多大的運算量。
思考與總結
對戰斗數值的研究，應該基于理論推導而歸于實踐應用。畢竟游戲數值設計不是做數學研究，其本質應是一種體驗設計。最后希望交流的是筆者個人對于這兩種算法的一些理解。
（1）不同的攻擊判定流程會向玩家傳達不同的戰斗感受
究其本質，不同的攻擊判定流程，影響著一場戰斗中的各種攻擊判定結果將以何種概率分布出現。
假設在一款游戲中，閃避率的投放上限是30%，暴擊率的投放上限是40%，命中率的投放上限是100%。瀑布算法下，出現閃避、暴擊和普通命中的概率是30%、28%和42%；圓桌算法下，則為30%、40%和30%。這兩種不同的概率分布，必然會帶給玩家不同的戰斗體驗，但在缺少其他條件的情況下，并不能判斷孰優孰劣。
使戰斗體驗匹配游戲的核心玩法，使屬性投放的極限值能滿足游戲的商業化需要，是設計攻擊判定流程時首先要考慮的。
注：甚至于部分競技游戲強調公平性，將暴擊做成了偽隨機。
使用瀑布算法，則不應該設計種類繁多的事件狀態
若是仿照魔獸世界的做法設計一連串的事件狀態（未命中、閃避、招架、格擋、暴擊、普通命中、偏斜、碾壓），非但運算繁雜，而且后置判定的屬性衰減幅度較大，效果極不明顯。這種隱晦的設計將不易傳達，同時還會影響玩家的游戲感受（某個判定流程靠后的屬性堆得很高結果卻沒用）。
使用圓桌算法，則應該嚴守屬性投放的上限，防止平衡崩壞的情況發生
需要澄清的是，并不是說使用瀑布算法就可以無限投放數值，而是說，相較于瀑布算法，圓桌算法的屬性投放上限會低很多（免傷概率的相加與相乘）
（2）不同的攻擊判定流程將影響有效生命EHP和有效攻擊EDPS的表達式
幾乎每個數值策劃都會將角色的屬性轉化為EHP和EDPS以衡量其的戰斗能力，但曾見過不少人對所有的游戲都用統一的EHP、EDPS表達式進行分析模擬。這種偏差較大的模擬方式必然會影響體驗設計的精準性。在不同的攻擊判定流程之下，EHP與EDPS有著截然不同的表達式，舉例說明如下。
瀑布算法下：
若命中閃避分兩次判定：
EHP=HP/(1-免傷率)/(1-閃避率)/(1-招架率)
EDPS=DPS*命中率*[1+暴擊率*(暴擊傷害倍率-1)]
若命中閃避合并判定：
EHP=HP/(1-免傷率)/(命中率-閃避率)/(1-招架率)
EDPS=DPS*(1+暴擊率*(暴擊傷害倍率-1))
圓桌算法下：
EHP=HP/(1-免傷率)/(1-閃避率-招架率)
EDPS=DPS*[命中率-敵方閃避率-敵方招架率+暴擊率*(暴擊傷害倍率-1)]
注：閃避、招架>暴擊>普通命中，且各狀態發生概率之和未超過圓桌大小
混合算法下：
EHP=HP/(1-免傷率)/(1-閃避率-招架率)
EDPS=DPS*[命中率+暴擊率*(暴擊傷害倍率-1)]
可能有人會覺得：模擬得這么準又有什么卵用，數值平衡最后還不是靠調？誠然，在數值設計領域，確實有名言曰：數值平衡是調出來的。但在筆者看來，調節應該建立在正確的理論推導的基礎之上。依靠調節來掩蓋數值模型的錯誤設計，是本末倒置的行為。即便達到了所謂的平衡，也不過是扭曲的平衡，會為后續版本的迭代埋下隱患。
寫在最后
市面上的大多數游戲，都不會設計復雜繁多的攻擊事件，且基本采用瀑布算法。如此看來，攻擊判定流程的設計十分簡單。那么為什么要大費周章地將簡單問題復雜化呢？
愛因斯坦曾說過：Everythingmust be made as simple as possible, but not one bit simpler——凡事應該力求簡單，但不能過于簡單。從了解一種數值設計方法到理解如此設計的目的，從模仿成功游戲的數值設計到理解其設計的內在意義，這是每個數值策劃成長的必經之路。
從全盤照搬一種數值體系到能夠融會貫通并根據實際情況靈活運用，這是一條并不好走的路。知其然，也應知其所以然——這是一個入行一年有余的新人的一點感悟。
免責申明：
1.筆者無法保證本文所用詞匯的普適性，能力所限，請多包涵~
2.不保證文中魔獸世界實例中的設定均與原作完全相符。但即便不相符，也不會影響圓桌理論的推
