Bei den Tuts und Demos habe ich unterschiedliche Methoden gesehen wie dort die FPS berechnet werden.

Habe zwei Methoden bei mir mal probiert und bekomme zwei unterschiedliche Werte.
Eigentlich müsten diese beide das gleiche ausgeben...

Methode 1: Beim Rendern counter hochzählen


Methode 2: Timer der alle 0,5 Sekunden gestartet wird

gvIntFPSCount wird oben beim Render verändert.

Im Anhang sieht man wie start die Unterschied ist.

Ich würde mal spontan sagen das da bei dir die erste Methode eher stimmt.
2400+ Frames per Second sind da schon mal leicht drin =D

Du kannst es ganz einfach testen indem du deine Grafikkarte dazu zwingst VerticalSynchronisation zu nutzen, sprich genau 60 Bilder/Sekunde zu berechnen.
Dafür musst du einfach nur die Zeile
wglSwapIntervalEXT(1);
irgendwo am Begin einmal hinschreiben!
Dann sollte bei einer korrekten FPS-Berechnung die Zahl bei 58-62 FPS verbleiben!
(Achtung, hab die Erfahrung gemacht das das bei INTEL-Grafikchips in Notebooks oft nicht wirkt. Aber bei 2400+ FPS geh ich mal nicht davon aus das du so einen hast^^)

_________________
Ich teile manchmal heimlich durch Null. - Alber Einstein

Problem wird sein, dass die Timer nicht sonderlich genau sind und das Timer-Event auch gerne verzögert werden kann. Das gelbe vom ei sind beide Methoden fürchte ich, nicht, da keine beachtet, was passiert, wenn gvIntTimeCount mal signifikant über die 1000 geht.

Wir haben das bei uns so gelöst:

wobei:
frameCount := Frames seit letztem Zurücksetzen der FPS-Zählung
frameCounterStart := Zeitpunkt des letzten Zurücksetzens der FPS-Zählung
fpsInterval := Sekunden seit frameCounterStart

So wird also ca. jede Sekunde die Framezählung neu gestartet. Und wenn fpsInterval mal deutlich größer wird als 1.0 stimmt die berechnung immer noch, da wir durch fpsInterval teilen.

Wichtig ist natürlich auch, dass du einen genauen Counter verwendest. Der PerformanceCounter ist da schon das beste, was man bekommen kann. Leider benutzt du den bei der FPS-Zählung nicht, das solltest du mal ändern.

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Die einfachste Methode um die Frames zu zählen: (die ich übrigens auch benutze)

2 globale Variablen: frames und second, beides Integer.

_________________
Ich teile manchmal heimlich durch Null. - Alber Einstein

Hmmmm jetzt habe ich per Timer 60FPS und der andere FPS Zähler liegt bei über 2000FPS.
Irgendwie funktioniert der Timer besser. Da habe ich nebenbei auch festgestellt das mein time move based auch nicht funktioniert....

//Edit
Der FPS Zähler über 2000 dauert auch super lange bis die Zahl sich aktualisiert. Irgendwie scheint es so als ob GetTickCount nicht richtig funktioniert.

Anwendung ist nonVCL

Wie gesagt, GetTickCount ist relativ ungenau. Gerüchteweise nur auf 40ms, und eine Differenz zwischen zwei GetTickCount-Aufrufen gibt auch gerne 0. Deshalb den PerformanceCounter verwenden, das ist genauer. Damit sollte es gehen.

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Irgendwie hängt es schon bei so einfachen sachen .

Die FPS und Timebased Movement klappt vorn und hinten nicht. Obwohl ich es genauso mache
wie bei den Tuts im Wiki und dem Bomberman Tut.



Wenn ich zum Test einfach die Kamera drehen lasse


Bekomme ich mit wglSwapIntervalEXT(1) unterschiedliche Geschwindigkeiten und die FPS bleibt aber immer gleich > 2000 FPS.

Ich verstehe es nicht

Die Punkte an denen die misst sind falsch gewählt. Wobei du aber recht hast, das die im Bomberman-Tutorial auch so sind. Also entweder wird da noch was gemacht was ich beim überfliegen nicht gesehen hab' oder es ist tatsächlich falsch beschrieben.

Normalerweise sollte man die Zeitdifferenz aus Werten bestimmen, die an der gleichen Stelle (im Quelltext) gemessen wurden. Dazu brauchst du eine globale Variable die immer die Zeit beim letzten Frame speichert. In eine lokale Variable kommt dann die aktuelle Zeit und aus beiden Werten wird die Differenz gebildet. Zum Schluss schreibt man noch die neue Zeit in die globale Variable, damit sie beim nächsten Frame verfügbar ist. Und dann kann man mit dem nächsten Frame fortfahren.

Wenn man es wie du beschrieben hast macht, wird die Zeit, die zwischen 2 Aufrufen von glBaseRender mit Nichtstun verbracht wird, nicht mit einberechnet. Wenn man die Funktion von einem Timer aus aufruft, der nicht allzu oft tickt, ist diese Zeit besonders groß und die Abweichung enorm.

Ok wenn ich das dann alles richtig verstanden habe, muss ich am anfang irgendwo
QueryPerformanceCounter(CounterStart) schreiben und nach dem Render dann sowas in der Art


Das müste dann doch so passen oder? Muss ich morgen gleich mal probieren....

Das sieht schon ganz gut aus. Allerdings musst du bei den Subtraktionen CounterEnde und CounterStart vertauschen, weil CounterEnde ja immer größer gleich CounterStart ist, aber das hast du vllt schon selbst mitbekommen.
Und als kleine Verbesserung könntest du auch in Zeile 9 einfach "CounterStart:=CounterEnde" schreiben. Ansonsten könnten sich kleine (und eigentlich vernachlässigbare) Abweichungen ergeben. Abgesehen davon ist es aber auch schneller.

Start und Ende habe ich getauscht
Ne leider haut es so nicht hin. Es kommt als FPS = 0 raus.
Irgendwie sehe ich den Fehler aber noch nicht.

Vielleicht hilft dir dieser Quelltext - der zeigt bei mir zuverlässig die FPS an



Die Funktion wird in der Renderschleife aufgerufen. Rate ist nur dazu da, dass der Code, der bei mir die FPS-Anzeige aktualisiert nicht zu oft aufgerufen wird.
SDL_GetTicks ~ QueryPerformanceCounter

Grundsätzlich:

FPS = 1000 / (StopZeit - StartZeit) * gezeichnete Frames (Zeiten in ms)

Hmmmm das kann so doch nicht funktionieren, oder?
Wenn man die Rate ändert kommen andere Wert raus.
Oben in den Sourcen fehlt doch noch "gezeichnete Frames" und die PerformanceFrequency fehlt auch..... so habe ich das zumindestens in den Tuts gesehen....

//Edit
okay nach einem Test mit wglSwapIntervalEXT(1); sieht man das die FPS Zahl nicht stimmen kann.

Ich hab' deinen Code von oben mal probiert und bei mir klappt es, zumindest in der korrigierten Fassung.


CounterEnde ist eine lokaleVariable, der Rest ist global. Ich hab' außerdem mal die If-Bedingung ein bisschen geändert. Wenn man es wie bei dir oben mit den Zahlen macht, würde sich FPSNow nur alle 10sek aktualisieren (vorausgesetzt man hat Start und Ende auch richtig rum).

thx.

Jetzt stoße ich von einem zum nächsten Problem, Timebased Movement.
Nach einer Suche hier im Forum hat es wohl mit der CPU zutun, da Mehrkern.

Man soll wohl auch nicht zum Render OnIdle verwenden, sondern eher einen Timer?
Mit wglSwapIntervalEXT(1) teste ich dann meinen Faktor und der stimmt nicht.

Der Faktor sollte doch in etwa so gemessen werden?