Tutorial SDL Einstieg - Versionsgeschichte

Openglerf: Rechtschreibfehler ausgebessert

2013-09-25T14:30:15Z

Rechtschreibfehler ausgebessert

End: siehe Forumsbeitrag http://www.delphigl.com/forum/viewtopic.php?f=8&p=92541#p92541

2012-12-16T10:30:21Z

siehe Forumsbeitrag http://www.delphigl.com/forum/viewtopic.php?f=8&p=92541#p92541

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

2009-03-10T18:14:18Z

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

Änderungen zeigen

MatReno: /* Time to say goodbye! */

2007-06-12T09:26:20Z

‎Time to say goodbye!

I0n0s: /* OpenGL Initalisierung */ OpenGL12.pas -> dglOpenGL.pas

2007-06-11T17:18:18Z

‎OpenGL Initalisierung: OpenGL12.pas -> dglOpenGL.pas

I0n0s am 28. Februar 2007 um 16:56 Uhr

2007-02-28T16:56:20Z

Phobeus: HTML-Quote-Fehler

2006-06-06T14:43:27Z

HTML-Quote-Fehler

Akira: /* Nachwort */

2005-11-26T21:22:20Z

‎Nachwort

Akira: /* SDL - Simple Directmedia Layer */

2005-11-26T21:18:31Z

‎SDL - Simple Directmedia Layer

Akira: /* Die Idee */

2005-11-26T21:12:24Z

‎Die Idee

@@ Zeile 106: / Zeile 106: @@
      ReadImplementationProperties;</source>
-Fertig! Schon steht nichts mehr zwischen uns und dem OpenGL-Render-Spass ;) Allerdings empfiehlt es sich immer noch einige grundlegende Dinge einzustellen, einfach weil es hübscher gerendert wird ;)
+Fertig! Schon steht nichts mehr zwischen uns und dem OpenGL-Render-Spaß ;) Allerdings empfiehlt es sich immer noch einige grundlegende Dinge einzustellen, einfach weil es hübscher gerendert wird ;)
 <source lang="pascal">    glClearColor(0.0, 0.0, 0.0, 1.0);         // Bildschirm löschen (schwarz)

@@ Zeile 50: / Zeile 50: @@
 <source lang="pascal">// Flags für den SDL-Grafikmodus setzen
    videoFlags := SDL_OPENGL or                  // OpenGL-Unterstützung aktivieren
                  SDL_HWPALETTE;                 // Palette in Hardware speichern</source>
@@ Zeile 205: / Zeile 204: @@
          SDL_VIDEORESIZE :
          begin
            glResizeWindow( event.resize.w, event.resize.h );
          end;
@@ Zeile 252: / Zeile 243: @@
 ===Eine Frage der wahren Größe===
-{{INLINE_CODE|SDL_VIDEORESIZE}} wird dann ausgelöst, wenn sich die Zeichenfläche in Ihrer Größe verändert hat. Zum Beispiel, weil der Anwender gerade das Fenster größer gezogen hat. Wir müssen uns also darum kümmern, dass unser Fenster die neue Größe erhält. Die Funktion, die wir dafür verwenden müssen, kennt ihr bereits alle:
+{{INLINE_CODE|SDL_VIDEORESIZE}} wird dann ausgelöst, wenn sich die Zeichenfläche in Ihrer Größe verändert hat. Zum Beispiel, weil der Anwender gerade das Fenster größer gezogen hat.
-Allerdings werden durch diese Veränderung der Zeichenfläche unsere Projektions-Matrix und der Viewport ungültig. Wir müssen diese also neu anpassen. Wer sich gut erinnern kann, wird nun verstehen warum ich anfangs gesagt habe, dass wir uns die {{INLINE_CODE|glResizeWindow}}-Funktion so schreiben, dass wir sie in einem Event wieder verwenden können.
+Durch diese Veränderung der Zeichenfläche werden unsere Projektions-Matrix und der Viewport ungültig. Wir müssen diese also neu anpassen. Wer sich gut erinnern kann, wird nun verstehen warum ich anfangs gesagt habe, dass wir uns die {{INLINE_CODE|glResizeWindow}}-Funktion so schreiben, dass wir sie in einem Event wieder verwenden können.
 <source lang="pascal">glResizeWindow( event.resize.w, event.resize.h );</source>

