Hallo allerseits.

Ich arbeite an einem kleinen Projekt für die Schule, das veranschaulichen soll, wie durch Matrixmultiplikationen Objektkoordinaten in Weltkoordinaten und diese wiederum in Bildschirmkoordinaten überführt werden. Dazu sollen diese drei Koordinatentypen auch nebeneinander angezeigt werden. Die Objektkoordinaten hab ich natürlich schon vorliegen. Die Weltkoordinaten ermittle ich, indem ich die Objektkoordinaten mit der Gesamt-Modelview-Matrix "von Hand" multipliziere. Wie aber lassen sich die Bildschirmkoordinaten eines Vertices, also die Koordinaten auf dem Viewport, ermitteln? Muss ich dazu wirklich die Weltkoordinaten nacheinander mit den Matrizen von Projektions-Transformation, Normierung und Viewport-Transformation multiplizieren? Oder gibt es da auch einen einfacheren Weg? Die Foren-Suche hat mich leider nicht weitergebracht...

Nein, es gibt keinen einfacheren Weg. OpenGL macht es auch so. Wenn es eine Abkürzung gäbe, würde OpenGL die Abkürzung nehmen.

Wobei dir das OpenGL abnehmen kann:
http://wiki.delphigl.com/index.php/gluProject

Tja, ein Grafikprogrammierer könnte sich das leisten. Aber ich denke mir, der arme Kerl muss das in der Schule dem Lehrer vorhüpfen wie das geht. Oder irre ich mich? In diesem Fall wäre es gut, in den Mesa-Sourcecode von gluProject auf SourceForge hineinzuschauen. Ich habe dort einen Blick drauf gemacht und eigentlich kein SVN gefunden. Es sieht aus, als könnte man sich nur die ganze Library herunterladen. Du kannst aber auch mit der Google-Code-Suche nach „mesa“ und „gluProject“ suchen, es gibt dieses Zeugs tausendfach in irgendwelchen anderen Libraries im Internet. Du solltest ein bisschen C verstehen, dann hast den gesuchten Code, ohne Dich viel anstrengen zu müssen.

Also müssen tu ich gar nichts, das Projekt ist ja nur ein kleiner praktischer Teil meiner Facharbeit über Matrizenrechnung. ^^ Mathematisch kann ich durchaus erklären, wie man die Objektkoordinaten in Bildschirmkoordinaten umrechnet, nur "von Hand" erledigt erscheint mir das ein wenig kompliziert. In dem Sinne wäre die Funktion gluProject eigentlich genau das, was ich gesucht habe.

Ich hab es damit mal probiert und bekomme deim Funktionaufruf dummerweise eine Zugriffsverletzung gemeldet...

Hier wäre der Code:



ModelviewMatrix und ProjectionMatrix ermittle ich genau so wie Viewport mit glGetDoublev.

Hach du glücklicher... Hast du ein Schönes Facharbeitsthema .

Also... Wo ne Zugriffsverletzung auftaucht kann ich mir gerade nicht erklären, das sieht soweit gut aus. Hast du mal die Typen winx, winy und winz mit der Deklaration von gluProject verglichen?

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

Das Thema hab ich auch selber vorgeschlagen. ^^ War wirklich eine schöne Sache, auf die Weise einen Grund bekommen zu haben, OpenGL zu lernen.
Aber jetzt darf ich langsam schauen dass ich fertig werde, am 30. ist schon Abgabe...


Also die winx, winy und winz sind bei mir auch vom Typ PGLdouble, wie gluProject es haben will. Deswegen muss ich sie ja dann auch dereferenzieren, um den Variablen vom Fensterkoordinaten-Array ihre Werte zuzuweisen.

Hallo,

hast du dann auch per New(winx); Speicher angefordert?

Markus

Natürlich nicht, deswegen gabs ja auch ne Zugriffsverletzung!

Danke für den Hinweis, da hab ich irgendwie überhaupt nicht dran gedacht. Man möge mir diesen Anfängerfehler nachsehen. ^^ Fehlermeldung gibts jetzt keine mehr.

Die richtigen Werte spuckt mir aber gluProject leider auch noch nicht aus. Die z-Werte variieren, je nachdem wohin ich den Augenpunkt verschiebe und die x- und y-Werte sind schlicht und einfach immer 0. Hat jemand eine Idee, was ich da noch verkehrt mache? Die Modelview- und Projection-Matrix sowie die Ausmaße vom Viewport ermittle ich ja allesamt mit einem Aufruf von glGetDoublev und ich wüsste nicht, was dabei schief laufen kann...

Hast du beachtet, dass die Werte Spaltenweise geliefert werden, nicht Zeilenweise?

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

Bei der Berechnung der Weltkoordinaten, für die ich die Modelview-Matrix in ein Array geschrieben habe, auf jeden Fall.

Bei gluProject bin ich eigentlich davon ausgegangen, dass man die Variablen vom Typ TGLMatrixd4, wie man sie mit glGetDoublev ausliest, direkt als Parameter angeben kann. Steht ja so auch im Wiki: "Die aktuelle Modelviewmatrix. (wie sie mittels glGetDoublev abgefragt werden kann.)"
Ich muss doch bestimmt nicht die transponierten Matrizen ausrechnen und die als Parameter angeben?

Nö nö. Ich wollte nur sicher gehn, dass vorher kein Fehler drinnen war.

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

Wenn immer 0/0 rauskommt, muss es wohl am Input hängen.

Du musst sicher stellen, dass Deine Objektpunkte zulässig sind (das Objekt muss im Viewport zu sehen sein), und dass die beiden Matrizen und auch der Viewport mit gültigen Werten bestückt sind. Lass Dir mal die Werte der Input-Daten anzeigen.

Hab mal das Programm an der Stelle angehalten und mir mit "Auswerten/Ändern" die Werte der Parameter von gluProject ausgeben lassen:



Also mit Viewport scheint was nicht zu stimmen. Ich hab aber keine Ahnung warum. Der Aufruf von glGetDoublev sieht überall genau so aus wie bei mir (hab mal ein bisschen rumgesucht) und dass ich keinen Viewport habe kann auch nicht sein, da ich ja ein Bild sehe. 500x300 müsste der Viewport eigentlich groß sein...

EDIT: Von wegen sieht überall genau so aus! Ich brauch glGetIntegerV, nicht glGetDoublev! Bekomme jetzt die korrekten Bildschirmkoordinaten ausgegeben.

Was mich noch interessieren würde: Was sagt der z-Wert eigentlich über die Darstellung des Vertex am Bildschirm aus? Ein Bildschirm hat doch nur 2 Dimensionen... ^^'

Eigentlich sollte der Z Wert null werden. Das ist ja gerade das Ergebnis ein (jeden?) Projektion: Informationsverlust.

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