Directx bitmap stretchen/Skalieren

[Zacherl]

Ich würde dir weiterhin dazu raten das ganze per GDI zu machen. Hatte dir ja mal per PN eine Funktion geschickt, die per GDI einen Screenshot anfertigt und diesen danach mit dem HALFTONE Verfahren auf die gewünschte Größe verkleinert.

Dann sparst du dir sogar die manuelle Berechnung der AmbiLight Farben, da du die Randpixel des verkleinerten Screenshots direkt als AmbiLight Color für den entsprechenden Punkt verwenden kannst. (Die AmbiLight Berechnung ist ja im Prinzip nicht anderes als ein Rastern des Bildes in gleichgroße Teile und darauf folgend die Berechnung der Durchschnittsfarbe. Also genau das, was das HALFTONE Verfahren beim Verkleinern auch macht).

[EWeiss]

Zitat von Zacherl:

Ich würde dir weiterhin dazu raten das ganze per GDI zu machen. Hatte dir ja mal per PN eine Funktion geschickt, die per GDI einen Screenshot anfertigt und diesen danach mit dem HALFTONE Verfahren auf die gewünschte Größe verkleinert.

Dann sparst du dir sogar die manuelle Berechnung der AmbiLight Farben, da du die Randpixel des verkleinerten Screenshots direkt als AmbiLight Color für den entsprechenden Punkt verwenden kannst. (Die AmbiLight Berechnung ist ja im Prinzip nicht anderes als ein Rastern des Bildes in gleichgroße Teile und darauf folgend die Berechnung der Durchschnittsfarbe. Also genau das, was das HALFTONE Verfahren beim Verkleinern auch macht).

Ja wenn es so einfach wäre..
Das Problem ist ich muss OpenGL und auch DirectX Fenster erfassen können.
Das geht ohne DirectX und in Verbindung mit einer DirectX Anwendung (MediaPortal) so nicht.
Wäre ansonsten direkt auf GDI+ umgestiegen da hätte ich diese Probleme alle nicht.
Aber wie gesagt man kann letztendlich nur lernen.

gruss

[Namenloser]

Also ab Vista kann man auch mit GDI Screenshots von DirectX- und OpenGL-Fenstern machen. Wichtig ist glaube ich nur, dass man beim BitBlt vom Desktop auf das Bitmap CAPTUREBLT beim mit angibt. Zumindest wenn man transparente (layered) Fenster mit drauf haben will, braucht man das. Daher nehme ich an, dass man es für DirectX- und OpenGL-Fenster auch braucht.

Allerdings klappt das nur, wenn der DWM läuft. Das heißt, Aero muss aktiviert sein.

Falls du es aber hinkriegst, mit DirectX einen Screenshot zu erzeugen, würde mich das auch interessieren. Das hatte ich vor Jahren mal probiert, aber hatte das gleiche Problem wie du: Überall stand was anderes und nichts davon funktionierte.

[EWeiss]

Zitat von Namenloser:

Also ab Vista kann man auch mit GDI Screenshots von DirectX- und OpenGL-Fenstern machen. Wichtig ist glaube ich nur, dass man beim BitBlt vom Desktop auf das Bitmap CAPTUREBLT beim mit angibt. Zumindest wenn man transparente (layered) Fenster mit drauf haben will, braucht man das. Daher nehme ich an, dass man es für DirectX- und OpenGL-Fenster auch braucht.

Allerdings klappt das nur, wenn der DWM läuft. Das heißt, Aero muss aktiviert sein.

Falls du es aber hinkriegst, mit DirectX einen Screenshot zu erzeugen, würde mich das auch interessieren. Das hatte ich vor Jahren mal probiert, aber hatte das gleiche Problem wie du: Überall stand was anderes und nichts davon funktionierte.

GDI ist aber langsamer wie DirectX und ich muss auch Rücksicht auf die Host-Anwendung nehmen.
Ansonsten wären das 5 Zeilen Code da ich alle Frames zum rendern in meiner DLL direkt abgreifen kann.
Aber wie gesagt muss es mit DirectX machen da Win8 kein DWM mehr unterstützt.. was noch dazu kommt.


gruss

[Zacherl]

Was den Screenshot angeht, ist die GDI Methode, laut eines Artikels, den ich letztens gelesen habe, sogar noch schneller, als es per OffscreenSurface zu machen. Aber du hast natürlich recht, dass du per GDI wohl keine Hardware Accellerated Windows capturen kannst.

Ich schaue, wenn ich daheim bin, nochmal ob ich es über den Umweg über eine Textur hinbekomme.

[EWeiss]

Zitat von Zacherl:

Was den Screenshot angeht, ist die GDI Methode, laut eines Artikels, den ich letztens gelesen habe, sogar noch schneller, als es per OffscreenSurface zu machen. Aber du hast natürlich recht, dass du per GDI wohl keine Hardware Accellerated Windows capturen kannst.

Ich schaue, wenn ich daheim bin, nochmal ob ich es über den Umweg über eine Textur hinbekomme.

Ja aber nur wenn man den Buffer nicht selbst zuweist siehe(scrSurface.LockRect) und das über GetFrontBufferData regelt.
Das bremst das ganze natürlich aus.
Bei einem ScreenShot spielt das keine rolle in einer Renderscene hingegen schon.

Link zu dem Thema
Ich habe mal versucht seine Methode nach zu verfolgen.. aber auch hier keine Chance.

Zitat von dort!

1. Via CreateRenderTarget() eine temporäre Render-Target-Textur anlegen (ohne AA und in dem Format, das man haben will). Das ist das einzige, wo StretchRect() den Back Buffer reinkopieren kann.
2. Via StretchRect() den Back Buffer in das temporäre Render Target kopieren. Dabei wird das Antialiasing aufgelöst.
3. Via CreateOffscreenPlainSurface() einen Systemspeicherpuffer anlegen. Muss unbedingt im D3DPOOL_SYSTEMMEM liegen, weil GetRenderTargetData() nur dorthin kopieren kann;
   und dasselbe Format haben wie das temporäre Render Target.
4. Via GetRenderTargetData() das temporäre Render Target in den Systemspeicherpuffer kopieren.
5. Lock() benutzen, um auf die Daten zuzugreifen.

Zitat:

Direct3D9: (ERROR) :If the destination surface is an offscreen plain surface, the source must also be an offscreen plain. StretchRect failed

Danke dir das du versuchst mir weiter zu helfen.


gruss

[Zacherl]

Interessanterweise ist bei mir der Inhalt des OffscreenPlainSurfaces bereits komplett schwarz