@@ Zeile 320: / Zeile 320: @@
    // Freigeben der Ressourcen
    SDL_QUIT;
    Halt(0);
 end;</pascal>
 ==Nachwort==

@@ Zeile 103: / Zeile 103: @@
 <pascal> // Laden und Initalisieren von OpenGL
-     LoadOpenGL;
+     InitOpenGL;
-     InitOpenGL;</pascal>
+     ReadExtensions;
 Fertig! Schon steht nichts mehr zwischen uns und dem OpenGL-Render-Spass ;) Allerdings empfiehlt es sich immer noch einige grundlegende Dinge einzustellen, einfach weil es hübscher gerendert wird ;)

@@ Zeile 334: / Zeile 334: @@
 :'''Phobeus'''
-{{TUTORIAL_NAVIGATION|[[Tutorial_Matrix2]]|-}}
+{{TUTORIAL_NAVIGATION|-|[[Tutorial_SDL_RWops]]}}
 [[Kategorie:Tutorial|SDL_Einstieg]]

@@ Zeile 22: / Zeile 22: @@
 <pascal>// Initalisieren vom Simple DirectMedia Layer
-   if ( SDL_Init( SDL_INIT_VIDEO ) &; 0 ) then
+   if ( SDL_Init( SDL_INIT_VIDEO ) < 0 ) then
    begin
      Log.LogError('Initalisierung von SDL schlug fehl: '+SDL_GetError,'SDL_Init');

@@ Zeile 328: / Zeile 328: @@
 Das war also bereits unser kleiner Crash-Kurs in die Welt des SDL. Ich hoffe sehrmdass dieses Tutorial verständlich genug war um SDL auch künftig einzusetzen. Es ist meiner Meinung nach wichtig ein Gegengewicht zu Microsoft in der Welt zu haben und der Programmierer soll ja ökonomisch denken. Was spricht also dagegen seine Anwendung so zu gestalten, dass man sie ohne Probleme auch nach Linux übersetzen könnte?Gerade in Verbindung mit OpenGL entfaltet sich ein richtges Dream-Team. Der eine für die Fensterverwaltung, der andere für die grafische Ausgabe. Jeder der bereits (oder immer noch?!) mit GLUT arbeitet, sollte schleunigst davon weg kommen und auf SDL umsteigen. Weil es einfach besser ist ;)
-Sicherlich werden nun nicht unbedingt SDL-Anwendungen aus dem Boden schießen, aber der eine oder andere hat ja vielleicht schon ein wenig Blut geleckt und möchte etwas weiter damit herum spielen?Habe ich bereits erwähnt, dass SDL auch etwas für Joysticks, Mäuse und Sound zur Verfügung stellt?Auch ein abstraktes System für mehre Threads ist mit von der Partie, sowie einige Funktionen zum Benutzen von Audio-CDs. Wer Lust auf mehr SDL hat, sollte unbedingt einmal einen Blick in die SDL-Hilfe werfen. Das Projekt ist jung, aber motiviert und hat eine Menge Potenzial!Die Delphi-Portierung wird von den JEDIs selbst unter der Projekt-Führung von Dominique Louis durchgeführt. Wer bereits seit DelphiX-Zeiten in der Szene unterwegs ist wird wissen, was es bedeutet!Gute Arbeit und Sicherheit für die Zukunft ;)
+Sicherlich werden nun nicht unbedingt SDL-Anwendungen aus dem Boden schießen, aber der eine oder andere hat ja vielleicht schon ein wenig Blut geleckt und möchte etwas weiter damit herum spielen? Habe ich bereits erwähnt, dass SDL auch etwas für Joysticks, Mäuse und Sound zur Verfügung stellt? Auch ein abstraktes System für mehre Threads ist mit von der Partie, sowie einige Funktionen zum Benutzen von Audio-CDs. Wer Lust auf mehr SDL hat, sollte unbedingt einmal einen Blick in die SDL-Hilfe werfen. Das Projekt ist jung, aber motiviert und hat eine Menge Potenzial!Die Delphi-Portierung wird von den JEDIs selbst unter der Projekt-Führung von Dominique Louis durchgeführt. Wer bereits seit DelphiX-Zeiten in der Szene unterwegs ist wird wissen, was es bedeutet! Gute Arbeit und Sicherheit für die Zukunft ;)
 In diesem Sinne ... viel Spaß ;)

