Продолжаю переписывать ballistic architecture в UE5 в сторону полноценной data-oriented simulation.

Что добавлено на текущий момент:

• centralized BallisticSubsystem
• fixed timestep simulation
• sparse/dense allocation
• generation-safe handles
• impact event buffering
• ownership pipeline
• physical material support
• surface response foundation


Самое важное:
simulation layer полностью отделен от gameplay layer.

BallisticUnit simulation:

* не вызывает damage
* не спавнит FX
* не трогает Blueprint
* не работает с gameplay systems напрямую

Simulation только:
movement, traces, energy calculation и hit generation.

После этого impacts складываются в event buffer и уже отдельной фазой отправляются через delegates в gameplay layer.

Параллельно постепенно готовлю архитектуру под:

* ParallelFor
* async traces
* SIMD
* penetration
* ricochet
* networking/prediction

Начинаю собирать Blueprint-facing gameplay API поверх simulation core, чтобы gameplay systems, FX и weapon logic могли взаимодействовать с ballistic pipeline без прямого доступа к core.

Ballistic system теперь работает в несколько потоков.
Когда BallisticUnit становится много, simulation автоматически разбивается на batch’и и распределяется между CPU threads.
То есть система сама решает: когда выгоднее работать в одном потоке, а когда переходить в parallel mode.

Сделал debug-инфраструктуру для снарядов. Теперь система умеет в realtime показывать:

• траектории полёта
• точки попаданий
• скорость снарядов
• загрузку системы
• количество активных projectile’ов
• режим работы CPU

Самое важное:
debug почти не влияет на производительность и полностью вырезается из Shipping build.

Добавил полноценное профилирование ballistic subsystem.

Теперь можно в realtime смотреть:

• сколько времени занимает simulation
• насколько загружен CPU
• когда система переходит в parallel mode

Всё интегрировано с Unreal Insights и stat system UE5.

Провел стресс-тест своей ballistic system в UE5.
С примерно одинаковыми затратами получилось обработать:

• 10к ProjectileMovementComponent
• 33к ballistic units в кастомной системе

ProjectileMovementComponent начинает упираться не столько в саму баллистику, сколько в overhead движка:

Tick на каждый projectile
UObject/Component система
обновление transform’ов
внутренние MoveComponent вызовы
огромный объем мелких операций на GameThread

В итоге CPU тратит кучу времени просто на обслуживание объектов.

В моей ballistic system вся симуляция идет централизованно:

без отдельного Tick на каждый projectile
с parallel update
async trace processing
batched simulation

За счет этого получилось спокойно обработать 33k ballistic units при играбельном FPS.

Процессор: Intel Core I5 12400F

Ballistic System Framework report

Что было сделано:

• Добавлена система баллистических профилей через Data Assets.
• Общие параметры снарядов больше не хранятся отдельно для каждого экземпляра.
• Вместо набора дублирующихся данных каждый снаряд теперь хранит только ссылку на свой профиль.
• Полностью обновлен пайплайн спауна под новую архитектуру.

появилось четкое разделение между:

* данными конкретного снаряда;
* данными типа снаряда.

На практике это означает, что десятки тысяч одинаковых снарядов больше не таскают за собой одинаковые значения массы, гравитации и параметров коллизии.