DPS-難易度方程式:実際のエンカウンターにおける難易度スケーリングDPSの計算方法

The Core Formula: Required DPS = Effective HP ÷ Target Encounter Time

難易度スケーリングDPSの計算方法を理解したいなら、答えは大抵のガイドが示唆するよりも単純です:必要DPS = 実効HP ÷ 目標戦闘時間。実効HP(EHP)とは、防御力、耐性、ダメージ軽減を考慮した後の敵のHPを指します。目標戦闘時間とは、タイマー、怒り状態、またはギミックが止める前にプレイヤーがダメージを与えられる現実的な時間枠です。

この単一の方程式は、競合他社が分離したままにしている2つのトピックを結び付けます。難易度は謎のラベルではありません。EHPが時間予算の縮小よりも速く成長するときに生まれる圧力です。この関係を正しく理解すれば、プレイテストの前に壊滅率を予測できます。

スケーリング計算において実効HPが生のHPを上回る理由

生のHPはデザイナーがステータスブロックに入力するものです。実効HPはプレイヤーが実際に削らなければならないものです。敵が1,000 HPと50%のダメージ軽減を持つ場合、そのEHPは2,000です。なぜなら、プレイヤーのダメージ1ポイントごとにHPが0.5ポイントしか減らないからです。パーセンテージベースの軽減は直線ではなく曲線を生み出します。

2021年にリリースしたアクションRPGでは、防御力を加算的にスケーリングし、HPを乗算的にスケーリングしました。レベル20では、軽減式受けるダメージ = 生の値 × (100 ÷ (100 + 防御力))により、控えめな120の防御力が54%の軽減になりました。EHPはスプレッドシートの線形仮定を静かに3倍超えていました。プレイヤーは壁を感じましたが、私たちは数字だけを見ていました。

私の最初のスケーリング災害(そして90秒の教訓)

2022年にウェーブベースのローグライクプロトタイプを最初に作ったとき、敵のHPをウェーブごとに20%スケーリングしつつ、DPSターゲットを平坦な500にしたままにするという間違いを犯しました。ウェーブ6までに、溶岩ギミックが安全なDPSウィンドウを35秒しか与えないため、戦闘は90秒に引き延ばされました。想定時間と実際の時間の乖離がセッションフローを破壊しました。

修正はダメージ数値を大きくすることではなく、各スケーリングステップが要求するDPS閾値を計算することでした。現在は、すべてのティアを難易度スケーリングDPS計算機にプラグインしてからバランス調整パスにコミットしています。このツールは式を推測ではなく曲線に変えます。

必要DPS = EHP ÷ T。Tが縮小するかEHPが成長すれば、DPSバーは上昇します。コア方程式には他の変数はありません。

ほとんどの人は、難易度スケーリングが主に時間パズルであることに気づいていません。許可された戦闘時間も2倍にすれば、HPを2倍にしても難易度はほとんど変わりません。逆に、タイトなボスの時間を5秒削り、HPを一定に保つのは、残酷な難易度スパイクです。その洞察だけで、これまで使ってきたすべての「簡単/難しい」スライダーが再構成されます。

目標戦闘時間には3つの種類があります:ハードエンレイジ(0で終了)、ソフトエンレイジ(ダメージ増幅)、メカニカルタイムリミット(マップ閉鎖)。それぞれがDPS方程式の重みを変えます。私はカジュアルモードではプレイヤーの注意力持続時間を90秒のソフトリミットとして扱います。それを超えると、数学に関係なく知覚難易度が急上昇します。

敵スケーリング増加に伴う難易度レベルの計算方法

「難易度レベルの計算方法」という検索クエリは通常、曖昧なティアを返します。ここに実践者のバージョンがあります:難易度レベルとは、特定のティアでの必要DPSとベースラインでの必要DPSの比率であり、意図的な時間変更で調整されます。これは絶対的なステータスブロックではなく、相対的な指標です。

