Фізика неправильно синхронізується по мережі під час використання Bullet

Я намагаюся впровадити систему фізики клієнт / сервер за допомогою Bullet, однак у мене виникають проблеми з синхронізацією.

Я реалізував спеціальний стан руху, який читає і записує перетворення з моїх ігрових об'єктів, і він працює локально, але я спробував два різних підходи для мережевих ігор:

1. Динамічні об'єкти клієнта, які також є на сервері (наприклад, не випадкові сміття та інші незначні речі), стають кінематичними. Це працює правильно, але об’єкти рухаються не дуже плавно
2. Об'єкти динамічні для обох, але після кожного повідомлення від сервера про те, що об’єкт перемістився, я встановлюю лінійну та кутову швидкість до значень із сервера і викликаю btRigidBody :: procedToTransform з перетворенням на сервері. Я також закликаю btCollisionObject :: activate (true); змусити об’єкт оновити.

Моя мета 2 методу полягала в тому, щоб в основному зробити метод 1, але викрадення кулі робити передбачення бідолахи, а не робити власне, щоб згладити метод 1, але це, здається, не працює (з причин, які не на 100% зрозумілі для я навіть переступаю через кулю) і об’єкти іноді опиняються в різних місцях.

Я рухаюся в правильному напрямку? Здається, у кулі вбудований власний інтерполяційний код. Чи може це допомогти мені зробити так, щоб метод 1 працював краще? Або мій код 2 методу не працює, тому що я випадково тупою цим?

EDIT: Ще одна проблема з методом 1, яку я щойно помітив, полягає в тому, що реакція на зіткнення буде можливою для зіткнень з несинхронізованими об'єктами. Кінетичні тіла начебто стріляють речі до нескінченності іноді, оскільки їх неможливо відбити назад.

Вам потрібне правильне прогнозування на стороні клієнта .

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

Це не тривіально для реалізації, але кількома словами, для ігрових об'єктів, які потрібно синхронізувати:

• Виконувати фізику як на сервері, так і на клієнті;
• Сервер регулярно надсилає оновлення;
• Клієнт постійно і плавно переорієнтовує свій фізичний світ до серверних значень.

Так, так, ви рухаєтесь у правильному напрямку зі своїм методом 2. Хоча просто переосмислення значень недостатньо, ви отримаєте стрибки на клієнті, що вам потрібно зробити, це плавно та постійно інтерполювати значення сервера.

Що стосується вашої фактичної помилки, я не знайомий з Bullet, але ви, мабуть, пропускаєте деякі значення, наприклад, ви встановили лінійні та кутові швидкості, але чи встановили ви прискорення?

Особисто я займаюся тим, хто проводить гру, створює світ фізики та синхронізує об’єкти з клієнтами. Навіть якщо його мережева схема p2p, я все-таки будую двигун фізики на одному з клієнтів-гравців.

Інша фізика, яку я використовую - це суто цукерки для очей, навіть не потребує синхронізації.

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

Неможливо реалізувати мережеві синхронні світи фізики. Мала різниця в кроці N курсу, набагато більша різниця на етапі N + 1. Ви не можете застосувати сили чи імпульси, щоб синхронізувати та виглядати реалістично.

Рішення: -

1. Ви можете розглянути можливість синхронізації лише кількох об'єктів, таких як символи чи гоночні машини, особливо якщо вони є кінематичними. Але більша частина світу не була б синхронною, щоб виглядати реалістично.

2. Ви можете мати один світ фізики на сервері та транслювати положення та швидкості об’єктів для клієнтів.