关于多通道同步问题的总述请见文章《多通道的同步问题》。
本文主要说明用软件实现同步时代码设计的思想，其涉及到两个层次：DataLock、SwapLock。DataLock用于保证各渲染计算机在每个渲染周期使用相同的场景数据进行更新，以避免各计算机之间场景内容的不一致。SwapLock用于保证各渲染计算机每个渲染周期中在相同的瞬间切换帧缓存，以避免各计算机之间画面的不连续。对于立体投影时Framelock的使用可采用WinSgl，见文章《多通道的同步问题》。
首先要说明本文中代码的设计遵循这样的架构：一个同步节点、多个渲染节点。每个节点对应一台计算机，同步节点可用作对场景数据的更新（如计算动力学），各个渲染节点连接显示器或投影仪等显示设备。
设计出的代码为了方便使用，要求达到以下的使用方法：
1．在各节点程序的初始化阶段，调用注册函数（如registerUserData(……)）注册需要同步的场景数据。
2．而后在各节点程序的每个周期，在渲染结束（如OpenGL的glFinish()）与帧切换（如OpenGL的glutSwapBuffer()）之间，调用同步函数（Sync()），此函数的返回值即为同步后的场景数据，此函数返回后立即进行帧切换的工作，以保证帧切换的同步。
1．同步节点在主线程（如动力学仿真线程）之外建立另外一个线程，用于处理同步。
2．同步节点在建立起来的同步线程中以快速不可靠的广播形式定时向所有渲染节点发送场景数据，发送的时间间隔由调用此代码的用户决定，如以动力学仿真周期作为定时标准。
在发送此数据时同步节点会在发送的包头部插入当前发送的包序号，此序号用作以后的同步判断。
3．渲染节点建立一个接收缓冲区，在一个单独的线程中循环接收同步节点发送的数据，并将接收到的所有数据保存在缓冲中。
4．渲染节点在桢切换之前要求同步。此时渲染节点向同步节点发送同步请求包，包内含有节点本身接收到的所有数据包序号，这些序号是从缓冲区中取得的，此时渲染节点进入阻塞状态，等待同步节点的同步信号。
5．同步节点在收到第一个渲染节点的同步请求信号后，停止发送场景数据，它会等待接收所有的渲染节点的请求信号，当所有请求信号都到达时，同步节点对所有请求信号包中的序号进行比较，取出各节点共有的最后一个序号放入即将要发送的同步包中。如第一个渲染节点请求包中序号为2057、2058、2060、2061，第二个渲染节点包中序号为2057、2058、2059、2060，第三个渲染节点包中序号为2058、2059、2060、2061，则比较后所得结果为2060。
6．同步节点在比较出结果后，向所有渲染节点以可靠方式发送同步信号包，包内含有同步的场景数据序号（如2060）。此后同步节点可以继续发送场景数据。
7．各渲染节点在接到同步信号包后，解除阻塞状态，进行桢切换，并根据接收到的同步序号（如2060）从当地缓冲区中取出场景数据。
8．渲染节点进入下一个渲染周期，在此周期渲染时利用7中得到的同步数据。
在四台的PC机上利用此代码进行多通道的同步，其中一台作为同步节点，其它三台作为渲染节点连接三台投影仪，PC 机的配置为Intel Core2 CPU1.86Hz，1.0G内存。
结果表明渲染节点达到了完全一致连续的画面显示，三个通道的致速率始终保持完全一致，数据测试表明渲染节点等待同步花掉的时间在4ms以内。
注：4ms这个时间只是一个粗略数据，具体时间与机器性能、渲染程序的复杂度都有关，有待进一步测定。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。