Який найефективніший спосіб знайти місце перетину ракети та ракетного рельєфу?

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

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

Для тестування на зіткнення не слід проводити статичне тестування "тик-на-тик", ви повинні робити тести на простеження / зачитування.

Тут вичерпний перелік різних формул для різних видів примітивів: http://www.realtimerendering.com/intersections.html

Це, звичайно, якщо припустити, що ви можете розбити свою місцевість на якийсь набір примітивів, на який ви можете протестувати (тобто сегменти лінії). Існують різні способи зробити це.

Дивіться також це питання (лише злегка пов'язане): Який хороший алгоритм виявлення зіткнення між рухомими сферами?

Бінарний пошук не допоможе, якщо у вас є тонкі шматочки декорацій і швидко рухаються снаряди - ви можете їх пропустити.

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

Оскільки ракета навряд чи перемістить величезну кількість пікселів у кожному кадрі (це не було б гладко на екрані), я не бачу причин не просто перевіряти кожен піксель на шляху. Лінійний алгоритм Bressenham - це ваш друг, і переконайтеся, що ви також отримали локальну копію растрової карти, оскільки ви, як правило, не бажаєте отримувати доступ до відеопам'яті на кожен піксель. Це якщо припустити, що ваші растрові місцевості є повністю випадковими (відповідно до руйнуючих черв'яків). Якщо ваш світ заснований на плитці, ви можете пропустити кожну плитку, яку ви знаєте, для початку порожня, але, як згадувалося раніше, якщо ви не маєте величезну кількість ракет, щоб перевірити, я не міг придумати платформу, яка потребуватиме занадто повільно просто тестувати піксель за пікселем, і вам не потрібно буде визначати свій світ у примітивах (клон черв'яків зробить це хитро)

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

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

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