Racer - Log

March 11th 2005

• Racer ported to DirectX 9.

A long break ...

June 12th 2002

• Calibrated controls on 1 unit = 1 meter.

June 10th 2002

• Collusion reaction:
  • Process compares between single-side and double-side surfaces (single-side surface can be passed from back).
  • Surfaces with new flag "Don't block" are skipped by collusion detection.

June 9th 2002

• Collusion reaction:
  • Major bugfix: After four hours (9:30am - 1:20pm) of uninterrupted search for a bug I fixed it: The player was able to break through surfaces when the model's bounding-box collided with (included) a vertex.
  • Bugfix: When the program was blocked by a process (e.g. hard disc access) the player could reach a speed which let it jump behind surfaces (collusion detection is bridged).
  • Optimized collusion detection:
    • Less surfaces are detected.
    • Detection now works on both surface sides.

June 5th 2002

• Collusion reaction:
  • Level 2: Player is moved along colliding surfaces.
  • Bugfix: Error in collusion detection fixed (replaced triangle strip checks by triangle fan checks).
  • Renamed command "Create" into "Open".

June 4th 2002

• Collusion reaction:
  • Level 1: Player position is reset if collusion is detected.
  • Internal organisation improved.

April 4th 2002

• Controlling: Changed handling to 'Free Space' system. Player models have their own coordinate systems, which are independed from the one of the level.

April 3rd 2002

• Collusion detection: Bugfix: Bounding box detection separated rectangles into wrong triangles.

April 1st 2002

• Collusion detection completed: Bounding box collusion detection works. (after sphere test)

March 31th 2002

• Mathematic functions developed and implementated:
  • Test: Sphere-ray intersection (boolean + intersection vectors).
  • Test: Line inside sphere (boolean).
  • Test: Sphere-triangle intersection (boolean).
  • Test: Box-box intersection (boolean).
• Collusion detection:
  • Algorithm only culls the octree nodes, the extension box of the model is positioned in.
  • Spherical collusion detection works.

March 30th 2002

• CMapData class: Model format 17 is loaded (contains extension box).
• Collusion detection: Bounding boxes and spheres of all models are calculated.
• Log view is automatically updated on every change. (ealier the user had to wait until he got input access)

March 29th 2002

• Texture system: Bugfix: When an owner was added to a loaded texture, texture objects were created again. This causes memory leaks, because textures are release just once - a texture must not be loaded more than once, but may have more than one owner (memory economic).
• Bugfix: Every CMapData object now contains a unique ID (beside the description). This is important if simultaneous games are using the same textures. 
• Console: Added command 'create <game>', which is useful to create a game quickly.
• Bugfix: CGame class caused several access violations, when the user tried to load an non-existing file. 

March 27th 2002

• The selected ship (of the human player) can be changed at real-time during the game. Reloading the player model is required.
• Texture system: Bugfix: If an owner is deleted, its ID is used (the index was used before).
• Controlling: Control algorithm strongly improved. Acceleration and movement behavior are totally independent of the frame rate.

March 26th 2002

• Ship list (create with the Ship Editor) is loaded.
• Console: All ship specifications can be listed.
• Every player is associated with a ship object. The stored fly properties are applied.

March 24th 2002

• Input system: The Action maps turned out too slow. The controls swaped to direct keyboard access.
• Controlling: The player is completly able to move .
• The player is shown as a model. This model is created on map loading.

March 23rd 2002

• Input system:
  • A interface is created by the Input Device Manager of DirectX. The original class structure was dropped.
  • Simple keyboard inputs are evaluated and stored in a player structure.
• Controlling: Forward and backward movement can be performed.

The following entries are written in German.

17. Dezember 2001

• Input-System:
  • Interface und Geräte werden erzeugt.
  • Erste Action map wird zugewiesen.

13. Dezember 2001

• Bugfix: Nach Änderung der Fenstergröße wurde die Nebeldarstellung fehlerhaft.

Alpha 1.5 released.

06. Dezember 2001

• Texturenanimation fertiggestellt.

05. Dezember 2001

• Event-System: Bugfix: Fehler der EventSequence-Klasse, der in der Racer-Release-Version zum Absturz führte, beseitigt.
• Die Animation von Texturen wurde vorbereitet.

04. Dezember 2001

• Schriftarten-Unterstützung fertig:
  • Jeder Buchstabe erhält eine eigene Textur um größte Kompatibilität zu sichern.
  • Schriftarten-Texturen werden nun weder skaliert noch gefiltert, da dadurch Fehler in der Darstellung auftraten.
  • Fraglich ist jedoch, inwieweit diese Unterstützung eingesetzt wird, da sich die Darstellung von vielen Textpolygonen als sehr langsam erwies.
• Bugfix: Die Texturenfreigabe-Funktion des Texturensystems arbeitete mit falschen Parametern.

03. Dezember 2001

• TEX-Dateien der Version 4 können geladen werden. (siehe Texture Container)
• Das Ausgeben von Text (über Schriftarten aus dem Texture container) funktioniert zum Großteil.

01. Dezember 2001

• Engine:
  • 'Invisible Surfaces'  werden beim Rendern übersprungen.
  • Double-side surfaces werden korrekt gerendert.
• Event-System: Loops bei Kamerafahrten möglich.

30. November 2001

• Die vereinfachten Nebeldaten (siehe Worldbuild) werden verwendet.

29. November 2001

• Performance: Hardware vertex processing und Mixed vertex processing werden wieder zugelassen.

27. November 2001

• Bugfix: Das erste Objekt jeder Folge-Skybox wurde immer fehlerhaft geladen.
• Die in Worldbuild eingeführten Start-up parameters werden berücksichtigt.
• Bei Lensflares wird eine zusätzliche Culling-Abfrage vorgeschaltet.

25. November 2001

• Die in Worldbuild eingeführten Blending-Typen werden unterstützt.

22. November 2001

• Bugfix: Das gestrige Problem mit den Spiegeln wurde über Clipping geregelt.
• Bugfix: Sky-Box-Rendering: Transparente Surfaces benutzten die falsche View-Matrix.

21. November 2001

• Problem bei der Spiegeldarstellung lokalisiert. Ragt ein Spiegel durch die Near clip plane, kommt es zu gravierenden Grafikfehlern (Funktion LockSurfaceArea). Das Problem wurde theoretisch mittels Clipping gelöst.

19. November 2001

• Event-System:
  • Kamera-Fahrten auf Cubic interpolation umgestellt. Hier klicken!

18. November 2001

• Skybox-Rendering fertig! Hier klicken!
  • Lens-Flares und Models werden gerendert.
  • Surfaces werden gegen das View-Frustum der Sky-Box gecullt.
• Konsole: Einige nützliche Befehle zur Aktivierung von Ereignissen hinzugefügt.

17. November 2001

• Problem von gestern gelöst: Jede Skybox besitzt jetzt eine eigene Lichtkonfiguration.
• Skybox-Rendering:
  • Transparente Surfaces und Sprites werden gerendert.
  • Bugfix: Spiegelansicht korrigiert.
• Bugfix: Die Area lock-Funktion, die beim Spiegel-Rendering zum Einsatz kam, benutzte den falschen Vertex shader.
• Umstellung auf DirectX 8.1.

16. November 2001

• Damit begonnen, Skyboxes lichtspezifisch darzustellen.

14. November 2001

• Konsole: Bei den Fog- und Skybox-Listen wird die jeweils ausgewählte Komponente gekennzeichnet.

13. November 2001

• Skybox-Rendering:
  • Das Problem mit den Spiegeln wurde intensiv überdacht.
  • Auch in Spiegeln wird jetzt die Skybox korrekt angezeigt! Die Funktion wurde stark überarbeitet.

12. November 2001

• Konsole:
  • Fogs und Sky boxes können über einen Befehl gelistet werden.
  • Sky boxes können ausgewählt werden.
