Игровой баланс #3

Проще всего это делать с помощью коэффициентов к средним значениям: например, для «танка» нужно будет указать, что его здоровье в 1.5 раза выше среднего.

Теперь подробно: допустим, сила (PW) юнитов 1-ого уровня = 100.
Тогда средние значения HP иDMG = SQRT(100) = 10(квадратный корень из эффективности).
Однако ранее мы решили, что здоровье должно быть в 6 раз больше урона.
Пересчитываем: среднее HP = SQRT(100) * SQRT(6) = 24
Соответственно, среднее DMG = 24/6 = 4
Проверяем: 24 * 4 = 96 (не ровно 100, т.к. до этого я округлил, но в рамках баланса такие погрешности допустимы)

Теперь мы хотим сделать «танка».
Нам надо умножить средний HP на ранее выбранный множитель = 24 * 1.5 = 37
соответственно DMG = 4 * ( 1 / 1.5 ) = 4 * 0.7 = 3
Проверяем: 37 * 3 = 111 (Все получилось, хоть и с погрешностью округления).

В итоге наши расчеты будут выглядеть примерно так:

Все остальное генерируется автоматически, ничего не надо заполнять и проверять, в этом и есть чудо автоматизации.
Кстати, также рекомендую помечать ячейки с задаваемыми параметрами — потом будет проще ориентироваться.

Заполнение вручную

Параметры можно вписывать и вручную, а формулой только «проверять», чтобы вписанное не сильно отличалось от расчетного.

Как это может выглядеть:

Теперь все значения внесены вручную, а под каждым юнитом есть столбик с проверкой. В нем — относительная разница между полученным PW и расчетным, которая подсвечивается красным (conditional formating), если превышает 10%.

• Плюсы вписывания: значения лучше смотрятся, их можно связать с эмоциями, например «Адская бомба с уроном 666″.
  Еще я люблю использовать четные числа для «толстых» юнитов и нечетные для дамагеров.
  А эпические юниты хорошо смотрятся с круглыми числами.
• Минусы вписывания: больше работы, больше мусора в таблицах и выше риск ошибки.

Aвтоматическое заполнение с коэффициентами или ручное с проверкой — выбор за вами.
Если ваши юниты и способности могут прокачиваться на десятки уровней, в эмоциональных числах нет никакого смысла, все равно их почти не будет заметно.
Зато, если речь о каком-то уникальном контенте, который не меняется и не имеет сотню состояний, задумайтесь о ручном заполнении, с ним красивее.

Используя ручное заполнение, добавьте на главный лист результат всех проверок, чтобы не было нужды после каждого изменения проверять все листы.

На этом основы кончаются, а мы можем спокойно получить все параметры всех юнитов. Переходим к обещaнным нюансам.

Хардкорная часть баланса

Как я уже упоминал: автоматизация вносит погрешность.
Видя перед собой только цифры, мы забываем про вещи, казалось бы, очевидные. Их лучше проговорить заранее и учитывать при балансировке.

1. (Не)очевидные параметры

Да, все параметры сводятся к HP и DMG, это чистая математика.

Но в балансе всегда есть здоровая доля «магии» из-за невозможности предсказать и посчитать все возможные события и комбинации.
И не везде есть прямое математическое решение — иногда вам придется вносить изменения «на глаз» и проверять в прототипе.

Вот некоторые примеры.

Самый простой: лечение.

Легко догадаться, что для целителя DMG = силе исцеления. Однако, атакующий всегда найдет цель, а целитель может быть неэффективен, когда он один на поле или когда все здоровы. Плюс он не лечит выше максимального здоровья.
Поэтому при сравнении целителя и дамагера с одинаковыми параметрами расчетная эффективность целителя должна быть ниже.
Я обычно использую коэффициент 0.7–0.8 к DMG.

Другой пример: лучник атакует летающие цели, рыцарь — нет.
Лучник, очевидно, «эффективнее» и для правильного баланса ему надо заложить коэффициент к урону.
Но подбирать коэффициент придется «на глаз», опираясь на тестирование и некоторые соображения. Например:

• Количество летунов в игре. Если летун, допустим, всего один — к-т должен быть минимален.
• Эффективность самих летунов. Если все летуны заведомо слабые и легко выносимые, а «лучников» в игре много — к-т так же не должен быть слишком высоким.

Этот пример относится ко всем параметрам, подразумевающим определенный фильтр характеристик (у Шрайбера это зовется интранзитивными механиками).
Например, к «пробитию брони», при условии, что броня есть не у всех персонажей. Или к повышенному «урону по зданиям». Или к «стойкости против гоблинов».
В некоторых случаях есть возможность посчитать коэффициент математически: умножив чистую эффективность свойства на вероятность его использования. Например “+100 к урону против гоблинов” надо считать как “+100 * вероятность ударить по гоблину”, иначе говоря, “+100 * долю гоблинов среди ожидаемых врагов”.

Другой пример: атака на расстоянии.

В игре с перемещением или позиционированием побеждает тот, кто начал атаковать раньше; соответственно, ему нужен коэффициент к урону.

Вам может показаться, что у этой задачи есть математическое решение: мы можем посчитать среднее количество попаданий до прямого столкновения, опираясь на среднюю скорость врагов.

И в этом даже есть смысл. Но нельзя забывать:

• Во-1-х, далеко не всегда столкновение будет начинаться с максимального радиуса атака. В играх типа Clash Royal можно скидывать юнитов с ближней атакой прямо на юнитов с дальней — тогда весь эффект дальнего боя сводится к нулю.
  В каждой игре свои ограничения — считая по максимуму, мы, скорее всего, завысим эффективность.
• Во-2-х, мы не учитываем тактику комбинирования «жирных» юнитов спереди и дальнобойных сзади. В зависимости от игры эта тактика может быть выгодна по-разному, от «вообще не имеет смысла» (к-т минимальный), до «только так и нужно играть» (к-т максимальный). Определитесь, что нужно для геймплея, и подкрепите этот вариант коэффициентом.

Этот же пример можно отнести ко всем вопросам позиционирования, включая, например, преграждение пути, замедление, другие формы crowd-control’a.

И в каждом случае есть логичное, но не полное математическое решение: например, для мага с «заморозкий» можно посчитать среднее число поражаемых целей, умножить на среднюю атаку и на его силу замедления — получится обоснованное число «урона, который цели не смогли нанести из-за эффекта замедления», и это число смело можно плюсовать кDMG мага.