[code] Billiges Game-Timing mit nativen PB-Mitteln

[Fluid Byte]

Das heißt im Klartext das die im Artikel beschriebene Endlösung (oops!) mit den Query-Befehlen immer noch der beste Methode ist sofern sie einem einzigen Kern zugewiesen werden, oder?

[AND51]

>>>>> QueryPerformanceCounter
Das klingt ja interessant. Klärt mich doch bitte mal ein bisschen auf, was ist das denn für ein mysteriöser PCI-Bug? Wo gibt's denn diesen Artikel.

Ach ja, und was hat es damit auf sich, man soll Query-Performance einem Prozessor zuweisen? Da wollte ich auch mal nachfragen, besonders, weil ich selber einen DualCore PC habe.

[Kaeru Gaman]

Wo gibt's denn diesen Artikel.

muddu guggn, habbisch verlinkt in mein erstes post

[xperience2003]

jo, gut so
hab frueher 13 verwendet, aber auf sehr neuen rechnern war das dann ruckelig

zwischendurch benutzte ich mal richtige frameunabhaengigkeit
..also mit bewegungsweite X frametime, ist zwar wirklich auf allen
rechnern gleichschnell aber das ruckelte/huepfte
manchmal etwas..

nun bin ich wieder bei der ganz popeligen framebremse, da
isses wenigstens richtig fluessig
einziger nachteil waere da fuer sehr langsame systeme die unter der
framegrenze bleiben, aber was solls...man kann mit einem c64 auch keine
hochaufloesenden raytracing animationen in realtime schauen

[Kaeru Gaman]

jo, gut so
hab frueher 13 verwendet, aber auf sehr neuen rechnern war das dann ruckelig

das heißt, du bestätigst meine wahl der 16 aus eigener Erfahrung?

[xperience2003]

jo, bin dabei auf 15 gegangen

[Lebostein]

Ist das nicht eine Frage der Bildwiederholfrequenz und dem Verhalten von Flipbuffers? Wenn jemand einen 100Hz Monitor hat, wird im günstigsten Fall ein Schleifendurchlauf 1/100 * 1000 Millisekunden dauern, also 10 ms:

Code: Alles auswählen

100 Hz = 10.0 Millisekunden
 85 Hz = 11.8 Millisekunden
 60 Hz = 16.7 Millisekunden

Da auch die ganzen TFT's auf 60 Hz laufen, wird ein Schleifendurchlauf in der Regel mindestens 16.7 Millisekunden benötigen. Also ganz außer Acht lassen kann man die Wirkung von FlipBuffers auf die Zeitsteuerung nicht, denke ich.

[hardfalcon]

Im Worst-Case-Szenario hinkt das Bild auf dem Monitor 1 Frame hinterher (gesetzt den theoretischen Fall, dass dein Monitor sofort anzeigt, was er reinkriegt, allerdings ist das bei TFTs nicht der Fall, bei modernen TFTs mit Overdrive-Schaltkreis hinkt das Bild oft 3 bis 5 Frames hinterher).

[THEEX]

@Lebostein

Meiner Erfahrung nach isses nicht abhänging von der Bildwiederholfrequenz. Bei all meinen Sytemen hatte ich tatsächlich eine Genauigkeit von 1 ms.

[Kaeru Gaman]

@Lebostein

schön und gut wenn deine framerate so hoch ist...
aber fürs timing hast du davon wenig, weil nunmal eine TimeSlice 12-16 ms dick ist,
außer du stellst sie genauer mit TimeBeginPeriod...
schau halt mal in den englischen artikel...

deswegen hab ich ganz bewußt im beispiel eine FpS von 30 gewählt, weil sich da das timing gut demonstrieren läßt.
außerdem sollte das für jedes billig-game ausreichen.

außerdem bin ich der ansicht, wenn du besseres timing benutzen willst,
dann wird es auch langsam zeit sich mit getrennten threads zu beschäftigen,
etcpp

also, dieses Beispiel ist nur ein billig beispiel für timing anfänger.
wie du bemerken wirst, habe ich ganz bewußt die bezeichnung "billig" in die überschrift aufgenommen.