spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »FSA«

Ich glaube nicht, dass dein Problem durch Gimbal-Lock kommt, und Quaternionen solltest du dafür auch nicht brauchen. Am besten mal nachlesen, wie man eine Rotationsmatrix um eine beliebige Achse aufstellt (angegeben durch einen Vektor); dadurch lassen sich all deine Probleme Lösen. Du gibst dann einfach die Drehachse über einen Vektor im globalen Raum an, und erstellst daraus eine Transformationsmatrix, um die Kamera zu transformieren.

Genau das war mein ansatz. Für eine Rotation um beliebige Achse verwende ich die xna/mono funktion Matrix.CreateFromAxisAngle und "zur hälfte" funktioniert das auch schon. Gut dass ich mir die Q. mit allem was da dran hängt sparen kann - mein hirn hat sich schon im keller verkrochen

So wie ich den Gimbal Lock gelesen habe, als 3d graphik definition habe ich auch erst gedacht, es ist nicht das problem. Dann habe ich aber die grafik aus der mechanik [1] gesehen. das zusammen mit der definition aus der grafik-abteilung ergab dann sinn: 2 oder mehr achsen überschneiden sich, was zu einem "verlust" bzw, freiheitsgrad des systems in 1 oder mehr achsen führt. Deshalb dachte ich das ergibt sinn und habe ich auf die aussage "quaternionen" der 2 kameraden verlassen. Aber vermutlich ist meine definition der problematik nur ein teilaspekt. Wenn es so ist, dass Q. nur einen eleganteren, performanteren Weg darstellen ist die aussage "Dazu brauchst du Quaternionen" ja eh quatsch.

[1] https://en.wikipedia.org/wiki/Gimbal_loc…_Lock_Plane.gif

Dieser Beitrag hier und die antwort von dem @David Scherfgen sieht mir vielversprechend aus.

Direct3D - Rotation der Kameraansicht nur von 0° bis 180°!

sinus/cosinus hatte ich auch mal ausgepackt, war aber verkehrter ansatz. NAja anlauf 3 oder 4 wo ich jetzt dann bin sollte dann doch endlich mal klappen :p

Zitat von »Jonathan«

Hier nochmal in abstrakter Form was du tun solltest:

Speicher die 'Sichtrichtung' des Spielers als Matrix. Quasi deine View-Matrix. Wenn du die Kamera drehen willst, berechne diese Matrix nicht neu sondern multipliziere sie mit einer neuen Matrix, die diese Drehung beinhaltet (also z.B. 2 Grad um die Z-Achse). Das Ergebnis ist dann deine neue Matrix.Ist das numerisch instabil, orthonormalisiere die Matrix ab und zu (wie oben beschrieben). Wenn du dich statt um die lokale um die globale Achse drehst, ändere die Reihenfolge der Matrixmultiplikation.

Ach so macht man das

Ich habe auf Basis "CameraPosition", "CameraTarget" und "AxisAngles" die ganze ViewMatrix jedesmal neu berechnet... In der "stabilen" Version. In der aufakkumulierten Version hab ich es ähnlich gemacht, nur dass ich "CameraPosition", "CameraTarget" und "AxisAngles" auch erstmal berechnet habe mit den Werten aus dem letzten frame...

D.h. ich verfahre so dann auch für die Kameraposition, ich gebe der View matrix eine translation mit und die Target und Position brauche ich nur einmal beim initialisieren des Programms?

Leuchtet mir ein... Kostet ja viel weniger so :p

Zitat von »Jonathan«

also das, was du mit Daumen, Zeigefinger und Mittelfinger machen kannst.

oder mit einem stück pizzakarton