Dieser Codesnipped funktioniert bestens um in einer 3D Welt die position eines Mausklicks zu ermitteln und um damit zu berechnen welches Objekt oder Fläche angeklickt wurde...

Nun bräuchte ich das gleiche lediglich zum ermitteln des ZLevels im Orthogonalen modus:
Das ganze soll für eine kleine GUI sein und wollte so ermitteln auf welches Fenster, die
nach ZLevel sortiert vorliegen, geklickt wurde...

In den Ortho modus wechsel ich recht einfach so


und zurück dann wieder so



Sollte alles seine richtigkeit haben ^^

hier dann der Codeteil zum ermitteln des ZLevel, ist 'Fremdsprache' aber der wesentliche GL-Teil
sollte ersichtlich sein:


Leider gibt mir das ganze, egal wo ich klicke und ob sich dort etwas befindet, immer 128 aus

_________________

Du speicherst glOrtho() in der Modelview, obwohl es in die Projection müsste. Die ist dafür die Einheitsmatrix und dementsprechend gibt das auslesen der Projection-Matrix auch nur die Einheitsmatrix zurück.
Mit glOrtho() in der Projectionmatrix könnte es gehen (keine Garantie).

PS
Nicht relevant für das Problem, aber die Variablen 'Modelview' und 'Projection' müssen nur 16 und nicht 17 Werte halten,
also sollte (0 to 15) statt (0 to 16) eig reichen

_________________
The force, strong it is in OpenGL.

Das mit der Matrix war mir so gar nicht aufgefallen da es beim bisherigen testen gant gut funktionierte
habs aber mal geändert, scheint auf den ersten blick aber keine veränderung zu bringen...

das eigentliche Problem aber konnte ich inzwischen lösen...
Aus irgendeinem Grund gibt glReadPixels der tmpZ als Double deklariert ganz andere
Werte zurück als wenn sie 'nur' als Single deklariert ist...

geändert, funzt!

Hab das ganze dann noch etwas abgekürzt:


Danke für den Dimensionshinweis, hab ich mal wieder geschlafen
Array[16] ist eben nur 0-15 und nicht 0 bis 16 ^^

_________________

Das ist auch logisch, wenn man sich anschaut, was da hinter den Kulissen passiert. Du übergibst mit @tmpZ einen Pointer auf deine Variable (nebenbei ist es unverantwortlich von welcher-sprache-auch-immer-du-verwendest, dass da keine Fehlermeldung geflogen ist, weil die Typen die da rauskommen inkompatibel sind). Falls du das nicht weißt, ein Pointer ist ein Verweis auf einen Speicherbereich. Du übergibts also einen Verweis auf den Bereich, wo dein Double liegt.
glReadPixels interpretiert den aber als Single (siehe Referenz). Nun wird also der Single-Wert in den Bereich für den Double geschrieben. Das hat zweierlei implikationen: Erstens ist ein Single nur halb so lang, also werden die oberen vier Bytes des Doubles garnicht gesetzt (sind also undefiniert, da deine Variable auch noch nicht initialisiert ist; ein Punkt wo der Kompiler übrigens hätte warnen sollen, da er nicht wissen kann, was in glReadPixels mit der Variable angestellt wird; könnte ja auch von gelesen werden) und zweitens haben Double und Single aufgrund ihrer unterschiedlichen Größe auch jeweils ein anderes internes Format. Siehe Gleitkommazahl#Interne Darstellung.

grüße.

_________________
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

Eigentlich wollte ich nun gerade argumentieren, (ohne weiteres wissen auf die interne verarbeitung von fliesskommazahlen) das ich doch problemlos kleine werte in einem grösser dimensionierten bereich übergeben kann, dann wird eben ein teil des bereichs nicht genutzt... aber nochmal darüber nachgedacht und getestet völliger blödsinn Da ich ja keinen Wert sondern eine Adresse übergebe und somit mit einem grösser dimensionierten bereich dann über die Adresse auch über den von der Funktion dafür reservierten Speicher somit über den speicher hinaus 'lese'

Jetzt im nachhinein hätte hier tatsächlich eine Fehler bzw Warnmeldung kommen müssen...

Ähnliches Beispiel


Ergibt auch völlig falsche Werte, aber mit dazu gehöriger Warnmeldung


Diese allerdings bekam ich bei dem glReadPixel problem leider nicht, wäre sonst ein Hinweis auf das Problem gewesen...

_________________

Das sollte nicht nur eine Warnung sondern eigentlich ein Fehler sein und einen expliziten Typecast erfordern, aber gut .

Nicht vollständig korrekt, da die Funktion keinen Speicher reserviert. Den Speicher hast du reserviert, die Funktion schreibt nur rein (aber nicht in den ganzen Bereich).

Und Fließkommazahlen sind nicht so gebaut, dass sie untereinander binärkompatibel sind (anders als ganzzahlige Typen, zumindest auf Little Endian Architekturen), siehe auch link von oben.

grüße

_________________
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