Tach,

was ist der optimierste weg, Per Pixel Lighting zu renderern bei nem Octree.
Bisher mach ich das so, auf meinem weg:

Dynamischer Octree > Octree Nodes > Objekte > Oberflächen > Vertices (XYZ, Normal, Tangent, BiNormal, Texcoord)
> Indices
> Triangles > Plane

Objekt:

Ein Objekt wäre z.b. nen Würfel, oder ne Treppe.

Jedes Objekt hat ne AABB und eine Transformations matrix.

Jedes Objekt hat n Oberflächen.

Oberfläche:

Oberflächen sind z.b. eine Seite oder mehrere seiten eines Würfels, bezogen auf ein Material.
Hier ein beispiel: Würfel hat 6 Seiten, 4 Seiten haben Material X, 2 Seiten haben Matrial Y, somit gibt es nur 2 Materialen.

Pro Oberfläche binde ich Shader+Texture neu, somit werden viele bind/state changes gemacht.
Jede Oberfläche hat einen eigenen VBO.
Jede Obefläche hat eine Shader information, wo drin stehen welche Texturen benutzt werden, und welches GLSL Shader programm benutzt wird.

Das wäre mal die grobe struktur der geometrie.
Nun folgt der eigentliche Rendervorgang:



Nun ist das ganze so, es funktioniert zwar alles... ist aber bei vielen Lichter verdammt langsam
Sieht screenshot:



Hätte nun gerne paar vorschläge wie man den Optimalen Rendervorgang für so eine Struktur machen kann, oder wie man seine Struktur besser aufbaut.
Dazu wäre es noch hilfreich, was für weitere Optimierungsmöglichkeiten es gibt für Licht und Geometrie ausser PVS.

Bin für alles dankbar, hab selbst auch paar vorschläge und hätte dazu ebenso gern eure meinung:

Neuer renderloop vielleicht:


Danke schonmal im voraus,
Final

Sehe ich das richtig, dass du für jedes Licht einen einzelnen Renderpass machst? Das ist bei 20 Lichtern scho eine ganze Menge Arbeit. Besser wäre es natürlich, wenn du alle Lichter in einem einzigen Durchgang abarbeitest, um verschiedene Berechnungen wie die normalisierung der interpolierten Normalen oder die Berechnung des Eye-Vektors nur einmal durchzuführen.
Wenn es wirklich mehr Lichter sein sollen, als es ein einzelner Shader schafft, kannst du dir mal Deferred Shading anschauen, was ebenfalls dazu geeignet ist, bestimmte per-pixel-Operationen nur einmal durchzuführen.

Falls die Lichter statisch sind und die angeleichteten Objekte ebenfalls, dann benutz lieber Lightmaps. Da kannst du ne menge Leistung sparen. Lichter sind so ziemlich die größten Bremsklötze überhaupt.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Sollte er mit Bumpmapping arbeiten, dann fällt dieser Vorschlag ins Wasser.

_________________
"Meine Mutter sagt : 'Dumm ist der, der Dummes tut'." - Forrest Gump

Genauso siehts aus, das wird eine moderne GL Engine, die erst ab Pixel 2.0 Grafikkarten läuft. (Radeon 8500 +, Geforce FX +)
Es baut komplett auf shader auf, ohne Shader geht da gar nix.
Parallax mapping, Stencil Shadow Volumes via Shader, Glass, Wasser alles via shader.

Ich bastel gerade nen komplett neuen rendervorgang, hoffe mal das ich damit mal performance rausholen kann.

Lichter werden als AABB´s Objekte gehandelt und ebenso wie die Geometrie in den Octree einsortiert.
Da der Octree dynamisch ist, passen sich die Nodes an entsprechend der Licht AABB.

Werde auch sachen berücksichtigen wie Dynamic Occlusion Culling und Scissor rects.

Später wird dann auch nen PVS fürs Octree dazukommen, ne idee hab ich dazu schon.

Wenn ichs fertig habe, poste ich mal ne Binary zum anschauen, bastel auch noch ne schicke techdemo map mit Radiant dazu