Як компенсувати рухомі об’єкти прогнозуванням на стороні клієнта?

Я впроваджую ігровий сервер, який підтримує Starle-подібний ближній біт . Таким чином, у вас є судна, які летять і стріляють, із супер простою швидкістю / прискоренням / загасанням фізики для керування рухом.

Я читав Valve, Gafferon і Gambetta і реалізував алгоритм Gambetta для прогнозування клієнтів:

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

На жаль, це не дуже добре працює для моєї гри. Я вважаю, що це пов'язано з тим, що приклад Gambetta не враховує об'єкти, які вже рухаються, або команди, що оновлюються поетапно. (під "кроком" я маю на увазі кадр). Тож у моїй грі гравець натискає, щоб прискорити (вже рухається) корабель, який продовжує рух по клієнту, відправляє команду на сервер і, як правило, отримує світовий знімок з сервера на наступному кроці. Я отримую щось більше на кшталт:

Команда гравця виконується на кроці 3 клієнта , але на сервері виконується лише на кроці 5 сервера . На момент отримання клієнтом світового знімка на етапі 6 клієнта прогнозування закінчується, особливо на більш швидких швидкостях.

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

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

Мої запитання:

• Чи можете ви змусити алгоритм Gambetta працювати з постійним кроковим рухом? Або це концептуально несумісне з моєю грою?

• Чи поступова інтерполяція через кроки - це правильний шлях? Якщо так, як ви інтерполюєте вже переміщуваний об’єкт з позиції клієнта, щоб він відповідав тому, що щойно отриманий від сервера?

• Чи можуть ці методи, поступова інтерполяція та алгоритм Гамбетти працювати в тандемі чи вони взаємовиключні?

Протягом шести місяців, як я задав це питання, я закінчив розробляти повноцінний ігровий сервер із відкритим кодом для вирішення цієї проблеми (та багатьох інших!): Http://lance.gg

Тепер науково-дослідна робота дозволяє мені відповісти на мої власні запитання:

• Чи можете ви змусити алгоритм Gambetta працювати з постійним кроковим рухом? Або це концептуально несумісне з моєю грою?

  Алгоритм Gambetta не буде працювати, коли рух об'єкта не буде детермінованим (від POV клієнта). Якщо на суб'єкт господарювання можуть впливати без участі фізики чи інших гравців, наприклад, необхідно скористатися більш детальним підходом.

• Чи поступова інтерполяція через кроки - це правильний шлях? Якщо так, як ви інтерполюєте вже переміщуваний об’єкт з позиції клієнта, щоб він відповідав тому, що щойно отриманий від сервера?

  Це стосується іншої теми, а саме - узгодження клієнтів із оновленнями сервера. Поступова інтерполяція працює, але для дуже швидких темпів, таких як питання, краще реалізувати екстраполяцію

• Чи можуть ці методи, поступова інтерполяція та алгоритм Гамбетти працювати в тандемі чи вони взаємовиключні?

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

Здається, ваша гра занадто "в реальному часі", щоб мислити з точки зору часових кроків. Я б подумав лише про "повороти", якщо гру можна вважати "покрокової". В іншому випадку просто відмовтеся від ідеї поворотів чи кроків. Тоді все стає простіше :)

Зауважте, що ви прогнозуєте локально свого гравця та інтерполюєте лише для інших об'єктів (як це пояснено у 3-й статті серії). Спосіб боротьби з оновленнями сервера для об’єктів, які вже рухалися, - це узгодження на стороні сервера, пояснене в нижній половині 2-ї статті (тієї, яку ви пов’язали).

Сподіваюся, це допомагає :)