• Mapdata-Klasse: Ausdehnung der Sky-Boxes wird geladen.
• Skybox-Rendering: Die Hintergrund-Surfaces werden teilweise schon gerendert. Schwierigkeiten bereitet momentan jedoch die Darstellung in Spiegeln.

11. November 2001

• Mapdata-Klasse: Sky-Boxes werden geladen.
• Spiegel wurden auf das Prinzip der Triangle fans umgestellt (vom 22. Oktober 2001).
• Nebel werden gerendert. Über die Befehlszeile kann zwischen den verschiedenen Nebeln gewechselt werden.

10. November 2001

• Render-System auf Triangle fans (statt Triangle strips) umstellt. Diese Änderung wurde zuvor in Worldbuild durchgeführt (22. Oktober 2001).
• Mapdata-Klasse: Neues Datenformat wird gelesen (Version 12): Vom neu eingeführten Interface werden jetzt schon die Nebel (Fogs) und wie zuvor die Ereignisse (Events) geladen.

17. Oktober 2001

• Spiegelrendering: 
  • Back-face clipping wird durchgeführt.
  • Einige Bugs beseitigt.

Alpha 1.4.5 released.

16. Oktober 2001

• Spiegelrendering: 
  • Clipping-Problem gelöst! Das eigens entwickelte Render-System benötigt keinen Stencil buffer und nur eine Clip plane, was die Kompatibilität zu vielen Grafikkarten ermöglicht.
  • Spiegel, die Teil von Modelobjekten sind, werden beim Rendern berücksichtigt.
  • Lens-Flares, Sprites und Models werden gespiegelt. Dies war besonders schwierig, weil jeder dieser Objekttypen eigene Berechnungsmatrizen verwendet, die mit der Reflexionsmatrix des Spiegels zusammenspielen müssen. (Beispiel: Das Spiegelbild eines Lens flares eines Models unterliegt allein drei Transformationen, bis es angezeigt werden kann)

Nach fast 20 Stunden Arbeit wurde diese komplexe Render-Routine fertiggestellt! Screenshot!

15. Oktober 2001

• Spiegelrendering:
  • Surfaces werden gerendert. Dabei wird die Performance erheblich erhöht, indem der Bereich im Spiegel ebenfalls dem kompletten Culling-Verfahren unterworfen wird. Leider gibt es zur Zeit noch Clipping-Schwierigkeiten.

09. Oktober 2001

• OcTree-Engine:
  • Umfangreiche Optimierungen an der Performance durchgeführt. Surfaces können jetzt ohne größeren Performanceverlust bewegt werden.
  • Die OcTree-Einfügepräzision (siehe 06. Oktober) wurde zugunsten der Performance wieder reduziert.
  • OcTree-Verwaltungsfunktionen intern stark vereinfacht.
• Bugfix: Beleuchtungseinstellungen nach einer Lichtbewegung wurden nur dann gespeichert, wenn gleichzeitig die Kamera bewegt wurde.
• Bugfix: Beim Rendern von Models wurden falsche Texturen benutzt.
• Bugfix: Bei der Darstellung von Lensflares wurde das Umgebungslicht fälschlicher Weise miteinbezogen.

Alpha 1.4 released.

08. Oktober 2001

• Event-System:
  • Um die Performance zu steigern, muss der Vertexbuffer nun von den Ereignissen manuell gesperrt werden. Die Lock-Operation werden so auf ein minimum reduziert.
  • CEventSequence: Ereignisse können synchronisiert gestartet werden, so dass mehrere Ereignisse gleichzeitig ablaufen können.
• Model-Lichtquellen werden in den Renderprozess einbezogen.
• Lichtquellen können bewegt werden.
• OcTree-Engine:
  • Eine Objektbewegung führt nun auch zu einer Verschiebung im OcTree. Surfaces benötigen zur Zeit jedoch noch zu viel Performance.

07. Oktober 2001

