JLI Spieleprogrammierung

[Asto]

Huhu =)
Also wenn ich ein Programm im Vollbild starte ("einfach" PParams.Windowed = !bWindowed oder halt gleich FALSE *g*), dann habe ich das Problem, das wenn ich mini- und wieder maximiere bzw. nach dem drücken von Alt+Tab ich nicht wieder in das Programm komme. Ich sehe dann nur noch das Fenster, aber auch nicht im Vollbildmodus und DirectX ist quasi "weg".

Ich habe versucht, mit der Nachrichtenschleife die maxi- und minimieren befehle abzufangen, und dann nochmal eine WM_PAINT nachricht zu senden zum neu zeichnen des Fensters, aber ohne erfolg.

Reicht PParams.Windowed = !bWindowed einfach nicht, muss ich noch mehr beachten? Oder gehe ich da etwas falsch an?

Flo

Edit: Normalerweise wird WM_PAINT auch automatisch beim maximieren gesendet oder? Das Fenster "verändert" sich ja
_________________
"A programmer started to cuss, Because getting to sleep was a fuss, As he lay there in bed, Looping 'round in his head, was: while(!asleep()) sheep++;", Unbekannt

[Otscho]

Naja soo einfach ist das meines Wissens nicht. Afaik geht da das Direct3D-Device flöten und du musst es neu erstellen.
Es gibt allerdings eine Möglichkeit einen LostDevice wieder herzustellen, wenn du alle Resousen mit D3DPOOL_MANAGED erstellt hast : device->Reset(). Ansonsten neu erstellen.
Hoffe ich konnte dir helfen

[Asto]

hmm was du meinst, weiss ich. nur will das grad net so

Also ich habe jetzt mal angenommen, 1 Surface, das erstelle ich mit dem Paramter D3DPOOL_MANAGED.

Dann habe ich der Direct3D-Klasse aus dem Buch die public methode

[Jonathan_Klein]

Am einfachsten wäre es, die Laderoutine neu aufzurufen. Also alle Grafiken neu laden und so.
Am besten versuchst du, getrennte Laderoutinen zu haben, den beim Vollbild wechsel sollen ja nicht alle Werte wieder auf den Standard gesetzt werden, sondern erhalten bleiben. Es müssen eben nur alle Bilder und sonstige Resosurcen neu geladen und erstellt werden.
Ist ma Anfang gar net so einfach, das gescheit hinzubekommen^^
_________________
https://jonathank.de/games/

[Asto]

hmm Danke für die Antwort.

Ich habe schlichtweg unter WM_PAINT folgendes eingetragen:

[Christian Rousselle]

Das mit dem WM_PAINT wird so nicht funktionieren. Lass da am besten die Finger von. Gucke für den Anfang, was die Present() Methode zurückgibt. Die zeigt an, ob sich das Device im Lost-Zustand befindet. In diesem Fall muss du alle "flüchtigen" Ressourcen (und das Device) neu anlegen. Wenn du soweit bist, sollte es erstmal gehen. Es gibt aber noch ein paar andere Dinge zu beachten - such mal im Forum, ich meine da sollte was zu stehen...

C.

[51m0n]

Wenn das Device verloren geht, z.B. wenn du Alt+Tab drückst ist der Zeiger auf das Device nicht NULL.

Ob das device verloren gegangen ist kannst du mit IDirect3DDevice9::TestCooperativeLevel checken oder wenn dir die Methode IDirect3DDevice9::Present D3DERR_DEVICELOST zurückgibt.

Dann musst du das device resetten. Entweder mit Reset() aber als Parameter nicht NULL angeben sondern einen Zeiger auf die PresentParameters-Struktur, oder du erstellst es ganz neu.

Außerdem musst du auch die ganzen Texturen neu laden, es sei denn sie sind im D3DPOOL_MANAGED, aber darauf kann man leider auch nicht immer vertrauen. Also am besten alles neu laden.

MfG 51m0n
_________________
Teigwaren
heißen Teigwaren,
weil sie früher einmal Teig waren

[Asto]

Hmm ich habs grad mal gelöst. N bissl anders :X

Is das ok so oder gibt es da n Haken, der mir noch nicht aufgefallen ist?

Und zwar: obiges raus aus WM_PAINT, dann fange ich WM_SIZE ab und überprüfe per wParam ob SIZE_RESTORED dabei ist. Wenn ja: neu initialisieren ^^

[DirectXer]

werden denn in der Init() Funktion die Res. erst geprüft und released bevor sie neu erstellst? Ansonsten könnte es MemLeaks o.ä. geben. Wenn nicht, soltlest du vor Direct3D.init noch eine release Methode aufrufen die die Res. wieder freigibt

Gruß DXer

[Fallen]

[51m0n]

Bei dir klappt das immer?
Bei mir hab ich da irgendwie sehr oft Probleme mit. Die Texturen werden dann nach dem erfolgreichem reset nicht mehr angezeigt, als wären sie nicht im managed pool. Ich musste die immer neu laden..
_________________
Teigwaren
heißen Teigwaren,
weil sie früher einmal Teig waren

[Christian Rousselle]

Ist zwar etwas Offtopic (MANAGED Texturen), aber ich hatte damit noch nie Probleme und kann mir auch nicht vorstellen, dass das ein generelles Problem ist.

[51m0n]

Ui das ist jetzt aber peinlich
Dass die Texturen nicht angezeigt wurden lag nicht an den managed Texturen sondern an dem unmanaged vertex buffer, den ich beim testen auch außversehen auskommentiert hab.
Ich hasse es wenn man was beweisen will, aber einem dann auffällt, dass man sich vertan hat, sodass man am Ende unrecht hat -.-

Naja hier mit ziehe ich meine Aussage zurück
managed texturen 4 ever

aber nun back 2 topic!
_________________
Teigwaren
heißen Teigwaren,
weil sie früher einmal Teig waren

[Asto]

Vielen Dank Fallen
_________________
"A programmer started to cuss, Because getting to sleep was a fuss, As he lay there in bed, Looping 'round in his head, was: while(!asleep()) sheep++;", Unbekannt

[fast hawk]

Diese Methode geht aber nur wenn die Nachrichtenschleife unabhänig läuft ansonsten muss man es so machen.

http://www.online-tutorials.net/faq/directx-was-mache-ich-bei-onlostdevice;-alt+strg+entf-minimieren/tutorials-t-51-87.html
(ich erlaube mir mal auf diese turoial hinzuweißen)

gruß fast hawk
_________________
Jetziges Projekt: The Ring War
Status: 40%
-----------------------------------
Nicht weil es schwer ist, wagen wir es nicht, sondern weil wir es nicht wagen, ist es schwer.
--
Lucius Annaeus Seneca (4)
röm. Philosoph, Dramatiker und Staatsmann