私が制作バランスドキュメントで使用するステップバイステップの方法に従ってください:

  • ベースラインを確立:1,000 EHP、20秒ターゲット → 50必要DPS。
  • 次のティアのスケーリング乗数を適用(例:+15% HP、+5%防御力)。
  • 正確な軽減式を使用して防御力をEHPに変換。
  • 新しい目標時間を設定(緊急性を求めるなら短縮)。
  • 新しいEHPを新しい時間で割って、そのティアの必要DPSを取得。
  • 難易度レベル指標 = (ティア必要DPS) ÷ (ベースライン必要DPS)。

2023年のタワーディフェンスMODでは、ティア10がDPS指標4.3を生み出しましたが、プレイテストの装備は3.1にしか達しませんでした。難易度の壁は、発売2週間前に数学的に避けられませんでした。HP乗数をレベルあたり+18%から+12%に緩和し、返金の波を回避しました。

難易度レベル指標 vs. 絶対ステータス

絶対ステータスは文脈を隠します。5,000 HPの敵は、60秒(83 DPS)なら些細で、15秒(333 DPS)なら残酷になり得ます。指標はそれを正規化します。他のデザイナーの作品をレビューするとき、私はまず指標曲線を求めます。もしHP値のリストを渡されたら、その遭遇はアンバランスで文書化されていないとわかります。

難易度レベルについて誰も教えてくれないことは、プレイヤーパワーを変更しても指標を再訪しなければ難易度レベルがドリフトするということです。+10%のプレイヤーダメージを与えるパッチは、すべての難易度指標を静かに10%下げます。だからライブサービスゲームは定期的なDPS難易度監査が必要なのです。

スケーリング難易度マトリックス(例ティア)

ティア HP乗数 防御乗数 EHP乗数 目標時間 必要DPS指標
1(ベース) 1.0x 1.0x 1.0x 30秒 1.0
2 1.15x 1.05x 1.26x 28秒 1.35
3 1.32x 1.10x 1.58x 25秒 1.90
4 1.52x 1.15x 1.95x 22秒 2.65
5 1.75x 1.20x 2.40x 20秒 3.60

このマトリックスは、競合記事が決してプロットしない「難易度」と「DPS」の間の欠けていた橋です。75%のHP増加に軽度の防御力と10秒の時間圧縮が加わると、3.6倍のDPS要求が生まれることに注目してください。プレイヤーパワー曲線が2倍にしかならないなら、ティア5はレンガの壁です。

スケーリング乗数をDPS閾値に変換する

乗数を手に入れたら、DPS閾値への変換は機械的ですが、エッジケースで満ちています。最も単純なケースは線形HPスケーリングと平坦な防御力です:EHPはHPと同じパーセンテージでスケーリングします。しかし、防御力が軽減曲線を使用する場合、EHP成長は加速します。

加算 vs 乗算防御スケーリング

加算防御ポイントは、式によって異なる挙動をします。受けるダメージ = 生の値 × (100 ÷ (100 + 防御力))では、EHP = HP × (1 + 防御力/100)です。ベース0に50防御を追加すると1.5倍EHPになります。ベース200に50防御を追加すると1.25倍EHPになります(250/200なので)。リターンは減少し、これは後期ゲームの安定性に良いです。

乗算防御(例:「+10%ダメージ軽減」)は異なるスタックをします。2つの別々の10%軽減レイヤーは、20%ではなく19%の合計軽減を生み出します。なぜなら、0.9 × 0.9 = 0.81と乗算されるからです。EHPは1 ÷ 0.81 = 1.23倍になります。私はかつて3つのそのようなモディファイアをスタックして30% EHPを追加したと思いましたが、実際は37%でした。数学は容赦ありません。

具体的な例:ベースライン5,000 HP、防御0、40秒 → 125必要DPS。レベル5にスケーリング:HP ×1.6 = 8,000、防御50(軽減33%、EHP = 12,000)、時間は32秒に短縮。必要DPS = 12,000 ÷ 32 = 375。これはベースラインから3倍のジャンプであり、素朴なHPの一目が示唆する1.6倍ではありません。

時間で割る前に必ずEHPを計算してください。防御力が絡むと生のHPスケーリングは嘘をつきます。