@@ Zeile 179: / Zeile 179: @@
 ===Event-Handling===
-Um zu begreifen wie genau eine solche Ereignis-Reaktion aussieht,schauen wir uns die Funktion {{INLINE_CODE|glHandleEvents}} etwas genauer an:
+Um zu begreifen wie genau eine solche Ereignis-Reaktion aussieht, schauen wir uns die Funktion {{INLINE_CODE|glHandleEvents}} etwas genauer an:
 <pascal>procedure glHandleEvents;
@@ Zeile 218: / Zeile 218: @@
 end;</pascal>
-Mit {{INLINE_CODE|SDL_PollEvent}} fragen wir bei SDL an,ob Nachrichten für unsere Anwendung vorliegen.Ist dies der Fall,so durchlaufen wir alle diese Nachrichten nacheinander.Um die Art der Nachricht zu ermitteln übergeben wir eine Struktur vom Typ {{INLINE_CODE|TSDL_EVENT}} und nutzen {{INLINE_CODE|.type_}} um zu ermitteln,um was für eine Nachricht es sich handelt.In unserem Fall reagieren wir auf 3 Ereignisse.
+Mit {{INLINE_CODE|SDL_PollEvent}} fragen wir bei SDL an, ob Nachrichten für unsere Anwendung vorliegen. Ist dies der Fall, so durchlaufen wir alle diese Nachrichten nacheinander. Um die Art der Nachricht zu ermitteln übergeben wir eine Struktur vom Typ {{INLINE_CODE|TSDL_EVENT}} und nutzen {{INLINE_CODE|.type_}} um zu ermitteln, um was für eine Nachricht es sich handelt. In unserem Fall reagieren wir auf 3 Ereignisse.
 ===Sein oder nicht sein...===
@@ Zeile 228: / Zeile 228: @@
          end;</pascal>
-Liegt ein Ereignis vom Typ {{INLINE_CODE|SDL_QUITEV}} vor,so hat die Anwendung die Meldung erhalten dass sie beendet werden soll.Der wahrscheinlichste Grund dafür wird sein,dass der Anwender auf das X im Fenstertitel geklickt hat.Es liegt nun an uns dafür zu sorgen,dass diesem Wunsch auch nachgekommen wird.Wie wir uns erinnern wird das Programm verlassen,sobald {{INLINE_CODE|done := -1;}} gesetzt ist.Also machen wir dies auch.Nachdem alle Nachrichten abgearbeitet sind und der Main-Loop betreten wird,ist die Bedingung für einen Programmabbruch erfüllt.
+Liegt ein Ereignis vom Typ {{INLINE_CODE|SDL_QUITEV}} vor, so hat die Anwendung die Meldung erhalten dass sie beendet werden soll. Der wahrscheinlichste Grund dafür wird sein, dass der Anwender auf das X im Fenstertitel geklickt hat. Es liegt nun an uns dafür zu sorgen, dass diesem Wunsch auch nachgekommen wird. Wie wir uns erinnern wird das Programm verlassen, sobald {{INLINE_CODE|done := -1;}} gesetzt ist. Also machen wir dies auch. Nachdem alle Nachrichten abgearbeitet sind und der Main-Loop betreten wird, ist die Bedingung für einen Programmabbruch erfüllt.
 ===Tastatur-Handling===
@@ Zeile 238: / Zeile 238: @@
          end;</pascal>
