spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

OOP ist alles, was in Klassen liegt. Ob es eine gute Klassen-Struktur ist, das zweifle ich jetzt mal an, weil ein Spieler eigentlich keine Tastatur kennt, sondern das wäre ja irgendein Controller, der die SpielFIGUR steuert. Auch Kollisionen würde ich extern berechnen lassen.

Wenn du willst kann ich dir ne Collision-Klasse geben die habe ich mal von einem Freund bekommen die funktioniert prima!
Bei Interesse schreib einfach ne PN

Ansonsten mache ich das so das mein Framework alle Eingaben verarbeitet das ist meine "Basisklasse",
und wie man weiß kann man Klassen die ganz unten in der Herachie sind ganz oben trozdem verwenden auch
wenn teilweise unhandlich und "unprofessionell"

Genau genommen muss sie ohnehin nicht nach einem Tastendruck durchgeführt werden, sondern vor oder nach jeder Bewegung. Die Taste kann dir dabei total egal sein. Du willst ja sicher nicht, dass sich die Figur nur einmal um X Pixel bewegt, wenn man die Taste drückt, sondern dass sie sich ab diesem Zeitpunkt jeden Frame um X Pixel bewegt. Da Frames aber verschieden lange dauern können, ist X somit variabel und Du musst die Position nach der Bewegung gegen eine Wand eventuell korrigieren. Das Konzept ist also ein komplett anderes.

Kann ich verstehen
Aber warum das Rad neu erfinden?

Kannst ja theorien zur Kollisionerkennung lesen und hast
gleichzeitig eine gute,funktionierende kollisionsklasse.

Zitat von »Raidenkk«

Das Problem ist, wenn ich nicht die While schleife zum zurücksetzen nach jedem Tastendruck mache. Das ich nicht weis wie ich es hinkriege in welche Richtung überhaupt zurückgesetzt werden soll da ja zwar bekannt ist das eine Kollision stattfindet aber nicht in welche Richtung. Wenn ich den Key der gedrückten Taste von Player an Game übergebe, habe ich wiederum das Problem das nur 1 Key immer benutzt werden kann.

1) Du sollst überhaupt nichts von der Spielfigur an das Game übergeben, sondern andersrum. Das Game behandelt die Keys und sagt der Spielfigur wo's lang geht.
2) Das funktioniert prima mit einer unendlichen Anzahl Keys.
3) Du brauchst keine While-Schleife für das Zurücksetzen.
4) Das Game weiß in welche Richtung zurückzusetzen ist, nämlich in die entgegengesetzte der aktuellen Bewegung der Spielfigur.
5) Wie ich schon sagte, Du sollst nix zurücksetzen nach irgendeinem Tastendruck, sondern nachdem die theoretisch nächste Position der Spielfigur berechnet wurde. Das ist von den Keys erstmal total unabhängig. Das Game versetzt die Spielfigur anhand von Keys in eine Bewegung. Die Bewegung wird berechnet. Das Game führt Kollisionen durch und korrigiert die Position der Spielfigur.