もう一つのエッジケースはバースト対サステインの分割です。必要DPSは平均ですが、遭遇が30秒のループで10秒の無敵を強制する場合、アクティブなDPSウィンドウは20秒です。実効目標時間はダメージが許可されるフェーズであり、フルクロックではありません。私はこれをシールドボスで学びました。そこでは真の必要DPSがシートが示唆するよりも1.5倍高かったのです。

耐性はレイヤー防御のように作用します。敵が30%の火炎耐性と20%のグローバル防御を持つ場合、火炎に対するEHPはHP ÷ (0.7 × 0.8) = HP × 1.79です。ミスマッチしたダメージタイプは、プレイヤー間で必要DPSを80%変動させることがあります。混合パーティを組むときは、私は常にダメージタイプごとのEHPを計算します。

ケーススタディ:ウェーブスケーリングとDPS圧迫

ウェーブスケーリングは、DPS難易度の方程式がゲームを救うか、その脆さを露呈するかの分岐点です。私が言及した2022年のローグライトでは、ウェーブごとに敵のHPが18%増加し、防御が2%追加される一方、プレイヤーのダメージはランダムな戦利品を通じてのみ成長しました。私は40人のプレイテスターのコホートを200回のランにわたって追跡しました。

ワイプ率シグナルの読み取り

ウェーブ4までに、EHPはベースラインの2.4倍に達し、プレイヤーの中央値DPSは1.8倍、目標時間は這う溶岩メカニクスにより35秒に固定されていました。ウェーブ4の必要DPSはベースラインの2.4倍でしたが、実際は1.8倍でした。その不足は20%のワイプ率スパイクとして現れました—「難易度」ではなく、単なる算術です。

  • ウェーブ1: EHP 1,000、T 35秒、必要DPS 28。プレイヤー平均30 → 快適。
  • ウェーブ2: EHP 1,180、T 35秒、必要DPS 34。プレイヤー平均35 → 安定。
  • ウェーブ3: EHP 1,640、T 35秒、必要DPS 47。プレイヤー平均44 → 緊迫。
  • ウェーブ4: EHP 2,130、T 35秒、必要DPS 61。プレイヤー平均50 → 負担。
  • ウェーブ5: EHP 2,680、T 35秒、必要DPS 76。プレイヤー平均58 → 壁。
  • ウェーブ6: EHP 3,160、T 35秒、必要DPS 90。プレイヤー平均64 → ワイプ。
  • ウェーブ7: EHP 3,730、T 35秒、必要DPS 106。プレイヤー平均70 → 不可能。

時間を延長した後、ウェーブ7はT 40秒、必要DPS 93になりましたが、それでも70を上回っていたため、ウェーブ5から始まるウェーブごとに+4%のプレイヤーダメージを与える「ウェーブの祝福」スタッキングを追加しました。これによりウェーブ7までに平均が86になり、実行税込みで十分近づきました。

修正は二つの方法でした:祝福によるウェーブごとの10% DPS成長を許可するか、目標時間をウェーブごとに5秒延長して曲線を緩和するかです。私たちはデザインの一貫性のために後者を選び、ウェーブ5の必要DPSを67に下げ、プレイヤーのパワーと一致させました。そのトレードオフはアドレナリンを減らしましたが、リテンションを救いました。

ウェーブスケーリングについて誰も教えてくれないことは、一致する時間変数がなければ、数字が滑らかに見えても不公平に感じる「DPSスクイーズ」を作り出すということです。必要DPSをウェーブごとの実際のDPSに対してプロットすることは、私が信頼する唯一の早期警告システムです。

プレイヤーパワー曲線と必要DPSのマッピング

必要DPSの計算はシステムの半分に過ぎません。もう半分はプレイヤーが実際に出力するであろうものを予測することです。無料プレイゲームでは、パワー曲線はマーケティングのレバーです。協力型テーブルトップでは、ダイスのばらつきです。私はギアの稼働時間、クリティカル率、アビリティのクールダウンを含む予測DPS用の別のシートを作成します。

2023年のモッドでは、3つのプレイヤーアーキタイプをモデル化しました:バーストメイジ(ピーク900、サステイン400)、安定アーチャー(フラット550)、ペットサモナー(直接300 + ペット200)。ティア4の必要DPSは265でした。メイジだけがバーストできましたが、アーチャーはサステインできました。サモナーは失敗しました。これはティアがクラス偏重であり、全体的に難しいわけではないことを示しました—生のHP数字では決して明らかにされないニュアンスです。

ばらつきとダイスへの対処

D&D系のシステムでは、ラウンドが秒を置き換えます。モンスターが60 EHPで、パーティが20 DPS(ラウンドあたり平均)を出力する場合、3ラウンドで倒れます。しかし、悪いロールの連続はそれを2倍にすることができます。私はランダムシステムに対して必要DPSの1.5倍のばらつき税を適用します。これが私たちの内部計算機ビルドに「ばらつきモード」トグルが含まれる理由です。

ほとんどの人は、プレイヤーパワーがステップでスケーリングする(レベル10での新しい武器)一方、敵のスケーリングは連続的であることに気づいていません。その不一致は崖を作り出します。両方の曲線を同じ軸にプロットしてください。交点が戦利品報酬を配置する場所です。

実践的フレームワーク:DPS難易度チェックリスト

これを実践可能にするために、ジュニアデザイナーに渡すチェックリストを以下に示します。これはアートが構築される前に計算を強制します。

  • ベースラインEHPとベースライン目標時間を定義し、ベースライン必要DPSを計算します。
  • ティアごとのすべてのスケーリング乗数をリストアップします(HP%、防御ポイント、耐性%、時間変更)。
  • 防御をゲームの正確な軽減式を使用してEHPに変換します—推測ではありません。
  • 無敵または移動フェーズを目標時間から差し引いて、真のダメージウィンドウを取得します。
  • 各ティアの必要DPSを計算し、曲線をプロットします。
  • エコノミーシートからの予測プレイヤーパワー曲線と比較します。
  • 必要DPSが予測を15%超える場合は、スケーリングまたは時間予算のいずれかを調整します。
  • 人間のエラーと再配置のために20%の実行税クッションを追加します。

実行税:隠れた20%

この式はプレイヤーが最適に攻撃することを前提としています。実際の人間はミスし、パニックになり、再配置します。私はこの実行税を考慮するために必要値に20%のDPSクッションを追加します—生の方程式では捉えられないものです。計算機が100の必要DPSを示した場合、私は120でバランスを取ります。

これはD&Dエンカウンター計算機や一般的な「HPバランス」ブログ記事に欠けている独自のメンタルモデルです。難易度を一次的な統計ではなく、派生した統計として扱います。カードゲームの場合、EHPは相手のライフ総量にシールド乗数を掛けたもので、目標時間は疲労までのターン数です。同じチェックリストがプロトタイプのターン5とターン6の間で2倍の難易度インデックススパイクを検出し、カードドロースケーリングを下げることにつながりました。

一般的な誤解とバランスが崩れる場所

誤解その一:「メーターのDPS数値が高いほど戦闘が簡単である」—間違いです。敵のEHPがメーターよりも速くスケーリングした場合、相対的な難易度は上昇しました。メーターは絶対的であり、難易度は閾値に対して相対的です。

誤解その二:「難易度スケーリングはHPを追加するだけである」—示したように、防御と時間圧縮がより大きな役割を果たします。高軽減時の10%の防御上昇は、EHP換算で20%のHP上昇に相当します。

誤解その三:「敵を追加すると難易度が線形にスケーリングする」—実際には、2体の敵がそれぞれ半分のEHPで合計が同じ場合、プレイヤーのAoEが両方に当たると、必要DPSは下がる可能性があります。私はターゲットごとの必要DPSを計算し、アクティブなターゲット数を掛けて、単一ターゲット閾値と比較します。多くの場合、複数スポーンはAoEクラスにとって簡単です—バランスの盲点です。

素朴なDPSを壊す回復の例外