-Dieses Event wird dann ausgelöst,wenn eine Taste gedrückt wurde.Wir übergeben in diesem Fall das Ereignis weiter an eine Funktion,die sich dann mit der Auswertung beschäftigt:
+Dieses Event wird dann ausgelöst, wenn eine Taste gedrückt wurde. Wir übergeben in diesem Fall das Ereignis weiter an eine Funktion, die sich dann mit der Auswertung beschäftigt:
 <pascal>procedure glHandleKeyPress( keysym : PSDL_keysym );
@@ Zeile 247: / Zeile 247: @@
 end;</pascal>
-Hierzu überprüfen wir welche Taste gedrückt wurde.In diesem Fall handelt es sich um die Escape-Taste und sie soll beim Betätigen das Programm beenden.Würden wir abfragen wollen,ob die F1-Taste gedrückt wurde,so könnten wir dies mit {{INLINE_CODE|SDLK_F1}} machen.Weitesgehend entsprechen die SDLK-Konsten den VK-Konstanten der WINAPI.Wer über eine neuere Delphi-Version verfügt,kann ja auch mal STRG drücken und dann mit der linken Maustaste auf {{INLINE_CODE|SDLK_ESCAPE}} klicken.Delphi wird dann an die Stelle springen,wo die Konstanten definiert sind.Dort werdet ihr sicherlich auch recht schnell die anderen Tasten finden,die ihr sucht.
+Hierzu überprüfen wir, welche Taste gedrückt wurde. In diesem Fall handelt es sich um die Escape-Taste und sie soll beim Betätigen das Programm beenden. Würden wir abfragen wollen, ob die F1-Taste gedrückt wurde, so könnten wir dies mit {{INLINE_CODE|SDLK_F1}} machen. Weitesgehend entsprechen die SDLK-Konsten den VK-Konstanten der WINAPI. Wer über eine neuere Delphi-Version verfügt, kann ja auch mal STRG drücken und dann mit der linken Maustaste auf {{INLINE_CODE|SDLK_ESCAPE}} klicken. Delphi wird dann an die Stelle springen, wo die Konstanten definiert sind. Dort werdet ihr sicherlich auch recht schnell die anderen Tasten finden, die ihr sucht.
 ===Eine Frage der wahren Größe===
-{{INLINE_CODE|SDL_VIDEORESIZE}} wird dann ausgelöst,wenn sich die Zeichenfläche in Ihrer Größe verändert hat.Zum Beispiel weil der Anwender gerade das Fenster größer gezogen hat.Wir müssen uns also darum kümmern,dass unser Fenster die neue Größe erhält.Die Funktion die wir dafür verwenden müssen,kennt ihr bereits alle:
+{{INLINE_CODE|SDL_VIDEORESIZE}} wird dann ausgelöst, wenn sich die Zeichenfläche in Ihrer Größe verändert hat. Zum Beispiel, weil der Anwender gerade das Fenster größer gezogen hat. Wir müssen uns also darum kümmern, dass unser Fenster die neue Größe erhält. Die Funktion, die wir dafür verwenden müssen, kennt ihr bereits alle:
 <pascal>          surface := SDL_SetVideoMode( event.resize.w, event.resize.h, SCREEN_BPP, videoflags );
@@ Zeile 261: / Zeile 261: @@
            end;</pascal>
-{{INLINE_CODE|SDL_SetVideoMode}} ein und übergeben als neue Größe die Informationen,die wir vom Event erhalten haben.Selbstverständlich kontrollieren wir danach auch noch, ob dieser Vorgang erfolgreich war und uns nicht das Surface abhanden gekommen ist.(Gruß an alle DirectX-Aqcuire-Fetichisten *g)
+{{INLINE_CODE|SDL_SetVideoMode}} ein und übergeben als neue Größe die Informationen, die wir vom Event erhalten haben. Selbstverständlich kontrollieren wir danach auch noch, ob dieser Vorgang erfolgreich war und uns nicht das Surface abhanden gekommen ist. (Gruß an alle DirectX-Aqcuire-Fetichisten *g)
-Allerdings werden durch diese Veränderung der Zeichenfläche unsere Projektions-Matrix und der Viewport ungültig.Wir müssen diese also neu anpassen.Wer sich gut erinnern kann,wird nun verstehen warum ich anfangs gesagt habe,dass wir uns die {{INLINE_CODE|glResizeWindow}}-Funktion so schreiben,dass wir sie in einem Event wieder verwenden können.
+Allerdings werden durch diese Veränderung der Zeichenfläche unsere Projektions-Matrix und der Viewport ungültig. Wir müssen diese also neu anpassen. Wer sich gut erinnern kann, wird nun verstehen warum ich anfangs gesagt habe, dass wir uns die {{INLINE_CODE|glResizeWindow}}-Funktion so schreiben, dass wir sie in einem Event wieder verwenden können.
 <pascal>glResizeWindow( event.resize.w, event.resize.h );</pascal>
