Eine frage noch... geht spherische und cubische projektion genauso einfach?

Hi,

sorry für die vielen posts.. '^^
Ich wollte eben das ganze mal mit ner perspektivischen projektion versuchen, und hab halt einfach meine Projection-Matrix berechnung so umgesteltl wie es im wiki steht.

aber.. irgendwie klappt es nicht Die projektion landet wo völlig falsches..

Ich rechne grad einfach:

TP * proj * modelview * vertex

modelview ist das, was bei OpenGL GL_MODELVIEW ist, nur aus irgendeinem grund muß ich die invertierte matrix davon nehmen (bei der ortho-projection)... muß das so sein oder ist da evtl irgendwo noch nen fehler drin?

Aya~

Klingt eher nach Fehler^^
Evtl. hast du die Matrix transponiert?

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Hey ich muss mein altes Exel-Worksheet, wo ich alle meine Matrizenoperationen überprüfe, ausgraben und nachrechnen...das dauert ein bisschen.

was ist TP?

Aber grundsätzlich, probier mal die Reihenfolge so zu ändern, dass du Modelview * Projection nimmst und nicht andersherum. Und auch mal ohne inversion.

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

Excel Worksheet?
Sowas hier? http://www.youtube.com/watch?v=VVF-gk61qA0&NR=1
oder eher das? http://www.youtube.com/watch?v=XeXISSrIaJA

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

@Flash: Nein, nicht SO ein Excel worksheet. Das mit dem Würfel Ist aber eine Spitzenidee. Ich habe das Execelsheet unten mitgebracht (ich hoffe, man kann es lesen).

Ich habe einfach in OpenGl einen Punkt gezeichnet und ihn getranslated und gerotated und projiziert, alles händisch. Die Matrizen habe ich dazugeschrieben. Man könnte es also nachrechnen.

Also, was ist rausgekommen: eigentlich nichts Spektakuläres.

Unten rechts habe ich einen Original-Punkt eingesetzt, der mit der finalen Matrix multipliziert wird. Der Input für glOrtho ist rechts oben zu sehen. Links sind die Matrizen dargestellt, die eine nach der anderen dazu multipliziert werden. Rechts neben den Matrizen steht immer das Zwischenergebnis für den Punkt. Das Endergebnis dieser Rechnung muss jedenfalls sein, dass sowohl die X-als auch Y-Koordinate des Ergebnispunktes zwischen Null und Eins, also im Texturraum liegen.

Zunächst dachte ich, dass ich einen Fehler gemacht habe, denn der Ergebnispunkt unten rechts hat eine X-Koordinate die größer als 1 ist. Aber das bedeutet nur, dass der OriginalPunkt von 256/256/256 durch die Translation/Rotation aus dem Bild gekippt wird, oder anders ausgedrückt, er wird nicht gezeichnet weil er außerhalb des Viewports zu liegen kommt.

Wenn man in diesem Beispiel die Modelview-Matrix wegläßt, ergibt das für einen Punkt mit den Koordinaten (-256/-256/-256) TexturKoordinaten von (0/0) und bei (+256/+256/+256) TexturKoordinaten von (1/1), ganz wie es sich gehört.
Traude


Erst nachträglich hab ich bemerkt: die Überschrift der ersten rosa Matrix ist "Calc1=Input1*Input2" stimmt nicht, es sollte heißen: "Calc1=Input1*Unitmatrix", jede dieser rosa Matrizen ergibt sich aus der Multiplikation der beiden Matrizen, die über ihr stehen.

TP ist meine toller Matrixenname von der ersten Seite und steht für Texture-Projection^^. Die Matrix mit den 0.5en drinne. Um vom -1..1 auf den 0..1-Bereich zu kommen.

@Aya: Zeig doch mal deine Matrixen, die du benutzt. Oder ist das Problem inzwischen gelöst?

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Hi,

das problem ist leider immernoch da

Ich hab jetzt mal die matrix aus dem excel-screenshot nachgebaut, hab exakt die gleichen werte raus.. nur aus irgendeinem grund muß ich den punkt den ich am ende mit der matrix multipliziere in y * -1 rechnen, da sonst die projektion an der y-achse gespiegelt ist.. (jetzt dann ohne die invertierte modelview matrix)

Wenn ich dann meine projektions matrix auf perspective statt orthogonal umstelle stimm garnixmehr.. also die Modelview matrix ist genau gleich noch logischerweise, und die perspective Matrix ist exakt genau gleich zu der, die aus gluPerspective rauskommt.

Aber die projektion landet viel viel viel zu klein etwas links unten versetzt zu dem projektor..

Irgendwer irgendne idee noch?

Ich hab sowohl modelview matrix als auch projection matrix mal mit der die ich in OpenGL via glGetFloatv() bekomme verglichen, 100% identisch..

Aya~

Tu mal die Proj- Matrix transponieren und teste dann nochmal.

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Hat leider nichts gebracht

Ich hab so ne Matrix für die persp. Proj. Ich weis jetzt nur nicht, ob die transponiert ist. Kannst ja mal testen.

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Hi,

ja meine ist ganz genauso, wie im wiki halt
nur ich hab die berechnung von f umgestellt, weil da stimmt das was im wiki steht nicht :/

zumindest macht gluPerspective was anderes:

f = tan((pi / 2) - (fov * (pi / 180)) * 0.5)

aber auch mit dem f wie du es berechnest geht es nicht :/

Also die Matrix von mir da ist im Einsatz, die funktioniert^^
Im Wiki steht: f = cotangent(fovy/2). cotangent = 1 / tan, enspricht also der Formel, wie ich sie habe.
Ist deine Kamera denn auch wirklich richtig gesetzt?

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Hallo Aya,
hast Du Excel? vielleicht kannst Du mit dem Worksheet selber mehr anfangen? Man hat dabei immer die volle Kontrolle über alle Daten.

NACHTRAG: die Matrizen im Wiki für glOrtho und glFrustum sind OK. Ich baue Matrizen nach diesem Muster auf.