Hiho!

nach gefühlten 1000 Jahren verschlägts mich mal wieder hier hin, und dann gleich mit sowas

Also, eventuell kennts ja wer: GTA speichert in seinen Map-Dateien Rotationen von Objekten als Quaternionen. So als normaler Mensch hätte ich aber lieber normale Eulersche Winkel (nicht nur ich; das ganze kommt später mal in ein SA:MP Skript, was die als rx, ry, rz erwartet... muss jetzt aber keiner verstehen^^)

Jedenfalls, ich hab mich etwas belesen und weiß jetzt was Quaternionen sind, aber irgendwie nutzt mir das jetzt gar nichts. Wie berechne ich jetzt aus den 4 Komponenten der Quaternion die 3 Winkel für die Drehungen um die Achsen? Da steig ich nicht so wirklich durch...

Kann mir das mal wer so erklären, dass man das ohne Studium versteht?

Danke schonmal,
Martok

_________________
Gott sei Dank bin ich Atheist!

Euler winkel sind so ziemlich das schlechteste, wie man rotationen speichern will, weil sie in unangenehmer weise nicht eindeutig sind und man auch noch wissen muss, in welcher Reihenfolge sie gespeichert werden. Quaternionen legen dagegen die Rotationen sehr einfach ab: Im realteil (normalerweise 1. komponente) liegt der cosinus des drehwinkels. Die drei Imaginären komponenten stellen die drehachse dar (einfach wie einen vektor behandeln), der mit dem sinus des drehwinkels multipliziert wurde - wenn du also den imaginären teil normierst, bekommst Du die Drehachse heraus. Ist jedenfalls die Essenz aus http://wiki.delphigl.com/index.php/Quat ... rien_auf_V:

Genau das meinte ich... so weit war ich auch schon, aber ich verstehe nicht, wie ich da draus jetzt Winkel machen kann.

Dass die eventuell nicht das beste sind, kann ich im Moment nicht ändern, denn die Funktion erwartet die nun mal so... Das mit dem nicht eindeutig würde aber erklären, warum im MapEditor die Achsen (der für die Anzeige Eulerwinkel nimmt) immer mal spontan von 180,180,180+x auf 0,0,360-x oder so wechseln... wenn das die gleiche Quaternion ist, wäre das ja nicht mal ein Bug.

EDIT:

Womit a den Winkel und ImagPart den Drehvektor in 'Einzelteilen' enthalten sollte. Völliger Blödsinn oder ist was richtiges dran?

_________________
Gott sei Dank bin ich Atheist!

http://en.wikipedia.org/wiki/Gimbal_lock Ist z.B. eines der Probleme, die Euler Winkel erzeugen. Ansonsten, wenn Du die Quaternionisometrie auf die vektoren i,j,k anwendest, bekommst du, wenn du die bilder als spalten nebeneinander schreibst und die reele koordinate streichst, genau die matrix, die die gleiche rotation beschreibt. aus der kannst du dann unter bestimmten voraussetzungen (dort wo euler eindeutig ist), die winkel berechnen. http://en.wikipedia.org/wiki/Euler_rotation da pakcst du einfach die matrix, die die euler winkel in der reihenfolge beschreibt, die du brauchst, z.b. die xyz variante. und da siehst du, daß den ersten winkel den du zurückrechnen kannst, -s2 ist (das ist wohl ohne die notation genau durchgecheckt zu haben -sinus vom y-winkel sein). Und dann hangelste dich durch - ist ne unschöne rechnerei, aber machbar.

Tja. Die Lösung mit der Matrix hatte ich als erstes probiert, hab aber die Ursprungs-Winkel auch nicht rausgekriegt.

Der Artikel 'Euler Rotation' enthält aber einen interessanten Link auf http://en.wikipedia.org/wiki/Conversion ... ler_angles und weiter auf EuclideanSpace, was aber in diesem besonderen Fall auch nicht hilft, da die Ergebnisse nicht nachvollziehbar manchmal stimmen und manchmal nicht. Übrigens kommen beide Seiten zu unterschiedlichen Gleichungen, bei denen EuclideanSpace auch noch am Ende der Seite eine ganz andere verwendet als vorher hergeleitet...

Hier stimmt attitude, aber sobald einer der beiden ArcTan2-Ausdrücke ins Spiel kommt, passt nichts mehr.
Beispielsweise wird aus (-0.515458646873, -0.515458646873, -0.484049966046, 0.484045862598) (rx: -45.915 ry: -46.800 rz: 3.600), richtig wäre (270, 270, 3.60). Im Prinzip also so ein 90°-Grenzfall, aber die werden doch behandelt?

Ich werd hier noch verrückt. Wenn der Programmierer vom MapEditor eine Kontaktadresse hätte, hätte ich ja den schon befragt... Gibts aber nur nen Forum-Thread dazu, und da war er schon länger nicht mehr.

Edit: 11-25 02:16 Ein paar Klammern waren falsch. Aber trotzdem kommt nicht immer das richtige raus...

_________________
Gott sei Dank bin ich Atheist!

Hallo,

Villeicht hilft dir folgendes...Das sollte eigentlich fuktionieren
PS: ich hatte auch mal mit einer direkten umwandlung versucht, bin aber irgendwie auch gestrandt.



Grüße
User69

Danke!

Das war bis jetzt das was mich am weitesten gebracht hat. Trotzdem stimmen immer noch ca 40% nicht. Allerdings ist der Fehler diesmal eingrenzbar: entweder links und rechts falschrum drehend, oder aber 90° zu wenig um die senkrechte Achse. Wie man diese Fälle dann aber erkennen soll..

_________________
Gott sei Dank bin ich Atheist!

Das Problem ist halt, daß die Winkel nicht eindeutig sind und deren Anwednugsreihenfolge ein Rolle spielt.
Es kann also mehre Winkelkombinatonen geben, die zu dem selben Ergebnis führen können.

Grüße
User69

Das hier hab ich im SAMP-Forum gefunden, als mal jemand anders das versucht hat:

(http://forum.sa-mp.com/index.php?topic=21572.0)

Sagt mir aber gar nix. Ich persönlich hab damit abgeschlossen. Ich versteh zwar mittlerweile was passiert, aber nicht warum jeder andere Zahlen raus kriegt...

_________________
Gott sei Dank bin ich Atheist!