Як здійснити виявлення зіткнень порталів?

Наприклад, візьміть цей сценарій (вибачте мої жахливі навички малювання):

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

Отже, моє запитання таке: як я можу з ними виявити фізику / зіткнення? Я повинен нарізати програвач? Чи є спосіб їх зв’язати? Чи є якісь фізичні двигуни, які підтримують це? Якщо ні, як би я його зробив?

У грі Портал є приємний спосіб вирішити цю проблему:

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

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

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

Зображення для ілюстрації : синій портал - це вихідний портал, помаранчевий портал - цільовий портал. Пунктирна біла скринька є об'єктом віртуального зіткнення, тоді як реальне поле - виведений об'єкт. Гравець (з червоною крапкою) взаємодіє лише з об'єктами безпосередньо навколо нього. Об'єкти на помаранчевому порталі повністю ігноруються.

Ось як я б спробував це зробити.

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

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

Щоб ігнорувати ці зіткнення, потрібно встановити відповідний об'єм і перевірити, чи є в ньому точка. Циліндр (можливо, розтягнутий вертикально) здавався б хорошим варіантом. Тест - це щось подібнеif (!collisionPoint.InsideCylinder(portal)) ProcessCollision(); else IgnoreCollision();

Я вважаю, що більшість фізичних двигунів мають систему фільтрації того, що об’єкт може зіткнутися, тому це повинно бути можливо за допомогою стандартного двигуна фізики. Наприклад, http://bulletphysics.org/mediawiki-1.5.8/index.php/Collision_Filtering#Custom_collision_filtering

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

Як я можу підрахувати, наскільки далеко йде гравець?

Чому б ви хотіли? Вам не потрібно обчислювати, як далеко «гравець» йде гравцем; ви дізнаєтесь, наскільки далеко йде, коли об’єкт проходить моделювання.

Як я можу навіть підключити портали?

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

Фізика просто протікає як нормально.