Tutorial Cubemap - Versionsgeschichte

Openglerf: Ausserdem -> Außerdem

2012-03-21T14:52:42Z

Ausserdem -> Außerdem

Openglerf: Projezieren -> Projizieren

2012-03-21T14:22:26Z

Projezieren -> Projizieren

Openglerf: Reflektion -> Reflexion

2012-03-18T16:12:58Z

Reflektion -> Reflexion

DGLBot: Der Ausdruck ''(.*?)'' wurde ersetzt mit ''$1''.

2009-03-10T18:11:55Z

Der Ausdruck ''<pascal>(.*?)</pascal>'' wurde ersetzt mit ''<source lang="pascal">$1</source>''.

Flash: /* Laden der Cubemap */

2006-09-04T22:31:48Z

‎Laden der Cubemap

I0n0s: /* Laden der Cubemap */ Hinweis auf glBitmap.pas zum Laden

2006-09-04T15:45:34Z

‎Laden der Cubemap: Hinweis auf glBitmap.pas zum Laden

I0n0s: /* Nachwort */ Link tot, hoffentlich mit dem Richtigen ersetzt

2006-06-09T13:52:54Z

‎Nachwort: Link tot, hoffentlich mit dem Richtigen ersetzt

I0n0s: /* Nachwort */ Link s.u.

2006-06-09T13:39:45Z

‎Nachwort: Link s.u.

I0n0s: /* Hardwareunterstützung */ Wie unten Link angepasst

2006-06-09T13:39:25Z

‎Hardwareunterstützung: Wie unten Link angepasst

I0n0s: /* Ave! */

2006-06-09T13:38:44Z

‎Ave!

@@ Zeile 62: / Zeile 62: @@
-Dieser Quellcode sollte recht einfach zu begreifen sein, bedarf aber evtl. noch einer kleinen Erklärung. Am Anfang des Schleifenkörpers setze ich die Variable Target auf die zu ladende Seite des Cubemap-Würfels. Diese Variable habe ich der textures.pas von Jan Horn hinzugefügt, da diese in ihrer Originalform nur das Laden von 2D-Texturen ermöglicht. Ihr müsst eurem Texturenlader (egal welchen ihr nutzt) also mitteilen das ihr die Seiten der Cubemap und keine herkömmliche Textur laden wollt. Ausserdem setze ich dann noch den Clamp-To-Edge-Modus für alle Texturen, der wie u.a. auch bei einer Skybox dafür sorgt das an den Übergängen keine Kanten entstehen.
+Dieser Quellcode sollte recht einfach zu begreifen sein, bedarf aber evtl. noch einer kleinen Erklärung. Am Anfang des Schleifenkörpers setze ich die Variable Target auf die zu ladende Seite des Cubemap-Würfels. Diese Variable habe ich der textures.pas von Jan Horn hinzugefügt, da diese in ihrer Originalform nur das Laden von 2D-Texturen ermöglicht. Ihr müsst eurem Texturenlader (egal welchen ihr nutzt) also mitteilen das ihr die Seiten der Cubemap und keine herkömmliche Textur laden wollt. Außerdem setze ich dann noch den Clamp-To-Edge-Modus für alle Texturen, der wie u.a. auch bei einer Skybox dafür sorgt das an den Übergängen keine Kanten entstehen.
-''Kleiner Hinweis : Die Cubemaptexturen müssen übrigens alle in der gleichen Größe vorliegen. Ausserdem sollte man es mit der Größe nicht übertreiben, zumal man in Spielen eher selten ein Objekt hat das nur reflektiert. Meistens legt man da die Reflexionscubemap via Multitexturing recht schwach auf ein Objekt und da reichen dann auch 128x128 Pixel große Texturen.''
+''Kleiner Hinweis : Die Cubemaptexturen müssen übrigens alle in der gleichen Größe vorliegen. Außerdem sollte man es mit der Größe nicht übertreiben, zumal man in Spielen eher selten ein Objekt hat das nur reflektiert. Meistens legt man da die Reflexionscubemap via Multitexturing recht schwach auf ein Objekt und da reichen dann auch 128x128 Pixel große Texturen.''
 {{Hinweis|Alternativ kann man die Texturen auch komfortabel mit dem [[Glbitmap loader|glBitmap-Loader]] laden}}

