Tutorial Terrain1 - Versionsgeschichte

Openglerf: Bischen -> Bisschen

2012-03-21T14:01:37Z

Bischen -> Bisschen

Openglerf: Daß -> Dass

2012-03-18T16:01:19Z

Daß -> Dass

Delphic: ->Delphic

2009-07-23T15:10:18Z

->Delphic

Flo: Archiv verlinkt.

2009-05-17T09:19:03Z

Archiv verlinkt.

Flo: Benutzernamen verlinkt.

2009-05-17T09:17:05Z

Benutzernamen verlinkt.

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

2009-03-10T18:15:15Z

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

Thoronador: Wiki-Link korrigiert.

2008-05-01T17:08:12Z

Wiki-Link korrigiert.

Nico Michaelis: Hier und da sprachlich aufgebohrt und etwas aktualisiert, Verweise eingepflegt, usw.

2008-04-04T16:06:40Z

Hier und da sprachlich aufgebohrt und etwas aktualisiert, Verweise eingepflegt, usw.

Änderungen zeigen

Nico Michaelis: /* Workshop */ Einrückung repariert

2006-07-02T06:50:18Z

‎Workshop: Einrückung repariert

Flash: /* Ausblick auf die nächsten Tutorials */

2006-01-18T12:39:54Z

‎Ausblick auf die nächsten Tutorials

@@ Zeile 54: / Zeile 54: @@
 * Sechs geladene [[Textur|Texturen]].
-Um das Verständnis meines Codes ein bischen zu erhöhen, gibts ein wenig
+Um das Verständnis meines Codes ein bisschen zu erhöhen, gibts ein wenig
 von dem Framework, in das wir unsere [[Skybox]] einpflegen wollen
 <source lang="pascal">
@@ Zeile 251: / Zeile 251: @@
 </source>
-Benutzt man die Scanline Funktion von TBitmap, ein bischen
+Benutzt man die Scanline Funktion von TBitmap, ein bisschen
 Pointerarithmetik und ein fest vorgegebenes Pixelformat im Bitmap,
 dann kann man das noch billiger haben.

@@ Zeile 266: / Zeile 266: @@
 aber ein Byte brauchen, schneiden wir den nichtganzzahligen Anteil einfach ab.
 Beim Zugriff auf das Pixel machen wirs wieder genauso. Da hat sichs dann wieder
-gerächt, daß MapDaten eine andere Auflösung hat, als das Bitmap. Das merken
+gerächt, dass MapDaten eine andere Auflösung hat, als das Bitmap. Das merken
 wir uns dann gleich mal für später geschriebene Heightmap-Renderer, gell?
@@ Zeile 331: / Zeile 331: @@
 OpenGL weiterreicht. Und nicht vergessen, die [[Skybox]] verträgt das Licht nicht ganz
 so gut, weil deren Licht ist ja bereits durch die Texturen bestimmt.
-Was wir noch bedenken müssen ist, daß nach dem Aufruf von PaintSkyBox der [[Tiefenpuffer]] geleert
+Was wir noch bedenken müssen ist, dass nach dem Aufruf von PaintSkyBox der [[Tiefenpuffer]] geleert
 werden muss. Alternativ könnten wir vor dem Zeichnen der [[Skybox]] auch mit [[glDepthMask]] das Schreiben
 in den Tiefenpuffer unterbinden und danach wieder anschalten.

@@ Zeile 348: / Zeile 348: @@
 Euer
-[[Benutzer:Nico Michaelis|Nico Michaelis]] aka Delphic
+Delphic
 == Dateien ==

@@ Zeile 349: / Zeile 349: @@
 [[Benutzer:Nico Michaelis|Nico Michaelis]] aka Delphic
 {{TUTORIAL_NAVIGATION|-|[[Tutorial_Terrain2]]}}
 [[Kategorie:Tutorial|Terrain1]]

@@ Zeile 348: / Zeile 348: @@
 Euer