-Wir übergeben einfach die vom Event übergebene neue Größe unseres Fensters und passen die Projektions-Matrix neu an.Schon kann der Anwender nach belieben die Größe des Render-Fensters verändern.So einfach ist das...
+Wir übergeben einfach die vom Event übergebene neue Größe unseres Fensters und passen die Projektions-Matrix neu an. Schon kann der Anwender nach belieben die Größe des Render-Fensters verändern. So einfach ist das...
-==OpenGL?Überall gleich!==
+==OpenGL? Überall gleich!==
-Wie ich bereits erwähnt habe,ist in der Funktion glDrawScene nichts wirklich Neues anzufinden,was nicht in einer API oder VCL-Lösung anzutreffen wäre.Schließlich ist OpenGL eben dafür geschaffen worden so portabel wie möglich zu sein:
+Wie ich bereits erwähnt habe, ist in der Funktion glDrawScene nichts wirklich Neues anzufinden, was nicht in einer API oder VCL-Lösung anzutreffen wäre. Schließlich ist OpenGL eben dafür geschaffen worden so portabel wie möglich zu sein:
 <pascal>procedure glDrawScene;
@@ Zeile 303: / Zeile 303: @@
 end;</pascal>
-Einzig und alleine die letzte Zeile ist anders.Hat unter der WINAPI an dieser Stelle noch eine WGL-Funktion ihren Dienst verrichtet,so macht dies hier eine SDL-Funktion.WGL steht unter Linux nicht zur Verfügung und man würde sich ansonsten auf Windows-Systeme festlegen.Technisch geschieht hier aber nichts anders als auch bei der WGL-Funktion nämlich das der hintere Framebuffer nach "vorne" geholt wird,sprich auf dem Bildschirm angezeigt wird.Ohne diesen Aufruf würde OpenGL zwar brav im Hintergrund rendern,aber niemals etwas anzeigen.Das kann auch nicht in unserem Interesse sein, oder? ;)
+Einzig und alleine die letzte Zeile ist anders. Hat unter der WINAPI an dieser Stelle noch eine WGL-Funktion ihren Dienst verrichtet, so macht dies hier eine SDL-Funktion. WGL steht unter Linux nicht zur Verfügung und man würde sich ansonsten auf Windows-Systeme festlegen. Technisch geschieht hier aber nichts anders als auch bei der WGL-Funktion nämlich das der hintere Framebuffer nach "vorne" geholt wird, sprich auf dem Bildschirm angezeigt wird. Ohne diesen Aufruf würde OpenGL zwar brav im Hintergrund rendern, aber niemals etwas anzeigen. Das kann auch nicht in unserem Interesse sein, oder? ;)
 ==Time to say goodbye!==
