JLI Spieleprogrammierung

Catscratch1 · Verfasst am: 27.03.2005, 12:58 Titel: Darstellung und CPU Auslastung

Hallo,

also momentan zeichne ich mein Bild prinzipiell in einer Endlosschleife. Kann man das irgendwie handhaben, dass das Bild einmal in den Rasterizer geschickt wird und erst, wenn sich was ändert, neue API Aufrufe gemacht werden, sodass nicht 100% der CPU auslastung permanent durch die Anwendung genutzt werden?
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

Patrick · Verfasst am: 27.03.2005, 13:02 Titel:

Die 100% kommen nicht durch das Bild sondern durch Deine Messageabfrage bei der Du sehr wahrscheinlich "::PeekMessage" benutzt.

In meinen Tutorials zeige ich wie man einen Kompromis mit "::PeekMessage" (100%) und "::GetMessage" (variabel) bewerkstelligt.

Diesen Kompromis kannst Du dann ausbauen, denn momentan sind 100% wenn das Programm im Vordergrund ist und 0-4% wenn es minimiert ist.
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

KI · Verfasst am: 27.03.2005, 13:37 Titel:

Wenn du willst, dass deine Anwendung das System weniger stark auslastet, kannst du auch versuchen die Priorität deiner Anwendung zu minimieren.

Schau dich mal bei SetThreadPriority, GetCurrentThread um.

Diese ganzen Thread- und Prozess-funktionen sind ein relativ komplexes Thema. siehe Übersicht

Mit den oberen beiden Funktionen dürftest du fürs erste hinkommen.
Für HANDLE hThread gibts du GetCurrentThread an...

Catscratch1 · Verfasst am: 27.03.2005, 13:41 Titel:

Hmm ok.
Also müsste ich da in der Richtung Threads arbeiten.
Macht auch Sinn.
@Patrick Danke deine Abschalten im Minimierten Zustand ist auch praktisch.

Ich denke aber, dass Threads eher die Richtung ist, die ich meinte.
Mir gehts darum, dass wenn ich ein Bild 5sek statisch zeige und danach erst modifiziere, erst auch dann wieder neu zeichnen möchte und sonst eher das ganze Idle halten möchte.
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

Patrick · Verfasst am: 27.03.2005, 13:59 Titel:

Dafür benutzt man keine Threads sondern eine bool-variable.

Nenn diese "redraw" und setze sie nur auf true wenn es neu gerendert werden muss, wurd es gerendert setz sie auf flase. Teste das in jedem schleifendurchlauf und fertig.

Dafür extra Threads benutze ist wie mit Kanonen auf Spatzen: Sinnlos
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

Catscratch1 · Verfasst am: 27.03.2005, 14:17 Titel:

Stimmt schon, trotzdem wird immer die 100%ige CPU Lastung bleiben.
Das wäre das einzige, was mich stört. Aber ich werde mich damit momentan nicht weiter mit beschäftigen!!

Kurze andere Frage, habe keine Lust nen neuen Thread aufzumachen! Kennt jemand ne Seite, womit ich belegen kann, dass DirectX Zeilenvektoren statt Spaltenvektoren nutzt?
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

Patrick · Verfasst am: 27.03.2005, 14:21 Titel:

Catscratch1 · Verfasst am: 27.03.2005, 14:33 Titel:

Natürlich hat das was mit Vektoren zu tun.
DirectX benutzt Zeilen Vektoren, die ein Multiplizieren von vektor * matrix erfordern. OpenGL hat Spaltenvektoren, was dazu führt das es eine matrix*vektor Multiplikation gemacht wird.
Deswegen sind ja auch die Reihenfolgen der Matrixaufrufe unterschiedlich.
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

Patrick · Verfasst am: 27.03.2005, 14:38 Titel:

Hast Du jemals daran gedacht, das die Mathematik bei Beiden die selbe ist, aber der einzigste Unterschied ist die Transponierte Matrix? Was meinste wohl wie so es so einfach ist für Beide die selbe Mathematik zu benutzen nur beim setzen unter OpenGL die Matrix vorher noch zu Transponieren?
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

Catscratch1 · Verfasst am: 27.03.2005, 14:45 Titel:

Schon klar. Durch transponieren gehen spaltenvektoren oder zeilenvektoren ineinander über. Du musst ja auch nie wirkliche matrix vektor multiplikationen machen bei OpenGL oder DirectX. In der Mathematik selbst ist das nur ein Unterschied in der Schreibweise, ob du von links oder rechts multiplizierst. Das Ergebnis ist zum schluss dasselbe.
Meinem Dozenten gehts aber darum, welche Notation verwendet wird, ob die von Encarnacao oder die rechtsseitige (hab den Erfinder vergessen, damn)
Das ist Korinthen***rei, aber das muss ich leider machen.

Habe mitlerweile was gefunden.
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

KI · Verfasst am: 27.03.2005, 20:34 Titel:

AFE-GmdG · Verfasst am: 29.03.2005, 09:31 Titel:

Wenn man DirectX (3D) für die Ausgabe benutzt, kann man die Prozessorlast auch einschränken, indem man Present so lange warten lässt, bis ei Vertikaler Bildrücklauf erscheint (PresentParameters.PresentationIntervall nicht auf Immediate setzen)
_________________