-: '''Nico Michaelis''' aka Delphic
+[[Benutzer:Nico Michaelis|Nico Michaelis]] aka Delphic
 {{TUTORIAL_NAVIGATION|-|[[Tutorial_Terrain2]]}}
 [[Kategorie:Tutorial|Terrain1]]

@@ Zeile 56: / Zeile 56: @@
 Um das Verständnis meines Codes ein bischen zu erhöhen, gibts ein wenig
 von dem Framework, in das wir unsere [[Skybox]] einpflegen wollen
-<pascal>
+<source lang="pascal">
 SkyBoxTexturen : Array[0..5] of TGlUInt;
 ...
@@ Zeile 96: / Zeile 96: @@
    SwapBuffers(Canvas.Handle)
 end; (*ApplicationEventsIdle*)
-</pascal>
+</source>
 Wenn OpenGL noch nicht initialisiert wurde, wird
@@ Zeile 115: / Zeile 115: @@
 beschreibt.
-<pascal>
+<source lang="pascal">
    procedure PaintSkyBox;
    const
@@ Zeile 129: / Zeile 129: @@
         ((-2,2,-2),(-2,2,2),(2,2,2), (2,2,-2)), //Oberseite
         ((2,-2,-2),(2,-2,2),(-2,-2,2),(-2,-2,-2))); //Unterseite
-</pascal>
+</source>
 Was erzählt jetzt der für einen Mist? Das ist kein anständiger Würfel, der kann
@@ Zeile 141: / Zeile 141: @@
 definieren:
-<pascal>
+<source lang="pascal">
     TexturePos : Array[0..3] of Array[0..1] of Single = ((1,1),(1,0),(0, 0),(0, 1));
    var
@@ Zeile 148: / Zeile 148: @@
      ...
    end; (*PaintSkyBox*)
-</pascal>
+</source>
 Und jetzt hat unsere Arraysammelwut doch noch etwas Gutes: Das Zeichnen
 geht in einer for-Schleife ganz einfach von der Hand.
-<pascal>
+<source lang="pascal">
      glBegin(GL_QUADS);
      for Side := 0 to 5 do
@@ Zeile 167: / Zeile 167: @@
      end
      glEnd()
-</pascal>
+</source>
 Und voilà. Schon fertig
@@ Zeile 206: / Zeile 206: @@
 Code folgende Zeilen hinzu:
-<pascal>
+<source lang="pascal">
    ...
    MapSize = 1024;
@@ Zeile 220: / Zeile 220: @@
      MapDaten : TMapDaten;
    ...
-</pascal>
+</source>
 Bevor wir anfangen können zu rendern, müssen wir die Daten aus dem Bitmap
@@ Zeile 228: / Zeile 228: @@
 MapDaten ablegt:
-<pascal>
+<source lang="pascal">
    procedure LoadHeightMap;
    var
@@ Zeile 249: / Zeile 249: @@
      Bmp.Free
    end; (*LoadHeightMap*)
-</pascal>
+</source>
 Benutzt man die Scanline Funktion von TBitmap, ein bischen
@@ Zeile 280: / Zeile 280: @@
 jedenfalls aus.
-<pascal>
+<source lang="pascal">
    procedure PaintHeightMap;
    const
@@ Zeile 323: / Zeile 323: @@
        end
    end; (*PaintHeightMap*)
-</pascal>
+</source>
 Was passiert genau? Die Gridpunkte werden der Reihe nach

@@ Zeile 52: / Zeile 52: @@
 Auf dem Einkaufszettelchen steht also:
 * ein unbelichteter Würfel.
-* Sechs geladene [[Texture|Texturen]].
+* Sechs geladene [[Textur|Texturen]].
 Um das Verständnis meines Codes ein bischen zu erhöhen, gibts ein wenig
@@ Zeile 104: / Zeile 104: @@
 Und wie zeichnen wir jetzt die [[Skybox]]? Zuerst sollten wir festlegen, wie
