Hallo Community,
erstmal großes Lob für eure vielen hilfreichen Tutorials, Erklärungen und Inspirationen! :)

Ich habe nun leider ein Problem, zu dem ich auch im Forum, im Wiki oder den Tuts keine Lösung finden konnte:
Ein 3D-Objekt wird in einer Editor-Ansicht angezeigt, bleibt immer zentriert. Nun möchte ich dieses Objekt mit der Maus drehen - eigentlich kein Problem (XY-Distanzen der Maus speichern und glRotatef(dMausX,1,0,0); glRotatef(dMausY,0,1,0); aufrufen - fertig.
Leider entsteht so eine Rotation, die ich nicht wirklich gebrauchen kann..
Aus gängigen 3D-Modelern kennt man es ja so, dass die Rotation immer um die aktuellen "Sichtachsen" stattfindet. Wenn ich jetzt aber z.B. zuerst um die y-Achse rotiere, verändert das ja die Lage der x-Achse --> Problem. Eigentlich will ich immer um die Achsen rotieren, wie sie am Anfang waren.

Zur deutlicheren Erklärung hier mal ein paar Bilder:

Ich habe also einen Würfel.


Der wird jetzt um Y gedreht:


Dadurch wurde die X-Achse verändert, und eine Rotation um diese endet so:


Wenn das Objekt jetzt rotiert wurde und ich dann nochmal munter weiterrotieren möchte, sieht das alles sehr verwirrend aus und ist nicht intuitiv.

Eigentlich möchte ich meinen Würfel


wie gehabt einmal rotieren, und dann für die nächste Rotation wieder meine "alten" Achsen zur Verfügung haben (lokale Achsen sind transparent):


Die Rotation um diese "neue" X-Achse liefert ein anderes Ergebnis:


-> Wie kann ich so etwas hinbekommen?
In einem anderen Forum und im #delphi.de IRC-Channel sagte man mir, ich müsste eine Rotations-Matrix für das Objekt haben, eine für die Maus-X-Bewegung (=Rotation) und eine für die Y-Bewegung. Die letzten beiden auf die Objekt-Matrix multipliziert ergäben das gewünschte Ergebnis.
Aber passiert es nicht im Moment schon genau so? Ich rufe zuerst glLoadIdentity auf, dann glTranslatef (um ein Stück von der Kamera weg zu kommen), dann die XY-Rotationen (welche doch auf die aktuelle Matrix multipliziert werden, oder?) und zeichne anschließend die Quads.

Hänge irgendwie fest und wenn mir jemand weiterhelfen kann, wäre ich sehr froh :c)

Viele Grüße,
Michi

Hmmm....das is eine für OpenGL eher untypische rotation... Denn wie du schon festgestellt hast, werden die achsen frisch ausgerichtet.

Du wirst wohl die passende Rotationsmatrix per Hand berechnen müssen und dann mit glMultMatrix mit der aktuellen mutliplizieren.

Ich bin in Sachen Mathe nicht mehr so fitt, kann dir also da jetzt nicht weiter helfen... Eventuell weiß es jemand von den anderen...sind ja einige Mathe 1er hier...

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Leider nicht, man behandelt auch nur die Rotation um einen bel. Vektor.
Hier ist das Problem, dass wir 2 Vektoren und 2 Winkel haben.
Und mir fällt absolut keine Lösung ein.

Habe mir gerade mal was überlegt:
Wenn du nur den Würfel mit Kantenlänge 2 hast und nur Rotation um x und y gilt das:

Das musst du dann nur noch für alle Eckpunkte berechnen und sollte dann funktionieren.
Eine Rotation um die Z-Achse sollte man genauso einbauen können.

Noch 2 Dinge:
1. Ich will einen vernünftigen ASCI-Codeeditor
2. #delphigl existiert auch

Edit:
Einfacher funktioniert es übrigens wenn du Y-Rotationsmatrix*Y-Rotationsmatrix*Punkt rechnest.
Alternativ könntest du auch einfach das Produkt der Rotationsmatrizen mit der Objektmatrix multiplizieren, so wie es im Channel gesagt wurde.

Und ja, vorm Edit stand dort, dass dies falsch ist. Kann es immer noch sein um 3 Uhr morgens....
Ich weiss gerade auch nicht wo der Unterschied zu der OpenGL-Methode ist, also ist es vermutlich falsch.
Naja, wenigstens blamiere ich mich richtig.

Oder doch nicht. Habe gerade testweise um a=90° und b=180° getestet. Es funktioniert so wie du es wolltest.
Der vordere links oben wird zum hinteren rechts unten.
Und sollte jetzt auch kein Zufall sein.

Edit2:
Natürlich ist es ein Unterschied ob du erst um X oder um Y rotierst.
Das hat die Matrizenmultiplikation so ansich.

hi, vielen dank für eure antworten.
dass ich vielleicht alle punkte einzeln berechnen müsste, hatte ich auch schon überlegt - und wohl nicht nur für eine rotation, sondern für beide. denn nach einer mausbewegung will man dann ja weiterrotieren....
könnte aber halt etwas langsam werden, oder nicht? will ja nicht nur munter würfel schubsen, sondern objekte mit 70.000 punkten und mehr, alle noch mit polygonen verbunden.
ich kann mir eigentlich garnicht vorstellen, dass das überhaupt nicht möglich ist? ich meine, jeder 3d-editor kann das doch.. auch, wenn das objekt über 1 mio polygone hat.

gruß, michi

Du kannst ja auch die Matrix mit der Objektmatrix multiplizieren.
Dann wird es von OpenGL intern berechnet.

Nun du könntest auch nur die erste rotation per Hand berechnen und die Ergebniskoordinaten dann von OpenGL für die 2. Rotation drehen lassen. Da sparst du dir schonmal eine Berechnung.

Obwohl...dann kannst du auch gleich beide machen: Also alle Vertexdaten in ein Array legen und dann die Matrix auf alle Vertices anwenden. Dann die nächste Matrix und wieder drüber schippern.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Vielleicht hilft Dir ja das weiter:


Rot... ist die Rotation um die globalen (aktuell gültigen, durch glrotatef, gltranslatef und glscalef veränderten) Koordinatenachsen, oMatrix ist ne TGLMatrix mit 16 Elementen, wobei nur die 9 für eine Rotation varantwortlichen Elemente gesetzt werden. Die Elemente hab ich durch Matrixmultiplikation der drei einzelnen Matrizen ermittelt. Wenn Du also die Resultierende Matrix mit der aktuellen Projektionsmatrix multiplizierst, und dann Deinen Würfel zeichnest, sollte er gedreht erscheinen wie Du es willst.

_________________
Manchmal sehen Dinge, die wie Dinge aussehen wollen, mehr wie Dinge aus, als Dinge.
<Esmerelda Wetterwax>
Es kann vorkommen, dass die Nachkommen trotz Abkommen mit ihrem Einkommen nicht auskommen und umkommen.