轻量级OpenGL游戏的完美V-sync实现：需要一个小信息

你有一种误解V-Sync的错误概念。视频RAM中有一部分以恒定速率（帧刷新率）连续发送到显示设备。因此，在发送完整帧之后立即在非常短的空白时间之后发送下一帧。但是发送帧之间的时间远远短于发送全帧所需的时间。 没有V-Sync会发生什么，对帧缓冲内容的操作是可见的，例如，如果帧以红色和绿色交替填充，并且没有V-Sync，您将在监视器上看到红色和绿色条带。为了避免这种情况，V-Sync交换显示驱动程序在发送完整帧后立即访问帧缓冲区的指针。 这让我们了解了双重缓冲的作用。没有双重缓冲，V-Sync几乎没有用处。 V-Sync触发的动作必须非常非常快速地发生。因此，这归结为交换指针或非常快速的blitting操作（可能只需为GPU的MMU设置CoW属性）。 如果没有双重缓冲且没有V-Sync效果，那么可以看到将图片逐帧渲染到帧缓冲区的过程。当然，如果渲染发生得比帧周期快，那么就会产生这样一种效果：自上而下，你会看到一个只有人口稀少的图像，其中越来越多的内容可以朝向僵尸图像看到，而在它之间的某个地方，它会触及屏幕下边缘，徘徊到顶部。交叉线将移动。 TL; DR：只需使用双缓冲并启用V-Sync进行缓冲交换。不要害怕记忆消耗。今天流通的所有GPU都有足够的RAM来轻松为双缓冲彩色平面提供内存。算一算：1920x1200 * RGB = 6MiB，即使是目前PC中最小的GPU，也能提供至少128MiB的RAM。移动设备，比如iPad 1024 * 768 * RGB = 2MiB，而32MiB用于显卡。无论如何，iPad的UI都是双缓冲的。     

您可以使用

wglGetProcAddress

获取

wglSwapIntervalEXT

的地址，然后调用

wglSwapIntervalEXT(1);

将更新与垂直同步同步。执行此操作时，您不会在垂直同步中收到消息 - 而是直到发生垂直回扫，并且屏幕已更新时，

glFlush

才会返回。所以，你有一个

WM_PAINT

处理程序，看起来像这样：

BeginPaint
wglMakeCurrent
do drawing
glFlush
EndPaint

在任何情况下都需要

glFlush

，以确保您完成的绘图被发送到屏幕。