2026-02-01 · Рушій та інструменти

Серверні технології та технічні пріоритети

У записі серверні технології Beast Burst Entertainment подано як одну з головних стратегічних переваг Scars of Honor. Студія заявляє, що створила власний серверний рушій замість того, щоб покладатися на сторонні сервіси, які стягують плату за кількість одночасно активних користувачів.

Цей власний серверний стек описується як такий, що зводить поточні витрати, пов’язані з одночасною присутністю гравців, фактично до нуля, якщо не враховувати витрати на персонал і технічне обслуговування. Цей аргумент використовується, щоб пояснити як плани студії щодо free-to-play, так і її погляд на те, чому багато інших MMORPG-проєктів опиняються під фінансовим тиском через інфраструктурні витрати.

Власний серверний рушій

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

Такий індивідуальний підхід подається як одна з причин, чому Scars of Honor вважає, що може підтримувати справжню free-to-play модель.

Продуктивність і оптимізація

У технічному оновленні в записі зазначається, що гра працює приблизно на рівні 180–200 FPS на ПК доповідача у відкритому світі. Це подається як позитивний знак, оскільки відкритий світ вважається одним із найвимогливіших середовищ з погляду оптимізації.

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

Місткість сервера та симуляція світу

Очікуваною ціллю для одного сервера називається приблизно 10 000–12 000 одночасних гравців, із можливістю подальшого масштабування. У записі зазначається, що Scars of Honor містить систему процедурно згенерованих підземель, що додає обчислювальне навантаження порівняно з більш статичними дизайнами.

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

Layering і видимість гравців

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

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

Телеметрія та відстеження активності

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

Голосовий чат і системи minion

Коротко згадуються дві вже реалізовані системи, які, за словами авторів, уже присутні в грі:

voice chat
система minion, яку використовують боси та класи гравців

Система minion описується як особливо важлива для запланованого класу Necromancer, оскільки і боси, і гравці можуть створювати керовані NPC-подібні одиниці.

Джерело

← Back to Рушій та інструменти