okay hab ne version ohne LAN geschrieben - bringt aber auch nichts
kann das denn sein, dass ein 2D-programm mit 28 x 20 gerenderten Terrain-Quads und einem Character-Quad ruckelt??

Hab die No-LAN-Version mal beigefügt... hmm, doch nicht, ist zu groß
http://www.doppelreim.com/mr/test.rar

Nö. Das dürfte niemals passieren.

Check nochmal ob irgendwelche GL-Fehler auftreten. Die müssen alle raus bevor man geschwindigkeit beurteilen kann. Wenn du dann immer noch net weiterweißt mal deinen Code posten.

Hast du eigentlich dir mal den Hersteller anzeigen lassen? (Also vom Treiber) Wenn da Microsoft steht, brauchst du dich net wundern wenns langsam geht. Dann hast du nämlich nen Softwarerenderer am laufen.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

neue version unter der gleichen adresse verfügbar
fehler-string wird an gezeigt, lautet bei mir aber immer "no error"

was für einen treiber meinst du?
mein grafikkarten treiber (ati radeon 9200SE) ist von ati, das war glaub ich so ein "einer für alle" oder "einer für viele" treiber paket

Das Internet ist es nicht.
Die neue Version hat dasselbe Problem:
Sobald ich die Richtung ändere hängt er für ne kurze Zeit. Erst danach läuft er normal weiter.

das ist nicht das hauptproblem - ich hab hier auf nem 2. testrechner einfach nur ein extrem langsam laufendes spiel

ich spekuliere, aber es ist wirklich ein bisschen an den haaren herbeigezogen, dass die abgestockende bewegug, die du beim ändern der richtung erfährst mit der wiederholverzögerung für die tastatur zu tun hat, also ichmeine die zeit die vergeht, wenn man in einem text-editor, eine taste gedrückt hält, bis die wiederholung anfängt... ja, scheiße ausgedrückt, sorry..

AAAAAAAAAAHHHHHHHHHHH!!!!!!!!!!!!!!!

Sag das doch gleich...

Empfehlung: Ebenso wie beim Timebased Movement: Lies dir Sashas Bomberman Tutorials durch. Dort wird iirc auch auf das Tastenproblem eingegangen.

Die Lösung ist denkbar einfach: Beim niederdrücken (klingt irgendwie brutal, ne? ^^) merkst du dir in einem Array [0..255] of boolean; den Tastenstatus. Du setzt beim drücken (also sowas wie OnKeyDown) von zum Bleistift der Taste #32 dieses Array an der Stelle 32 auf true. Im deiner idle-Schleife überprüfst du dann lediglich, ob das array an dieser Stelle 32 true ist. Wenn ja, wird die Taste gedrückt.
Beim loslassen der Taste (sowas wie OnKeyUp) musst du dann das Array an der Stelle 32 wieder auf false stellen, damit die Taste auch wieder losgelassen wird.

Somit kann man sich elegant um die "Wiederholrate" (So heißt das Teil nämlich) drücken

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Also Frase, das geht eindeutig komfortabler!
mit

kannst du überprüfen, ob ne Taste gedrückt ist.

_________________
"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

ja gut Aber meine Lösung ist schneller als deine

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Wer weis? GetAsyncKeyState ist ja eine systemnahe Funktion, während so ein OnKeyDown-Aufruf evtl viel länger braucht...

_________________
"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

ja aber onkeydown wird nur einmal aufgerufen, wenn man die Taste drückt und dann höchtens noch je nach Wiederholungsrate.
Du aber lässt dir in jedem Frame was von der Funktion zurückliefern...

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Außerdem wird die Nachricht für den Tastendruck von Windows sowieso ans Fenster geschickt, egal ob man OnKeyDown zugewiesen hat oder nicht.

Achso....na dann ok, danke für die Info

_________________
"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

NNNEEEEEEEIIIIIINNN

Da hab ich mich wieder schwammig ausgedrückt...
Ich wollte sagen, dass das Wiederholraten-Problem nicht mein Hauptproblem ist, sondern eben der generell extrem langsame Spielablauf...
sag mal, i0n0s, kann es sein, dass dieses Problem bei dir überhaupt nicht auftritt?

jetzt les ich mir erst mal die empfohlenen tutorials durch und gucke, dass ich timebased movements einbaue
oder nee, erst mal geh ich was essen

Bei mir tritt es mit das Problem mit dem Loslaufen auf.
Wenn er läuft, läuft er aber in der richtigen Geschwindigkeit (jedenfalls sieht es für mich richtig aus)

wegen der schmach hab ich es bis jetzt noch nicht verraten, aber bis eben hab ich noch nen timer statt OnIdle verwendet...
naja, jetzt läuft das rendern (glaub ich) über das OnIdle Ereignis und ist auch bei mir gut schneller geworden
habe mich am timebased movement versucht, jedoch eine verständnis frage dazu:
früher hab ich die figur immer um 2 pixel pro "rendervorgang" versetzt, wenn ich jetzt den zeitfaktor damit verrechne komm ich doch recht wahrscheinlich auf halbe pixel, wo delphi dann anfängt über inkompatible typen zu meckern
wenn ich den timefaktor runde ist es wieder nicht genau und auf meinem system wird er manchmal auf 0 gerundet wodurch die spielfigur an den rand des spielfelds gesetzt wird

ich versuchs mal auf dem anderen testrechner