A-tit indd

172
Игровой цикл (Game Loop) — 
Паттерны программирования игр
while (true)
{
double current = getCurrentTime();
double elapsed = current -
previous;
previous = current;
lag += elapsed;
processInput();
while (lag >= MS_PER_UPDATE)
{
update();
lag -= MS_PER_UPDATE;
}
render();
}
Здесь несколько частей. В начале каждого кадра мы 
обновляем значение переменной 
lag
в соответствии 
с тем, сколько реального времени прошло. Тем самым мы 
измеряем, насколько сильно игровые часы отстали от ре-
альных. Затем мы переходим во вложенный цикл, где 
с помощью фиксированных временных шагов нагоняем 
время. И как только нагнали, запускаем функцию ренде-
ринга. А затем начинаем сначала. Если наши действия 
нарисовать, получится примерно следующее (рис. 9.2).
Рис. 9.2.
Исключение рендеринга из игрового цикла
Обратите внимание: временной шаг теперь не яв-
ляется 
видимым
кадром. Значение 
MS_PER_UPDATE
—
степень 
дробления
, которую мы тут используем. Чем 
короче шаг, чем больше процессорного времени нуж-
но, чтобы нагнать реальное. Чем он больше, тем бо-
лее прерывистый игровой процесс. Обычно временной 

---

Паттерны программирования игр
— Паттерны очередности
173
шаг пытаются минимизировать, лучше не менее 60 FPS, 
чтобы обеспечить более высокую точность передачи ин-
формации на быстрых компьютерах.
Но будьте осторожны и не сделайте временные шаги 
слишком короткими. Вы должны убедиться, что они длин-
нее, чем время, которое занимает метод 
update()
, даже 
на самом медленном аппаратном обеспечении. Иначе 
игра просто никогда не сможет нагнать реальное время.
К счастью, тут мы оставили себе немного свободного 
пространства. Мы же 
вынесли рендеринг из цикла обнов-
ления
, тем самым освободив достаточно ресурсов про-
цессора. В результате игровая симуляция происходит 
с постоянной скоростью из-за фиксированных времен-
ных шагов, независимо от аппаратного обеспечения. 
На медленных машинах только 
видимая
игроку часть 
будет подвисать.