Що надіслати на сервер FPS-гру в режимі реального часу?

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

З підходом до надсилання входів: Що робити, якщо плеєр утримує клавіші напрямку? Це означає, що мені потрібно надсилати пакет на сервер у кожному кадрі. Хіба це не надто багато? А також є обертання гравця від введення миші. Ось приклад:

http://www.gabrielgambetta.com/fpm_live.html

Як щодо відправлення позиції у фіксованому інтервальному підході. Він надсилає занадто мало повідомлень на сервер. Але це також знижує чуйність.

То який спосіб краще?

Проста відповідь: обманюйте чи не будьте точні!

Якщо ви грали в якийсь шутер в Інтернеті, ви, швидше за все, пережили так звану "гумку", якщо ваш зв’язок із сервером поганий.

Це викликано тим, що ваш клієнт час від часу коректує вашу позицію.

В основному, що відбувається з двох сторін:

• Сервер буде відслідковувати ваш рух та надсилати оновлення клієнтам, як очікувалося. Вони не завжди повинні бути повними оновленнями. Кожен х кадрів може бути повним оновленням, а всі інші кадри ви надсилаєте лише нові вектори швидкості (якщо є якісь зміни).

• Ваш власний клієнт дозволить вам вільно рухатися, але використовуватиме оновлення, надані сервером, для виправлення / коригування вашої позиції. Це забезпечить гру чутливою, навіть якщо ви не оновлюєте позицію кадр за кадром.

Але як обробляється вхід? Ваш клієнт відправить вашу позицію на сервер "Я переїхав туди". Сервер перевірить це оновлення (наприклад, чи маєте ви змогу так швидко переміщатися туди?), І якщо воно дійсно перемістить вас (або відхилить ваше оновлення, що призведе до "гумової смуги").

Так, так, ваш підхід з фіксованим інтервалом, швидше за все, спрацює і вистачить.

Але навіть якщо ви хочете надсилати введення та рухи рухом з обох сторін, майте на увазі, що вам не доведеться надсилати "кнопку все одно натискають". Натомість надсилайте одну подію при натисканні кнопки та іншу після відпускання кнопки.

Якщо ви ще цього не зробили, пропоную прочитати ці дві глибокі, але зрозумілі статті: https://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking та http://fabiensanglard.net/quake3/network.php .

Вони пояснюють, чому рекомендується використовувати "фіксований інтервал" надсилання пакетів. Коротше кажучи, це насправді важливо для пакетів, що надсилаються сервером.

Відправлення пакету має фіксовану вартість, а максимальний розмір мережевого пакету - близько 1,5 Кб. Отже, якщо у вас на сервері є, наприклад, 16 гравців, кожен кадр, коли ви обчислюєте рух для гравця, наївний код може надсилати пакет оновлень кожному гравцеві після кожного дозволу руху, тому 16 * 16 = 256 пакетів. Якщо у вас частота кадрів 30, це 7680 пакетів.

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

Тепер ви надсилаєте лише 480 пакетів за секунди для однакових результатів.

У випадку "гравець-сервер" це означає, що ви повинні надсилати в одному пакеті максимум даних, наприклад; виглядала позиція, дії називали цей кадр тощо.

Щодо другої частини вашого запитання - я вибрав спосіб зменшити відставання, щоб передати цю інформацію серверу на кожен кадр:

• фактична поточна позиція гравця (використовується сервером для перевірки того, чи є позиції на стороні сервера та стороні гравця не надто синхронізовані).

• Орієнтовна позиція гравця за 1 секунду: обчислюється клієнтом: якщо гравець не змінить напрям миші і не залишить клавіатуру в поточному стані протягом 1 секунди, де буде гравець? (нас не хвилює зіткнення) Якщо гравець не рухається, то його орієнтовна позиція за 1 секунду - це його поточне положення.

• Позиція, на яку він дивиться.

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

Гравці ніколи точно не синхронізовані, але відповідь на вхід миттєва (для мене найважливіше), і я знайшов прогнозовані позиції для мене досить точними.