Симуляция физики твердых тел для графики игр

Симуляция физики твердых тел для графики игр

Разрушение здания в игре выглядит не так, как падение куска камня на грунт в реальности — и это правильно. Игровая физика твёрдых тел решает не задачу физической точности, а задачу визуального правдоподобия при минимальных вычислительных затратах. Разница принципиальная: PhysX в Unity просчитывает rigid body interactions в реальном времени на CPU, и при 50 одновременно активных Rigidbody с mesh collider вместо примитивов вы легко теряете 10ms frame time на физику в пустой сцене.

Архитектура Rigidbody для визуальных эффектов разрушения

Debris simulation при разрушении — самая распространённая задача. Здание взрывается, куски летят. Наивный подход: разбить меш на части, добавить Rigidbody на каждую, активировать при взрыве. Проблемы этого подхода очевидны после первого профилирования.

Mesh Collider vs примитивы. Mesh Collider для каждого фрагмента — это convex mesh computation при каждом FixedUpdate'е. Для 20 фрагментов на GPU это приемлемо, для 200 — нет. Правильное решение: составной collider из примитивов (несколько Box Collider или Capsule Collider на одном GameObject), которые аппроксимируют форму фрагмента. Это в 5–10 раз дешевле, визуально почти неотличимо при быстром движении debris.

Sleeping. Rigidbody переходит в Sleep состояние, когда скорость падает ниже Physics.sleepThreshold. Спящие Rigidbody не потребляют CPU. Критично: убедиться, что sleepThreshold не слишком низкий (default 0.005 — обычно нормально), и что объекты действительно засыпают после приземления. Если фрагмент лежит на неровной поверхности и микровибрирует — он никогда не заснёт. Это фиксируется через AddTorque = 0 + принудительный rigidbody.Sleep() через Coroutine с проверкой velocity < threshold.

Pooling. Debris объекты должны возвращаться в Object Pool, а не уничтожаться через Destroy(). Destroy() вызывает GC allocation, что даёт frame spike именно в момент взрыва — когда performance и так под нагрузкой. Pool с фиксированным максимум 50–100 фрагментов, LRU вытеснение (самый старый деактивируется при нехватке) — стандартный паттерн.

Fractured mesh и pre-broken геометрия

Realtime fracturing (Voronoi разбивка меша при ударе) — красиво в демо, дорого в продакшне. На PC это допустимо для редких событий (взрыв раз в 30 секунд), на мобильных — практически неприемлемо.

Индустриальный стандарт: pre-broken geometry. Объект заранее разбивается на фрагменты в DCC-инструменте (Blender Fracture Modifier, 3ds Max ProBoolean, или специализированный инструмент типа RayFire). Все фрагменты существуют в сцене изначально, но без Rigidbody, в режиме Kinematic или просто статические. При взрыве: включаем Rigidbody, применяем AddExplosionForce, фрагменты разлетаются.

Explostion Force в Unity: Rigidbody.AddExplosionForce(force, explosionPos, radius, upwardsModifier). upwardsModifier — важный параметр, часто игнорируемый. Он добавляет вертикальную составляющую к силе, что делает взрыв более «вверх» вместо чисто радиального разлёта. Значение 0.5–1.0 создаёт более кинематографичный вид.

Для крупных объектов (здание, стена) фрагменты могут быть иерархическими: крупные куски разбиваются на более мелкие при приземлении через secondary fracture trigger.

Cloth Simulation как часть rigid body сцены

PhysX в Unity содержит Cloth компонент для Skinned Mesh Renderer — это soft body simulation. Флаг на ветру, плащ персонажа, верёвки — всё это Cloth. Интеграция Cloth и Rigidbody — распространённая задача: флаг, прикреплённый к столбу, который падает как Rigidbody.

Cloth Constraint — это fixed particles (вершины, прибитые к transform) и свободные. При падении столба: Constraint Target трансформируется вместе с Rigidbody столба, cloth следует. Ограничение: Unity Cloth не поддерживает collision с динамическими Rigidbody — только со сферами и капсулами, задаваемыми через cloth.capsuleColliders и cloth.sphereColliders. Это означает, что ткань не будет корректно взаимодействовать с обломками — нужна либо аппроксимация через примитивы, либо fake через animation.

Ragdoll и active ragdoll для персонажей

Ragdoll — это набор Rigidbody + Joint на скелете персонажа, активируемый при смерти или падении. Стандартный Unity Ragdoll Wizard создаёт базовую структуру, но его результат требует тонкой настройки.

Ключевые проблемы дефолтного ragdoll:

• ConfigurableJoint с слишком широкими angular limits → конечности складываются в физически невозможные позиции
• Мелкие Rigidbody (пальцы, стопы) с малой массой → нестабильность physics solver, jitter
• Переход из Animator к Ragdoll виден как «щелчок» позы

Active Ragdoll — гибридный подход: Animator продолжает работать, но Rigidbody joints применяют force для следования за анимированными позами. В Unity это реализуется через ConfigurableJoint.targetRotation = разница между текущей rotation joint и target из Animator. Вес физики vs анимации управляется через Joint.slerpDrive.positionSpring. Это даёт процедурное падение с сохранением анимационного контроля — персонаж «борется» с физикой вместо того, чтобы мгновенно стать тряпичной куклой.

Стоимость рассчитывается индивидуально. Нужно описание сцены, количество одновременных объектов, целевая платформа и существующая физическая архитектура проекта.