@@ Zeile 70: / Zeile 70: @@
 ==Automatische Texturkoordinaten-Generierung==
-Einige von euch haben sich vielleicht schonmal die Möglichkeit der automatischen Generierung von Texutrenkoordinaten durch OpenGL zu Nutze gemacht, sei dies weil man sein Terrain schnell texturieren wollte oder weil man etwas auf seine Szene projezieren wollte. Genau diese Möglichkeit werden wir auch nutzen um unsere Refkletions-Cubemap-Texturkoordinaten von OpenGL generieren zu lassen. Zu diesem Zweck bringt uns die '''GL_ARB_Texture_Cube_Map'''-Extension einen neuen TexGenModus, nämlich '''GL_Reflection_Map_ARB'''. Diesen übergeben wir dann für die s,t und r-Koordinate, da beim Cubemapping wie eingangs besprochen ein Richtungsvektor zur Texelermittlung dient, der ja aus drei Komponenten besteht:
+Einige von euch haben sich vielleicht schonmal die Möglichkeit der automatischen Generierung von Texutrenkoordinaten durch OpenGL zu Nutze gemacht, sei dies weil man sein Terrain schnell texturieren wollte oder weil man etwas auf seine Szene projizieren wollte. Genau diese Möglichkeit werden wir auch nutzen um unsere Refkletions-Cubemap-Texturkoordinaten von OpenGL generieren zu lassen. Zu diesem Zweck bringt uns die '''GL_ARB_Texture_Cube_Map'''-Extension einen neuen TexGenModus, nämlich '''GL_Reflection_Map_ARB'''. Diesen übergeben wir dann für die s,t und r-Koordinate, da beim Cubemapping wie eingangs besprochen ein Richtungsvektor zur Texelermittlung dient, der ja aus drei Komponenten besteht:
 <source lang="pascal">

@@ Zeile 2: / Zeile 2: @@
 ==Ave!==
