Projekt Micarpet Projektbericht - artecLab - Universität Bremen

Projekt MiCarpet Projektbericht
12.3 Eventsystem
Schon in frühzeitiger Planungsphase war klar, daß das System in der Lage seien sollte, diverse Ein- und
Ausgabegeräte abseits Tastatur und Monitor zu unterstützen. Unter dieser Prämisse wurde ein [PlugIn??]-
Interface gebaut, welches eben diese Bedingung erfüllt.
Schnittstelle Generell wird unterschieden zwischen Input- und Output-[PlugIn??]s, wo Input-[PlugIn??]s
- wie der Name schon sagt - Eingaben annehmen und daraus eine Veränderung des Internzustandes der
Welt produzieren und Output-[PlugIn??]s entsprechende Events verarbeiten, die auf Basis aktualisierter
Weltdaten eine Reaktion für die Außenwelt produzieren (z.B. eine Kollision, die eine ForceFeedback Reaktion
produziert); analog dazu wird ersteren das Interface mica::IInput und letzterem das Interface
mica::IOutput bereitgestellt. Die jeweiligen [PlugIn??]s leiten dann von den entsprechenden Klassen
ab und müssen updateInput(..) bzw. updateOutput(..) implementieren. Die Update-
Methoden werden bei jedem Frame von der Engine aufgerufen und mit einem Pointer auf eine Eventliste
sowie der Zeit seit dem letzten Update versehen. Die konkreten Implementationen der [PlugIn??]s füllen
dann diese Liste mit Events, die von der Engine anschließend abgearbeitet werden.
Damit [PlugIn??]s überhaupt durch updateInput(..) bzw. updateOutput(..) aufgerufen
werden können, müssen sie bei der Engine registriert werden. Dies wird von der Klasse CExtModuleManager
geregelt, welche eben diese Funktion übernimmt und intern zwei Listen mit Referenzen auf die jeweiligen
IInput- und IOutput-Objekte hält. Für jedes [PlugIn??] muß nach dessen Initalisierung beim
Hochfahren der Engine ein addExtObject(..) auf dem Modul-Manager aufgerufen werden. Der
Methode muß die Referenz auf die [PlugIn??]-Instanz, welche von IInput bzw. IOutput abgeleitet
wurde, übergeben werden. Damit sind die [PlugIn??]s beim System registriert und werden bei jedem
Update von der Engine entsprechend aufgerufen.
Events Die Eventliste vom Typ tEventList ist eine [STL??]-Liste und speichert die konkreten
Events der verschiedenen [PlugIn??]s. Dabei ist jeder Event vom abstrakten Typ CEvent. Die Implementation
der konkreten Klassen hängt dann von der Art des Events ab. Je nachdem was das [PlugIn??]
in den Event an Nutzdaten schreiben will bzw. was für Informationen übertragen werden sollen,
benötigt man verschiedene Implementationen. Dabei muß nicht jedes [PlugIn??] eine eigene Event-
Implementation einführen; idR. reichen Standardmodelle wie CEventAcc für Beschleunigung oder
CEventOrientation für Ausrichtung.
Jede Implementation muß einen eindeutigen Typ haben, wodurch jedes CEvent Objekt anhand seiner
ID bzgl. seiner Implementation unterschieden werden kann. Die folgende Liste enthält die verschiedenen
ID bzw. Typen von Events auf:
eEVENT_KEY Tastatur-Event
eEVENT_ACC Beschleunigungs-Event
eEVENT_ORIENTATION Neue Ausrichtung direkt setzen
eEVENT_ORIENTATIONCH Änderung der Ausrichtung des Spielers
eEVENT_ORIENTATION_AXIS Setzen der Ausrichtung des Spielers über die Achsen
eEVENT_REPOSITION Versetzt den Spieler an eine Position
eEVENT_RESETPLAYER Vetzt den Spieler auf die Startposition
eEVENT_COLLISION Kollision aufgetreten; Outputevent
6. Januar 2005 Seite 106