Андроид открывает рычаги заикания

Question

Андроид открывает рычаги заикания

1

Я создал небольшой простой мир, который составляет 480x320. Я только что реализовал плавную прокрутку, но одна проблема, которую я постоянно замечаю, заключается в том, что она несколько заикается несколько раз. Я думаю, что знаю, почему он заикается, но не понимает, как именно исправить мою проблему. Я НЕ использую дельта-время в своих расчетах прокрутки, так как это меня только смущает. Как должно использоваться значение дельты? Обычно я получаю значение как.2что-то как мое дельта-время. Я также установил предел FPS на 30FPS (точнее, 33), и частота кадров НИКОГДА не снизилась ниже 30 во всех моих тестах. Мое решение для прокрутки увеличивает значение xPos с помощью TILE_SIZE (32) и сравнивает значение параметра camera.x с xPos и увеличивает или уменьшает Camera.x на определенную величину (4). Теперь я не уверен, как использовать дельта в этом примере. Я пробовал: SPEED * deltaTime = определенно не правильно; SPEED * (1 + deltaTime) = не правильно; SPEED + / - deltaTime = больше заикания;

Правильно ли я полагаю, что использование дельта-времени не вызывает заикания, и если это может мне помочь? Или это совсем другое дело?

semajhan 03 июль 2011, в 03:55

Источник

0

Я предполагаю, что все ваши расчеты в поплавке или двойные верно?
mibollma 03 июль 2011, в 01:22
0

верный. ну на самом деле просто плавает
semajhan 03 июль 2011, в 01:32
0

Таким образом, ваше время DELTA должно составлять в среднем около 0,03f при условии 33FPS. Если мы предположим, что ваша игра прокручивает UNIT (10) в секунду, мы вычислим текущую позицию, используя POSITION = POSITION + UNIT * DELTA ... это помогает? Я не совсем понимаю, что такое xPos и camera.x в вашем случае.
mibollma 03 июль 2011, в 01:42
0

XPos и camera.a используются для моего метода прокрутки камеры / области просмотра. Я собираюсь проверить это прямо сейчас.
semajhan 03 июль 2011, в 02:11
0

Просто помните, что вы не увеличиваете на 32 или на 4, вы увеличиваете на дельту * 32 и дельту * 4, если 32 и 4 - ваши единицы движения в секунду. Тогда ты должен быть в порядке.
mibollma 03 июль 2011, в 02:17
0

Это именно то, где я застреваю. Если я хочу двигаться в левом направлении, я увеличиваю положение своей камеры (персонаж всегда находится посередине, и я перемещаю фон / камеру) на 4 пикселя, что, я предполагаю, занимает 8FPS, чтобы добраться до моей целевой позиции : 32. Когда я умножаю дельту на 4, я получаю очень маленькое число, поэтому вместо перемещения 4 пикселей я двигаю 4 * 0.03f, что не то, что я хочу. Извини, я до сих пор не понимаю.
semajhan 03 июль 2011, в 02:22
1

Вы хотите, чтобы камера двигалась 32px в 8fps. У вас в среднем 33 кадра в секунду. Это означает, что для перемещения 32px требуется 0,24 с, что составляет 133,3px в секунду. Таким образом, единица движения, которую вы хотите умножить на дельту, равна 133,3, а не 4. Имеет смысл? Постарайтесь думать с точки зрения времени, а не в рамках.
mibollma 03 июль 2011, в 02:32
0

Имеет смысл, действительно ценю это!
semajhan 03 июль 2011, в 02:51

Показать ещё 6 комментариев

Теги:

optimization

android

opengl-es

1 ответ

Ещё вопросы

Я предполагаю, что все ваши расчеты в поплавке или двойные верно?
верный. ну на самом деле просто плавает
Таким образом, ваше время DELTA должно составлять в среднем около 0,03f при условии 33FPS. Если мы предположим, что ваша игра прокручивает UNIT (10) в секунду, мы вычислим текущую позицию, используя POSITION = POSITION + UNIT * DELTA ... это помогает? Я не совсем понимаю, что такое xPos и camera.x в вашем случае.
XPos и camera.a используются для моего метода прокрутки камеры / области просмотра. Я собираюсь проверить это прямо сейчас.
Просто помните, что вы не увеличиваете на 32 или на 4, вы увеличиваете на дельту * 32 и дельту * 4, если 32 и 4 - ваши единицы движения в секунду. Тогда ты должен быть в порядке.
Это именно то, где я застреваю. Если я хочу двигаться в левом направлении, я увеличиваю положение своей камеры (персонаж всегда находится посередине, и я перемещаю фон / камеру) на 4 пикселя, что, я предполагаю, занимает 8FPS, чтобы добраться до моей целевой позиции : 32. Когда я умножаю дельту на 4, я получаю очень маленькое число, поэтому вместо перемещения 4 пикселей я двигаю 4 * 0.03f, что не то, что я хочу. Извини, я до сих пор не понимаю.
Вы хотите, чтобы камера двигалась 32px в 8fps. У вас в среднем 33 кадра в секунду. Это означает, что для перемещения 32px требуется 0,24 с, что составляет 133,3px в секунду. Таким образом, единица движения, которую вы хотите умножить на дельту, равна 133,3, а не 4. Имеет смысл? Постарайтесь думать с точки зрения времени, а не в рамках.
Имеет смысл, действительно ценю это!

Goles · Answer 1 · 2011-09-27T11-41-00.000Z

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

Если вы еще не читали теперь довольно знаменитого " Исправьте свой timestep !". статью, я бы порекомендовал вам сделать это.

Ура!