Game Engine in C

Aus bytewerk-Wiki
Version vom 20. Oktober 2009, 16:51 Uhr von HKay (Diskussion | Beiträge) (Init)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springen Zur Suche springen

Idee

Um Wissensdurstigen einen Einblick in die fortgeschrittene C Programmierung zu geben wird die Tech 3 Gameengine von idsoftware weiterentwickelt. An Hand des Open Source Projekts ioquake3 werden die Teilnehmer in die praktische C-Programmierung abseits der Schulbuecher eingefuehrt. Der im Workshop erarbeitete Code wird produktiv eingesetzt. [1]

Todo-Liste

  • Existierenden Code Aufräumen
  • Konzept für verschiedene Ebenen des Anspruchs erstellen

Verantwortlich

  • Daniel "hk" Steuer

Der Engine

ID Tech 3 ist ein Dauerbrenner unter den Gameengines. In vielen Spielen schlägt ihr Herz, dass, wenn auf gute Spielerbewegung und Interaktion Wert gelegt wird, selbst nach 10 Jahren immerwieder aktuellen Engines vorgezogen wird.

Kommunikation

Der ID Tech 3 Engine behandelt jedes geladene Spiel als ein Modul. Dieses Modul liegt üblicherweise als Bytecode vor und ist daher kompatibel zu sämtlichen Plattformen. Die Kommunikation zwischen dem ClientServer, welcher die eingehenden Daten für die Virtuelle Maschine (VM) aufbereitet überträgt diese mit sog. "Syscalls" zur VM. Die Kommunikation zwischen VM und Server läuft ausschließlich über Syscalls. Zwischen dem ClientServer und dem Server auf dem das eigentliche Spiel läuft wird wahlweise eine IPX oder eine UDP verbindung aufgebaut.


ClientVM <-syscall-> ClientServer <--IP--> Server <-syscall-> ServerVM

Eigenheiten

  • Der Gesammte Engine ist vollständig SingleThreaded. Das bedeutet, dass innerhalb des Spiels niemals zwei Dinge gleichzeitig berechnet werden, was gewaltige Vorteile bei der Speicherverwaltung mit sich bringt.
  • Die mathematischen Optimierungen für häufige Berechnungen sind sehr tiefgreifend und führen zu nur für C-Liebhaber gut lesbaren Quellcode.

Lehrinhalt

  • Abfangen und Manipulieren von Syscalls zwischen VM und Server (transparenter Proxy)
  • Erzeugen von Modulen die zur Laufzeit ge- und enladen werden können
  • Erzeugung und Benutzung von Threads
  • Erstellen einer Datenbankschnittstelle (MySQL)

Weblinks

  • Einsatzbereich für eine solche Proxymod: [2]