Licht/Beleuchtung

[antisteo]

Hallo,

es geht mir um gwX (http://www.youtube.com/watch?v=P2dZSylZVAI):

Es wird immer mehr nach Beleuchtung gefragt. Allerdings ist das Thema Beleuchtung sehr speziell und bereitet vor allem Probleme, weil gwX ja eine Engine ist, die praktisch jeden Spielinhalt und somit auch jeden Aufbau einer Szene erlaubt.

Mit zusätzlichen Lichtern wären zum Beispiel Fackeln in Höhlen, Feuer (das neben Partikeln auch noch Licht aussondern soll) oder Scheinwerfer von gewissen Fahrzeugen gemeint. Zur Zeit ist gwX mit einer klassischen Render-Engine aufgebaut, jedoch gibt es auch anschaltbar eine Engine mit Deferred Shading. Diese kann allerdings keine Partikel korrekt darstellen :S

Deshalb die Frage:
- Für welche Lichttypen entscheide ich mich? Punktlichter sind wohl am besten
- Wie viele Lichter pro Szene? Soll ich eine harte Obergrenze definieren und das in die Shader reincoden
- Oder doch eine Lösung für die Partikel finden und die Deferred Shading Rendering Engine wieder aufpäppeln?
- Oder einfach den Netzwerkcode und die Objektrepräsentation schnappen und in eine andere Engine einpflanzen?

[Zudomon]

Einfache Antwort: Alle Lichttypen für maximal 1.000.000.000 Lichtquellen pro Szene. Das sollte den Anforderungen genügen. Global Illumination vorausgesetzt!

[Artificial Mind]

Zur Lichtanzahl: kannst du ruhig in den Shader reincoden, da sich die Anzahl der Lichter in einem Renderpass nicht ändert ist das bei einigermaßen modernen Grafikkarten kein Unterschied zur hardcoded Schleife (getestet mit einer 9800 GT: kein Unterschied ob die Schleifengrenze statisch oder von einem uniform abhängt (in OGL))

Zum Deferred Shading und Partikel: Du hast nach dem DS immer noch den Tiefenbuffer und kannst die Partikel einfach im Nachhinein per normalen Rendering reinzeichnen (vorher halt sortieren nach Tiefe, musste aber normal auch)

[dot]

Ich würd mir sehr überlegen ob sich Deferred Shading bei dieser Art von Szene auszahlt. Draußen hast du erstmal nur eine Lichtquelle, nämlich die Sonne. Wieviele Lichter willst du denn supporten?
Deferred Shading ist kein Allheilmittel, sondern nur ein anderer Tradeoff mit seinen eigenen Problemen. Du sparst zwar am Vertexprocessing, bezahlst aber massiv mit Speicherbandbreite. Außerdem heißt es ja nicht notwendigerweise entweder oder, man kann natürlich auch beides verwenden...

[antisteo]

Ich würd mir sehr überlegen ob sich Deferred Shading bei dieser Art von Szene auszahlt. Draußen hast du erstmal nur eine Lichtquelle, nämlich die Sonne. Wieviele Lichter willst du denn supporten?

So viele, wie der Szenarienersteller braucht. Außerdem haben eventuell bewegliche Objekte wie Fahrzeuge zusätzlich eigenes Licht.
Deshalb ist die Frage: wir organisiere ich das? Man will die Lichter ja meistens lokal begrenzen. Dann müsste ich für jedes Objekt alle vorhandenen Lichter in der Nähe in die Uniforms schreiben und deren Anzahl in den Shader packen.
Was ist die praktikable Obergrenze im Sinne von: Was schafft die Grafikkarte? Oder soll ich einfach die Obergrenze per Schieberegler einstellen lassen und je nach eingestelltem Wert werden zu viele Lichtquellen ignoriert?

[Schrompf]

Das kannst Du Dir aussuchen. Das alles setzt ja voraus, dass Du Dich für einen Forward Renderer entscheidest. Dann rechne mal durch, was Du an Daten pro Lichtquelle brauchst, und schau, wieviele Lichtquellen Du gleichzeitig im Konstantenspeicher des PixelShaders unterbringen kannst. Ich vermute, ein paar Dutzend bekommst Du unter. Dann bestimmst Du, ob Du im Shader die Lichteranzahl dynamisch oder statisch festlegen willst. Statisch geht auch auf älteren Grafikkarten. Dann kannst Du überlegen, ob Du notfalls Multipass für weitere Lichtquellen rausholst oder die kleinsten Lichtquellen weglässt.

Das alles sind aber eher Designentscheidungen als Technik-Entscheidungen. Sprich: Du solltest Dir zuerst klar werden, was Du willst. Nur zu sagen: "meine Engine soll alles können" ist nämlich keine Aussage, mit der man arbeiten kann. Und die ganze Überlegung zerlegt sich eh, wenn Du danach überlegst, wie man den Lichtern Schatten verpassen könnte.

[Zudomon]

Genau! Schatten und indirektes Licht nicht vergessen! Und wenn die Lichtquellen eh nicht dynamisch sind, dann kann man sie backen... ob per Objekt, per Vertex, per Texel, dass musst du entscheiden. ;)

[antisteo]

Dann müsste ich ja den Scripter auch noch dazu zwingen, Lichtquellen zu spezifizieren, ob sie statisch oder dynamisch sind.

[Artificial Mind]

Dann müsste ich ja den Scripter auch noch dazu zwingen, Lichtquellen zu spezifizieren, ob sie statisch oder dynamisch sind.

Oder das runtime selbst analysieren ... Wenn eine Lichtquelle mehr als ca. 100 frames lang nicht bewegt wurde wird sie als statisch angenommen und bekommt gebackene maps. Oder irgendwas schlaueres