Hallo, mithilfe von Shadern versuche ich gerade die OGL Matrizen nachzubilden, die ja bei WebGL nimmer existieren. Ich dachte eigentlich, ich hätte das schon hinbekommen, bin nun aber auf ein Phänomen gestoßen, dass mich daran heftig zweifeln lässt.

Die WebGL Demo lässt sich hier ansehen: www.stayinaction.de/webGL/WebCore.html

Für die, die es sich aufgrund des fehlenden Browser nicht ansehen können, versuch ichs kurz zu beschreiben. Ein Viereck, das etwas in den Raum gekippt ist, und sich um sich selbst (um die Y-Achse) dreht. Dabei erweckt es bei der Drehung den Eindruck, als wäre es in Richtung des Betrachters und von ihm weg abgeschnitten. Gerade so, als würde Near oder Farclipping sehr niedrig eingestellt sein und das Viereck dadurch abschneiden. Allerdings steht nearclipping auf 0.1 und farclipping auf 1000.

Hier mal der Code für den Shader:


Ich nehme mal an das meine Modelview stimmt, allerdings weiss ich nicht genau, wie ich nun die Projection mit einrechne. Wird die einfach in der Multiplikation, in der die Modelview stattfindet, mit eingerechnet?
Irgendwie steh cih da etwas auf dem Schlauch
Oder brauch ich überhaupt eine Projectionmatrix?

Naja...jein....wie du siehst bekommst du ja ein Bild, allerdings ist das nur eine orthogonale Projektion. D.h. die Szene wird einfach nur so gedreht das du in Richtung der Z-Achse blickst, dann wird die Z-Koordinate einfach weggelassen. Für eine perspektivische Projektion musst du aber durch Z teilen. Das ist es was die Projektionsmatrix macht (*). Near- und FarPlane sind in der Projektionsmatrix, deswegen hat das hier keine Wirkung.

Also vermutlich willst du sowas hier:


Allerdings solltest du die beiden Matrizen vorher selbst multiplizieren, damit das nicht für jeden Vertex neu gemacht werden muss:



(*) natürlich kann man mit einer Matrix keine Division ausführen, aber dafür gibt es die vierte Koordinate ("w"). Diese Koordinate wird einfach als Nenner genutzt, die Grafikkarte teilt später einfach alle Koordinaten durch w so das man wieder bei (x,y,z,1) landet.

_________________
Yeah!

Okay sowas hatte ich mir gedacht. Also dass ich modelview und projection multiplizieren muss. Allerdings gab das kein ergebnis (alles ist schwarz)

Hierzu der Code: (vertex)


Die uModelViewProjection wird als Multiplikation von uModelView und uModelViewProjection errechnet.


Die Errechnung der Projection:


Es bleibt nun leider alles schwarz.

Hm, also das sollte so funktionieren. Multiplizierst du vielleicht falschrum? Deine Multiplikations-Methode sieht zwar korrekt aus, aber vielleicht rechnest du Projection * ModelView statt ModelView * Projection?

Ansonsten kann es natürlich sein das die Uniforms falsch gesetzt sind. Einige Grafiktreiber bekommen Probleme wenn Uniforms nicht genutzt werden. Der Compiler wirft sie nämlich aus dem Code während der Treiber das nicht mitbekommt. Danach stimmten dann die Indices nicht mehr überein.

_________________
Yeah!

Dass das folgende nicht sonderlich sinnvoll/performant ist, ist mir bewusst, aber geht ja grad nur um den Test:


So setze ich die drei Matrizen

Die ersten beiden werden vom Shader nicht genutzt und daher vom Compiler entfernt. Daher könnte gl.getUniformLocation(program, "uModelViewProjection") einen falschen Rückgabewert liefern.

_________________
Yeah!

Mh okay ich habe die ersten beiden Uniforms escaped und analog auch im Shader die Deklarationen rausgeschmissen. Es gibt jetzt also nur noch uModelViewProjection. Das Resultat bleibt aber weiterhin schwarz

Du berechnestdie position falsch, hab mal ein passenden OpenGL2 und 3 fähigen basis shader mit gepostet.



Ich empfehle dir eher FieldOfView in Gradmaß zu nutzen statt Bogenmaß, dann kannst du LoadIdentity einer Modelview Matrix mit obiger funktion erreichen und sparst dir das ständige hin und her rechnen.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

@TAK2004:
Warum berechnet er die Position falsch? Projection*Modelview? Es heißt doch nicht grundlos ModelViewProjection und nicht ProjectionModelView.

Übrigens benutzt er WebGL, daher würde ein "#version 130" dazu führen das der Shader nicht funktioniert, da die erst bei 1.0 sind.

@Shaddow:
Wie konvertierst du deine Matrix in WebGLFloatArray? Bei mir sieht das so aus:

_________________
Yeah!

Aus den namen zu schliessen, wie die Multiplikation vor sich geht ist gewagt und auch falsch.

Als erstes wird die ModelviewMatrix mit den Vertex und der daraus resultierende Vektor mit der Projektionsmatrix multipliziert.
2D Pos=(Proj*Model*Vert).xy;
Wenn ich im Shader Model*Proj*Vert umstelle bekomme ich ein schwarzen Bildschirm und die Werte sind völliger murks.
Ein OpenGL ES und OpenGL3 equivalent zu gl_ModelViewProjectionMatrix ist folgender "mat4 mvp_matrix = u_proj_matrix * u_model_matrix;" und ist in recht rar verstreuten Dokus sowie Beispielen zu finden.
Daher funktioniert auch das oben und es steht übrigens auch im wiki http://wiki.delphigl.com/index.php/Tutorial_OpenGL3_Lineare_Algebra#Vom_Vektor_zur_Bildschirmkoordinate.
Dieses Thema(ersetzung der Funktionspipeline) ist recht ätzend, da die Doku zu der Thematik quasi nicht existent ist und man nur durch leute die das bereits gemacht haben(opengl software renderer) an passende Infos kommt.
edit:gl_NormalMatrix nach zu bilden hatte mich auch ein weile beschäftigt, bis ich das funktionstüchtig hatte.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Eigentlich nicht, den bei mir funktioniert das Es liegt daran ob die Matrizen transponiert sind oder nicht, denn es gilt:


Deswegen ja auch die Frage an Shaddow wie er die Matrizen übergibt bzw. wie die Matrix aussieht. Bei mir wird die Translation z.B. so gebildet:

_________________
Yeah!

Wenn ich natürlich alle Matrizen Row based rein gebe dann funktioniert das, aufgrund der Eigenschafften mit OpenGL ES und OpenGL3 aber nicht mit OpenGL unter Version 3.(steht auch in der OpenGL.org FAQ). Dies wird ja auch als großes Feature von OpenGL3 genannt, dass man nun die ganze umwandlungsproblematik sparen kann, wenn man Direct3D und OpenGL3 renderer verwendet.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Sorry dank Klausurenphase 5. Semester bin ich zum Programmieren gar nicht gekommen. Erstmal danke für die Antworten ^^

Soo nun aber:


Meine Erzeugung sieht ziemlich gleich aus:

Habs immernoch nich hinbekommen. Irgendwelche Ideen?

Das Problem wurde mittlerweile via PM gelöst. Es lag an einer kaputten Projektionsmatrix.

_________________
Yeah!