JLI Spieleprogrammierung

[LeeDiGer]

Ich bin dabei, eine Kollisionsabfrage eines Strahls mit einem 3D-Mesh zusammenzubauen. Ich habe nun folgende Funktion vor mir liegen:

[Jonathan_Klein]

Hm, du möchtest ja wahrscheinlich nicht alle Vertexdaten transformieren um dann auf Kollision mit dem Strahl zu testen (das wäre am einfachsten und naheliegensten).
Naja, das zweite wäre einfach, den Strahl zu transformieren, das sind nur 3 Vektoren im Gegensatz zu ein paar Hundert, die deine Eckdaten haben könnten. In der Tat würde das mit einer invertierten Worldmatrix gehen. Einfacher wäre es natürlich, wenn du z.B. nur Verschiebung und Rotation hättest, dann könntest du das nämlich von Hand machen. Benutzt du die Worldmatrix, dann musst du ein wenig aufpassen, der Richtungsvektor darf ja z.b. nicht verschoben werden.
Eine spontane Idee (bin nciht sicher ob sie zu 100% stimmt) wäre aus den relativen Richtungsvektor einen absoluten Punkt auf dem Strahl zu berechnen (durch Addition) und dann diese beiden Punkte mit der invertierten Weltmatirx zu multiplizieren. Dann kannst du wieder einen relativen Richtungsvektor berechnen und hast deinen Transformierten Strahl.

am besten nimmste mal Zettel, Stift, Zirkel und Lineal und malst dir ein paar Skizzen auf (Kollision Dreieck/Strahl z.b.). Dadurch kannste recht schnell rauskriegen, was genau du machen musst.
_________________
https://jonathank.de/games/

[DirectXer]

du musst entweder das Mesh selber rücktransformieren, indem du es mit seiner invertierten Transformationsmatrix (worldmatrix) multiplizierst; ist aber etwas langsam. Oder du transformierst einfach den Strahl in die Ausrichtung des Meshes(durch Multiplikation mit dessen matrix). Dabei kannst du schnell sagen, ob die Kollision stattfindet, aber nicht genau wo. Aber im Grunde müsstest du doch deinen Strahl auch transformieren? d.H. du testest den transformierten Strahl mit dem transformierten Mesh. Wozu möchtest du einen untransformierten Strahl mit einem transformierten Mesh auf Kollision testen?

Gruß DXer

[LeeDiGer]

[DirectXer]

Also du hast auf der einen Seite ein Mesh mit untransformierten Vertex Daten und sämtlichen Transformationsmatrizen die du in eine Mesh-Worldmatrix zusammenfassen kannst und auf der anderen Seite einen Strahl den du so wie du ihn in der Funktion bekommst auf Kollision mit dem transformierten Mesh test möchstest oder? (hui langer satz )

Dann könntest du entweder alle Vertices des Meshes mit seiner Worldmatrix multiplizieren und dieses Ergebnis auf Kollision mit dem Strahl testen. Das ist aber nicht schön . Oder du erstellt die inverse Mesh-Worldmatrix und multiplizierst diese mit deinem Strahl. Diesen transformierten Strahl testest du dann auf Kollision mit den Rohdaten deines Meshes aus dem Vertex Buffer.

Gruß DXer

[LeeDiGer]

So siehts aus:
- Vertizes bzw. Indezes sind untransformiert
- Objekt selbst soll dennoch transformiert auf Kollision getestet werden
- Strahl ist ebenfalls transformiert
Das wolltest du wohl sagen. Dann liegst du richtig.

[DirectXer]

nein, du hast doch die Matrizen die die Transformation deines Meshes beschreiben (Rotation, Skalierung, Translation etc.) oder? Und du weißt wie du diese Multiplizieren musst um eine Weltmatrix für dein Mesh zu erhalten oder? Diese Weltmatrix musst du invertieren (z.B. mit D3DXMatrixInverse). Die Matrix die dabei rauskommt musst du mit dem Strahl multiplizieren, dann erhälst du einen etwas anderen Strahl. Den nimmst du dann für den Test. Im Pseudo-Code sieht das ungf. so aus

[LeeDiGer]

Meinst du mit "Strahl multiplizieren" jetzt eine Matrix oder Vector?
Ein Strahl ist genau genommen weder das eine noch das andere.
Das mit der Inversenmatrix anlegen ist ja klar. aber ich hab mit "mit Strahl multiplizieren" beim Verständnis ein Problem

Ich würde mit dem, was du immer als Strahl multiplizieren meinst, den LookAt Vector vermuten:

[DirectXer]

nein, "strahl multiplizieren" ist dein Direction vector und dein Point vector mit der inversen matrix multiplizieren. Eine Multiplikation von Vector und Matrix geht, das ist ja der Sinn der dahinter steckt. Das bedeutet, dass dein Vector so transformiert wird wie die Matrix es sagt. Also, wenn du eine Rot-Matrix mit 45° um x-Achse mit deinem Vector multiplizierst, dann erhälst du einen Vector der um 45° um die x-Achse gedreht ist.

Gruß DXer

[LeeDiGer]

Edit:

Ok, die Funktion hab ich rausgesucht. Die sollte dies bewerkstelligen.

[DirectXer]

[LeeDiGer]

Ok, hab den obigen code mit D3DXVec3TransformNormal durch D3DXVec3TransformCoord ersetzt. Hat so aber auch nicht geklappt.

[DirectXer]

[LeeDiGer]

Also hab ich vergessen, den Positionsvektor mit der Inversen zu multiplizieren. Das seh ich ein

Aber paradoxerweise gehts immer nocht nicht

Der Fehler liegt jetzt nur noch irgendwie im Richtungsvektor.

Ich hab mal die Werte der Vektoren zum Startzeitpunkt angeguckt:
- Richtungsvektor des Mesh (0,0,1)
- Position des Mesh (0,0,-20)
- "dir" hat den Wert (0,0,1)
- "transDir" (0,0,21)

Oder eine weitere Stichprobe:
- "dir": (-0,0523703, -0,427568, 0.902464)
- "transdir": (-0,0523703, -0,427568, 20.9025)

Kann das erstmal so richtig sein? Sieht ja für mich erstmal richtig aus.
Wenn ja, dann kann ich mir immer noch nicht erklären, warum da jetzt gar nichts mehr geht.

Wenn ich der Kollisionsfunktion jetzt einfach nur den invers transformierten Vektor "p" und dann den untransformierten Vektor "dir" übergebe, dann gehts erstmal, wenn der Gegner sich nicht rotiert
Sobald ich "dir" auch transformiert übergebe, dann geht da überhaupt nichts mehr.
_________________
Kein Rückzug! Kein Aufgeben!

[Jonathan_Klein]

Hast du den Richtungsvektor verschoben? Hast du in erst Absolut gemacht, dann transformiert und dann wieder nach realtiv umgerechnet? So wie ich es im ersten Post geschrieben habe?
_________________
https://jonathank.de/games/