Hi!

Ich schreibe zur Zeit eine DLL, die in eine fremde Anwendung injiziert wird und dort die SwapBuffers-Methode hookt. Bis jetzt kann ich Elemente in 2D hinzuzeichnen, indem ich die Projektionsmatrix mittels glOrtho setze usw.
Jedenfalls ist für mich auch das dreidimensionale Zeichnen von Interesse, wofür ich allerdings zuerst die verwendete perspektivische Projektionsmatrix kennen muss. Wenn die gehookte SwapBuffers-Methode aufgerufen wird, wurde die Projektionsmatrix leider schon auf die Identitätsmatrix zurückgesetzt (zumindestens liefert glGetFloatv mit GL_PROJECTION_MATRIX diese zurück).

Die Anwendung, in die meine DLL irgendwann zur Laufzeit injiziert wird, scheint zu diesem Zeitpunkt keinen Aufruf von gluPerspective oder glFrustum mehr zu tätigen. Darum habe ich die Methode glLoadIdentity gehookt und vor deren Ausführung die Projektionsmatrix abgerufen. Hier bekomme ich tatsächlich diverse Matrizen zurück:



Beim Rückrechnen auf die Parameter, mit denen die Matrizen erzeugt wurden, scheine ich Fehler zu machen oder die Matrizen selbst sind falsch. Denn wenn ich mir bei den beiden letzten (und hoffentlich richtig als perspektivisch erkannten) Matrizen z.B. den Winkel ausrechnen würde, so kommen bei mir nur unrealistische Werte heraus.

Meine Frage bzw. meine Fragen an euch sind: Könnt ihr mir helfen, und die Erzeugungsparameter aus den Matrizen herausrechnen? Und wo könnte ich noch Hooks setzen, um die entsprechenden Matrizen herauszufinden?

Lg oli

Hast du schonmal drüber nachgedacht, gluPerspective zu hooken? oder glLoadMatrix? Je nach dem, wie die ihre Projektionsmatrix aufbauen...

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Damit wollte ich implizit sagen, dass ich diese Methoden bereits gehookt habe. Werde es aber zur Sicherheit vielleicht noch einmal versuchen

glLoadMatrix ist eine gute Idee, werde das demnächst auch noch testen!

Lg oli

PS: wie sieht es mit den oben geposteten Matrizen aus, können diese stimmen?

Das kann ich dir so direkt nicht sagen. Die beste Methode das herauszufinden dürfte sein, ne kleine Testanwendung zu schreiben und sie mit diesen Matrizen zu füttern. Dann nen paar quads zeichnen und schauen, wo die landen...

Die Passage mit gluperspective habe ich übersehen, mein Fehler. Dann werden die den kram höchstwahrscheinlich in irgendwelchen Variablen liegen haben oder übertreiben es mit der benutzung vom Matrix Stack. Also schau dir sicherheitshalber auch noch glPushMatrix und glPopMatrix an.

Gruß Lord Horazont

P.S. Der Grund, warum deine Projektionsmatrix nicht die richtige ist, kann sein, dass die Anwendung die Transformationen (Rotation, Verschiebung usw.) der Kamera direkt in der Projektionsmatrix durchführt. Für manche Zwecke ist das vorteilhafter als die Modelview Matrix.

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Evtl wäre auch glMulMatrix von Interesse

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup