spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Was für ein Shadermodel verwendest du denn?

In dem Fall: gar nicht. Wenn Du es nicht in die 10x 4float reinbekommst, die Du vom VertexShader zum PixelShader übergeben kannst, gibt es keinen Weg.

Du könntest das Ganze globaler angehen, indem Du in einem separaten Pass die Ergebnisse in eine Textur rausschreibst und deren Inhalt dann im nächsten Pass ausliest. Evtl. verrätst Du aber auch, was Du eigentlich vor hast, und wir finden evtl. eine bessere Lösung.

Ok, das geht in die Richtung, die ich erwartet habe. Die Splitterwelten-Engine macht das genau so. Da wird per Skript ein Shader-Quelltext nach vorgegebener Lichtquellen-Liste generiert. Vom VertexShader in den PixelShader gehen Position, zumeist 1x Texturkoordinaten und 1x Vertexfarbe, evtl. noch der Vektor zur Kamera in Tangentenkoordinaten, und dann die Lichtquellen-Daten. Pro Lichtquelle brauche ich 1x Vektor zum Licht in Tangentenkoordinaten und (falls die Lichtquelle Schatten wirft) 1x ShadowMap-Texturkoordinaten. Shadermodell 3.0 bietet Position + 10 Allzweck-Interpolatoren, drei davon sind nach dieser Liste Grundverbrauch, also habe ich noch 7 für Lichtquellen. Reicht also bestenfalls für 7 Lichtquellen ohne Schatten, oder 3 mit Schatten und eine ohne.

Ab SM4.0 hast Du dann übrigens 32 davon, wenn ich die Spec richtig verstehe. Nach meinem Wissen kannst Du aber keine davon mit Arrayzugriff benutzen, der Compiler muss also *immer* zur Compile Time exakt auflösen können, welches Register Du mit welchem Zugriff meinst, sonst kompiliert Dein Shader nicht. Als Beispiel:



Der Beispielcode funktioniert, weil die Schleife entrollt werden kann und damit für jeden Zugriff genau feststeht, welcher Interpolator gemeint ist. Ersetze die "5" durch eine Variable und die Schleife kann nicht entrollt werden, damit muss der Array-Zugriff tatsächlich als solcher kompiliert werden, wodurch das Ganze nicht mehr funktioniert.

Nach meinem Wissen willst Du auf DX9-Level bleiben. Damit ist bei 3 Lichtquellen Schicht im Schacht. Die Splitterwelten-Engine fängt dann einen neuen Pass an, das klappt alles schon ganz gut. Aber Dein eigentliches Problem werden dann die Massen an Shader-Varianten und das Kompilieren dieser Shader.

Alternativ-Vorschlag, falls Du noch mitliest :-) Gib in den PixelShader neben den notwendigen Daten keine Lichtvektoren, sondern die Tangentenmatrix rein. Natürlich invertiert bzw. transponiert dann, logisch, damit es eine "Tangentenkoordinaten zu Weltkoordinaten"-Transformation ist. Damit kannst Du dann im PixelShader Position, Normale und alles, was Du sonst noch so brauchst, in Weltkoordinaten transformieren und kannst die komplette Lichtmathematik in Weltkoordinaten machen. Die Lichtdaten kannst Du dann einfach in Konstanten-Registern ablegen, der Bedarf an Interpolator-Registern ist immer konstant. Die Splitterwelten-Engine braucht pro Licht maximal 7x float4 an Daten, ShaderModell 3.0 garantiert Dir im PixelShader 224 Konstantenregister, also kriegst Du damit bis zu 32 Lichter mit Schatten und allem hin.

Erkaufen tust Du Dir diese Freiheit mit einem höheren Mathe-Aufwand pro Lichtquelle und Pixel, was aber bei reiner Mathematik heutzutage nicht mehr so dramatisch ist - Texturzugriffe sind immernoch mit Abstand das Teuerste. Und Du brauchst flexible PixelShader - eine Shadercode-Erzeugung per Skript wie bei den Splitterwelten geht da definitiv nicht, weil Du bei 32 Lichtquellen eine absurde Menge an Permutationen kriegst. Evtl. würde hier sogar Dynamic Branching helfen, obwohl das selbst auf aktuellster Hardware eigentlich sonst ein Performance-Killer ist. Denk Dir was aus! Und halte mich auf dem Laufenden, wie Du es gelöst hast

Ich verstehe die Frage nicht. Was willst Du in welches Array tun? Wo willst Du das berechnen, was da steht? Im VertexShader hast Du die Position. In den PixelShader kannst Du die einfach reinreichen. Schlauer wäre es aber, die TangentSpace-Matrix zu transponieren oder invertieren, die World Matrix mit dranzuketten und die Gesamttransformation dann in den PixelShader zu reichen. Das ist dann eine 4x3-Matrix, mit der Du im PixelShader die Normale in den World Space transformieren kannst, ein viertes Eingaberegister trägt die interpolierte Vertex-Position im World Space, und Du hast alle Daten da, die Du für eine komplette Beleuchtung im PixelShader brauchst. Die Kameraposition kannst Du ja als Konstante reinreichen, oder alternativ den ZurKamera-Vektor in Weltkoordinaten mit reinreichen.