Физические энтити на стороне клиента и сервера

Обзор

Основным преимуществом движка Source является физическая имитация твердых тел. Эта симуляция имплементирует основную механику и физику Ньютона такие как гравитация, траэктория, трение, столкновения, прыжки и плавание. Модели поддерживают эту имитация предоставляя информацию о их модели коллизий, типе материалов, весе и т.д. В режиме однопользовательской игры все физические энтити контроллируются и имитируются сервером (физика на стороне сервера) и коннектится с клиентом. В режиме многопользовательской игры мелкие объекты подобные жестянкм или бутылкам которые не влияют на геймплей полностью имитируются на стороне клиента и поэтому не синхронизируется между клиентами. Это необходимо в связи с тем что движение физических энтитей создает значительный сетевой траффик с того момента как они изменяют их позицию и базовую ориентацию в кажом фрейме. Сообщение по сети этих изменений может почти полнотсью захлебнуть все соединения как только начнут двигаться множество физ. объектов (взрывы, т.д.). Физ. объекты на стороне клиента не влияют на движение игрока и значительно меньше чем сам игрок, так что игрок не может спрятаться за ними. Во время разрушения бьющихся объектов, они разбиваются на меньшие фрагменты имитирующиеся на стороне клиента.

Добавление физических энтитей

Для маппера довольно просто помещать физические энтити в Хаммере. Для однопользовательских карт класс энтити physics_prop должен быть использован для создания контроллируемых серверной стороной энтитей. Игрок выполняет корректную коллизию с этими энтитями, может проходить сквозь них, двигать их с разных сторон или поднимать их. К сожалению этот класс не может использоваться в многопользователськой игре так как взаимодействие игрока с физическими энтитями не спекулируются на стооне клиента и может вызвать неестественное, отрывчастое движение. Поэтому должен быть использован специальный класс энтити prop_physics_multiplayer, который имплементирует более упрощенное поведение коллизии (COLLISION_GROUP_PUSHAWAY). Многопользовательские физ. энтити только могут толкаться, но нельзя ходить сквозь них или поднимать. Если они больше игрока, он просто отталкивается. Становятся ли многопользовательские физ. энтити серверными или имитируются на стороне клиента, определяется в объекте модели.

Физические свойства модели определяются в ее .QC файле с помощью 3 секций: $surfaceprop, $collisionmodel, $keyvalues. Первая секция $surfaceprop устанавливает свойства поверхности модели как описано в текстовом файле scriptssurfaceproperties.txt. Тут описываются свойства типа трения, эластичностьзвуки коллизий. Следующая секция $collisionmodel устанавливает модель коллизий и вес объекта. Для простмотра модели коллизий для энтитей в игре включите консольную переменную "vcollide_wireframe 1". Третяя секция "prop_data" включенная в $keyvalues. Сдесь описываются свойства объекта например кол-во здоровья, разбиваемость модели и физический режим. Ниже приводится пример:

По нескольким определенным причинам нет необходимости чтоб все динамические физ. энтити вызывали коллизии между собой. Это может быть по разным причинам геймплея, но больше это результат производительности. Особенно создание множеством мелких, быстро движущихся кусков осколков могут значительно снизить производительность. Для визуального эффекта бющихся осколков или взрывающихся частице-подобных объектов достаточно их коллизии с статическими предметами мира, но не самих с собой или других динамических объектов. Для имплементации специального поведения коллизий движок Source позволяет определять группы коллизий и указывать должны элменты этих групп сталкиваться или нет. Каждая энтить принадлежит только одной группе одновременно, устанавливается это функцией SetCollisionGroup(). Новые группы и новые правила могут быть просто добавлены. Физические подсистемы запрашивают виртуальную функцию bool CGameRules::ShouldCollide(int group0, int group1) для определения должна ли вызываться проверка коллизии между двумя объектами. Изначально определены группы:

Дополнение

Список допустимых комманд в секции $collisionmodel модели:

Список доступных записей для определений в propdata.txt: