我想为Windows平台编写一个屏幕录制程序，但不确定如何捕捉屏幕。我所知道的唯一方法是使用GDI，但我想知道是否有其他方法可以达到同样的效果，并且如果有的话，哪种方法的开销最小？速度是首要考虑因素。
这个屏幕录制程序将用于记录游戏画面，但如果这会限制选项，我仍然对任何超出此范围的建议持开放态度。毕竟，没有坏处的知识。
编辑：我看到了这篇文章：各种捕获屏幕的方法。它介绍了使用Windows Media API和DirectX的方法。在结论中提到禁用硬件加速可以大大提高录制应用程序的性能。我想知道为什么会这样。有人可以为我填补这些空白吗？
编辑：我了解到像Camtasia这样的屏幕录制程序使用自己的捕获驱动程序。有人可以详细解释一下它是如何工作的以及为什么更快吗？我可能还需要指导如何实现类似的东西，但我相信已经存在相关的文档。
此外，我现在知道FRAPS如何录制屏幕。它挂钩底层图形API以从后台缓冲区读取。据我所知，这比从前台缓冲区读取要快，因为您正在从系统RAM而不是视频RAM中进行读取。您可以在此处阅读该文章。
这是我用来收集单帧的代码，但如果您修改它并保持两个目标一直打开，则可以使用静态计数器将其“流式传输”到磁盘上，以用作文件名。- 我不记得在哪里找到它，但它已被修改，感谢那些做出贡献的人！
void dump_buffer()
{
IDirect3DSurface9* pRenderTarget=NULL;
IDirect3DSurface9* pDestTarget=NULL;
const char file[] = "Pickture.bmp";
// sanity checks.
if (Device == NULL)
return;
// get the render target surface.
HRESULT hr = Device->GetRenderTarget(0, &pRenderTarget);
// get the current adapter display mode.
//hr = pDirect3D->GetAdapterDisplayMode(D3DADAPTER_DEFAULT,&d3ddisplaymode);
// create a destination surface.
hr = Device->CreateOffscreenPlainSurface(DisplayMde.Width,
DisplayMde.Height,
DisplayMde.Format,
D3DPOOL_SYSTEMMEM,
&pDestTarget,
NULL);
//copy the render target to the destination surface.
hr = Device->GetRenderTargetData(pRenderTarget, pDestTarget);
//save its contents to a bitmap file.
hr = D3DXSaveSurfaceToFile(file,
D3DXIFF_BMP,
pDestTarget,
NULL,
NULL);
// clean up.
pRenderTarget->Release();
pDestTarget->Release();
}
编辑：我可以看到这被列在你的第一个编辑链接下，称为“GDI方式”。即使在该网站上有性能建议，这仍然是一种不错的选择，我认为你可以轻松达到30fps。
来自this评论（我没有做过这个，我只是参考了别人的经验）：
HDC hdc = GetDC(NULL); // get the desktop device context
HDC hDest = CreateCompatibleDC(hdc); // create a device context to use yourself
// get the height and width of the screen
int height = GetSystemMetrics(SM_CYVIRTUALSCREEN);
int width = GetSystemMetrics(SM_CXVIRTUALSCREEN);
// create a bitmap
HBITMAP hbDesktop = CreateCompatibleBitmap( hdc, width, height);
// use the previously created device context with the bitmap
SelectObject(hDest, hbDesktop);
// copy from the desktop device context to the bitmap device context
// call this once per 'frame'
BitBlt(hDest, 0,0, width, height, hdc, 0, 0, SRCCOPY);
// after the recording is done, release the desktop context you got..
ReleaseDC(NULL, hdc);
// ..delete the bitmap you were using to capture frames..
DeleteObject(hbDesktop);
// ..and delete the context you created
DeleteDC(hDest);
我并不是说这是最快的方法，但如果你在兼容的设备上下文之间复制，BitBlt 操作通常非常快。
作为参考，Open Broadcaster Software 将类似于此的内容作为其 "dc_capture" 方法的一部分实现，尽管他们使用 IDXGISurface1 创建目标上下文 hDest，该方法适用于 DirectX 10+。如果不支持此功能，则会回退到 CreateCompatibleDC。
要将其更改为使用特定应用程序，您需要将第一行更改为 GetDC(game)，其中 game 是游戏窗口的句柄，然后设置正确的游戏窗口的 height 和 width。
一旦您在hDest/hbDesktop中获得了像素，仍然需要将其保存到文件中，但如果您正在进行屏幕捕获，则应该想要在内存中缓冲一定数量的像素，并分块保存到视频文件中，因此我不会指向保存静态图像到磁盘的代码。
我编写了一个视频捕获软件，类似于针对DirectX应用程序的FRAPS。源代码可用，我的文章解释了一般技术，请参考http://blog.nektra.com/main/2013/07/23/instrumenting-direct3d-applications-to-capture-video-and-calculate-frames-per-second/.
关于性能相关的问题，
DirectX应该比GDI更快，除非你正在从非常慢的前缓冲区读取。我的方法类似于FRAPS（从后缓冲区读取）。我截取了一组来自Direct3D接口的方法。
对于实时视频录制（最少影响应用程序），快速的编解码器是必不可少的。FRAPS使用自己的无损视频编解码器。Lagarith和HUFFYUV是专为实时应用程序设计的通用无损视频编解码器。如果想要输出视频文件，您应该查看它们。
另一种记录屏幕广播的方法是编写镜像驱动程序。根据维基百科：当视频镜像处于活动状态时，每次系统在镜像区域内的主要视频设备上绘制时，都会在镜像视频设备上实时执行绘制操作的副本。参见MSDN上的镜像驱动程序：http://msdn.microsoft.com/en-us/library/windows/hardware/ff568315(v=vs.85).aspx。
我使用d3d9获取后备缓冲区，并使用d3dx库将其保存为png文件:
IDirect3DSurface9 *surface ;
// GetBackBuffer idirect3ddevice9->GetBackBuffer(0, 0, D3DBACKBUFFER_TYPE_MONO, &surface ) ;
// 保存表面 D3DXSaveSurfaceToFileA( "filename.png", D3DXIFF_PNG, surface, NULL, NULL ) ;
SAFE_RELEASE( surface ) ;
要做到这一点，您应该使用以下代码创建交换缓冲区：
d3dpps.SwapEffect = D3DSWAPEFFECT_COPY ; // for screenshots.
（这样你就可以保证在截取屏幕截图之前，后备缓冲区没有被损坏）。
GetRenderTarget 之间的区别吗？ - someguy我编写了一个实现GDI方法的屏幕捕获类。为了获取更快的速度，我尝试了DirectX方法（通过GetFrontBuffer），但我惊讶地发现GDI的性能大约快2.5倍。在进行100次捕获双显示器的测试后，GDI实现的平均每个屏幕捕获时间为0.65秒，而DirectX方法的平均时间为1.72秒。因此，根据我的测试结果，GDI显然比GetFrontBuffer更快。
我无法让Brandrew的代码工作来通过GetRenderTargetData测试DirectX。屏幕截图出来是纯黑色的。但是，它可以非常快速地复制那个空白屏幕！我将继续调试并希望得到一个可行的版本，以便看到真正的结果。
旧答案（C#）：
您可以使用System.Drawing.Graphics.Copy，但速度不太快。
我编写了一个完全实现此功能的示例项目：http://blog.tedd.no/index.php/2010/08/16/c-image-analysis-auto-gaming-with-source/
我计划更新此示例，使用像Direct3D这样更快的方法：http://spazzarama.com/2009/02/07/screencapture-with-direct3d/
以下是有关捕获视频的链接：如何使用C# .Net捕获屏幕以成为视频？
http://betterlogic.com/roger/2010/07/fast-screen-capture/comment-page-1/#comment-5193
你提到的方法(fraps hooking into the D3D dll's) 可能是D3D应用程序中唯一的方法，但在Windows XP桌面捕获中不起作用。所以现在我只希望有一个类似于fraps速度快的普通桌面窗口... 有人吗?
(我认为使用aero可能可以使用类似于fraps的钩子，但XP用户将没有机会)。
此外，显卡位深度的更改和/或禁用硬件加速也可能有所帮助（和/或禁用aero）。
https://github.com/rdp/screen-capture-recorder-program包括一个相当快的基于BitBlt的捕获实用程序，以及一个基准测试程序，可让您对BitBlt速度进行基准测试以进行优化。
VirtualDub还具有一个“opengl”屏幕捕获模块，据说速度很快，并且可以执行诸如更改检测http://www.virtualdub.org/blog/pivot/entry.php?id=290
CComPtr<IWinRobotService> pService;
hr = pService.CoCreateInstance(__uuidof(ServiceHost) );
//get active console session
CComPtr<IUnknown> pUnk;
hr = pService->GetActiveConsoleSession(&pUnk);
CComQIPtr<IWinRobotSession> pSession = pUnk;
// capture screen
pUnk = 0;
hr = pSession->CreateScreenCapture(0,0,1280,800,&pUnk);
// get screen image data(with file mapping)
CComQIPtr<IScreenBufferStream> pBuffer = pUnk;
支持：
MovePlayerLeft()。同时，您还需要记录按键和其他输入的时间和持续时间。然后，当您处于回放模式时，您只需忽略输入，而是读取记录的数据。如果在数据中看到左键按下，则调用MovePlayerLeft()。 - Benjamin Lindley