• Die Aufgabe, Texturen zu laden, wurde vom Game-Objekt in die CMapData-Klasse verlagert, damit auch die Texturen der Models (rekursiv) geladen werden können.
• Models werden gerendert.
• Ereignisschnittstelle (EventPort) um Punktobjekte (Lichter, Sprites etc.) erweitert.
• Event-System:
  • Klasse CEventBase mit Model-Technik erweitert.
• Sphere Mapping möglich.

06. Oktober 2001

• Kameraprinzip an das von Worldbuild angepasst (kein Richtungsvektor mehr, nur noch Drehwerte).
• Lensflares und Sprites werden gerendert.
• Wichtige mathematische Funktionen hinzugefügt. Diese kommen nun beim OcTree zum Einsatz und reduzieren den Speicherbedarf.
  • Test: Punkt in Dreieck.
  • Test: Punkt in Surface.
• Texturen-System: Transparenzdaten der Texturen werden geladen.
• Transparenzdarstellung bei Surfaces und Sprites aktiviert.  

05. Oktober 2001

• Der Geometry-Vertexbuffer und das Organisationsmodul CEventPort wurden in das CMapData-Objekt verlagert. Damit kann die Steuerungstechnologie auf abstrakte Weise problemslos sowohl auf Maps als auch auf Models angewendet werden.
• Model-Objekte werden geladen und ihr Steuerungssystem (Event port) eingerichtet.

10. September 2001

• BeamTree-Engine:
  • Die BeamTree-Engine wurde auf ein manuelles System umgestellt. Der Benutzer muss die Planes selbst einfügen. Aus dem minimalen Arbeitsaufwand resultiert ein optimales und extrem schnelles Culling-Verfahren. Beim Test einer großen Map wurden die angezeigten Surfaces auf gut 15% reduziert. Genauere Erklärungen dieses Verfahrens hier!

06. September 2001

• BeamTree-Engine:
  • BeamTree-Engine arbeitet fehlerfrei. Performancefragen sind jedoch noch offen.

05. September 2001

• OcTree-Engine:
  • Entfernt: Differenzierung zwischen normalen und transparenten Surfaces. Dafür wird der BeamTree verantwortlich sein.
• BeamTree-Engine:
  • Renderdaten werden jetzt durch den BeamTree geschickt. Leider gibt es noch kleiner Bugs und massive Performanceeinbußen.

04. September 2001

• BeamTree-Engine:
  • Surfaces können als Volumen hinzugefügt werden. Surfaces die hinter einem anderen Volumen liegen, werden aus der Liste gelöscht oder gar nicht erst hinzugefügt.
  • Es wird berücksichtigt, dass transparente Surfaces keine anderen Surfaces vollständig verdecken können.

03. September 2001

• BeamTree-Engine:
  • Mathematische Grundprobleme gelöst.
  • Grundgerüst der Klasse geschrieben.

24. Juli 2001

• Event-System:
  • Ereignisse werden jetzt von einer unabhängigen Schnittstelle (EventPort) ausgeführt. Dies hat den Vorteil, das die Funktionen auch auf Model-Objekte angewendet werden können.
• Game:
  • Schnittstelle für Ereignisse wird eingerichtet.
  • Entfernt: Alle Steuerfunktionen für Ereignisse wurden an die unabhängige Schnittstelle abgegeben.

20. Juli 2001

• Event-System:
  • Klasse CEventSequence um einen Schleifen-Parameter (unendliche Wiederholung der Sequenz) erweitert. 

  Alpha 1.3 released.

19. Juli 2001

• Event-System:
  • Funktionsumfang für Spiel-Schnittstelle erweitert.
  • Klasse CCameraFly fertiggestellt. 
  • Klasse CEventSequence entwickelt. Sie führt eine Sequenz von Ereignissen aus.

18. Juli 2001

• Event-System:
  • Funktionen für Kamera-Einstellungen hinzugefügt.
  • Klasse CCameraFly für Kamera-Fahrten begonnen.

17. Juli 2001

• Event-System:
  • System und CMoveObject-Klasse auf das neue Verbindungsprinzip der Position markers umgestellt.

16. Juli 2001

• Mapdata-Klasse: Erweitertes Datenformat (Version 7: Links der Position marker) wird gelesen.

