So da bin ich wieder mit einer neuen Frage. Ich benötige die Position des Mauszeigers in Abhängigkeit vom augenblicklich
gültigen Modelview - Koordinatensystem und stieß auf glUnProject. Leider ist diese Funktion veraltet, weswegen VS bei
mir permanent mosert. Deswegen habe ich die Funktion selbst implementiert. Sie funktioniert soweit ganz gut, jedoch beziehen
sich die Mauskoordinaten immer noch nicht auf das Modelview - Koordinatensystem.. zumindest nicht korrekt. Im folgenden mal
der Code und ein paar Beispielbilder. Die berechnete Mausposition steht im toolstrip am unteren Rand der Anwendung.

Mache ich irgendetwas falsch oder muss ich noch ein paar zusätzliche Berechnungen anstellen!?



Die Funktion "Get3DMousePos" wird in meiner Form bei jedem Durchlauf aufgerufen und ich überreiche ihr die Mausposition am Bildschirm
bezogen auf glControl. (Nur zur Info - ich verwende OpenTK aufgrund der nötigen Verwendung von C#).

In den folgenden Bildern wird die Mausposition durch den roten Kreis inkl. Punkt dargestellt.



Ziel des Ganzen soll es letztendlich sein einen Punkt auf einem 3D Körper auszuwählen, danach einen zweiten und deren Distanz zu bestimmen.
Ähnlich einer Bemaßung in CAD - Programmen.

_________________
_______________________________________
Lets move over mountains and through valleys:
GL.Map2(,,,,,,,,,)
GL.MapGrid2(,,,,,,,,,)
GL.EvalMesh2(,,,,,,,,,)

Ich hab da mal vor einiger Zeit 2 C++ -Methoden aus dem Netz gepickt und in delphi übersetzt:

Sie wandeln 2D (also Mauszeiger z.B) in 3D Koordinaten des aktuellen Modelviews um, bzw auch umgekehrt, wenn du einen 3D Punkt hast kannst du dessen Bildschirmkoordinaten (2D) ausgeben lassen.
Ergebnis ist immer ein tglvectord3, ein array [0..2] of gl_Float.




lg

_________________
Ich teile manchmal heimlich durch Null. - Alber Einstein

Das mit dem Umrechnen ist nicht so ganz einfach, hab das mal selber mit einer First Person Camera probiert. Eigentlich sollte gluUnproject funktionieren (weis nicht warum es dass nicht sollte, weil die Funktion auf der CPU ausgeführt wird). Du musst halt noch den Tiefenwert des Pixels an die Funktion weitergeben (winz). Hatte selber mal ein ähnliches Problem (siehe hier: http://www.delphigl.com/forum/viewtopic.php?f=2&t=10768 ), was ich gelöst hatte, indem ich einfach den geklickten Richtungsvektor mir von gluUnproject ermitteln lassen habe und darauf hin mit dem Kameraposition und diesem Vektor weitergerechnet habe. Wenn du sowieso Koordinaten auf deinem Objekt haben willst, also mit dem Tiefenwert wie auch im Framebuffer kannst du dir das eigentlich sparen und entweder den Code von Ida bzw. den aus der Wiki zu benutzen: http://[url]wiki.delphigl.com/index.php/gluUnProject[/url]

Ich hoffe ich konnte dir weiterhelfen

EDIT: http://www.opengl.org/wiki/GluProject_and_gluUnProject_code Das wäre ein Link, der mir damals weitergeholfen hat indem du den Quellcode der gluUnrpoject Funktion siehst

Okay ich probier mal alles ein wenig durch. Aber soweit ich das sehe muss ich die Division
durch 0 nicht abfangen in der glUnProject!? Ich probiers am Montag mal aus und schreibe
dann hier wieder wenn was nicht stimmen sollte. Danke!

Nochmal zum Verständnis: glUnProject liefert mir nicht bereits die fertige Position des Maus-
zeigers im 3D - System sondern nur den Richtungsvektor vom Bildschirm aus in die 3D - Ebene
und ich muss das noch mit dem Modelview - Koordinatensystem verrechnen um an die Position
in Abhängigkeit vom aktuellen Modelview - Koordinatensystem zu kommen!?

_________________
_______________________________________
Lets move over mountains and through valleys:
GL.Map2(,,,,,,,,,)
GL.MapGrid2(,,,,,,,,,)
GL.EvalMesh2(,,,,,,,,,)

Doch, doch. gluUnproject sollte dir bereits die Koordinaten im Raum liefern. Da bist du wahrscheinlich durch meinen Thread darauf gekommen, ich habs damals extra geändert, damit ich nur den Richtungsvektor bekomme, aber an sich rechnet gluUnproject gleich in Raumkoordinaten um.

Alles klar, jetzt funktioniert es mit glUnProject()! Das Problem lag an einer anderen Stelle.

Nur noch eine dumme Frage:
Sobald ich meine Maus auf ein gezeichnetes Objekt bewege gibt mir die Funktion bereits die passenden Koordinaten meines Mauszeigers auf
dem Objekt zurück, ich finde das zwar genial weil es mir Arbeit erspart, aber ist das gewollt? Denn befindet sich mein Mauszeiger nicht auf
einem, von mir "gezeichneten" Körper, werden die Koordinaten relativ groß.

Hier nochmal meine Funktionen:

_________________
_______________________________________
Lets move over mountains and through valleys:
GL.Map2(,,,,,,,,,)
GL.MapGrid2(,,,,,,,,,)
GL.EvalMesh2(,,,,,,,,,)

Nur mal aus Interesse: Ist die Frage meiner letzten Antwort hier so dumm, dass keiner antwortet
oder ist sich keiner bei der Antwort auf die Frage sicher bzw. kennt sie nicht?! ^^

_________________
_______________________________________
Lets move over mountains and through valleys:
GL.Map2(,,,,,,,,,)
GL.MapGrid2(,,,,,,,,,)
GL.EvalMesh2(,,,,,,,,,)

nicht sicher ob ich die Frage richtig verstanden habe, aber wenn dich die Koordinaten bei "nicht vorhandener geometrie" stören, kannst du doch das Ergebnis verwerfen, sobald glreadpixels die clearcolor zurückgibt?

jedenfalls wäre das mein Ansatz.. (wenn das die frage war)

@Wölfchen: glReadPixel gibt hier DepthComponent zurück also den Tiefenwert, die Farbe bekommt man garnicht, außer man macht einen weiteren Aufruf von glReadPixels.

@Litefora: Nun warum die Koordinaten so groß werden liegt daran, dass wenn du ins "Leere" klickst, der Tiefenwert dieses Pixels maximal ist (1 glaub ich), das entspräche als Distanz deinem FarClipping Wert. Um das etwas zu veranschaulichen...

glUnproject macht ungefähr Folgendes:
Du übergibts ja der Funktion, sowohl Modelview als auch Projektionsmatrix, daraus weis die Funktion dann ja wo du dich im Raum befindest, in welche Richtung du schaust usw. Daraus weis die Funktion auch schon in welche Richtung sie von der "Kameraposition" aus gehen muss, bzw. in welche Richtung dein Mauszeiger zeigt wenn du klickst. Ein Punkt + ein Richtungsvektor ergeben ja bekannterweise eine Gerade. Damit du jetzt einen Punkt als Ergebnis bekommst, musst du den Tiefenwert noch übergeben, dann wird nämlich ausgerechnet welcher Punkt auf der Gerade diesem Tiefenwert entspricht, und somit wird aus der Gerade ein Punkt.

Wenn jetzt der Tiefenwert nicht gesetzt ist, dann ist der Punkt auf der Gerade natäurlich extrem weit weg, was zu deinen großen Koordinaten führt.

Mögliche Lösung, einfach am Anfang überprüfen wie groß der Tiefenwert ist. Am besten lässt du dir den Tiefenwert ein paar mal ausgeben, wenn du ins Leere klickst, schaust dann wie er sich da verhält und machst dann eine passende if-überprüfung um diese Fälle zu umgehen.

Sollte hier nicht pos2.W auf 0.0 überprüft werden?

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Oh verdammt, ja da hast du recht ^^! Danke!

_________________
_______________________________________
Lets move over mountains and through valleys:
GL.Map2(,,,,,,,,,)
GL.MapGrid2(,,,,,,,,,)
GL.EvalMesh2(,,,,,,,,,)