JLI Spieleprogrammierung

[TheMillenium]

[Hazel]

Ich kenne Christian's Lösung nicht... kann mich mal wer aufklären? :)
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

[Chewie]

Hazel, ich hab die Methode doch schon erläutert, ich mache es momentan genau so. Aber die Framerate wird da auch jede Sekunde berechnet.

[Christian Rousselle]

Und wieso benutzt du für das Scrolling nicht die gleiche Methode wie bei den Sprites und arbeitest mit float-Werten?

Christian

[Chewie]

naja, die rects zum kopieren muß ich wohl in longs angeben...ich werde ja schwer ein halbes pixel kopieren können.

[Christian Rousselle]

Ich meinte es auch eher so:

125 Pixel pro Sekunde bedeutet, dass du dich

bei 85 FPS: 125 / 85 = 1,5058823529 Pixel pro Durchlauf bewegst und
bei 83 FPS: 125 / 83 = 1,5421686746 Pixel pro Durchlauf bewegst.

Jetzt addierst du zu der Position deines Rechtecks, die du in floats speicherst 1,5... pro Durchlauf hinzu und baust dann das Rechteck zusammen: r.left = (int)(fPosition + 0.5f); usw.

Ich denke, das sollte gehen.

[Chewie]

wieso fPosition + 0.5f ??

bei 85 fps kommt 1.47 raus.

fCurPos += fCurStep;

bei 85 fps: offset von (int)1.47 -> 1
bei 83 fps: offset von (int)1.50 -> 2

ich sehe den Unterschied nicht, okay, wenn ich 0.5f dazuzähle, komm ich immer auf 2, aber das ist erstens zu schnell, und zweitens sicher auch nicht mehr zu verwenden, wenn man stärkere Framerateschwankungen hat.

[Christian Rousselle]

Naja, du sollst den Wert fPos immer um 1,5.....erhöhen und dann casten,
dann hast du beim ersten mal

iPos = fPos + .5f = 2 // bei fPos = 1,5....

beim 2. mal

iPos = fPos + .5f = 4 // bei fPos = 3,01....

beim 3. mal

iPos = fPos + .5f = 5 // bei fPos = 4,52.... (Aha!!)

usw. Du könntest auch die +.5 weglassen, je nachdem, was besser aussieht. Das die Scrollschritte unterschiedlich gross sind, sollte man bei dieser Geschwindigkeit nicht sehen...

[Chewie]

ok, danke Christian, jetzt versteh ich langsam...
ich muß das heut am Abend mal in der Praxis testen, melde mich dann nochmal.

allerdings glaube ich, dass man selbst bei solchen Geschwindigkeiten einen Unterschied sehen wird, wenn für 2-3 Durchläufe statt 1px 2px gescrollt wird...naja, mal sehen...

[Manuel87]

[TheMillenium]

Nein geht nicht. Dann hast du das ganze falsch programmiert.
Wenn float gegen 0 geht, kann es nur 0 werden. Nie in den negativen Bereich. C++ baut völlig mathematisch korrekt auf. Glaub mir.
_________________
The source of all power is in its destiny...

[Chewie]

Ich hab mir das jetzt nochmal angeschaut, und bin draufgekommen, dass ich es in der letzten version eh schon mit floats versucht habe.

Da hab ich eine fWorldPos und eine iWorldPos, und mach dann:

fWorldPos += CurSpeed / Framerate;
iWorldPos = (int)fWorldPos;

dann berechne ich mir aufgrund von iWorldPos und den Bildschirmmaßen den nächsten Bilschirm und das CopyRect.

Das komische ist, das es jetzt eigentlich eh flüssig läuft, nur als ich den Thread eröffnet hab, hatte ich ziemlich extreme Schwankungen(selber Code). Kann es sein, wenn man grad beim proggen is, und das Programm dauern startet, dass irgendwann die Performance leidet?
Vielleicht stimmen bei mir auch irgendwelche Einstellungen nicht, z.B. droppt die Performance im Window-Mode bei mit derartig, dass es einfach unspielbar ist.

Noch ne Frage: seht ihr irgendwelche Vor-/Nachteile bei den Methoden 'Multiplikator jeden Durchlauf ausrechen' und 'Framerate jede Sekunde definieren'?

-chewie

[Manuel87]