Projekt Micarpet Projektbericht - artecLab - Universität Bremen

Projekt MiCarpet Projektbericht
Lautsprecher
Master
Keyboard
Slave 1 Slave 2
CAVE
Sensoren
Abbildung 10.2: Hardware-Komponenten des Systems und physische Verbindung
werden im Kapitel 11 ab Seite 77 beschrieben.
10.3 Software
10.3.1 Übersicht
LAN
Maus
SIOS
Aktoren
Der Software-Teil des MiCarpet-Systems ist komplett [objekt-orientiert??] in [C++??] geschrieben
und lässt sich konzeptuell in mehrere Komponenten aufteilen: die Kern-Engine (Abschnitt 12) inklusive
Event-System (12.3), Scripting (12.5) und Physik (12.2), die Grafik (12.1) mitsamt Netzwerk-System
(12.4), das SoundSystem in 15 und das Input-/Outputsystem als Schnittstelle zu Sensoren und Aktoren
in Kapitel 14.
Die Kommunikation unter den einzelnen Komponenten geschieht dabei größtenteils über das Event-
System, welches eine sehr flexible Struktur des Systems erlaubt. Dies hat insbesondere auch den Vorteil,
dass gerade das SoundSystem und das Input-/Output-System größenteils getrennt vom restlichen Teil
der Engine entwickelt werden konnten und so die Gruppen mehr Freiheit in der Programmierung ihrer
Softwarekomponenten hatten.
Weiterhin sind die Komponenten so konzipiert, dass die Engine die Komponenten auch nur selektiv
laden kann. So wird etwa auf den reinen Slaves nicht das Input-/Outputsystem, das Scripting und der
Sound geladen, da die entsprechenden Geräte gar nicht angeschlossen sind bzw. die Kontrolle der Szene
komplett vom Master ausgeht.
10.3.2 Klassenstruktur
Eine vereinfachte Darstellung des Systems als UML-Klassendiagramm ist in Abbildung 10.3 auf Seite 72
zu sehen. Die Hauptklasse, die als erstes instanziiert wird, ist CGame. Sie initialisiert das Netzwerk (als
Master/CNetMaster oder Slave/CNetSlave) und startet die eigentliche Engine (CEngine). Diese
kümmert sich um mehrere Dinge: sie startet das Grafiksystem (CRender), lädt die Eingabe-/Ausgabeplugins
(CExtModuleManager) und startet dann schließlich die gewünschte Szene (CLevel).
6. Januar 2005 Seite 75