MiCaDo Projektbericht - artecLab - Universität Bremen

Kreatur B
Wegpunkt a
Wegpunkt b
Kreatur A
Abbildung 8.3: Die beiden Kreaturen kollidieren nicht, falls die Kreatur B sich schnell genug fortbewegt
In unserer ersten Implementierung haben wir das Konzept eines sinusfömigen Ausweichwegs umgesetzt,
denn wir versprachen uns davon ein relativ realistisches Aussehen des Ausweichweges.
Doch schon bei den ersten Tests stellten wir fest, dass wir einen solchen Weg nicht variabel anpassen
können, denn einen gravierenden Aspekt hatten wir nicht bedacht: Der ursprüngliche Weg der
ausweichenden Kreatur muss gerade verlaufen bis diese wieder vom Ausweichweg auf ihn zurückkommt,
sonst muss der Ausweichweg entsprechend angepasst werden. Also mussten wir eine einfachere
Lösung zur Berechnung eines Ausweichweges finden, den wir leicht an den Verlauf des
ursprünglichen Wegs anpassen könnten. Die Lösung bestand darin, einen zuvor berechneten Ausweichpunkt
von der ausweichenden Kreatur direkt auf einem geraden Weg anlaufen zu lassen. Von
dort aus kann die Kreatur wieder direkten Weges einen zu berechnenden Wegzielpunkt anlaufen.
Ein Beispeil ist in den Abbildungen 8.6 und 8.7 zu sehen. Wie schon zu Beginn erwähnt, besitzen
wir keine Information über die Umgebung neben den Wegen des Wegpunktesystems, also müssen
wir zur Laufzeit der Cave-Anwendung diese Informationen beschaffen. Sehr genaue Informationen
können wir erhalten, indem wir den Ausweichweg genau wie beim pathtool mit Hilfe einer Kugel,
die die Ausmaße der ausweichenden Kreatur besitzt, abtasten. Allerdings ist dies eine sehr rechenaufwendige
Berechnung, die zur Laufzeit vorzugweise nicht eingesetzt werden sollte. Stattdessen
gehen wir davon aus, dass es ausreicht lediglich die Sichtbarkeit des Ausweichpunktes vom Start-
71