Schnellste Methode der screen-capturing unter Windows

Dies ist, was ich verwenden, um zu erfassen, um Einzelbilder, aber wenn Sie, ändern Sie diesen und halten Sie die zwei Ziele, die ständig offen ist, dann könnten Sie "stream" auf der Festplatte mit einem statischen Zähler für die Dateinamen. - Ich kann mich nicht erinnern, wo ich dieses fand, aber es wurde geändert, vielen Dank an alle!

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();
}

Schrieb ich eine video-capture-software, ähnlich wie FRAPS für DirectX-Anwendungen. Der source-code ist verfügbar und meine Artikel erläutert die Allgemeine Technik. Blick auf http://blog.nektra.com/main/2013/07/23/instrumenting-direct3d-applications-to-capture-video-and-calculate-frames-per-second/

Bezug auf Ihre Fragen in Bezug auf Leistung,

• DirectX soll schneller sein als GDI-außer beim Lesen aus dem frontbuffer, was sehr langsam ist. Mein Ansatz ist ähnlich wie FRAPS (Lesen von backbuffer). Ich abzufangen, ein Methoden-set von Direct3D-Schnittstellen.

• Für video-Aufzeichnung in Echtzeit (mit minimalen Auswirkungen, die Anwendungen), ein schneller codec ist wichtig. FRAPS nutzt es die eigenen lossless-video-codec. Lagarith und HUFFYUV sind generische verlustfreie video-codecs für Echtzeit-Anwendungen. Sollte man sich ansehen, wenn Sie möchten, um die Ausgabe video-Dateien.

• Einen anderen Ansatz, um die Aufnahme von screencasts könnte sein, schreiben einen Mirror-Treiber. Laut Wikipedia: Beim video-mirroring aktiv ist, wird jede Zeit, die das system zieht, um das primäre video-Gerät an einem Ort innerhalb der gespiegelten Fläche, eine Kopie der zeichnen-Vorgang wird ausgeführt, auf dem die gespiegelte video-Gerät in Echtzeit. Siehe "Spiegel" - Treiber auf MSDN: http://msdn.microsoft.com/en-us/library/windows/hardware/ff568315(v=vs. 85).aspx.

In meinem Eindruck, ist der GDI-Ansatz und die DX-Ansatz sind unterschiedlich in Ihrer Natur.
Malerei mit GDI gilt die Methode FLUSH der FLUSH-Ansatz zieht den Rahmen dann löschen und neu zeichnen ein anderes Bild in den gleichen Puffer, dadurch wird ein flackern in games erfordern eine hohe frame-rate.

1. WARUM DX schneller?
   in DX (oder Grafik-Welt), eine reifere Methode namens " Doppel-buffer rendering angewendet wird, wo zwei Puffer vorhanden sind, wenn die front-buffer an die hardware, können Sie machen, um die anderen Puffer, dann, nachdem der Rahmen 1 ist fertig Rendern, wird das system den swap auf die andere Puffer( ver-es für die Präsentation auf hardware , und lassen Sie die Vorherige Puffer ), auf diese Weise die rendering-Ineffizienz wird dadurch stark verbessert.
2. WARUM drehen nach unten die hardware-Beschleunigung schneller?
   obwohl mit Doppel-buffer rendering, die FPS verbessert, aber die Zeit für das rendering ist noch begrenzt. moderne Grafik-hardware in der Regel beinhaltet eine Menge von Optimierung beim Rendern in der Regel wie anti-aliasing, diese Berechnung ist sehr intensiv, wenn Sie nicht verlangen, dass die Grafik von hoher Qualität, natürlich, können Sie einfach deaktivieren Sie diese option. und das, um Zeit zu sparen.

Ich denke, was Sie wirklich brauchen, ist ein replay-system, das ich völlig einverstanden mit dem, was Menschen diskutiert.

Ein paar Dinge, die ich in der Lage gewesen, zu Lesen: offenbar mit einem "mirror-Treiber" ist schnell obwohl ich bin mir nicht bewusst, eine OSS-one.

Warum ist RDP so schnell im Vergleich zu anderen remote-control-software?

Offenbar auch mit einigen Gehirnwindungen StretchRect sind schneller als BitBlt

http://betterlogic.com/roger/2010/07/fast-screen-capture/comment-page-1/#comment-5193

Und die, die Sie erwähnt (fraps Einhängen in die D3D dll ' s) ist wohl der einzige Weg für D3D Anwendungen, aber nicht mit Windows XP-desktop zu erfassen. So jetzt habe ich nur wünschte, es gäbe eine fraps äquivalente Geschwindigkeit her für den normalen windows-desktop...jemand?

(Ich glaube, mit aero-Sie können möglicherweise verwenden Sie fraps-wie Haken, aber XP-Nutzer würde von Glück).

Offenbar auch änderung der Bildschirm-bit-tiefen und/oder Deaktivierung von hardware-accel. helfen könnte (und/oder Deaktivierung von aero).

https://github.com/rdp/screen-capture-recorder-program umfasst eine einigermaßen schnelle BitBlt-capture-Dienstprogramm, und ein benchmarker als Teil seiner Installation, das lassen Sie benchmark BitBlt Geschwindigkeiten zu optimieren.

VirtualDub hat auch eine "opengl" screen-capture-Modul, das angeblich schnell und Dinge tun, wie ändern Sie die Erkennung http://www.virtualdub.org/blog/pivot/entry.php?id=290

Können Sie versuchen, die c++ - open-source-Projekt WinRobot @git, ein leistungsfähiges screen capturer

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;

Unterstützung :

• UAC-Fenster
• Winlogon
• DirectShowOverlay

Erkenne ich den folgenden Vorschlag nicht beantworten Ihre Frage, aber die einfachste Methode die ich gefunden habe, zum erfassen einer sich rasch verändernden DirectX Ansicht Stecker a video-Kamera in den S-video Anschluss der Grafikkarte, und notieren Sie die Bilder wie einen Film. Dann übertragen Sie die Videos von der Kamera wieder zu einem MPG, WMV, AVI etc. Datei auf dem computer.