Екстраполяція порушує виявлення зіткнень

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

Ось як працювали до екстраполяції:

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

Після того, як я застосую свою екстраполяцію

Як виправити таку поведінку?

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

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

Тут я знайшов пару подібних питань, але відповіді не допомогли мені.

Це мій екстраполяційний код:

public void onDrawFrame(GL10 gl) {


        //Set/Re-set loop back to 0 to start counting again
        loops=0;

        while(System.currentTimeMillis() > nextGameTick && loops < maxFrameskip){

        SceneManager.getInstance().getCurrentScene().updateLogic();
        nextGameTick+=skipTicks;
        timeCorrection += (1000d/ticksPerSecond) % 1;
        nextGameTick+=timeCorrection;
        timeCorrection %=1;
        loops++;
        tics++;

     }

        extrapolation = (float)(System.currentTimeMillis() + skipTicks - nextGameTick) / (float)skipTicks; 

        render(extrapolation);
}

Застосування екстраполяції

            render(float extrapolation){

            //This example shows extrapolation for X axis only.  Y position (spriteScreenY is assumed to be valid)
            extrapolatedPosX = spriteGridX+(SpriteXVelocity*dt)*extrapolation;
            spriteScreenPosX = extrapolationPosX * screenWidth;

            drawSprite(spriteScreenX, spriteScreenY);           


        }

Редагувати

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

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

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

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

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

Якщо я правильно зрозумів проблему, вона виглядає приблизно так:

1. спочатку у вас зіткнення
2. то положення об'єкта виправляється (імовірно, рутиною виявлення зіткнення)
3. оновлене положення об'єкта надсилається до функції візуалізації
4. потім функція візуалізації оновлює місцезнаходження об'єкта за допомогою екстраполяції
5. положення екстрапольованого об'єкта тепер порушує процедуру виявлення зіткнень

Я можу придумати 3 можливі рішення. Я перерахую їх у тому порядку, який є найбажанішим, як мінімум, ІМХО.

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

Приклад коду №2.

if (collisionHasOccured)
    extrpolation = 0.0f;
else
    extrapolation = (float)(System.currentTimeMillis() + skipTicks - nextGameTick) / (float)skipTicks;

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

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

Однак, єдиною проблемою є те, що об'єкт рухається після зіткнення. У разі зіткнення об’єкт повинен припинити рух у цьому напрямку. Отже, якщо сталося зіткнення, то встановіть його швидкість на 0. Це повинно зупинити подальше переміщення об'єкта за допомогою функції візуалізації.

Схоже, вам потрібно повністю розділити перегляд і оновлення фізики. Зазвичай базове моделювання буде виконуватися з дискретних часових кроків, і частота ніколи не зміниться. Наприклад, ви можете імітувати рух свого м'яча кожні 1/60-ту секунду, і все.

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

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

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

Ось важливий код psuedo зі статті:

const float fps = 100
const float dt = 1 / fps
float accumulator = 0

// In units seconds
float frameStart = GetCurrentTime( )

// main loop
while(true)
  const float currentTime = GetCurrentTime( )

  // Store the time elapsed since the last frame began
  accumulator += currentTime - frameStart( )

  // Record the starting of this frame
  frameStart = currentTime

  // Avoid spiral of death and clamp dt, thus clamping
  // how many times the UpdatePhysics can be called in
  // a single game loop.
  if(accumulator > 0.2f)
    accumulator = 0.2f

  while(accumulator > dt)
    UpdatePhysics( dt )
    accumulator -= dt

  const float alpha = accumulator / dt;

  RenderGame( alpha )

void RenderGame( float alpha )
  for shape in game do
    // calculate an interpolated transform for rendering
    Transform i = shape.previous * alpha + shape.current * (1.0f - alpha)
    shape.previous = shape.current
    shape.Render( i )

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