Moinsen,

bin gerade wieder über meinem DFS Shader.. Aktuell rendere ich die Szene mittels MRT > Normal, color, Depth in 8 Bit Texturen und rechne im Shader dann aus der Tiefentextur und Projektionsmatrix die 3D Position zurück.. So nun kommt es bei mir jedoch auf eine große anzahl von Lampen an.. Mehr als 1 Lampe pro Durchgang kann ich nicht rendern da ich sonst zuviele Texturen reinladen müsste (Projektionstexturen, etc)..

Nun frage ich mich was es bringt wenn ich gleich in 16Bit Texturen rendere und direkt die 3D Position schreibe.. Lediglich der Speicherkonsum des GBuffers dürfte um das Doppelte ansteigen oder?

So berechne ich aktuell die 3D Position:


was meint ihr?

Ich denke es ist sinnvoller die Tiefe zusammen mit der Normale im Alphakanal zu speichern. Dann sparst du einen Texturzugriff, ein MRT und eine Textur.

_________________
Yeah!

mhh nun problem is das Specular in alpha von der Normaltextur schon speichere

Der Farbalphakanal hilft dir beim Deferred Shading eh nicht mehr wirklich (zumindest wenn ich das Konzept richtig durchschaut habe), warum also nicht das Specular da reinpacken?

greetings

_________________
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

Ich mach das bei mir so das ich erst das Licht zusammenaddiere was auf eine Fläche fällt und erst zuletzt diese Summe mit der Oberflächenfarbe multipliziere. Dadurch brauch ich für den Beleuchtungsshader nur Normale und Tiefe (und Shininesswert für Specular, welcher mit bei der Normale dabei ist). Der Nachteil ist das man Diffuse und Specular-Beleuchtung trennen muss.
Bei vielen Lichtern spart man sich so einige Texturlookups.

Kann man nicht die Matrizen für die projezierten Texturen schon so vorbereiten, dass man direkt aus dem Eye-Vektor in den Texturraum transformieren kann? Und die Multiplikation mit der Projektionsmatrix, um den Eye-Vektor zu erhalten, kann man in den Vertexshader verlagern.
Wenn man das beides macht, dann wäre der Gewinn durch eine bereits transformierte Position aus einer Textur nurnoch minimal.

Was mich in der Beziehung aber auch interessieren würde, wäre ob es länger dauert sich aus einer Textur 3 statt 1 Farbkanal zu holen oder ob es einen Unterschied macht wieviel Bit der Kanal hat.

Ein Lookup holt immer den kompletten Pixel, also alle Farbkanäle die in der Textur vorhanden sind. Wenn ein Pixel kleiner ist weil weniger Bit pro Kanal gibt oder es nicht alle Kanäle gibt ist das aber natürlich schneller. Der Grafikspeicher kann eben nur so und soviel GB/sek verarbeiten. Nebeneinander liegende Pixel werden schneller gelesen, weil dann der Cache genutzt werden kann (*).
=> Ich denke man kann sicher sagen das ein vec4 Zugriff deutlich schneller ist als zwei vec2 Zugriff oder gar vier Zugriffe auf einen Kanal.



(*) ich hatte das damals mal gemessen: auf meiner GraKa kann ein Nachbarpixel doppelt so schnell gelesen werden wie ein zufälliger Pixel.

_________________
Yeah!

näää, ich brauch da schon die Farbtextur.. Kannst ja nich einfach später Beleuchtung mit Szene Addieren.. das sieht unrealistisch aus.. da dunkle Flächen weniger beleuchtet werden die Helleflächen.. Ich nehme den Farbwert (ohne Ambientlicht) und multipliziere das mit der "Lichtfarbe" und addiere diese ergebnisse aller Lampen dann.. Das sieht viel realistischer aus.



Ich wüsste nicht wie ich das vorbereiten könnte.. Die projektion (vec4 projCoord = TexGenMat * posWorld;) muss ja pro Fragment gemacht werden und ist je Lampe unterschiedlich.. Und im VertexShader kann ich da auch nix machen.

Was wäre denn wenn ich wirklich einfach eine 16er Textur nehmen würde und da direkt die Eye-Position reinschreibe.. Dann spar ich mir doch den ganzen teil hier:


Die Frage ist nur was aufwändiger ist.. Pro Fragment die o.g. berechnungen oder das verwalten der Doppelt großen Textur.. Dazu muss ich sagen das ich die ganzen Daten auch bei SSAO brauche.. und auch da wird das obige erst aus tiefe errechnet..

Aber auf die Ideee den Specular in die Alphatextur der Colortex zu packen bin ihc noch nich gekommen Das werd ich mal probieren.

Ich meinte nicht mit der Szenenfarbe addieren sondern multiplizieren, also mathematisch ausgedrückt:


Zu dem mit der Matrix:
Die "NeueMatrix" wird dann von der CPU vorberechnet bevor sie an den Shader geht. Auf die Weise brauch man die Position in Weltkoordinaten nicht mehr.

Der Teil mit dem Vertexshader den ich meinte, ist ein bisschen komplizierter. Im Programm berechne ich eine Matrix die an den Vertex-Shader geht:

Der Vertexshader sieht dann so aus:

Und im Fragment-Shader muss noch folgendes berechnet werden:

Die Werte "a" und "b" sollten automatisch als Konstanten vorberechnet werden, wodurch man letztlich nur die Berechnung von "rd" und die Multplikation mit "vector" hat.