Hallo,
Ich habe mir einmal das Selektions-Tutorial angeschaut und habe jetzt eine Frage: Wenn ich ein Quadrat habe und es anklicke, wie kann ich dann die Koordinaten herausfinden, an denen ich auf das Quadrat geklickt habe?
Da das Quadrat sozusagen auf dem Boden liegt, also y immer 0 ist muss ich ja nur noch den x- und den z-Wert herausfinden, das müsste doch eigentlich gehen. Nur wie?

Meines Wissens kannst du die Koordinaten einer bereits gezeichneten Fläche kannst nicht so ohne weiteres nicht abfragen. Es gibt in OpenGL neben dem Render und Selektionsmodus auch noch einen Feedbackmodus. Aber als Resultat davon bekommst du nur einen Text in dem das was du gerendert hast als Klartext drinne steht. Aber das ist für dich auch recht sinnlos. Die sinnvollste Möglichkeit die du hast ist anhand des selektierten Objektes eine Klasse (oder was auch immer) zu befragen die die Koordinaten kennt. Alles andere dürfte von der Performance auch nicht so sonderlich dolle sein.

Bin mir nicht ganz sicher, aber lönnte man da nicht die >Selektion mit gluunprojekt (siehe FAQ) verbinden?
Ich habe damit zwar noch nie gearbeitet, aber sollte klappen (besonders, weil man die Tiefe vom Objekt ja durch die Selektion bekommt....)
Evtl. hilfts dir ja weiter.....

_________________
Es sind immer die guten,
welche zu früh von uns gehen müssen...
Meine bislang 13 Open Gl - Tuts findet ihr auf www.dcw-group.net
Neu! Ein großer Teil der Demos nach Kylix übersetzt!

Damit würdest du aber leider nur die Position des aktuellen Punktes (an der Mausposition) bekommen. Aber leider nicht die Koordinaten der Eckpunkte.

Die sinnvollste Möglichkeit wird wohl vom jeweiligen Fall abhängen und das verwenden, was Lossy eX schon schrieb.

Wenn Du etwa in einem Editor oder Tile-Based Spiel eine Tile bzw. Quadrat bestimmen willst, das ausgewählt wurde, kann man meist anhand des ALgorithmus, mit dem diese Felder erstellt wurden die Eckpunkte ausrechnen. Das geht dann ja auch mit den entgültigen 3D-Koordinaten, da diese von OpenGL ja auch nur durch Matrixmultiplikation (View & Projection) generiert werden. Allerdings sollte man das dann nicht für zu viele Punkte machen.
Also je nach Situation wird es andere Möglichkeiten geben auf irgendeinem Wege an deine Koordinaten des gewählten Objektes zu kommen.

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

Wenns "nur" um die Selektion der Eckpunkte geht, dann lässt sich das recht einfach realisieren :
Wenn man im Selektionsmodus "rendert", dann zeichnet man nicht seine Primitiven (Quads), sondern nur GL_POINTS, und legt vor jedem Vertex einen eindeutigen Namen auf den Namstack.
Der dann beim Treffer zurückgegebene Hit beinhaltet dann die ID des angeklickten Eckpunkts.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Eckpunkte? Irre ich mich oder war nie von den Eckpunken die Rede?!?
(Sorry, wegen Offtopic... ist mir ebn bloß so aufgefallen...)

_________________
Es sind immer die guten,
welche zu früh von uns gehen müssen...
Meine bislang 13 Open Gl - Tuts findet ihr auf www.dcw-group.net
Neu! Ein großer Teil der Demos nach Kylix übersetzt!

Stimmt, da habe ich was verwechselt. Gefragt war ja nach den Koordinaten wo man das Objekt trifft.
Aber ich hab mir noch keine großen Gedanken dazu gemacht, doch könnte man dann nicht von der Kameraposition in Mausrichtung einen Ray schicken, und dann mit Ray-Triangle-Intersection die Koordinaten bekommen? Da man das Dreieck/Rechteck ja kennt (Selection) müsste das doch gehen. Ich meine irgendsoeine Ray-Geschichte wird auch in den Picking-Algorithmen unter Direct3D verwendet, da es dort ja keinen Selection-Modus gibt. Also vielleicht mal nach Picking und DirectX bzw. Direct3D suchen. Afaik gibt's da die SDK-Samples auch alle (zumindest die hierfür interessanten) nach Delphi übersetzt. Ansonsten ist für das Verständnis der Methode der C++ Code ja auch nicht aalzu schwer.

_________________
Thunderman
Bei schwierigen Problemen entscheiden wir uns einfach für die richtige Lösung. Klar?

