游戏主循环逻辑

Question

我正在使用 allegro 5 用 c++ 编写一个游戏。Allegro 5 的事件堆叠在事件队列中（例如鼠标单击或计时器在 1/FSP 时间后滴答）。所以我的问题是我的游戏的主循环的逻辑应该如何，或者因为它是基于事件的我可以在没有主循环的情况下实现它？

有什么想法真正的游戏是如何做到的吗？链接会很好。

Answer 1

我没有使用 Allegro 的经验，但是当使用 SFML 并使用 OpenGL 渲染游戏时，我自己会轮询事件队列作为主循环的一部分。类似于下面的伪代码（但更抽象）：

while(game_on)
{
   auto events = poll_occured_events();
   for_each(events, do_somewithng_with_event);

   render_game();
}

到目前为止似乎工作正常......我猜想在 Allegro 中也可能有类似的东西。事件驱动的游戏很棘手，因为您需要不断更新游戏。

您可以（可能）将主循环放在另一个线程中，然后在事件线程和游戏线程之间进行同步......

Answer 2

我也没有任何使用 Allegro 的经验，但逻辑是一样的。

（所谓的）真实游戏也有游戏循环，但不同之处在于它们使用并行工作但在不同时间间隔内的线程。例如，有不同的线程用于物理计算、AI、游戏玩法、声音、渲染……因为用户事件通常关注游戏事件在它之前被收集（正如 Max 所建议的）并消耗到下一帧（实际上有些在下一帧中收集它）例如 5 帧）。

由于帧可能会变得太长，因此游戏会收集来自操作系统的所有事件，因此这些输入称为缓冲输入。还有另一种方法，称为无缓冲输入，它不能离散工作，而是在游戏循环期间在查询它的实例中对其进行测试。

如果用户输入非常重要并且您根本不想丢失任何输入，那么您可以使用缓冲的，否则不使用缓冲的。然而，无缓冲可能会很棘手，尤其是在调试期间。

这里有一些链接
书籍摘录游戏引擎
IOS 上的游戏循环