游戏中的调度器，游戏编程精粹3，欢迎大家加入讨论

kevinlynx

   ”一个调度器可以有效帮助以下游戏技术的实现，他们包括物理仿真，人物运动，碰撞检测，游戏中的人工智能，渲染。在所有这些技术中有一个关键问题就是时间。在不同的时间里，当数百个不同的物体和过程都需要更新时，这些仿真技术的很多种东西变得非常复杂。“
   游戏调度器确实是个好东西，它的扩展性好，条理也很清晰。但是当我拿到书中的那分调度器原代码时，在虚拟时间与真实时间的那一块，理解起来实在不好受。所以拿出来一方面与大家共享，一方面也希望得到高手的指点！
   书名：《游戏编程精粹3》
   我把关于调度器的内容贴到我博客上了：http://blog.csdn.net/kevinlynx/archive/2006/09/05/1179287.aspx
   上传的附件是书上的调度器代码。
   
   虚拟时间.....真实时间。。。关于时钟。。。欢迎大家加入讨论！

bracelet

这类东西常常被冠上一个看似很深奥的名字
但是仔细看过以后，你就会发现
这不是我一直在用的东西么

kevinlynx

   我就想把里面的代码看懂！拜托给点解释！

bracelet

不就是按设定时间执行各项任务么

start=开始时间
period=多少时间执行一次
duration=持续多少时间

kevinlynx

这里的任务分为三种：基于时间的任务，基于帧的任务，以及渲染任务。
对于时间，这里还采用了虚拟（仿真）时间的机制！
希望大家看清问题了再发表观点！真心得到指教！

lingjingqiu

没有那么复杂。。。不过貌似它的代码有些BT啊。还好吧整体来说难度不大。

bracelet

原理很简单的，别被说明迷惑了（我英文很烂）
主体在ExecuteFrame()
三种任务
渲染任务：每帧都执行，传给任务的是帧数
基于帧的任务：每帧都执行,传给任务的时间是当前帧的实际时间(每帧时间都不同)
基于时间的任务：每帧都执行,传给任务的时间是当前帧的实际时间标准化后的时间(时间按参数start+period*N来计算，实际帧时间标准化到这些值中，连续的几个帧时间可能相同)

以上只不过是把可能遇到的几种更新时间需求预设了一下：
更新不需要时间参数
更新需要实际帧时间
更新需要帧时间需要标准化，比如实际帧数在50-80之间跳动，但你需要30帧的固定帧更新

免费打工仔

在我的看来 分不出 和ACE中的 timer的区别，似乎就是个计时器。

♂樱♀

我认为bracelet说的很是。
游戏编程精粹里的内容其实确实很……

lingjingqiu

GPG倒是会给一个问题提供一个标准的描述，但不是说描述变了问题就复杂了。