-Und willkommen zu Tutorial Nummer drei in meiner Extension-"Reihe". Heute beschäftigen wir uns mit der GL_ARB_Texture_Cube_Map-Exension ([http://oss.sgi.com/projects/ogl-sample/registry/ARB/texture_cube_map.txt Spezifikation]), welche v.a. zur Realisierung von Reflektionen genutzt werden kann (und wird). Beim Cubemapping gibt man nicht wie bisher nur eine einzige Textur als Ziel an, sondern wie der Name vermuten lässt sechs Texturen, die dann einen Würfel (deshalb '''Cube'''mapping) darstellen. Und anstatt dann wie beim normalen Texturzugriff über GL_TEXTURE_*D die Texturkoordinaten zur Positionsermittlung eines Texels zu nutzen, werden dann die Koordinaten s,t und r als Richtungsvektor genutzt, über den dann ermittelt wird welches Texel aus welcher Würfeltextur ausgelesen wird.
+Und willkommen zu Tutorial Nummer drei in meiner Extension-"Reihe". Heute beschäftigen wir uns mit der GL_ARB_Texture_Cube_Map-Exension ([http://oss.sgi.com/projects/ogl-sample/registry/ARB/texture_cube_map.txt Spezifikation]), welche v.a. zur Realisierung von Reflexionen genutzt werden kann (und wird). Beim Cubemapping gibt man nicht wie bisher nur eine einzige Textur als Ziel an, sondern wie der Name vermuten lässt sechs Texturen, die dann einen Würfel (deshalb '''Cube'''mapping) darstellen. Und anstatt dann wie beim normalen Texturzugriff über GL_TEXTURE_*D die Texturkoordinaten zur Positionsermittlung eines Texels zu nutzen, werden dann die Koordinaten s,t und r als Richtungsvektor genutzt, über den dann ermittelt wird welches Texel aus welcher Würfeltextur ausgelesen wird.
 Ich geb zu das dies erstmal recht komplex klingt, allerdings wurde mit dieser Extension auch ein neuer Modus zur automatischen Generierung von Cubemap-Texturkoordinaten entworfen, so das die Nutzung von Cubemapping sehr einfach von der Hand gehen sollte.
-Um euch etwas anzuspornen hier drei Screenshots des berühmten Teekessels mit aktiver Cubemap-Reflektion (kommt in Bewegung natürlich noch besser daher) :
+Um euch etwas anzuspornen hier drei Screenshots des berühmten Teekessels mit aktiver Cubemap-Reflexion (kommt in Bewegung natürlich noch besser daher) :
 {| align="center"
@@ Zeile 64: / Zeile 64: @@
 Dieser Quellcode sollte recht einfach zu begreifen sein, bedarf aber evtl. noch einer kleinen Erklärung. Am Anfang des Schleifenkörpers setze ich die Variable Target auf die zu ladende Seite des Cubemap-Würfels. Diese Variable habe ich der textures.pas von Jan Horn hinzugefügt, da diese in ihrer Originalform nur das Laden von 2D-Texturen ermöglicht. Ihr müsst eurem Texturenlader (egal welchen ihr nutzt) also mitteilen das ihr die Seiten der Cubemap und keine herkömmliche Textur laden wollt. Ausserdem setze ich dann noch den Clamp-To-Edge-Modus für alle Texturen, der wie u.a. auch bei einer Skybox dafür sorgt das an den Übergängen keine Kanten entstehen.
-''Kleiner Hinweis : Die Cubemaptexturen müssen übrigens alle in der gleichen Größe vorliegen. Ausserdem sollte man es mit der Größe nicht übertreiben, zumal man in Spielen eher selten ein Objekt hat das nur reflektiert. Meistens legt man da die Reflektionscubemap via Multitexturing recht schwach auf ein Objekt und da reichen dann auch 128x128 Pixel große Texturen.''
+''Kleiner Hinweis : Die Cubemaptexturen müssen übrigens alle in der gleichen Größe vorliegen. Ausserdem sollte man es mit der Größe nicht übertreiben, zumal man in Spielen eher selten ein Objekt hat das nur reflektiert. Meistens legt man da die Reflexionscubemap via Multitexturing recht schwach auf ein Objekt und da reichen dann auch 128x128 Pixel große Texturen.''
 {{Hinweis|Alternativ kann man die Texturen auch komfortabel mit dem [[Glbitmap loader|glBitmap-Loader]] laden}}
@@ Zeile 88: / Zeile 88: @@
 Da ihr nun alles nötige getan habt, um die Cubemaptexturen hochzuladen und zu aktiveren, müsst ihr beim Rendern eures Objektes nichts Weiteres mehr machen, denn OpenGL kümmert sich nun dank der automatischen Generierung der Texturkoordinaten um das Anwenden der Cubemap.
-Damit wäre das Theme statische Cubemap-Reflektion auch schon abgeschlossen, und wenn ihr nicht mehr wissen wolltet, dann könnt ihr versuchen dieses Feature mal einzubinden. Alle anderen können gerne noch weiterlesen und sich an den zwei etwas fortgeschritteneren Kapiteln erfreuen.
+Damit wäre das Theme statische Cubemap-Reflexion auch schon abgeschlossen, und wenn ihr nicht mehr wissen wolltet, dann könnt ihr versuchen dieses Feature mal einzubinden. Alle anderen können gerne noch weiterlesen und sich an den zwei etwas fortgeschritteneren Kapiteln erfreuen.
@@ Zeile 194: / Zeile 194: @@
 Hoffe also das Tut war mal wieder lehrreich und auch die Zeit wert!
-Wer übrigens eine tiefergehende Beschreibung zu diesem Thema sucht, die auch auf andere Reflektionsmethode eingeht (allerdings in Englisch), sollte sich mal dieses [http://developer.nvidia.com/object/cube_maps.html ausführliche Tutorial von Nvidia] ansehen.
+Wer übrigens eine tiefergehende Beschreibung zu diesem Thema sucht, die auch auf andere Reflexionsmethode eingeht (allerdings in Englisch), sollte sich mal dieses [http://developer.nvidia.com/object/cube_maps.html ausführliche Tutorial von Nvidia] ansehen.
 Euer

@@ Zeile 46: / Zeile 46: @@
 Anhand obiger Bezeichnungen sollte leicht erkennbar sein, welche der Konstanten für welche Seite des Würfels steht. Wenn ihr einen Blick in den OpenGL-Header werft, werdet ihr übrigens sehen dass das die Werte für diese Konstanten alle nacheinander folgende Zahlenwerte, beginnend bei $8515 darstellen. Das Tolle an dieser Tatsache ist nun, dass wir so unsere Cubemaptexturen ganz leicht in einer Schleife laden können und die Texturnamen in einem einfachen Stringarray übergeben können:
-<pascal>
+<source lang="pascal">
 const
   CubeMapFileName : array[0..5] of String = ('cm_right.tga','cm_left.tga','cm_top.tga',
@@ Zeile 59: / Zeile 59: @@
   glTexParameteri(GL_TEXTURE_CUBE_MAP, GL_TEXTURE_WRAP_T, GL_CLAMP_TO_EDGE);
   end;
-</pascal>
+</source>
@@ Zeile 72: / Zeile 72: @@
 Einige von euch haben sich vielleicht schonmal die Möglichkeit der automatischen Generierung von Texutrenkoordinaten durch OpenGL zu Nutze gemacht, sei dies weil man sein Terrain schnell texturieren wollte oder weil man etwas auf seine Szene projezieren wollte. Genau diese Möglichkeit werden wir auch nutzen um unsere Refkletions-Cubemap-Texturkoordinaten von OpenGL generieren zu lassen. Zu diesem Zweck bringt uns die '''GL_ARB_Texture_Cube_Map'''-Extension einen neuen TexGenModus, nämlich '''GL_Reflection_Map_ARB'''. Diesen übergeben wir dann für die s,t und r-Koordinate, da beim Cubemapping wie eingangs besprochen ein Richtungsvektor zur Texelermittlung dient, der ja aus drei Komponenten besteht:
-<pascal>
+<source lang="pascal">
 glTexGenf(GL_S, GL_TEXTURE_GEN_MODE, GL_REFLECTION_MAP_ARB);
 glTexGenf(GL_T, GL_TEXTURE_GEN_MODE, GL_REFLECTION_MAP_ARB);
@@ Zeile 80: / Zeile 80: @@
 glEnable(GL_TEXTURE_GEN_R);
 glEnable(GL_TEXTURE_CUBE_MAP_ARB);
-</pascal>
+</source>
 In der letzten Zeile aktivieren wir übrigens noch das Cubemapping. Würden wir das nicht tun,dann würden wir logischerweise auch nichts von unserer Cubemap sehen.
@@ Zeile 104: / Zeile 104: @@
 Die Methode zur Erstellung einer solchen Cubemap ist recht einfach, denn in jedem Texel wird der Vektor zwischen Texelposition und Würfelmitte gespeichert, was dazu führt, dass die Normalisierungscubemap eigentlich immer gleich aussieht. Wer keine Lust hat dazu selbst ne Routine zu schreiben, der kann sich an meinem folgendem Quellcode bedienen :
-<pascal>
+<source lang="pascal">
 procedure GenerateNormalisationCubeMap;
 const
@@ Zeile 168: / Zeile 168: @@
   end;
 end;
-</pascal>
+</source>
 Der Code dürfte eigentlich keine Verständnisprobleme machen und liefert euch dann als Ergebnis (im VRAM der Grafikkarte) die sechs Seiten der Normalisierungscubemap. Die Größe habe ich auf 32x32 Pixel festgelegt, allerdings ändert sich bei einer Vergrößerung der Texturen rein gar nichts. Für alle die Probleme haben obigen Code zu visualisieren oder sehen wollen wie die Cubemap-Seiten aussehen :

@@ Zeile 66: / Zeile 66: @@
 ''Kleiner Hinweis : Die Cubemaptexturen müssen übrigens alle in der gleichen Größe vorliegen. Ausserdem sollte man es mit der Größe nicht übertreiben, zumal man in Spielen eher selten ein Objekt hat das nur reflektiert. Meistens legt man da die Reflektionscubemap via Multitexturing recht schwach auf ein Objekt und da reichen dann auch 128x128 Pixel große Texturen.''
-{{Hinweis|Alternativ kann man die Texturen auch komfortabel über [[Glbitmap loader|glBitmap-Loader]] laden}}
+{{Hinweis|Alternativ kann man die Texturen auch komfortabel mit dem [[Glbitmap loader|glBitmap-Loader]] laden}}
 ==Automatische Texturkoordinaten-Generierung==

← Nächstältere Version		Version vom 4. September 2006, 15:45 Uhr
Zeile 65:		Zeile 65:

	''Kleiner Hinweis : Die Cubemaptexturen müssen übrigens alle in der gleichen Größe vorliegen. Ausserdem sollte man es mit der Größe nicht übertreiben, zumal man in Spielen eher selten ein Objekt hat das nur reflektiert. Meistens legt man da die Reflektionscubemap via Multitexturing recht schwach auf ein Objekt und da reichen dann auch 128x128 Pixel große Texturen.''		''Kleiner Hinweis : Die Cubemaptexturen müssen übrigens alle in der gleichen Größe vorliegen. Ausserdem sollte man es mit der Größe nicht übertreiben, zumal man in Spielen eher selten ein Objekt hat das nur reflektiert. Meistens legt man da die Reflektionscubemap via Multitexturing recht schwach auf ein Objekt und da reichen dann auch 128x128 Pixel große Texturen.''
		+
		+	{{Hinweis\|Alternativ kann man die Texturen auch komfortabel über [[Glbitmap loader\|glBitmap-Loader]] laden}}

	==Automatische Texturkoordinaten-Generierung==		==Automatische Texturkoordinaten-Generierung==

@@ Zeile 192: / Zeile 192: @@
 Hoffe also das Tut war mal wieder lehrreich und auch die Zeit wert!
-Wer übrigens eine tiefergehende Beschreibung zu diesem Thema sucht, die auch auf andere Reflektionsmethode eingeht (allerdings in Englisch), sollte sich mal dieses [http://www.delphigl.com/res/tutorials/gl_texture_cubemap_arb/http://developer.nvidia.com/object/IO_20010830_4778.html ausführliche Tutorial von Nvidia] ansehen.
+Wer übrigens eine tiefergehende Beschreibung zu diesem Thema sucht, die auch auf andere Reflektionsmethode eingeht (allerdings in Englisch), sollte sich mal dieses [http://developer.nvidia.com/object/IO_20010830_4778.html ausführliche Tutorial von Nvidia] ansehen.
 Euer

@@ Zeile 16: / Zeile 16: @@
 ==Hardwareunterstützung==
-Hardwareseitig wird Cubemapping bereits seit Nvidias GeForce 1 unterstützt und selbst der original RivaTNT wurde dieses Feature über eine treiberseitige Softwareimplementation beigebracht. Von daher kann man diese GL-Funktionalität ruhigen Gewissens als vorhanden ansehen, sofern man sich nicht mit einer Ur-Alt Grafikkarte abgeben will. Wer sich trotzdem mal ein Bild über die Hardwareunterstützung machen will, sollte in diesem [http://www.delphigl.com/res/tutorials/gl_texture_cubemap_arb/http://www.delphi3d.net/hardware/extsupport.php?extension=GL_ARB_texture_cube_map Eintrag]von Tom Nuydens Seite fündig werden.
+Hardwareseitig wird Cubemapping bereits seit Nvidias GeForce 1 unterstützt und selbst der original RivaTNT wurde dieses Feature über eine treiberseitige Softwareimplementation beigebracht. Von daher kann man diese GL-Funktionalität ruhigen Gewissens als vorhanden ansehen, sofern man sich nicht mit einer Ur-Alt Grafikkarte abgeben will. Wer sich trotzdem mal ein Bild über die Hardwareunterstützung machen will, sollte in diesem [http://www.delphi3d.net/hardware/extsupport.php?extension=GL_ARB_texture_cube_map Eintrag]von Tom Nuydens Seite fündig werden.
 ==Laden der Cubemap==