Game Engine in C - Versionsgeschichte

HKay: How it should have been

2010-09-26T17:18:35Z

How it should have been

← Nächstältere Version		Version vom 26. September 2010, 19:18 Uhr
Zeile 22:		Zeile 22:
	==Der Engine==		==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 immer wieder aktuellen Engines vorgezogen wird.		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 immer wieder aktuellen Engines vorgezogen wird.[http://en.wikipedia.org/wiki/Id_tech_3#Uses_of_the_engine]

	===Kommunikation===		===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.		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.
Zeile 33:		Zeile 32:

	===Eigenheiten===		===Eigenheiten===
	* ~~Die~~ gesamte 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.		* Der gesamte 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 in den untiefen der math.c zu nur für C-Liebhaber gut lesbaren Quellcode.		* Die mathematischen Optimierungen für häufige Berechnungen sind sehr tiefgreifend und führen in den untiefen der math.c zu nur für C-Liebhaber gut lesbaren Quellcode.

Zeile 47:		Zeile 46:
	==Weblinks==		==Weblinks==
	* Einsatzbereich für eine in C geschriebene Proxymod: [http://www.q3df.org/]		* Einsatzbereich für eine in C geschriebene Proxymod: [http://www.q3df.org/]
			* Die im Vortrag demonstrierte Mod [http://gungame.kexe.org/]

Markus: nur Rechtschreibkorrektur, wenn schon via twitter + Terminkalender verlinkt...

2010-09-21T08:46:31Z

nur Rechtschreibkorrektur, wenn schon via twitter + Terminkalender verlinkt...

← Nächstältere Version		Version vom 21. September 2010, 10:46 Uhr
Zeile 10:		Zeile 10:

	==Todo-Liste==		==Todo-Liste==
	* Existierenden Code ~~Aufräumen~~		* Existierenden Code aufräumen
	* Konzept für verschiedene Ebenen des Anspruchs erstellen		* Konzept für verschiedene Ebenen des Anspruchs erstellen

Zeile 22:		Zeile 22:
	==Der Engine==		==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.		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 immer wieder aktuellen Engines vorgezogen wird.

	===Kommunikation===		===Kommunikation===
Zeile 33:		Zeile 33:

	===Eigenheiten===		===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 gesamte 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 in den untiefen der math.c zu nur für C-Liebhaber gut lesbaren Quellcode.		* Die mathematischen Optimierungen für häufige Berechnungen sind sehr tiefgreifend und führen in den untiefen der math.c zu nur für C-Liebhaber gut lesbaren Quellcode.

Zeile 41:		Zeile 41:
	* Die Furcht vor Strukturen und Zeigern ablegen.		* Die Furcht vor Strukturen und Zeigern ablegen.
	* Die Furcht vor Bit-Operationen ablegen.		* Die Furcht vor Bit-Operationen ablegen.
	* Schreiben einer einfachen ~~modifikation~~ fuer ioquake3.		* Schreiben einer einfachen Modifikation fuer ioquake3.

HKay: Wir modden nicht "server" sondern "game" und "cgame"

2010-09-07T11:20:34Z

Wir modden nicht "server" sondern "game" und "cgame"

← Nächstältere Version		Version vom 7. September 2010, 13:20 Uhr
Zeile 1:		Zeile 1:
	==Idee==		==Idee==
	Um Wissensdurstigen einen Einblick in die fortgeschrittene C Programmierung zu geben wird die [http://de.wikipedia.org/wiki/Quake_III_Arena Tech 3] Gameengine von idsoftware weiterentwickelt. An Hand des Open Source Projekts [http://ioquake3.org/ ioquake3] werden die Teilnehmer in die praktische C-Programmierung abseits der Schulbuecher eingefuehrt. Der im Workshop ~~erarbeitete~~ Code wird produktiv eingesetzt. [http://www.q3df.org/]		Um Wissensdurstigen einen Einblick in die fortgeschrittene C Programmierung zu geben wird die [http://de.wikipedia.org/wiki/Quake_III_Arena Tech 3] Gameengine von idsoftware weiterentwickelt. An Hand des Open Source Projekts [http://ioquake3.org/ ioquake3] werden die Teilnehmer in die praktische C-Programmierung abseits der Schulbuecher eingefuehrt. Der im Workshop gezeigte Code wird produktiv eingesetzt. [http://www.q3df.org/]



			==Zielgruppe==
			* Neulinge in der C-Programmierung



	==Todo-Liste==		==Todo-Liste==
	* Existierenden Code Aufräumen		* Existierenden Code Aufräumen
	* Konzept für verschiedene Ebenen des Anspruchs erstellen		* Konzept für verschiedene Ebenen des Anspruchs erstellen



	==Verantwortlich==		==Verantwortlich==
	* Daniel "hk" Steuer		* Daniel "hk" Steuer



	==Der Engine==		==Der Engine==
Zeile 18:		Zeile 29:

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



	===Eigenheiten===		===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.		* 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.		* Die mathematischen Optimierungen für häufige Berechnungen sind sehr tiefgreifend und führen in den untiefen der math.c zu nur für C-Liebhaber gut lesbaren Quellcode.



	==Lehrinhalt==		==Lehrinhalt==
			* Die Furcht vor Strukturen und Zeigern ablegen.
	* Abfangen und Manipulieren von Syscalls zwischen VM und Server (transparenter Proxy)
			* Die Furcht vor Bit-Operationen ablegen.
	* Erzeugen von Modulen die zur Laufzeit ge- und enladen werden können
			* Schreiben einer einfachen modifikation fuer ioquake3.
	* Erzeugung und Benutzung von Threads

	* Erstellen einer Datenbankschnittstelle (MySQL)


	==Weblinks==		==Weblinks==
	* Einsatzbereich für eine ~~solche~~ Proxymod: [http://www.q3df.org/]		* Einsatzbereich für eine in C geschriebene Proxymod: [http://www.q3df.org/]

Fake: wrong category

2010-02-04T12:26:05Z

wrong category

← Nächstältere Version		Version vom 4. Februar 2010, 14:26 Uhr
Zeile 34:		Zeile 34:


	[[Category:~~Workshop~~]]		[[Category:Workshops]]

HKay: Init

2009-10-20T16:51:32Z

Init

Neue Seite

==Idee==
Um Wissensdurstigen einen Einblick in die fortgeschrittene C Programmierung zu geben wird die [http://de.wikipedia.org/wiki/Quake_III_Arena Tech 3] Gameengine von idsoftware weiterentwickelt. An Hand des Open Source Projekts [http://ioquake3.org/ ioquake3] werden die Teilnehmer in die praktische C-Programmierung abseits der Schulbuecher eingefuehrt. Der im Workshop erarbeitete Code wird produktiv eingesetzt. [http://www.q3df.org/]

==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: [http://www.q3df.org/]

[[Category:Workshop]]