Realistische Kollisionsabfrage mit Drehung

Basti · 13. November 2009, 14:12

Ich habe ein Problem.
Und zwar habe ich ein Spiel, wo ich die Hauptfigur von oben sehe und sie mit den Pfeiltasten steuern kann (up - figur läuft nach vorne, left,right - figur dreht sich)
Jetzt soll die Figur an Wänden natürlich nicht weiter gehen können, und wenn sie dann stoppt, und man sie dann dreht, soll sie sich so von der Wand wegdrehen (also so, dass es "realistisch" wirkt)

Ich habe aber überhaupt keinen Plan, wie ich das realisieren soll...
Kann mir jemand helfen?

Basti · 19. November 2009, 18:37

Ok, dann halt anders gefragt:
Wie mache ich es, dass mein Charakter sich frei in einem Raum bewegen und drehen kann (Sicht von oben) ohne in Wänden stecken zu bleiben?

Bewegung ist klar, aber wie mache ich das mit der Wand?

Megamag · 19. November 2009, 20:50

Eine Mask verwenden?

Richlord · 19. November 2009, 21:00

Wenn du ermöglichen willst, dass der Spieler an Wänden entlangrutschen kann, dann kann ich dir eine Lösung anbieten (allerdings sind nur horizontal und vertikal ausgerichtete Wände möglich). In diesem Thread habe ich schonmal ein Beispiel gepostet; nur musst du es wahrscheinlich etwas abändern, weil es die Bewegung von Fahrzeugen zeigt.

Basti · 19. November 2009, 22:06

Also eine Maske halte ich hier für falsch.
Diese müsste dann ja Quadratisch bzw. kreisförmig sein, damit alles schön läuft.

Aber wenn ich in längliches Objekt habe, und die Makse dann ja so wähle (wählen muss), dass sie Quadratisch mit der länge der längeren Seite ist,
dann kann mein Objekt mit der einen Seite doch gar nicht direkt an die Wand, versteht ihr was ich meine?

Waterman7 · 20. November 2009, 12:09

Versuchs mal mit

GML-Quellcode

move_outside_solid(point_direction(other.x,other.y,x,y),-1)

im Kollisionsevent mit deinem Wand-Objekt.
Funktioniert allerdings bei größeren Wand-Objekten eher suboptimal.

MfG Waterman7

Basti · 20. November 2009, 12:30

Ja das ist doch schonmal ein Anfang.
Vom Prinzip her genau das, was ich brauche, jedoch springt meine Figur dann manchmal ganz komisch... ist also irgendwie noch nicht perfekt...

Waterman7 · 20. November 2009, 13:51

Dann versuchs mal mit nem positiven Wert als maxdist, z.B. 2 oder so...

GML-Quellcode

move_outside_solid(point_direction(other.x,other.y,x,y),2)

MfG Waterman7

Basti · 20. November 2009, 14:04

Mmhh... dann bleibt er öfters in der Wand hängen und ich komm gar nicht mehr raus...
Hab mehrere Werte jetzt probiert...

Bl@ckSp@rk · 20. November 2009, 14:48

Ein Ansatz wäre, möglichst die kürzeste Entfernung aus einer Kollision zu finden. Dazu könnte man gleichzeitig in n Richtungen laufen und je nachdem in welcher Richtung man die Kollision zuerst verlässt, in diese bewegt man sich dann.

Ich hab dir mal ein Beispiel gemacht.

Dort hast du noch zusätzlich den Effekt, dass man an Objekten entlangrutscht. Falls das nicht erwünscht ist, einfach das Script aus dem Step Event in das Event zum Drehen des Spielers stecken und die eigentliche Kollision selber behandeln.

Basti · 20. November 2009, 16:38

Wow!!!
Das ist genau das was ich brauche!
Funktioniert richtig gut! :thumbup:

Allerdings springt der hier und da noch ganz komisch.
Hab dein Exampel mal ein bisschen verändert, damit man das sieht.
Also habe da jetzt zwei solche schwarzen "Wände" gemacht, und die Figur geht jetzt längs und nicht quer.

Wenn man jetzt in den Zwischenraum der beiden "Wände" geht (Hab die Figur mal kurz davor platziert) und sich dann dreht, dann springt der wieder ganz komisch.
Kann man das noch irgendwie verbessern?

Aber ansonsten schonmal echt top!!! Dankeschön!!! :thumbup:

Waterman7 · 20. November 2009, 16:49

Also mir fällt jetzt keine andre Möglichkeit ein, als die Drehung zu blockieren. Ansonsten würde er halt entweder so springen oder sich langsam rausbewegen und sich dabei nicht bewegen lassen.
Also frage ab, ob das Objekt sehr weit springen würde, und wenn ja, dann mach die Drehung rückgängig.

MfG Waterman7

Bl@ckSp@rk · 20. November 2009, 17:36

Freut mich, dass es schon mal einigermaßen deiner Vorstellung entspricht.

Ich habe das Script nochmal verbessert und auch wegen Performance etwas optimiert. Der Spieler sollte nun nicht mehr springen. Außer natürlich er wird eingekeilt und gedreht. Da das Script nur eine neue Position sucht, nicht aber die Rotation verändert, kann dann eben die nächste freie Stelle relativ weit weg sein. In diesem Fall könntest du, wie von Waterman7 vorgeschlagen, einfach die Rotation blockieren.

Basti · 20. November 2009, 18:21

Wie mache ich das denn am besten mit der Abfrage?
Ich muss ja prinzipiell abfragen, ob nach der rotation eine Kollision besteht, die meine Figur ziemlich weit wegspringen lässt...

Wie mach ich sowas denn?

Bl@ckSp@rk · 20. November 2009, 19:19

Alle guten Dinge sind 3

Hoffe ich zumindest. Also ich glaube viel besser bekomme ich es nicht hin. Nicht wegen Genauigkeit, sondern wegen Performance. Ich musste mal wieder feststellen, dass pixelbasierte Kollision der letzte Dreck ist

Es ist ungenau, es ist rechenintensiv aber der GM nutzt es leider standardmäßig. Also generell würde ich dir immer empfehlen mathematisch beschreibbare Formen für Kollisionen zu verwenden. Also Linien, Kreise und co.
Das ist erstens genau, die Kollisionen wirken wirklich sauber. Man hat wirklich den Eindruck, die Objekte würden an Wänden entlanggleiten und nicht wie bei pixelbasierter Kollision "entlangstochern". Allerdings muss man ein Kollisionssystem dafür selber implementieren, was für die meisten wohl nicht ganz einfach ist.

Basti · 21. November 2009, 12:13

Vielen Vielen Dank!
Das ist genau das was ich brauche!!!
Also besser geht's glaube ich nicht mehr!!!

Dann markier ich das Thema hier mal als gelöst!
Vielen Dank für deine Mühe!!!

(Falls ich mein Spiel fertig bekomme, wirst du in den Credits erwähnt (falls erwünscht))