15. Juli 2001

• Monitor 'Events': Ereignisse können per Knopfdruck aktiviert und deaktiviert werden.
• Event-System:
  • System wesentlich erweitert. Die Kommunikation zwischen dem Racer und den Steuerklassen wurde verbessert.
  • Erste Schnittstellenfunktion geschrieben.
  • Klasse CMoveObject funktionsfähig.
• Mapdata-Klasse: Erweitertes/korrigiertes Datenformat (Version 6) wird gelesen.

14. Juli 2001

• Monitor 'Events': Dialog entwickelt, der die Ereignis-Objekte eines Spiels und deren Status anzeigt.

13. Juli 2001

• Event-System:
  • Aktive Ereignisse werden ausgeführt.

12. Juli 2001

• Event-System:
  • Für jedes Event (Ereignis) wird das entsprechende Objekt erzeugt und initialisiert.

11. Juli 2001

• Event-System:
  • Manager für das Verwalten von externen Kontrollklassen geschrieben.

10. Juli 2001

• 3D-Engine:
  • Nur die sichtbaren OcTree-Nodes werden gerendert.
  • Szenen werden texturiert dargestellt.
• Eingabe-System:
  • Einfaches Klassengerüst geschrieben.

  Alpha 1.2 released.

09. Juli 2001

• 3D-Engine:
  • OcTree-Struktur wird aus der Map-Datei geladen und aufbaut.
• OcTree-Struktur einer Map kann visualisiert werden. (nur zu Testzwecken)
• Eine sortierte (von nah nach weit) Renderliste wird erzeugt. Dies ist für einen schnellen Rendering-Prozess besonders wichtig.

08. Juli 2001

• Diverse mathematische Funktionen geschrieben (zwei Probleme von gestern gelöst):
  • Test: Linie schneidet Ebene.
  • Test: Dreieck schneidet Dreieck.
  • Test: Viereck schneidet Dreieck.
  • Test: Dreieck liegt ganz/teilweise in einer Box.
  • View frustum-Ebenen aus den Rendermatrizen auslesen.
  • Test: Punkt im View frustum.
  • Test: Box auf der Innenseite einer Ebene.
  • Test: Box ganz/teilweise im View frustum. 
• Mapdata-Klasse: Levelausmaße werden geladen.

07. Juli 2001

• Game:
  • Texturen werden geladen.
  • Spielen können wieder geschlossen werden.
• Texturen-System:
  • Texturen, die keinen Besitzer (owner) mehr haben, werden entladen.
• OcTree-Engine:
  • Lösungen für zwei mathematische Probleme gesucht. In vierstündiger Arbeit suchte ich im Internet nach einer Lösung für die folgenden zwei Probleme: #1: Befindet sich ein Dreieck in einer Bounding-Box? #2: Befindet sich eine Bounding-Box im sichtbaren Bereich (view frustum). Nach langer Recherche und vielen eigenen Überlegungen habe ich die Lösungen für die Probleme gefunden. Special thanks to Dominic Mulligan for his help:-)

06. Juli 2001

• Game:
  • Der Vertexbuffer wird mit den geometrischen Leveldaten gefüllt.
  • Erzeugte Spiele werden als Drahtgittermodell dargestellt.
  • Desktop (Hintergrundbild und Log) kann ein- und ausgeblendet werden.

  Alpha 1.1 released.
  
  

• Mapdata-Klasse: Die Vertex-Gruppen speichern jetzt die Verbindungen zu den Surfaces. Dies ist für das Berechnen der Vertex-Normalen notwendig.

• Game:
  • Vertex-Normalen werden berechnet.

  • Lichter werden korrekt geladen und in den Rendering-Prozess einbezogen.

Alpha 1.11 released.

05. Juli 2001

• Game-Manager: Klasse entwickelt, die das Zwischenstück zwischen Engine und den Spiel-Klassen darstellt. Sie verwaltet das Laden und Freigeben von Spielen, wobei es sich dabei auch um mehrere handeln kann.
• Game:
  • Vertexbuffer wird erzeugt, der die geometrischen Punkte der Map enthalten wird.

