Hallo Leute,
ich versuche die Matrizenrechnung von Opengl mal selbst zu machen find aber den Fehler nicht. die folgende prozedure soll die Opengl-befehle
glrotatef(wx,1,0,0);
glrotatef(wy,0,1,0);
glrotatef(wz,0,0,1);

dazu hab ich mir mal die rotationsmatrizen angeschaut und folgenden code geschrieben:



so der code funktioniert fast. nur die Koordinaten von x3 werden falsch berechnet. ich find aber seit 2 tagen den fehler nicht.
Also wenn jamand mal Muse dazu hat wäre es schön wenn mir jemand helfen könnte . Danke

ps.: meine 3*3Matrizen:

vektoren:
x1[0],x1[1],x1[2]
x2[0],x2[1],x2[2]
x3[0],x3[1],x3[2]
und die Rotationsmatrizen (c=cos,s=sin):
um X:
1,0,0
0,c,s
0,-s,c

um Y.
c,0,-s
0,1,0
s,0,c

um Z

c,s,0
-s,c,0
0,0,1

so und nu hab ich alles der reihe nach multipliziert.

iirc müssten die rotationsmatrizen eigentlich so aussehen:

X
1,0,0
0,c,-s
0,s,c

Y
c,0,-s
0,1,0
s,0,c

Z
c,-s,0
s,c,0
0,0,1

ja müssten sie aber ich sag mal so viel die rotationsmatrix von mir und die von opengl is gleich (das ist 100%ig sicher) und trotzdem gibt es NUR bei x3 abweichungen ich hoffe ich kann damit etwas klarheit in das problem bringen . Aber trotzdem danke für die antwort

also ich hab jetzt sogar extra alles umgestellt und die vorgeschlagenen matrizen genommen der code sieht nun so aus:

und trotzdem is das problem wie erst ...

Ich find den Fehler einfach ne 'grumml'

ich muss nochma reinquatschen also die matrizen müssten doch eigentlich so aussehen:

X
1,0,0
0,c,-s
0,-s,c

Y
c,0,s
0,1,0
-s,0,c

Z
c,-s,0
s,c,0
0,0,1

zumindest laut turorial und ich mein das funktioniert ja soweit auch wenn man das alles mit Glmultmatrix macht aber ich möchte das gerne eben auch ma so machen

ich hoffe, das hilft

_________________
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.

kann mir denken warum dein x3 nicht stimmt:

du berechnest in den ersten beiden Schritten x1 und x2, diese sind nun VERÄNDERT!!!
Für die Berechnung brauchst du aber immer die Ursprungsdaten der benutzten Matrizen. Du musst also Puffern, damit die schon neu berechneten Daten nicht benutzt werden und das jeweils vor jeder eigenständigen Multiplikation.

Ach ja wenn du langeweile hast: schreib dir lieber ne Klasse Matrix dafür und hau den Code nicht einfach so in dei Methode deiner Klasse.

Wenn du dich dann auch für die anderen Transformationen der Matrizen interessierst dann guck mal unter: Links->General->CompGeo. Das könnte dir helfen.

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

Vielen dank erstma für die rege Beteiligung ich häng jetzt erstma an der Umsetzung...werd mich wieder melden wenn ich weitere Probleme hab

Also ich muss jetzt nochma reinhacken:

ich habe 3 Berechnungsvarianten (tm,xm,ym,zm sind 4*4 -Matrizen):
1.

2.


und schließlich 3.



so und 1. und 2. liefern die gleichen ergebnisse nur bei 3. gibts es bei x3 Abweichungen
so und das mit dem verändert das haut ja nich hin weil ja meine vergleichswerte auch durch aufeinander folgende multiplikationen entstehen ... hmm es muss irgend einen Fehler bei 3. geben

x1,x2 und auch x3 berechnen sich aus der Eingangs(!!!!!!!!!!!!!!!)-Matrix.
Dort was ich rauskopiert habe verwendest du x1 und x2, diese enthalten aber schon die Werte der (Teil-)Ergebnis(!!!!!!)-Matrix, wurde also VERÄNDERT, du brauchst aber die Ausgangswerte.

Siehe Post von Sidorion, auch er puffert die Werte der Eingangsmatrix.

gut aber warum stimmen dann die werte von x2 da benutz ich ja auch die VERÄNDERTEN Werte von x1 ?

beim ersten geht x1 mit Faktor 0 ein da spielt das keine Rolle, bei den anderen kA, weis deine Zahlen nicht kann Zufall sein, aber wie schon gesagt speicher dir die alten Werte.

bei der ersten routation veränderst also x1 nicht.
bei der zweiten wid zwar x1 verändert, aber x2 nicht.
bei der 3. würde ich dann auf zufall tippen, vll. kürzt sich da auch was raus, habs jetz nicht nachgerechnet

Lasst doch mal das umwandeln in Gradmas, und Rechnet lieber mit dem Bogenmas( 2 PI = 360° )!



Soll das eine 0 sein die dort vor x1 steht? Ehrlichgesagt kann man dann glaube ich die Operation weglassen, den mit 0 Zu Multiplizieren gibt immer 0!

_________________
Shareholder und Leitender Entwickler bei Pipedream-Games.

Zitat: Siehst du diesen Park da unten? Jeden Tag lernen sich darin Menschen kennen und verlassen einander. Und du hast dein ganzes Leben Zeit darin zu gehen.