バランスが崩れる場所:加算的および乗法的スケーリングをログなしで混在させるときです。2021年のモバイルRPGで、レベルごとの加算HPの上に乗法的な「エリート」修飾子をスタックしました。レベル30で曲線は指数関数的に爆発し、必要DPSはベースラインの9倍に達し、ゲームはペイウォールになりました。教訓:支配的なスケーリング軸を1つ維持するか、積を明示的に文書化することです。

もう一つのエッジケース:回復とシールドです。敵が自己回復する場合、DPSが毎秒回復量(HPS)を超えない限り、EHPは無限大です。その場合、必要DPS = HPS + (HP ÷ T)です。私はネクロマンサーのボスでこれを見逃し、テスターは永遠にタンクしました。HPSを分子に含めることは、サステインエンカウンターでは必須です。

回復が存在する場合、必要DPS = (EHP + HPS × T) ÷ T。無視すると危険です。

クラウドコントロール免疫でさえ方程式を変えることができます。スタンが毎年3秒のプレイヤーDPSを奪う場合、実効時間は短くなります。私はCC免疫ウィンドウを負の時間追加としてマッピングし、モデルの正確性を保ちます。

時間制限イベントとシーズンの難易度スケーリング

ライブゲームはしばしば30日間のシーズンを実行し、敵のスケーリングが毎週跳ね上がります。DPS難易度の方程式は、古典的な「第4週のデッドゾーン」を防ぎます。2024年のルーターシューターのシーズンで、HPを毎週×1.25、防御をフラット、目標時間を45秒に固定しました。第3週までに、必要DPSインデックスは1.95に達しましたが、シーズンパスはプレイヤーダメージを1.4倍しか許可しませんでした。計算機でそれを検出し、第3週以降の時間を55秒に延長するシーズン中期の修飾子を追加しました。

トレードオフは戦闘が遅くなることでしたが、リテンションデータはプレイヤーが不可能な速い戦闘よりも長い熟練した戦闘を好むことを示しました。これは純粋な数学の正直な限界です:それはギャップを示しますが、プレイヤーの感情的な許容度は示しません。それをプレイテストで橋渡しします。

もう一つのエッジケース:協力スケーリングです。2人目のプレイヤーを追加すると、総DPSは上昇しますが、メカニクスが1人用に設計されている場合、目標時間の圧力も上昇します。私はEHPを追加プレイヤーごとに1.5倍にスケーリングし、2倍にはしません。これにより、必要なプレイヤーあたりのDPSをソロよりも低く保ちます。グループが強力に感じられながら、コンテンツを些細にしないようにします。

難易度スケーリングDPS計算機を使ったライブ調整

スプレッドシートは素晴らしいですが、ライブ調整にはスピードが必要です。難易度スケーリングDPS計算機を使えば、HP、防御力、時間、ステップごとのスケーリングを入力して、必要なDPS曲線を出力できます。私はプレイテスト中にこれを開いたままにして、ウェーブが長く感じられたら時間スライダーを調整しています。

計算機を使った反復調整ループ

例えば、テスターが「ウェーブ7は不可能に感じる」と言ったら、数値を入力します:HP 15k、防御80、時間30秒。ツールは必要なDPS 625を出力します。彼らの装備は540を示しています。HPを下げるのではなく、時間を35秒に延ばします——出力は535に下がり、現実と一致します。これが方程式が可能にする反復ループです。

覚えておいてください、目標は神話的な完璧な数値を出すことではなく、難易度を明確にすることです。難易度スケーリングDPSを正確に計算できるようになれば、「感触」について議論するのをやめ、実際のギャップを修正し始めることができます。計算機はレンズであり、法律ではありません。数学が語った後にデザイン判断を適用してください。

現場からの最後の考え:私がリリースした最高のエンカウンターは、時間圧力を正当化する物語のビートで方程式のバランスを取りました。プレイヤーは、ストーリーがそれを勝ち取れば、タイトなDPSチェックを許しますが、隠れたものは決して許しません。計算し、表示し、そしてその周りに作り上げてください。

返信を残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です