04. Juli 2001

• Game:
  • Klasse entwickelt, die später alle Daten (auch die Vertexbuffer und OcTree-Daten) für ein Spiel enthält. Dazu kommt eine Mapdata-Klasse, die die Daten der Map lädt. Ein Spiel kann soweit erzeugt werden, dass die Map über die besagte Klasse geladen wird. 

03. Juli 2001

• Mapdata-Klasse: Vertices und Surfaces erzeugen nun direkte Verweise auf den Vertexbuffer, der später für das Rendering verantwortlich ist. Vertices werden jetzt als Vertex-Gruppen bezeichnet, da sie nur noch für das Gruppieren von Punkten im Vertexbuffer zuständig sind.

02. Juli 2001

• Mapdata-Klasse: Map-Dateien können vollständig geladen werden.

01. Juli 2001

• 3D-Engine:
  • Framerate wird angezeigt.
• Mapdata-Klasse: Klasse entwickelt, die die Rohdaten einer Karte lädt. Bis auf die Objekten und Ereignisse werden alle Daten vollständig geladen. Von den Objekten können bis jetzt nur die Vertices und Lichter geladen werden.

29. Juni 2001

• 3D-Engine:
  • Organisation der Engine ausgebaut. Ein Hintergrundbild wird angezeigt.
• Log-System:
  • Alle Einträge werden jetzt auch in einer Klasse gespeichert und können abgerufen werden.
  • Jeder neue Eintrag wird jetzt eingestuft: Info (Wichtigkeit 1-3), Warnung, Error oder Fataler Fehler.
• 3D-Engine:
  • Konsole (Logeinträge und Eingabemöglichkeit) wird angezeigt.
• Der Benutzer kann jetzt Befehle eingeben, mit denen er direkt Einfluss auf das System nehmen kann. (nur für Entwicklungszwecke) 

Alpha 1.0 released.

27. Juni 2001

• Texturen-System:
  • Texturen werden "recycled". Soll eine Textur gelöscht werden, weil sie nicht mehr gebraucht wird, wird sie für Neuanlagen verwendet. Dies ist notwendig, um Indexverweise auf die Texturen von den Spielkarten zu erhalten.
  • Laufzeit-Texturen (run-time textures) können hinzugefügt und geladen werden.

26. Juni 2001

• Texturen-System:
  • Besitzer-Prinzip entwickelt: Für jede Textur können mehrere Owner (z.B. "System") angegeben werden. Dies ermöglicht das mehrfache Nutzen einer Textur, ohne dass sie fälschlicher Weise freigegeben wird.
  • Statische Texturen (von der Festplatte) können aus Texturen-Kontainern geladen werden.
  • Verknüpfung von Engine mit Texturensystem erweitert: Wenn ein anderes 3D-Gerät oder eine andere Auflösung ausgewählt wird, werden die Texturen automatisch neugeladen.

25. Juni 2001

• Texturen-System:
  • Basis-System hergestellt.
  • Aus einem festgelegten Ordner und dessen Unterordner können Texture container ausgelesen werden. Es wird eine Liste von verfügbaren Texturen angelegt.
  • Verbindung mit 3D-Engine hergestellt.
• Log-System:
  • System entwickelt. Meldungen werden im Debug-Fenster und in einer externen Datei ausgegeben.

24. Juni 2001

• 3D-Engine:
  • 3D-Gerät kann ausgewählt werden.
  • Das zuletzt ausgewählte 3D-Gerät wird in der Registrierung gespeichert und beim nächsten Start ausgewählt.

23. Juni 2001

• 3D-Engine:
  • Grundrahmen hergestellt.
  • Liste von verfügbaren Geräten wird erzeugt.
  • Umschalten von Vollbild in Fenstermodus möglich.
• Einfache Render-Schleife (Main-Loop) hergestellt.

22. Juni 2001

• Anwendungsfenster hergestellt.