Слишком быстрый fps. Как сделать движения игрового объекта более медленным?

Question

[Kuusandr]

Сделал простенький проект, с тайловой механикой. Возникла проблема, слишком много fps, главный игровой объект перемещается слишком быстро. Погуглил интернет, попробовал применить совет по ограничению fps (с засыпанием на расчетное время в render). Скорость передвижения, вроде стала более плавной. Но с этим возникла другая более отстойная проблема, при ограничении fps смарт стал реагировать с заметной задержкой на тапы.

Как сделать более медленное передвижение игрового объекта при сохранении fps?

Answer 1

[tsarevfs]

Расчитывайте движение объекта исходя из желаемой скорости как dx = v * dt. Для вычисления dt вычитайте таймстемп с предыдущего кадра из текущего таймстемпа.

Answer 2

[EVGENY T.]

Насколько я помню, в метод render() передаётся dt - время между кадрами. Умножайте скорость объектов на него - получите постоянную скорость для пользователя независимо от железа.

P.S. Лучше саму математику вычислений засунуть в update(), а в render() только рисовать.

Comments

[Kuusandr]

Я тоже понимаю, что update надобы делать отдельно, но создатели libgdx в классе screen дали только метод render.

[Warlodya]

Kuusandr, Делайте отдельно 2 класса например World и Renderer.
В World сделайте метод update и вызывайте его не чаще какого-то промежутка
В Renderer сделайте метод render и вызывайте его каждый раз.

Answer 3

[SagePtr]

Первое правило - никогда не привязывайте скорость к FPS. Мне попадалась игра, которую было невозможно пройти на медленном железе, потому что скорость игрока по каким-то причинам привязывалась к FPS, а скорость игровых событий - к времени, в итоге если FPS был в районе 30 - то игрок попросту не успевал в тех местах, где нужно было на скорость что-то сделать, а запас времени не давался.
Да и просто неприятно, когда всё начинает медленно шевелиться, пропуск кадров намного лучше, так как не замедляет игру, а только картинку ухудшает.

Answer 4

[GreatRash]

Но с этим возникла другая более отстойная проблема, при ограничении fps смарт стал реагировать с заметной задержкой на тапы.

Во всех игровых движках игровой цикл делится на две части: обработка физики (PhysicsUpdate, _physics_process и т.п.) и обработка логики/пользовательского ввода (Update, _process и т.п.)

Отслеживать ввод вам нужно внутри обычного апдейта с максимально возможным фпс. А вот уже применять физику (т.е. двигать объекты и т.п.) нужно с применением апдейта физики с дельтой времени кадра.

Вот норм туториал на тему - https://gameprogrammingpatterns.com/game-loop.html

Comments

[Kuusandr]

Эту статью я читал. Имеющееся воплощение паттерна в libgdx предоставляет только метод render. Понимаю что честно говоря libgdx шлак, но более кошерные движки мое железо не тянет. Приходится использовать этот пипифакс.