spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Naja fragen wir mal so:
Braucht DirectX die Resourcen, wenn das Programm minimiert ist? Ich denke mal nicht, drum schmeißt Windows alle Daten beim Minimieren die in den Buffern sind raus, da für anderen Anwendungen die Resourcen eher gebraucht werden.

Das mit dem Restore steht im Buch drine Bei OpenGL gibt es so ein ähnliches Phänomän, da muss man alles von Hand freigeben und wieder neu laden Ist aber auch nichts großartiges

Hi,

es gibt natürlich noch die Funktion Restore von Deinen Interfaces, jedoch das Funktionieren hing glaub ich davon ab, welche Flags Du beim erstellen des Objektes gesetzt hast.

Bei einem IDirectDrawSurface musste man nur Restore bei DDERR_SURFACE_LOST aufrufen und fädisch ist.

Ob das jetzt auch mit Vertex- und IndexBuffer funktioniert weiß ich bei Gott nicht ;D Wenns um OpenGL geht kann ich's Dir sagen, aber DX? nee net mein Gebiet :help:

- Patrick

Bis jetzt hatte ich da noch keine Probleme. Was aber auch daran liegt das ich mein Programm pausieren lasse. Sollte man jedoch noch weiter rendern, kann es zu einem verlust kommen. ie gesagt hatte ich noch nicht.

Aber ein Restore ist auch nicht so wild. Z.B. bei einem VertexBuffer, werden hier die Daten im Heap temporär gespeichert und die dann eben schnell wieder in den d3d vb zu kopieren ist nun auch nicht so viel arbeit. Das selbe kann man auch mit den Texturen machen. Der rest ist eh im Heap und geht damit auch nicht verloren.

Ich denke wenn man das kapselt und dann in seiner Kapselung eine Rstore Funktion einbaut, ist bei einem Verlust alles wieder schnell reinitialisiert.

@doppelt:
Bei Meshes ist das sehr vorteilhaft. Vor allem dann wenn man viel ändern muss. Der Zugriff auf den Heap ist einfach schneller als der Zugriff auf eine D3D Resource.

@Pause:
Weil ich das Device nicht nutze. Wenn Windows die Daten beiseite schiebt um Platz su schaffen, dann schieb Windows die Daten auch wieder zurück. Aber in der zwischenzeit wird das Device nicht genutzt und d3d bekommt davon nichts mit.
In dieser Pause verarbeite ich zwar weiterhin Nachrichten, aber zeichnen tu ich nett. Ist ja auch sinnlos

Zitat

hm du willst mir sagen wenn ich bei alt tab also lost focus keine funktionen zum rendern benutze solange er wieder focus bekommt hat man die probleme nicht?

Wie es scheint nicht. Wie gesagt ich mach es immer so und hatte noch nie Probleme damit gehabt.

Zitat

hm ich dachte er rendert auch gar net wenn ich zum destkop gewechselt hab?

Wenn du ihm sagst er soll rendern dann macht er das auch. Egal ob das Fenster nun sichtbar ist oder nett. Die Programmschleife wird ja weiterhin ausgeführt.

Zitat

aber wenn windows sowieos wieder die resourcen zurückschiebt wo ist da nn noch das problem?

Das Problem ist wohl, wenn Windows die Resourcen bei seite schiebt und man dann darauf zugreifen will, keine Resourcen da sind. Ergebnis: Eine hübsche Fehlermeldung
Sicher ist, wenn (müste ich mal nachlesen) Windows die Resourcen beiseite schiebt, schiebt Windows die auch wieder zurück.

Da es aber Sinnlos ist auf einen Screen zu rendern den man nicht sieht, kann man den Rendervorgang auch in der zeit stoppen.

Leider kann man sich nicht auf die Nachricht WM_SETFOCUS und WM_KILLFOCUS verlassen . Da diese auch dann gesendet werden wenn das Fenster nur in den Hintergrund verschoben wird. Dann aber sollte man ja schon noch rendern. Man muss also einen anderen weg finden um festzustellen ob das Fenster minimiert wurde und wann es wieder maximiert wurde.

[edit die erste]
Hab mal in der MSDN gestöbert und folgende Sachen gefunden:
GetAltTabInfo <- Liefert informationen über das Alt Tab
GetWindowPlacement <- In der Struktur WINDOWPLACEMENT gibbet die Member showCmd. Wenn dort SW_SHOWMINIMIZED gesetzt ist, ist das Fenster minimiert. Die Konstante SW_SHOWMAXIMIZED war bei mir immer gesetzt.[/edit]