wie löse ich das am besten? wenn ich z.b. eine CPU 500Mhz und eine CPU 1.5Ghz habe soll das Spiel gleichschnell ablaufen, ich mein damit dass bei 1000fps das spiel gleichschnell läuft wie bei 10fps, nur dass es bei den 1000fps flüssig is und bei den 10fps mehr oder weniger ruckelnd...

Ähm...................?

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Nun, Du mußt einfach die Differenz zwischen den Bildern errechnen und dann auf die Geschwindigkeit bringen. So läuft dann auf allen Rechnen alles mit der gleichen Geschwindigkeit. Momentan haben wir hierfür kein Tutorial, ich verweise daher auf eines für D3D, welches jedoch leicht auf OpenGL übertragbar sein sollte

<a href='http://www.neobrothers.de' target='_blank'>www.neobrothers.de</a>

_________________
"Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."

Ich habs ungefähr so gelöst :

[01] Momentane Zeit (besser CPU-Ticks via QueryPerformanceCounter) speichern (T1)
[02] Komplette Szene zeichnen
[03] Die Zeit wieder abfragen und Speichern. (T2)
[04] T3 := T2-T1 -> Daraus ergibt sich die fürs Rendern des Bildes benötigte Zeit

Die Zeit T3 muss nun in einen Zeitfaktor umgewandelt werden. Ich hab das so gelöst :

Wenn der Rechner 10ms (Normwert) zum Rendern des Bildes braucht, bewegt sich der Spieler um 0.1 Einheiten -> Daraus folgt, das wenn der Rechner nun also halb so schnell ist (sprich 20ms zum Rendern braucht), bekomme ich nen Zeitfaktor von 20ms/10ms = 2.

Diesen Faktor speichere ich dann ab und benutze in für die Spielerbewegung.

Kleines Beispiel :
-Rechner A braucht 5ms zum Rendern der Szene, dadurch bewegt sich der Spieler (bei gedrückter Taste) also 5ms/10ms*0.1 Einheiten = 0.05 Einheiten.
-Rechner B braucht 10ms zum Rendern der Szene, dadurch bewegt sich der Spieler (bei gedrückter Taste) also 10ms/10ms*0.1 Einheiten = 0.1 Einheiten.
-Rechner C braucht 50ms zum Rendern der Szene, dadurch bewegt sich der Spieler (bei gedrückter Taste) also 50ms/10ms*0.1 Einheiten = 1 Einheit.

Hoffe das war anschaulich erklärt...vielleicht ringe ich mich mal dazu durch zu dem Thema ein Tut zu schreiben, obwohl die Materie relativ einfach ist...

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Es geht im Prinzip ganz einfach:

Zuerst die aktuelle Zeit nehmen.
Dann Deine Szene Rednern, Objekte bewegen, scripts ausführen, ...
Dann solange die Zeit nehmen, bis mindestens x-mns vergangen sind.

Dadurch setzt Du allerdings Deine Framerate auch auf ein gewisses Maß runter.

Andere Mglichkeit wäre, die Zeit zu nehmen und wenn mindestes x-ms vergangen sind, deine Objekte usw. zu bewegen. Wenn nicht, wieder die aktuelle Szene Rednern. Damit begrenst Du Deine FPS nicht und bist dennoch Zeit-Abhängig.

_________________
Und was würdest Du tun, wenn Du wüsstest, dass morgen Dein letzter Tag auf dieser Erde ist?

Bei Simulationen gibts noch ein paar andere Wege... besonders wenn simulierte Reibung etc. ins Spiel kommt, kann es schon mal problematisch werden, wenn die Rechner untershciedlich schnell sind, da die Simulation dann je nach gewählten Formeln u.U. unterschiedliche Geschwindigkeiten errechnet... Dann empfiehlt es sich einen Extra Thread zu starten, der die Simulation übernimmt und die Objekte meinetwegen alle 20stel Sekunde aktualisiert. Der Renderer muss dann immer zwischen den Positionen/ Drehungen der Objekte interpolieren, aber das dürfte kein Problem sein. So bleibt das Spiel auf allen Rechnern gleich schnell, es sei denn der Rechner ist gar zu langsam für den Sim Thread... Das sollte dieser dann aber auch feststellen können... Das ganze eigent sich auch prima für Netzwerkspiele... Wenn ich mal lust hab, und interesse besteht, kann ich das ja mal etwas genauer beschreiben.

datt wär echt prima... hats irgendwo bestimmte artikel und tuts dazu evtl? vermutlich weniger was?

nein ich denke nicht, dass man da allzuviel zu findet... aber ich kann ja demnächst mal etwas genauer beschreiben wie das läuft. kann aber etwa sdauern hab derzeit einiges am hut.

Ich frag einfach nochmal *g*...
Angenommen ich habe eine OpenGL Szene die eine Isometrische Karte anzeigt. Der User hat die Möglichkeit mit den Tasten auf dieser hin und herzuscrollen oder mit dem Mausrad rein und rauszuzoomen:



Je höher die CPU und Grafikkarten Leistung, desto schneller kann man durch die Map scrollen. Genau das will ich nicht. Ich will dass immer gleichschnell gescrollt werden kann (so dass es z.b. netzwerkfähig wäre), also unabhängig von den fps. wie löse ich das nun? ist wichtig würde ich es über einen TTimer machen wärs anfängerhaft und da er sehr langsam ist auch sinnlos... bitte wenn ihr was wisst und vorschlagt, mit code schnipsel wenns geht :/

würde ich wie folgt abändern:

das aller aller Einfachste wäre folgendes:

wx:=wx+0.01*FPSbasis / FPS;

FPS ist das was du misst, FPSbasis ist eine Konstante z.B 30.

D.h. der Faktor (k = FPSbasis / FPScurrent) mit dem du multiplizierst ist für alle aktuellen Frameraten die größer als die Baisis-Framerate sind, kleiner 0 und für alle die kleiner sind als FPSbasis größer 0 - damit scrollst du immer gleich schnell.

aber wie gesagt, es ist die einfachste und damit nicht unbeding die Beste. (ich sag nur Division durch Null!)

-lith

_________________
Selber Denken macht klug!

1. is damit garantiert dass auch auf lahmen rechnern, die weniger FPS als meine FPS grenze (z.b. 70) haben, gleich schnell scrollen, nur eben nicht mehr flüssig?

2. muss ich die FPS im prinzip begrenzen, oder?

funzt nicht wirklich ... :/

sollte aber funzen... vorausgesetzt currentFps enthält wirklich die aktuellen frames pro sekunde.

d.h. wenn du die fps auf deinem Formular ausgibst musst du sie auch als currentFps speichern, damit sie für die Scroll- und Bewegungsberechnungen zur verfügung stehen.



Außerdem solltest du currentFps mit 1 initialisieren um einen DivisionZero-Error am Anfang zu vermeiden.

-lith

_________________
Selber Denken macht klug!

Ok ich muss jetzt nochmal hier "nerven".. aber das...

... kann man nur z.b. für scrollen verwenden, oder?
also wenn ich den faktor k z.b. bei einem rotierenden objekt benutze, dann dreht es sich abgehackt:



deshalb meine frage: was für ne möglichkeit gibts um bei jeder CurrentFPS eine gleichmäßige Rotation zu erreichen? Kann man nicht irgendwie sagen (dann würde man sich auch das ganze mit dem faktor k sparen), dass man nur RenderScene ausführen soll, wenn die CurrentFPS<=FPSBasis ist oder so? Das mit dem Faktor k kannst ja für netzwerkspiele nicht benutzen... was meint ihr?