spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat

da würden die koordinatenachsen aber nacher nicht mehr wirklich normal aufeinander stehen

Genau. Die Definition der Rotation über ein Quaternion kann das leisten, aber eben nicht die Beschreibung der Objektlage über drei Rotatinswinkel (Euler-Winkel). Siehe dazu die Links aus meinem vorigen Beitrag, sehr anschaulich auch der letzte davon. Alle beliebigen Lagen des Objekts im Raum sind also nur erreichbar, wenn die Reihenfolge der Rotationen um die drei Achsen variiert wird, was naturgemäß leider nicht kontinuierlich, sondern nur sprunghaft geschehen kann. Mit der Einschränkung lebe ich jetzt, hat halt nur etwas gedauert, bis der Groschen gefallen ist.

Greetz
Roberto

So kann man die Schwierigkeit auf den Punkt bringen:
Es liegen aus der Eingabe des Anwenders nur die drei Rotationswinkel vor. Wenn ich daraus die drei Achsenvektoren berechnen kann, und zwar ohne das Problem, dass diese Achsen danach nicht mehr senkrecht zueinander stehen, habe ich gewonnen. Aller Dokumentation nach zu urteilen, die ich bisher dazu gefunden habe, ist genau das nicht möglich. Das dabei auftretende Problem des Verlusts der korrekten Ausrichtung der Rotationsachsen zueinander, und damit im Extremfall "Rotation einer Achse um 90°" der Verlust eines Freiheitsgrades in der Rotation wird als "Gimbal Lock" beschrieben. Und alle scheinen sich einig zu sein, dass die Mathematik da keinen Ausweg bietet...
Ich kann aber dem Anwender leider nicht zumuten, die Rotation über Achs-Vektoren zu definieren.

Danke nochmals
Roberto