-die [[Textur|Texturen] in unserem Array abgelegt werden. Und weil ich hier
+die [[Textur|Texturen]] in unserem Array abgelegt werden. Und weil ich hier
-der Capo bin entscheide ich unumstürzlich: Norden, Osten, Süden,
+der Capo bin, entscheide ich unumstürzlich: Norden, Osten, Süden,
 Westen, Oben und Unten. Mit diesen
 [[Textur|Texturen]] wird ein Würfel der Kantenlänge 4 bemalt.
@@ Zeile 135: / Zeile 135: @@
 nochmal genauer hin:
 Die etwas abgearteten Werte sind alle nahe an 2. Sie sind nötig,
-da OpenGl sich ein klein wenig "verrechnet", was bei genauen Werten Streifen erzeugen
+da OpenGL sich ein klein wenig "verrechnet", was bei genauen Werten Streifen erzeugen
 kann. Um dies zu umgehen, werden die vier Himmelrichtungen etwas
 näher an den Betrachter gezogen und gleichzeitig etwas gestreckt. Jetzt
@@ Zeile 150: / Zeile 150: @@
 </pascal>
-Und jetzt hat unsere Arraysammelwut doch noch etwas gutes: Das Zeichnen
+Und jetzt hat unsere Arraysammelwut doch noch etwas Gutes: Das Zeichnen
-geht in einer for-Schleife ganz einfach von der Hand
+geht in einer for-Schleife ganz einfach von der Hand.
 <pascal>
@@ Zeile 176: / Zeile 176: @@
 Das ist jetzt alles schön und toll, aber durch eine 3D-Landschaft kann man
-wandeln. In Unserer Skybox dürfen wir uns nur drehen, wie langweilig. Drum
+wandeln. In Unserer Skybox dürfen wir uns nur drehen, wie langweilig. Darum
 wollen wir uns um eine etwas "tiefergehende", weniger flache Landschaft bemühen.
@@ Zeile 224: / Zeile 224: @@
 Bevor wir anfangen können zu rendern, müssen wir die Daten aus dem Bitmap
 auch noch laden. Ein guter Zeitpunkt dafür wäre im OnShow-Ereignis, in dem
-bereits OpenGl initialisiert wird. Fügen wir dort also eine neue Prozedur
+bereits OpenGL initialisiert wird. Fügen wir dort also eine neue Prozedur
 ein, die ein Bitmap öffnet und die für uns interessanten Daten in den
 MapDaten ablegt:
@@ Zeile 329: / Zeile 329: @@
 und schließlich mit PaintTriangle zwei Dreiecke gezeichnet, welches zuerst die
 Flächennormale fürs [[Tutorial_Lektion_8|Licht]] berechnet und dann die Koordinaten an
-OpenGl weiterreicht. Und nicht vergessen, die [[Skybox]] verträgt das Licht nicht ganz
+OpenGL weiterreicht. Und nicht vergessen, die [[Skybox]] verträgt das Licht nicht ganz
 so gut, weil deren Licht ist ja bereits durch die Texturen bestimmt.
 Was wir noch bedenken müssen ist, daß nach dem Aufruf von PaintSkyBox der [[Tiefenpuffer]] geleert

@@ Zeile 342: / Zeile 342: @@
 * Die Landschaft mit einer Textur überziehen, damit sie nicht ganz so langweilig grau aussieht
-* Die Normalen nicht für einzelne Polygone berechnen, sondern für jedes
+* Die Normalen nicht für einzelne Polygone berechnen, sondern für jedes Vertex. Dadurch sieht die Landschaft am Ende nicht so eckig aus, sondern wird rund. Tipp: Idealerweise werden alle Normalen vorberechnet und der Typ TMapDaten um einen Vektor für eben diese Normalen erweitert.
 ==Ausblick auf die nächsten Tutorials==

← Nächstältere Version		Version vom 18. Januar 2006, 12:39 Uhr
Zeile 365:		Zeile 365:


−	{{TUTORIAL_NAVIGATION\|-\|-}}	+	{{TUTORIAL_NAVIGATION\|-\|[[Tutorial_Terrain2]]}}

	[[Kategorie:Tutorial\|Terrain1]]		[[Kategorie:Tutorial\|Terrain1]]