NVidia haben vor Kurzem ein recht interessantes Dokument das von Sim Dietrich auf der diesjährigen XTreme Developers Conference vorgeführt wurde veröffentlicht.Auf 50 Seiten geht es in dieser Präsentation um den Aufbau einer modernen Grafikengine für Spiele,und es werden unter anderem Themen wie Culling,Decals,Kollision,AI und das Renderdesign (z.B. Licht und Schatten,Shadermanagement) angesprochen.

Ein durchweg mehr als lesenswertes Dokument,das vor allem denjenigen nützliche sein dürfte,die sich gerade Gedanken um das Design ihrer Engine machen.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

In der Tat eine interessante Präsentation, bis auf die vorgeschlagenen Culling-Methoden ist das Dokument wirklich brauchbar. Das Ganze ist auch gut geeignet um Leute davon abzuschrecken "mal eben Doom 4" zu schreiben

[Culling Methode]
ich werde das mal erklären soweit ich es selbst verstanden habe, meine erste Aussage war ja nicht sonderlich präzise, ich habe mich auf BSP und Octree bezogen
Die Technik hat mir ein Programmierer, der für Argonaut arbeitet (ich hoffe mal ich verrate hier kein Firmengeheimnis und werde verklagt ), erklärt, das war letztes Jahr aber ich denke die Lösung ist immer noch sehr gut geeignet für indoor. Ich sollte wohl noch vorweg nehmen, daß deren Engine für Konsolen (xbox, ps2, n64) ausgelegt ist und nicht in Betracht zieht das auch User dafür Level erstellen.

Im Leveleditor gibt es Optionen um (visibility-)Portale zu definieren, welche das Level in Zonen unterteilt, diese kennen ihre Nachbarn (angrenzende Zonen), wodurch die Grafik-engine über 90% des Levels beim Culling ausschließen kann. Normalerweise werden die Portale an Türen bzw. Durchgängen platziert, können allerdings auch mitten im Raum platziert werden (z.B. bei sehr komplexen Räumen), da die Engine immer die nächstliegenden Nachbar-zonen mitberechnet. Die Zonen selbst bestehen aus einem erweiterten Octree (auch andere Aufteilung als 2³ möglich) und werden ebenfalls im Editor eingestellt, wodurch der Leveldesigner per Hand Optimierung an der Darstellungsgeschwindigkeit vornehmen kann, außerdem ermöglicht es einzelne Teile des Levels zu modellieren und zu testen. Das Prinzip hat auch Vorteile für die KI, da die Wegfinde-routine "weiß" welche Zonen an welche angrenzen und daher unkomplizierter navigieren kann.

---

Ich hoffe mal das ganze ist halbwegs korrekt und verständlich wiedergegeben

MfG Silk

Besonders interessant fand ich die Übersicht über die verschiedenen Lichttechniken mit Vor- und Nachteilen. Es gibt da jede Menge schnellerer Kompromisse Bumpmapping zu rendern ohne gleich wie bei Doom3 jedes Licht einzeln mit Stencil Schatten zu zeichnen.
So mit den Portalen habe ich es auch gemacht. Besonders bei rechenintensiven Shadern kann man mit Portalen eine Menge sparen. Ich habe für die Unterteilung innerhalb einer Zone einen AABB Baum und keinen Octtree benutzt und die Zonen selber noch in einen zusätzlichen Baum eingefügt.

ich darf dafür ja jetzt geschlagen werden, aber das könnte leute dazu ermutigen eine ...engine... zu schreiben

_________________
www.omfg.biz - aktuelles projekt

Soll ja auch niemand davon abgehalten werden. Ein Automotor kann auch für sich ästhetisch sein, auch wenn keine lästige Karosserie dran hängt .
Zu diesem Thema empfehle ich übrigens unbedingt die Bilder von HR Giger http://www.hrgiger.com/

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/