Коллизии между игрой возражают и пол относительно силы тяжести?

Вы могли бы хотеть проверить часто задаваемые вопросы Силы тяжести GameDev.net для некоторой основной информации.

Так как Вы делаете игру и не очень точного разработчика моделей физики, чем нам может сойти с рук выполнение Euler интеграции. Если Ваша потребность в точности увеличивает самый популярный метод интеграции, который я вижу используемый, интеграция (RK4) Рунге-Кутта. Вам, скорее всего, не будут нужны они для простой игры, но они определенно используются на более усовершенствованном моделировании физики и 3-х играх. Недостаток с использованием RK4 является немного увеличенной сложностью и немного медленнее. Это очень точно, хотя, но на данный момент, позволяет палке с хорошим ole Euler.

Я задал подобный вопрос, "Как я применяю силу тяжести к своей игре прыгающего мяча" и получил несколько хороших ответов. Первая вещь, которую Вы сделаете, выбирают произвольную гравитационную постоянную для Вашей игры. В моем приложении прыгающего мяча я использую гравитационную постоянную по умолчанию 2000px/s. Вы захотите играть с этой гравитационной постоянной для получения желаемого эффекта для конкретной игры.

Затем, Вы хотите удостовериться, что Вы представляете свою игру и обновляете Ваши игровые объекты независимо. Это должно препятствовать Вашим объектам в игре переместиться действительно быстро в быстрые компьютеры и медленный на медленных компьютерах. Вы хотите физику и скорость, с которой Ваши объекты перемещаются для независимого политика от компьютерной скорости. Хорошая статья об этом является Игровой Физикой: Зафиксируйте свой такт!.

Таким образом, как мы делаем это? Вы отслеживаете то, сколько время передало начиная с последней возможности Вашему методу Обновления. Я создал 2 потока, хотя это не непосредственно необходимо. У меня есть игровой поток обновления и поток рендеринга. Средства управления потоком обновления, обновляющие в игре, возражают положениям. Поток обновления знает, когда это было предыдущее названный, текущее время и от этого вычисляет прошедшее время, так как метод обновления назвали.

Для применения силы тяжести, мы просто добавим к скорости Y нашего объекта нашей гравитационной постоянной, умноженной на прошедшее время.

private long previousTime = System.currentTimeMillis();
private long currentTime = previousTime;

public void updateGame()
{
    currentTime = System.currentTimeMillis();
    float elapsedSeconds = (currentTime - previousTime) / 1000f; 

    foreach(GameObject gameObject in gameObjects)
    {
        // Apply gravity to velocity vector
        gameObject.velocity.y += (gravityConstant * elapsedSeconds); 

        // Move objects x/y position based off it's velocity vector
        gameObject.position.x += (gameObject.velocity.x * elapsedSeconds); 
        gameObject.position.y += (gameObject.velocity.y * elapsedSeconds);

    }

    checkCollisions();

    previousTime = currentTime;
}

Это переместит все Ваши объекты на основе их вектора скорости и применит силу тяжести к ним на основе Вашей гравитационной постоянной. Лучший из всего это делает это независимо от компьютерной скорости!

Для ответа на другой вопрос да, объекты будут постоянно иметь "силу" силы тяжести на их y векторе. Таким образом, это будет постоянно сталкиваться с полом. Однако одна вещь, которую Вы хотите сделать, использовать значение Эпсилона для возможного обеспечения скорости gameObject для обнуления. Затем во время обнаружения коллизий как часть Вашего процесса сокращения можно обычно пропускать проверку, если недвижущийся объект сталкивается с чем-нибудь (не наоборот, хотя!).

То, что мне нравится делать с коллизиями, - после того как я нахожу столкновение объектов (проникающий друг через друга), я продвину их независимо их минимальным расстоянием перевода (MTD), которое разделяет их. Этот шаг является ключевым иначе, Вы получите часто замечаемую ошибку в играх объектов, "застрявших" вместе нервное перемещение. После того как они разделяются, я вычисляю свой ответ коллизии.

Используя этот метод это будет хорошо работать в Вашем описанном сценарии возрастающей платформы. Платформа продолжит повышаться, gameObject разделит себя с помощью MTD между собой и платформой, и это естественно повысится с ним.

Если бы Вы нуждаетесь в помощи на ответе коллизии, я предложил бы смотреть на:

• Шар к обнаружению коллизий шара и обрабатывающий (включает источник),
• 2D коллизии без trigonometry.pdf
• Добавление обнаружения коллизий
• Форумы GameDev.net!