spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »XoR«

1.Brauche ich also wenn ich eine Orthographic matrix verwende überhaupt eine view matrix?

Das hängt wohl von der Art Spiel ab. Ein Tetris braucht keine, ein Side-Scroller hingegen schon. Du willst bei letzterem ja nicht die Welt-Sprites manuell verschieben müssen, sondern den View.

Zitat von »XoR«

Das wäre bei einem Sidescroller doch absolut Ungerecht?

Womöglich. Aber niemand hat gesagt, dass eine solche Matrix Rücksicht auf Deinen Spieltyp nimmt. Wenn für Dich eine Änderung des Spielfelds ein No-Go ist, solltest Du andere Größen verwenden. Bedenke, dass dabei allerdings Artefakte (Texture-Bleeding) in den Sprites entstehen können, weil deren Pixel interpoliert werden müssen bei der Skalierung. Bedenke ebenfalls, dass nicht alle Bildschirme dasselbe Seitenverhältnis besitzen, Du Dir also etwas überlegen musst, damit nicht ein Spieler mit 16:9 oben und unten weniger sieht als ein anderer mit 4:3. Wahlweise links und rechts.

1.) brauchen ist da relativ, aber eigentlich sollte es nicht schaden, eine View Matrix zu haben. Die Tatsache, dass hier etwas abgeschnitten wird, hängt damit zusammen, dass du trotz der orthogonalen Projektion immer noch einen Tiefenwert hast.
D.h. deine Koordinaten werden nach wie vor in den Clip-Space transformiert und darin werden die Primitiven (Dreiecke, Linien, Punkte) nach wie vor abgeschnitten (auch anhand der Z Werte).
Deine Objekte können also immer noch 'hinter die Kamera' fallen, auch wenn du das wegen der orthogonalen Projektion nicht erkennen kannst.

Ich hatte in meiner Engine mal Probleme mit den Projektionsmatrizen zwischen GL und D3D gehabt,
und aus irgend einem Grund wurden alle Primitive bei meiner orthogonal Projektion im GL Render System niemals an der Near Plane abgeschnitten.
Also wohl genau das, was du gerade brauchst. Das kann also irgendwie durch modfikationen an der Projektions und View Matrix umgangen werden,
aber ich weiß nicht mehr, wie ich das hinbekommen hatte.

2.) Mag sein, dass in den Beispielen die Bildschirm Breite und Höhe genommen wird, aber ich verwende dazu immer eine separate "Orthogonal Size",
die allerdings das selbe Seitenverhältnis hat, wie die Bildschirmauflösung. Ansonsten ist das aber immer die selbe Größe.
Schließlich werden die Koordinaten vom Hardware Rasterizer noch mit der Viewport-Transformation angepasst.
Die Bildschirmauflösung sollte also nicht schon vorher mit einbezogen werden, sonst hat man das von dir erwähnte Problem, dass der Eine mehr sieht als der Andere.

3.) Ob du deine Matrizen transponiert an einen Shader übergibst oder nicht hängt wohl davon ab, wie du sie im Shader mit der Funktion "mul" verwendest (mul(matrix, vector) oder mul(vector, matrix)),
und/oder wie die Matrizen bei dir von der Host Anwendung (C++ Programm) gespeichert sind (row major oder column major).

Gruß,
Lukas

zu 3



http://de.wikipedia.org/wiki/Matrix_(Mathematik)

Die Projektionsmatrix hat mit einer Pixelauflösung nichts zu tun.
Darum kümmert sich der Hardware Rasterizer wenn die Koordinaten vom Clipping Space (das ist der Koordinatenraum unmittelbar nach der Projektion) in den Screen Space transformiert werden.
Das lässt sich z.B. in OpenGL mit glViewport und in Direct3D 11 mit RSSetViewports einstellen.

2: Du musst die Bildschirmauflösung nicht mit einbeziehen, wenn du aber zum Beispiel pixelgenau 2D Grafiken darstellen möchtest, dann hilft es das zu tun.
3: Man kann Matrizen so speichern, dass erst die erste Zeile kommt, dann die zweite usw. Alternativ kann man auch erst alle Werte der ersten Spalte speichern und dann die nachfolgenden Spalten anhängen. Wenn man mit den Matrizen rechnen will, muss man das natürlich beachten. Wenn du jetzt aus irgendeinem Grund deine Matrizen im anderen Format hast als das mit dem DX rechnet, müssen die Matrizen zunächst transponiert werden um das zu korrigieren. Dadurch, dass die Matrixmultiplikation jeweils die Zeilen der ersten Matrix mit den Spalten der zweiten multipliziert, hat ein umdrehen der Faktoren den gleichen Effekt, als würde man beide Transponieren.
Die Auswirkung des transponierens auf das Koordinatensystem kann ich mir nicht weiter hilfreich vorstellen.