2026-04-12 · Тести та баланс

Ітерація балансу Paladin і контекст технічного тесту

У демонстрації Paladin неодноразово підкреслюється, що клас усе ще перебуває в розробці. Багато здібностей, значень, візуальних ефектів і навіть деякі базові механіки подані як тимчасові, а майбутній тест позиціонується насамперед як технічний тест, а не як відполірована beta.

Ітеративний стан класу

Структура дерева талантів описується як поточна ітерація, а не фінальний варіант. Нові ефекти можуть вимагати подальшого розширення дерева, а розміщення кількох талантів і заклять усе ще переглядається.

Під час демонстрації визнаються численні приклади незавершеної реалізації, зокрема невідповідності в перекладі, неповний текст підказок, помилки з cooldown, тимчасові візуальні елементи та ефекти, які ще інтегруються в останній build.

Проблеми з анімаціями та відчуттям бою

Презентація ближнього бою Paladin прямо визначається як така, що не дотягує до цільового рівня якості. У поточному build видно розсинхронізацію між ударами ближнього бою, таймінгами анімацій і візуальними ефектами, особливо в окремих частинах ланцюжка атак.

Покращення контролера анімацій ближнього бою описується як активний пріоритет. Заявлена мета — покращити відчуття та читабельність бою Paladin, перш ніж вважати поточну презентацію показовою для фінальної гри.

Проблемні питання балансу окремих здібностей

Кілька здібностей Paladin обговорюються з погляду того, наскільки вони пасують класу або потребують подальшого налаштування.

Найочевидніший приклад — Heavenly Dive. Хоча вона дає мобільність, якої класу зараз бракує, її, ймовірно, буде прибрано, оскільки її поведінка зі стрибком і сповільненням вважається більш доречною для архетипу воїна. Для ідентичності Paladin кращою вважається альтернатива у вигляді charge.

Здібності Avatar вважаються функціональними, але ще не цілком задовільними. Дизайнерське занепокоєння полягає в тому, щоб зробити їх відчутними, не створюючи при цьому враження, що клас слабкий поза вікном cooldown.

До Castigation та інших інструментів контролю зони ставляться обережно, оскільки оглушення по області вважаються потенційно надто сильними. Затримки, менші радіуси та інші форми контргри використовуються, щоб вони не ставали надмірно пригнічувальними.

Cavalcade of Light також переглядається, зокрема її ефект притягування. Запланований ефект може змінитися на відштовхування до центру, оглушення, сповільнення або root — залежно від того, що найкраще збереже фантазію закляття без створення шкідливого для гри геймплею.

Блокування, dodge і надійність влучань

Блокування вже є частиною бойової моделі й може повністю нівелювати шкоду від снарядів за правильного використання. Це означає, що бойова система не задумується як така, де кожна атака завжди влучає з повним ефектом.

Dodge усе ще оцінюється і, як очікується, не буде готовий до тесту. В обговоренні dodge подається як функція, що може вимагати надто багато часу на розробку порівняно з поточними пріоритетами, а тому її можуть відкласти або прибрати, якщо вона загрожуватиме загальному темпу розробки.

Філософія балансу AoE

Закляття з ефектом по області обговорюються як значний ризик для балансу як у PvP, так і у PvE. Серед занепокоєнь — візуальне перевантаження, надмірна сила в групових боях і можливість надто ефективно фармити великі групи ворогів.

Запропоновані рішення стосуються балансу, а не концептуального вилучення. До них належать вищі витрати ресурсів, ліміти цілей та інші обмеження, які зменшують кількість ворогів, яким одна AoE-здібність може ефективно завдати шкоди.

Розмір дерева талантів проти надмірного розростання

Обговорення розміру дерева розрізняє змістовний прогрес і зайве розширення. Невеликі вузли зі статистиками вважаються корисними, коли вони створюють темп і проміжні етапи розвитку, але клас не повинен бути заповнений малозначущими вставками лише заради збільшення кількості вузлів.

Оскільки очки талантів обмежені, надмірне розростання вважається шкідливим для відчуття значущості вибору. Бажаний баланс — дерево, достатньо велике для експериментів, але таке, де кожне очко має вагу.

Масштаб технічного тесту

Майбутній playtest описується як технічний тест, зосереджений на частоті вильотів, мережевій взаємодії, стабільності серверів і виявленні помилок. Його не подають як завершений або добре відполірований попередній показ геймплею.

Очікується, що гравці зіткнуться з незавершеним контентом, тимчасовими ресурсами та технічними проблемами. Мета тесту — виявити ці проблеми й допомогти команді зрозуміти, де гра ламається під час реального використання.

Зазначається, що стримінг і створення контенту під час тесту будуть дозволені, але очікується, що учасники розумітимуть незавершений стан build.

Розгортання тесту та доступ

Доступ до тесту планується як поступове розгортання, а не одне велике відкриття. Названі причини — велика кількість запитів на доступ і потреба масштабувати участь поетапно, одночасно відстежуючи технічну продуктивність.

Очікується, що тест почнеться з меншої групи, після чого підуть більші хвилі запрошень у міру покращення стабільності. Поточний цільовий level cap для тесту описується як приблизно 20 рівень, хоча це залежить від того, скільки контенту буде готово.

Елементи якості життя поза межами тесту

Деякі функції визнаються бажаними, але малоймовірними для включення в тестовий build. Серед прикладів — список загрози для tank і можливі зміни UI, як-от менші вікна інвентарю або характеристик.

Вони розглядаються як майбутні покращення якості життя, а не як негайні пріоритети; нинішні зусилля зосереджені на стабільності, базовому бою та виправленні помітних проблем.

Джерело

← Back to Тести та баланс