JLI Spieleprogrammierung

[MichaelB]

Hallo,

nachdem mein erstes Pong (http://de.geocities.com/mymibran/Pong.zip) jetzt läuft, ist mir etwas aufgefallen:

Ich hab's exakt wie im JLI Buch implementiert, allerdings ist mir aufgefallen, daß das Programm dann etwa jede Sekunde (wenn CurCont - LastCount > Frequency) bei dieser Abfrage eine minimale Denkpause einlegt, die sich wie folgt äußert:

Die Animation friert für einen winzigen Sekundenbruchteil ein, um dann danach das verlorene Stück Weg durch kurzfristige Beschleunigung wieder einzuholen. Kein großer Effekt, aber wenn man ganz genau hinschaut, sieht man's: Jede Sekunde geht ein kleiner Ruck durch den Spielball...

Gruß,
Michael

[GreveN]

Liegt mit ziemlich hoher Wahrscheinlichkeit nicht an dieser Funktion, zeig doch mal etwas Code.

[MichaelB]

[GreveN]

In dem oberen If-Block fehlt eine geschweifte Klammer.

Wie hoch ist im Moment deine Framerate? Bedenklich niedrig?
Kommentier doch mal systematisch alles aus, was nicht direkt mit der FPS-Berechnung zusammenhängt und schau, wo der Flaschenhals liegen könnte.

OpponentKI() und DrawScene() klingen verdächtig.
Inputhandling mittels GetAsyncKeyState() ist auch nicht wirklich effizient.

[MichaelB]

[MichaelB]

Ok, Ursache des Problems gefunden: Fenstermodus.

Wenn ich das FRAMETIMINGEX Beispiel aus dem Buch kompiliere (allerdings mit Windowed = TRUE), habe ich dasselbe abgehackte Animationsverhalten, das mich stört.

Um das zu verbessern, hatte ich zunächst noch den Ansatz verfolgt, bei jedem Aufruf von Draw() die Anzahl der vergangenen Ticks mitzugeben und sich daraus jeweils aktuell die zurückgelegten Pixel zu berechnen. Im Ergebnis hat sich das Geruckel zwar deutlich verbessert, ist aber nicht weg.

Schätze dafür bräuchte man Realtime-Multitasking.