1

Good afternoon.

I'm writing a program that would record video from the desktop at 100 fps, but I ran into a problem, AcquireNextFrame receives the next image from the desktop only after 20 ms, because of this, the maximum fps that I can get will be 50, you can do something with this?

Thanks.

TEARLESS
  • 31
  • 1
  • 6
  • 1
    AcquireNextFrame will receive nothing if nothing changes on the captured output. It's not like a "CaptureScreen" command. Timouts are expected and must taken into account. That's why you can't really design a workflow (like capture => convert => render or encode) on just one unique thread. Microsoft official "DXGIDesktopDuplication" sample is designed with multiple threads for that reason: https://github.com/microsoft/Windows-classic-samples/tree/master/Samples/DXGIDesktopDuplication But it can perfectly capture at 100fps if the screen changes at that speed (and you have good drivers, GPU). – Simon Mourier Dec 02 '20 at 21:27
  • Good afternoon, could you please write your comment as a solution? I will mark it as a solution to this problem. – TEARLESS Dec 02 '20 at 22:56

1 Answers1

1

IDXGIOutputDuplication::AcquireNextFrame will receive nothing if nothing changes on the captured output.

It's not like a "PleaseCaptureScreenNow" command.

Timouts are expected and must taken into account. That's why you can't really design a workflow for example like capture => convert => copy/encode on just one unique thread.

Microsoft official DXGIDesktopDuplication sample is designed with multiple threads for that reason.

This method can perfectly capture at 100fps or more if the screen changes at that speed (and you have good GPU, drivers, etc.).

Simon Mourier
  • 132,049
  • 21
  • 248
  • 298