-Ich weis ja wirklich nicht wie es Euch geht,aber ich bin immer wenn ich etwas wegschmeiße ziemlich sensibel drauf.Und wenn ich mich hier im Zimmer umsehe,habe ich auch das Gefühl dass ich mich nie wirklich von einem meiner Computer getrennt habe O_o (habe sie halt immer noch alle ziemlich lieb *schnief).Aber es gibt eben Momente bei denen man sich von etwas was man gerne hat auch wieder trennt und wenn es sich nicht mehr vermeiden läßt,sollte man den Moment wenigstens in Ehre halten.
+Ich weiß ja wirklich nicht wie es Euch geht,  aber ich bin immer wenn ich etwas wegschmeiße ziemlich sensibel drauf. Und wenn ich mich hier im Zimmer umsehe, habe ich auch das Gefühl dass ich mich nie wirklich von einem meiner Computer getrennt habe O_o (habe sie halt immer noch alle ziemlich lieb *schnief). Aber es gibt eben Momente bei denen man sich von etwas was man gerne hat auch wieder trennt und wenn es sich nicht mehr vermeiden läßt, sollte man den Moment wenigstens in Ehre halten.
-Nein,wer nun erwartet dass ich für euch große unsinkbare Schiffe versenke,wird enttäuscht sein ;) Wir schreiben einfach eine kleine Prozedur die unsere Anwendung umweltfreundlich entsorgt.Diese Prozedur können wir auch dann einsetzen wenn ein Fehler augetreten ist.Sicher könnte man den ganzen Kram auch einfach seinem Schicksal (Windows) überlassen,aber zu einem sauberen Code gehört es sich eben,dass freizugeben was man auch angefordert hat.Ich denke nicht dass der Code wirklich einer näheren Erklärung bedarf!
+Nein, wer nun erwartet dass ich für euch große unsinkbare Schiffe versenke, wird enttäuscht sein ;) Wir schreiben einfach eine kleine Prozedur die unsere Anwendung umweltfreundlich entsorgt. Diese Prozedur können wir auch dann einsetzen wenn ein Fehler augetreten ist. Sicher könnte man den ganzen Kram auch einfach seinem Schicksal (Windows) überlassen, aber zu einem sauberen Code gehört es sich eben, dass freizugeben was man auch angefordert hat. Ich denke nicht dass der Code wirklich einer näheren Erklärung bedarf!
 <pascal>//----------------------------------------------------------------------------
@@ Zeile 326: / Zeile 326: @@
 ==Nachwort==
-Das war also bereits unser kleiner Crash-Kurs in die Welt des SDL.Ich hoffe sehrmdass dieses Tutorial verständlich genug war um SDL auch künftig einzusetzen.Es ist meiner Meinung nach wichtig ein Gegengewicht zu Microsoft in der Welt zu haben und der Programmierer soll ja ökonomisch denken.Was spricht also dagegen seine Anwendung so zu gestalten,dass man sie ohne Probleme auch nach Linux übersetzen könnte?Gerade in Verbindung mit OpenGL entfaltet sich ein richtges Dream-Team.Der eine für die Fensterverwaltung,der andere für die grafische Ausgabe.Jeder der bereits (oder immer noch?!) mit GLUT arbeitet,sollte schleunigst davon weg kommen und auf SDL umsteigen.Weil es einfach besser ist ;)
+Das war also bereits unser kleiner Crash-Kurs in die Welt des SDL. Ich hoffe sehrmdass dieses Tutorial verständlich genug war um SDL auch künftig einzusetzen. Es ist meiner Meinung nach wichtig ein Gegengewicht zu Microsoft in der Welt zu haben und der Programmierer soll ja ökonomisch denken. Was spricht also dagegen seine Anwendung so zu gestalten, dass man sie ohne Probleme auch nach Linux übersetzen könnte?Gerade in Verbindung mit OpenGL entfaltet sich ein richtges Dream-Team. Der eine für die Fensterverwaltung, der andere für die grafische Ausgabe. Jeder der bereits (oder immer noch?!) mit GLUT arbeitet, sollte schleunigst davon weg kommen und auf SDL umsteigen. Weil es einfach besser ist ;)
 In diesem Sinne ... viel Spaß ;)

@@ Zeile 145: / Zeile 145: @@
 ===Die Idee===
-Würden wir nun unser Programm in diesem Zustand starten,würden wir für den Bruchteil einer Sekunde ein Fenster angezeigt bekommen (das immerhin OpenGL-kompatibel ist! *g) und danach sofort wieder verschwindet.Überlegt man sich einmal ganz genau,was passiert,wird einem der Grund dafür schnell klar:
+Würden wir nun unser Programm in diesem Zustand starten, würden wir für den Bruchteil einer Sekunde ein Fenster angezeigt bekommen (das immerhin OpenGL-kompatibel ist! *g) und danach sofort wieder verschwindet. Überlegt man sich einmal ganz genau, was passiert, wird einem der Grund dafür schnell klar:
 <pascal>begin
