Benutzer:Finalspace/Game Engine Design: Unterschied zwischen den Versionen
Aus DGL Wiki
| Zeile 3: | Zeile 3: | ||
Von vornerein werde ich mich auf die sprache Lazarus/Freepascal festlegen. | Von vornerein werde ich mich auf die sprache Lazarus/Freepascal festlegen. | ||
Die Gesamte Engine wird in dieser Sprache entwickelt und als eigene library | Die Gesamte Engine wird in dieser Sprache entwickelt und als eigene library | ||
| − | in jedes | + | in jedes beliebiges Spiele Projekt integrierbar sein. |
Der Renderer allerdings wird nicht festgelegt sondern Abstract gehalten, | Der Renderer allerdings wird nicht festgelegt sondern Abstract gehalten, | ||
| Zeile 24: | Zeile 24: | ||
- Eine simple map aus einfachen primitiven (Würfel, Sphere, Cylinder, Wände, Polygone, Teapot, Transparente Objekte) | - Eine simple map aus einfachen primitiven (Würfel, Sphere, Cylinder, Wände, Polygone, Teapot, Transparente Objekte) | ||
- Die Scene soll eine Kamera enthalten in der man sich frei bewegen, entweder per toggling oder per mouse down/move. | - Die Scene soll eine Kamera enthalten in der man sich frei bewegen, entweder per toggling oder per mouse down/move. | ||
| − | |||
- Es soll von folgenden Lichttypen jeweils 3 enthalten sein: Point / Spot / Directional. | - Es soll von folgenden Lichttypen jeweils 3 enthalten sein: Point / Spot / Directional. | ||
- Das licht wird per Pixel berechnet, somit müssen die Licht Operationen im Shader geschrieben sein. | - Das licht wird per Pixel berechnet, somit müssen die Licht Operationen im Shader geschrieben sein. | ||
| Zeile 32: | Zeile 31: | ||
- Jedes Licht hat eine Eigenschaft in der man die Schatten ein/ausschalten kann. (Cast shadow) | - Jedes Licht hat eine Eigenschaft in der man die Schatten ein/ausschalten kann. (Cast shadow) | ||
- Jedes Objekt in der Scene hat eine Eigenschaft in der man die Schatten ein/ausschalten kann. (Receive shadow) | - Jedes Objekt in der Scene hat eine Eigenschaft in der man die Schatten ein/ausschalten kann. (Receive shadow) | ||
| − | - Das Rendering erfolgt komplett über deferred rendering. | + | - Das Rendering erfolgt komplett über deferred rendering. |
| + | - Eventuell wird es noch einen seperaten forward renderer geben. | ||
| + | - Es soll auch ein paar Post-Processing effekte ein/ausgeschaltet werden können wie z.b. | ||
| + | Tone-Mapping, Depth-Of-Field. | ||
- Was brauch ich dazu (Grob in stichwörtern beschrieben, unsortiert) | - Was brauch ich dazu (Grob in stichwörtern beschrieben, unsortiert) | ||
| Zeile 45: | Zeile 47: | ||
- Image | - Image | ||
- Render buffer / Render to texture | - Render buffer / Render to texture | ||
| + | - Scene graph | ||
| + | - Octree | ||
| + | - Plugin | ||
Version vom 5. Februar 2010, 21:57 Uhr
Dies wird ein Versuch ein Tutorial zu erstellen, zur Entwicklung einer Game Engine.
Von vornerein werde ich mich auf die sprache Lazarus/Freepascal festlegen. Die Gesamte Engine wird in dieser Sprache entwickelt und als eigene library in jedes beliebiges Spiele Projekt integrierbar sein.
Der Renderer allerdings wird nicht festgelegt sondern Abstract gehalten, das bedeutet das Grafik API befehle ausgelagert sind und pro API eine library existiert die gewechselt werden kann.
Das klingt jetzt sehr gehoben und aufwendig, ist es aber nicht ;-) Im gegenteil wir müsssen nicht alles von den jeweiligen API´s (OpenGL, Direct3D) unterstützen. Darauf werden wir aber noch detailierter eingehen.
Die Gesamte Engine wird eine art Pluginsystem haben, was integration von neuen Mesh/Grafik Formaten ermöglichen kann. Wird ebenfalls noch erklärt.
Erstmal nun ein paar Grundsätzliche Denk Stützen:
- Was will ich erreichen
Eine 3D Scene in einem TForm Control welches folgendes darstellt/kann:
- Eine simple map aus einfachen primitiven (Würfel, Sphere, Cylinder, Wände, Polygone, Teapot, Transparente Objekte) - Die Scene soll eine Kamera enthalten in der man sich frei bewegen, entweder per toggling oder per mouse down/move. - Es soll von folgenden Lichttypen jeweils 3 enthalten sein: Point / Spot / Directional. - Das licht wird per Pixel berechnet, somit müssen die Licht Operationen im Shader geschrieben sein. Es reicht aber normales Licht ohne Special Effekte wie Bumpmapping... - Jedes Licht soll natürlich auch auf die Objekte Schatten werfen (Shadow maps). - Jedes Licht muss ein/ausschaltbar/einstellbar sein per TForm GUI. - Jedes Licht hat eine Eigenschaft in der man die Schatten ein/ausschalten kann. (Cast shadow) - Jedes Objekt in der Scene hat eine Eigenschaft in der man die Schatten ein/ausschalten kann. (Receive shadow) - Das Rendering erfolgt komplett über deferred rendering. - Eventuell wird es noch einen seperaten forward renderer geben. - Es soll auch ein paar Post-Processing effekte ein/ausgeschaltet werden können wie z.b. Tone-Mapping, Depth-Of-Field.
- Was brauch ich dazu (Grob in stichwörtern beschrieben, unsortiert)
- Mesh - Texture - Material - Shader - Object - Kamera - Renderer - Image - Render buffer / Render to texture - Scene graph - Octree - Plugin