Ja jetzt wo du es sagst und ich mir den Text noch 2-30 Mal durchgelesen hab.

Da man durch das Picken bereits die Tiefe des Punktes hat sollte man das mit gluUnprojekt (oder wie das genau heißt) die Position des geklickten Punktes berechnen können.

Ich glaube ich habe meine Frage etwas falsch gestellt: Mir geht es nicht um die Selektion, ich möchte nur auf die OpenGL-Szene klicken und dann wissen, welche x- und z-Koordinaten der Punkt mit dem y-Wert 0 hat, der an dieser Stelle ist.
Ich habe das ganze einmal mit gluunproject probiert und mir auch die anderen Beiträge zu diesem Thema angesehen, es funktioniert aber einfach nicht: Egal was ich mache, ich bekomme immer als Endwert die Zahl -9,22337203685478E18 heraus. Hat jemand eine Ahnung was das für eine Zahl ist?

Eine sehr hohe negative Zahl. Ist aber auch wurscht - so kann das nämlich ohnehin nicht klappen.

Anhand deiner Fragestellung nehme ich mal an, dass du mit Y die Tiefe meinst - An der Tiefe 0 hat das Szenario aber keine (bzw. eine unendliche) Ausdehnung, somit kannst du auch keine x- und y- Koordinaten berechnen. Es hat schon seinen Sinn, dass ZNear in OpenGL niemals 0 sein kann:
Wenn du zum Fenster raus schaust, kannst du dir dein Blickfeld als einen Kegel mit der Spitze in deinem Auge vorstellen. Wenn nun ein Objekt die Tiefe 0 hat, steckt es dir praktisch im Auge drin, dann hast du andere Sorgen, als dich um die Mauskoordinaten darauf zu kümmern .

Spass beiseite - ich hoffe, es kommt halbwegs rüber, dass du an der Tiefe 0 keine x- und y- Koordinaten hast (bei mir ist die Tiefe z).
Spätestens wenn du dir überlegst, dass bei der Projektion eines Schnittpunktes durch dessen z-Wert dividierst muss dir klar werden, dass ein z-Wert von 0 keinen Sinn macht, bzw. den Punkt ins Unendliche katapultiert.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Hmm, tschuldige, beim nochmaligen Durchlesen habe ich dich wahrscheinlich falsch verstanden. Um Herauszufinden, wo die "Maus" über der Bodenplatte liegt, brauchst du eine Art Raytracing, die sich aber (wahrscheinlich nicht besonders schnell, funktioniert aber einwandfrei) auch über gluUnProject realisieren lässt - und zwar musst du einen Strahl durch das angeklickte Pixel in z-Richtung auf den Boden schießen - das funzt folgendermaßen - der Code ist aus Mcad entnommen, sind also ein paar Sachen drin, die du wahrscheinlich nicht brauchst - ich hab's aber kommentiert:



Ach ja, die Mausposition ist in x und y. Wie du bei der Ansicht des Codes bereits bemerkt haben dürftest musst du natürlich sicherstellen, dass sich die Maus überhaupt über der Bodenplatte befindet - liegt sie über dem Horizont, darf es dich nicht wundern, wenn du komische Werte rausbekommst (falls du dich wunderst, was mein Code macht: der stellt einfach sicher, dass ein neu generiertes Objekt schön im sichtbaren Bereich liegt).

Ich hoffe das hilft dir weiter - ich musste aber den Thread wirklich drei mal durchlesen, bis ich herausbekam, was du eigentlich wolltest

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

So langsam komme ich mir wirklich etwas blöd vor. Ich hab deinen Code jetzt eingebaut, bekomme aber immer noch das gleiche Ergebnis (Habe jetzt herausgefunden was es ist: Es ist der niedrigste Wert den eine Real-Variable annehmen kann).
Ich weiß nicht ob ich das ganze richtig eingebaut habe, also auch ob ich die richtigen Typen für deine Variablen verwendet habe und ob mein Typ point3d so richtig ist.
Hier der Code meines MouseDown-Aufrufes:

Habe gerade noch etwas herausgefunden: Die Werte die ich herausbekomme sind 'NAN' (= not a number). Erst dadurch dass ich sie runde werden sie zu -9,22337203685478E18. Scheinbar wird den drei Variablen in gluunproject etwas anderes als Zahlen übergeben. Weitergebracht hat mich das allerdings nicht.

Probiers mal statt mit TGLFloat mit TGLDouble.Sowohl gluProject als auch gluUnProject übergeben dir in deinen Koordinaten Doublewerte,und deshalb bekommst du bei der Nutzung von Singlewerten auch unbrauchbare Werte.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)