Hallo,

ich habe ein funktionierendes VCL-OpenGL-Projekt nach SDL portiert. Leider funktioniert nun die Selektion, also das Picken von mit glLoadName benannten Objekten nicht mehr. Bevor ich hier sinnlose Mengen Quelltext poste wollte ich fragen, ob es in dieser Konstellation evtl. etwas zu beachten gibt?
Im aktuellen Stand wird zwar erkannt, dass es einen Hit gibt, aber nach der Auswertung des z-Wertes (mehrere Millionen, also falsch, da z des Objektes irgendwo zwischen -100 und 100 liegt) des Treffers wird dieser ausser Betracht gelassen, sodass letztlich doch kein Treffer mehr übrig bleibt.
Diverse Tips im Forum zum Thema habe ich schon probiert, welche in Richtung
- Aufruf von glLoadIdentity und
- gluPerspective
gehen. Hat aber alles nix gebracht. Hat jemand eine Idee, oder tut Quelltext Not?


Grüße, DNA

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

DIe selektion sollte man nicht mehr umbeding benutzen. Schneller sollte es sein, ein FBO mit einer kleinen größe zu benutzen z.B.3x3 und float32 präzision mit mindestens einem Kanal (Z-Buffer nicht vergessen). Die Pickmatrix kann man weiterhin noch mit glupickmatrix erzeugen. nun muss man jedes Poligon oder Vertex in einer anderen Farbe zeichnen (Bei float32 kann man problemlos mehr als 1mio Farben pro Kanal verwenden) Entweder erzeugt man die Farbe zu Fuß oder benutzt in Zukunft einen Geometrieshader in dem man die Poligonnummer in einer Variable auslesen kann (Das wird aber erst in Zukunft sinnvoll sein)

Ooops. Das klingt ja ziemlich elektrisch. Ist das jetzt wirklich die empfohlene Vorgehensweise? Gibts dazu irgendwo ein Beispiel was dieses Verfahren verdeutlicht?

Grüße, DNA

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

oc2k1: Die Sache hat nur einen kleinen Hacken. Die wird nämlich nicht mal von OpenGL 2.0 Karten zwingend unterstützt! In meinen Augen ist das "nice to have" wenn es existiert und man unbedingt eine 2 Wege Selektion einbauen oder übertrieben hohe Anforderungen stellen möchte. Wenn die Selektion nicht übertrieben häufig vorkommt denke ich darf man ruhig noch den klassischen Weg benutzen. Vor allem sollte man auch bedenken wo das ganze zum Einsatz kommt. Aber bitte nicht falsch verstehen. Ich denke schon, dass die neue Technik durchaus seine Vorzüge (und Nachteile) hat. Vor allem die Geschwindigkeit dürfte sich Positiv äußern. Und evtl auch bei dem Bereich der Namen. Wobei ich da mit Floats auch Vorsicht walten lassen würde (Genauigkeit). Ich für meinen Teil würde die Technik nur benutzen wenn sie auch zum Rest der Anwenung passt. Wenn der Rest also maximal OpenGL 1.4 ist wären solche Anforderungen etc vollkommen überzogen und sinnfrei.

DNA: Habe bisher noch keine Selektion unter SDL gemacht aber bei bedarf könnte ich das evtl heute abend zu hause mal ausprobieren. Aber normal sollte es ziemlich genau so funktionieren wie ohne SDL auch. Aber zum Verständniss. Das was du als Z Wert bei der Selektion zurückbekommst spiegelt nicht den Z Wert des Objektes wieder! Ja der Wert ist mit dem Z Buffer irgendwie verknüpft aber eine Umrechnung in einen Z Wert dürfte wenn überhaupt möglich wohl doch recht spannend werden. Dieser Wert dient eigentlich nur dazu um herrauszufinden welches Objekt vor welchem liegt etc. Evtl kann es sein, dass SDL Standard eine anderen Auflösung des Z Buffers benutzt wodurch die Werte bei der Selektion verändert werden.

Man kann doch auch in den normalen Framebuffer schreiben und jedes Polygon mit einer anderen RGBA Farbe versehen. Dann reicht immerhin aus um einen Pointer direkt im Framebuffer abzuspeichern.

@Lars: Meinst du so etwas:Denn dann musste man clientseitig ein Objekt-Menager schreiben , das alle objekte speichert (TList oder THashTable vielleicht )

_________________
"Meine Mutter sagt : 'Dumm ist der, der Dummes tut'." - Forrest Gump

Ein entsprechendes Beispiel ist in der DGLSDK unter /samples/easysdl verfügbar. Das sollte sich extrem leicht nach reinem SDL portieren lassen.

_________________
"Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."

Die Objekte hat man sowieso schon irgendwie gespeichert, aber man braucht keine ID's zu generieren, wenn man den Zeiger direkt als Farbe verwendet. Das kann unter Umständen so eine Art "Selection Manager" ersparen.
Falls man die Objekte aber sowieso schon irgendwie durchnummeriert hat, kann man natürlich dann auch gleich die Nummer verwenden.

