Як правильно передбачити рух, коли гравець невидимий?

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

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

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

До речі, я вже вирішив регулярне передбачення руху, воно працює чудово.

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

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

Необхідність анімації може бути усунена, не дозволяючи невидим працювати на близькій відстані. Це ще більше стимулює невидимих ​​гравців уникати наближення до інших персонажів. Це загальний підхід для ігор на основі стелс і AI (замініть "невидимий" на "не видно цілі") і його можна побачити в PvP-іграх, таких як World of Tanks. Не потрібно турбуватися про реакцію на зіткнення з невидимими символами, якщо ви нічого невидимого ніколи не наблизите до вас (в межах затримки).

Рішення Дракора просто ігнорувати зіткнення з невидимими об’єктами - також хороше. Для цього знову потрібні анімації (для клієнта невидимих ​​гравців), тому об’єкти не просто пробиваються через аватар гравця на його екрані. Якщо нічого іншого, ви можете змусити видимі об’єкти завжди натискати невидимі, щоб невидимий програвач автоматично переміщувався з шляху на сервер, якщо хтось зіткнувся з ним.

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

Це все стає складніше, якщо невидимість має складні набори того, хто може бачити кого. Перше чи друге рішення вище, ймовірно, найкраще тут, якщо вам це потрібно. Не кожна така проблема потребує технічного рішення; багатьом просто потрібні дизайнерські рішення (наприклад, не дозволяйте дизайнерам цю функцію).

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

Якщо я щось не розумію, рішення просте. Не надсилайте клієнту інформацію про всіх невидимих ​​плеєрів, лише про тих, хто знаходиться в межах, за якими вони можуть зазнати зіткнення в межах руху протягом інтервалу, який прогнозується. Іншими словами, якщо клієнту потрібно лише передбачити 200 мс у майбутньому, надсилайте інформацію лише про невидимих ​​плеєрів у межах max_player_velocity units/sec * 1/5 secодиниць.