@@ Zeile 156: / Zeile 156: @@
 end.</pascal>
-Unser Hauptprogramm initalisiert SDL,danach OpenGL,paßt das Ganze an der Fenstergröße an und beendet danach die Aufgabenliste.Für Windows bedeutet dies,dass das Programm seine Verarbeitung abgeschlossen hat und somit nicht mehr gebraucht wird und schon findet sich unsere SDL-Anwendung auf dem Müllhaufen.(Um Mißverständnisse zu vermeiden: Nicht der Papierkorb,und nicht aufm Desktop *g).Wir brauchen also eine Schleife die sich immer wieder im Programm wiederholt und dafür sorgt,dass diese nur unter einer ganz bestimmten Bedingung verlassen wird und somit das Programm auch beendet wird.Man spricht von dem Main-Loop oder auch Game-Loop:
+Unser Hauptprogramm initalisiert SDL, danach OpenGL, passt das Ganze an der Fenstergröße an und beendet danach die Aufgabenliste. Für Windows bedeutet dies, dass das Programm seine Verarbeitung abgeschlossen hat und somit nicht mehr gebraucht wird und schon findet sich unsere SDL-Anwendung auf dem Müllhaufen. (Um Mißverständnisse zu vermeiden: Nicht der Papierkorb und nicht aufm Desktop *g*). Wir brauchen also eine Schleife die sich immer wieder im Programm wiederholt und dafür sorgt, dass diese nur unter einer ganz bestimmten Bedingung verlassen wird und somit das Programm auch beendet wird. Man spricht von dem Main-Loop oder auch Game-Loop:
 <pascal>begin
@@ Zeile 174: / Zeile 174: @@
 end.</pascal>
-Done ist in unserem Fall ein einfacher Integer-Wert.Sobald dieser im eigentlichen Programm auf -1 gesetzt wird,wird die Schleife nicht ein weiteres Mal durchlaufen.Wir sehen auch,dass in der Schleife zwei Funktionen aufgerufen werden.Dies bietet sich an um die Übersicht zu wahren!Natürlich können wir auch noch weitere Aufgaben in der Schleife verarbeiten!
+Done ist in unserem Fall ein einfacher Integer-Wert. Sobald dieser im eigentlichen Programm auf -1 gesetzt wird, wird die Schleife nicht ein weiteres Mal durchlaufen. Wir sehen auch, dass in der Schleife zwei Funktionen aufgerufen werden. Dies bietet sich an um die Übersicht zu wahren!Natürlich können wir auch noch weitere Aufgaben in der Schleife verarbeiten!
-GlDrawSzene ist die Funktion die die OpenGL-Befehle beinhaltet und sich um die grafische Ausgabe kümmert.Dieser Teil ist identisch mit der entsprechenden Funktion unter der WinAPI oder der VCL.Würden wir allerdings die Schleife immer nur mit dieser Funktion durchlaufen,so würde der Benutzer keine Interaktion mit dem Programm durchführen können,da immer nur die Schleife durchlaufen wird.Die Anwendung würde hängen.Es ist daher notwendig,dass diese auf Ereignisse des Betriebsystems oder des Anwenders reagiert.
+GlDrawSzene ist die Funktion die die OpenGL-Befehle beinhaltet und sich um die grafische Ausgabe kümmert. Dieser Teil ist identisch mit der entsprechenden Funktion unter der WinAPI oder der VCL. Würden wir allerdings die Schleife immer nur mit dieser Funktion durchlaufen, so würde der Benutzer keine Interaktion mit dem Programm durchführen können, da immer nur die Schleife durchlaufen wird. Die Anwendung würde hängen. Es ist daher notwendig, dass diese auf Ereignisse des Betriebsystems oder des Anwenders reagiert.
 ===Event-Handling===