Funktioniert das mit den Pointern als Farbe eigentlich auch, wenn jemand 16 Bit als Windowsfarbtiefe eingestellt hat und man nicht per Vollbild selber eine Auflösung/Farbtiefe einstellt? Ich bin mir nämlich gerade nicht sicher ob der Framebuffer dann intern auch 32 Bit sein muss und es nur zum zeichnen auf 16 Bit runtergedrückt wird. Weil wenn der Frambuffer als 16 Bit abgelegt werden dann viel Spaß mit den gerundeten Pointern.

Zumindest bei Direct3D bekommt man einen 32Bit Backbuffer, wenn man das anfordert. Es scheint also prinzipiell möglich zu sein. Wie es bei OpenGL genau ist, müßte man mal überprüfen.

Hallo,

Da mir die vorgeschlagenen Alternativen komplett ungeläufig sind und ich daher für den Zweck einer simplen Menusteuerung bei der Namestackvariante bleiben wollte, habe ich weiterprobiert und auch diverse Bugs gefunden. Lag natürlich wieder an einer (nicht gesetzten und damit falschen) Perspektive. Ok, also die Selektion geht jetzt, leider nur halbwegs.
Es treten 2 Effekte auf, wobei ich den ersten nicht erklären (weil im Tutorial wurde mein eingefügter "Korrekturcode" auch nicht gebraucht) aber fixen konnte. Problem ist, dass nach dem Aufruf von "Selection", mein Menu nicht mehr sichtbar war. Offenbar hatte sich meine Objektmatrix/Kameraposition/however verschoben. Beheben konnte ich das in der Selektionsprozedur mit den letzten 5 Codezeilen:



Das ist für mich nicht direkt erklärbar, lies sich aber mit o.g. Geflick beheben.


Das eigentliche Problem (evtl. Folgeproblem?) tritt bei der Selektion auf. Und zwar werden die Namen der ersten beiden Klicks korrekt ermittelt. Ab dem dritten Klick wird nur noch der Name des dritten Elements (Button2/1005) geliefert, außer man erwischt das zweite Element (Button1/1001), dessen Name irgendwie immer korrekt ermittelt wird.
Letztlich gibt es folgende Namen auf dem Stack:
999: //Rückseite um "Danebenklicken" abzufangen
1001: Button1 // wird immer korrekt ermittelt
1005: Button2 // die "Pauschalantwort" ab dem dritten Klick. Die Lücke zwischen 1001 und 1005 entsteht durch unterpunkte von 1001, welche aber nicht gerendert werden.
1006: Button3
1007: Button4
1008: Button5


Das Rendern der Szene geschieht hier:


Das Rendern der Menuknöpfe geschieht hiermit:


Die Namen werden korrekt auf den Stack geschrieben, nur bei Auslesen hapert es. Hat jemand eine Idee?

Grüße und Dank im Voraus,
DNA

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

Hat keiner eine Idee, oder ist das Problem unbrauchbar beschrieben?

Grüße, DNA

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

Wieso hast du beim Rendern als letztes ein glPopName?

_________________
Steppity,✲steppity,✴step,❆step,✳step!
❆ ❄ ❄ ❄ ❅ ❄ ❆ ❄ ❅ ❄ ❅ ❄ ❅ ❄ ❄
❅ ☃ ❄ ❄ ❄ ❅ ❄ ❄ ❄ ❅ ❄ ☃ ❄ ❆ ❄ ❄

Hallo i0n0s


Es ändert sich nichts, wenn ich es weglasse. Aber ich las im Wiki http://wiki.delphigl.com/index.php/Selektion davon.

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

Die Namen sind auch stackbasiert. Es besteht also auch die Möglichkeit, dass man mehrere Namen auf den Stack packen kann. Da dieser Stack allerdings nur wärend der Selektion existiert wird er anschließend von OpenGL wieder gelöscht und somit automatisch gelehrt aber eine Berechtigung hat dieser Befehl auch. In diesem Falle hat er zwar keine große Auswirkung, da es wirklich "das Letzte" ist aber das könnte er aber. Und da sollte man sich gar nicht erst angewöhnen, dass es klappt. Muss es ja nicht zwingend.


Das Problem ist, dass durch gluPickMatrix die Ansicht für die Selektion verändert wird. Entweder sicherst du deine Matritx mit glPushMatrix/glPopMatrix oder du setzt sie nach der Selektion neu. Wobei du sie ja aber gesichert hast. Was wiederrum irgendwie ein bisschen komisch ist.

Zu deinem Selektionproblem. Ich befürchte mit so wenig Code werden wir dir nicht helfen können. Das Problem ist, dass du wärend der Selektion wirklich alles 100%tig genau so machen musst wie ohne Selektion. Bzw darfst wärend der Selektion auch wirklich nur rendern. Also nicht mal die Ansicht darfst du umstellen. Und da genügt manchmal schon die kleinste Kleinigkeit damit es nicht mehr so geht. Also bitte ich dich, dass du (wenn möglich) dein Projekt mal zipst und hier postest, auf deine Seite lädst oder es mir per Mail zuschickst. Und bitte darauf achten, dass alle benötigten Dateien dabei sind.