MULTITOUCH GAMING

-Trommelwirbel-

Nach viel Schweiß, Gehirnzerbrechen und etlichen schlaflosen Nächten, ist es nun vollbracht. Unser Multi-Touch-Game ist fertig!

Das Erstellen unseren Games war mit einem Hindernisparkur zu vergleichen. Wir haben schon am Anfang des Projektes einige Zeit in die Einarbeitung von AS3 stecken müssen. Da wir nur eine minimale, 90 minütige Einführung bekommen hatten und im 3. Semester nur AS2 gelernt hatten. Leider unterscheiden sich AS2 und AS3 so drastisch, dass man die beiden Programmiersprachen kaum noch miteinander vergleichen kann. Ein weiteres Problem war das Zusammenspiel von AS3 und FMF (Dem Flash-Multi-Touch-Framework). Wir haben uns am Anfang des Projektes für FMF entschieden und nicht wie die anderen Gruppen für Gesture-Works. Ob das ein Vor- oder Nachteil war, kann man nun leider nicht mehr sagen. Fest steht nur, dass wir aus diesem Grund, bei Problemen oft auch nicht die anderen Gruppen um Rat fragen konnten. Auch die Flash-Expertin Nadine konnte uns oft nicht weiter helfen. So waren wir mit unseren Problemen meist auf uns alleine gestellt. Und als ob das alles nicht schon genug Schwierigkeiten gewesen wären, machte uns der Multi-Touch-Tisch oft noch einen Strich durch die Rechnung indem er einfach komplett anders reagierte als unser PC oder auf Grund seiner Performanz überhaupt nicht reagierte.

Das Arbeiten mit dem Multi-Touch-Tisch hat uns dennoch sehr viel Spaß gemacht. Es war sehr interessant mit diesem neuen Medium zu arbeiten, das unserer Meinung nach noch sehr viel Potential birgt. Hätten wir noch etwas mehr Zeit gehabt oder nicht so viele Projekte parallel, hätten wir das Spiel noch sehr viel weiter ausbauen können. Unser anfängliches Konzept, mehrere solcher kleinen Spiele zu entwickeln, hätten wir dann auch umsetzen können.

Durch das einfache Spielprinzip unseres Games kommt in einer kleinen Gruppe schnell Spaß auf. Die ansteigenden Level ermöglichen einen einfach Einstieg in das Spiel, fordern die Spieler aber auch schnell, sodass keine Langeweile aufkommt. Ganz im Sinne vom Multi-Touch-Tisch, ist unser Game als Multiplayer Spiel gedacht. Es kann natürlich auch alleine gespielt werden, macht dann aber nur halb so viel Spaß und ist doppelt so schwer.

Wir sind zufrieden mit dem Ergebnis, da wir trotz der vielen Steine die uns in den Weg gelegt wurden ein Ergebnis abgeliefert haben, dass sich sehen lassen kann.

Screencast:

Teil 1

Teil 2

Teil 3

Teil 4

Im letzten Blogeintrag sprachen wir über Performance Probleme. In diesem Blogeintrag wollen wir daran anknüpfen und zwar durch das neue Design. Weniger Effekte und Elemente – mehr Geschwindigkeit.

Durch die Reduzierung der Elemente und Effekte sind wir von Ufos und Meteroiden wieder auf unsere Kastas und Blubs zurückgegangen. Diese auch die Intuitivität weit aus mehr fördern als die Ufos und die Meteoriden.

Neues Design:

Allgemein haben wir einen hohen Kontrast gewählt für eine gute Erkennbarkeit auch bei schlechten Lichtverhältnissen. Eine schlichte aber dennoch ansprechende Gestaltung, überwiegend in Schwarz und Weiß.

Die Kasta

Die Blub

Das Spiel

Start-Bildschirm

Spielausschnitt

Win-Bildschirm
Spielprinzipdemonstration

Unser Game litt unter einen ernormen Performanceproblem. Durch Abspecken von Schleifen und Umsetzen von Klammern konnte die Performance um das 5-Fache angehoben werden. Hinzu kam das wir die max. Anzahl der Blubs auf 25 beschränkt haben, sowie die max. Anzahl der Kastas auf 4 damit nicht zuviele Movieclips sich auf der Bühne befinden. Denn je mehr Finger auf dem Multi-Touch-Tisch agieren, desto mehr muss der Tisch rechnen. Leider war dies nicht genug, zumindest mit dem jetzigen Design.

Das Löschen von den Blubs verbirgte größere Probleme als angenommen. Wir wollten durch eine Schleife die Blubs, die sich auf der Bühne befinden, löschen. Dies wurde immer mit dutzenden Fehlermeldungen abgelehnt.

Die Blubs werden durch eine Kollision mit einer Fläche gelöscht, die so groß ist wie die gesamte Multi-Touch-Oberfläche. Diese Fläche wird immer dann auf die Bühne geladen, wenn 25 Blubs auf der Bühne sind, bzw. wenn man verloren hat. Die Fläche ist so groß, dass Flash mehrere Millisekunden braucht um sie vollständig zu laden. In einer Millisekunde wird ungefähr ein viertel der Fläche geladen. Aus diesem Grund brauchten wir einen Timer, damit die Fläche genug Zeit hat um sich zu initialisieren und somit alle Blubs auf der Bühne löschen kann.

Das Skalieren, das uns von Anfang an ein Dorn im Auge war, konnte endlich beseitigt werden. Für viele Testspieler war das Skalieren ein wunderbares Ereignis. Jedoch wollten wir darauf verzichten um dem Spieler die Möglichkeit zu nehmen, zu mogeln.

Durch einen Fehler beim Testen des Spiels in Flash, wurden wir zu einer Datei von FMF hingeleitet. Diese Datei hatten wir schon damals versucht zu manipulieren, aber ohne Erfolg. Doch auf einem anderen Laptop funktionierte das Umstellen des Defaultwertes der Saklierung von “true” auf “false”.

Unsere Vermutung: Wahrscheinlich gab es auf dem Laptop, auf dem wir sonst arbeiteten, einen zweiten FMF-Ordner den wir immer manipuliert haben, der aber nicht angegeben war in Flash und somit keine Veränderung mit sich brachte.

Flash hat im Laufe unseres Projekts mehrere merkwürdige Fehlermeldungen aufgezeigt. Leider gibt es keine Aufnahmen dieser Mysterien, da wir beschäftigt waren diese zu beseitigen und uns leider nicht mehr an alle erinnern können/wollen.

Unser Favourit war die Fehlermeldung mit der Aussage das nicht genügend geschweifte Rechtsklammern vorhanden sind, trotz des Anhangs von über 50 hinzugefügter geschweifter Rechtsklammern. AS3 unser Nimmersatt. Oder die Meldungen über Funktionen die in einer Klasse sich befinden müssen obwohl sie bereits in einer Klasse waren.

Aber ein immer wieder kommendes Event war das Vergessen der Speicherung der externen ActionScript-Datei. Beim nicht Bemerken kamen uns die Fehlermeldungen immer etwas seltsam vor.

Ein weiteres Mysterium nach dem zweiten Re-Design war, dass Flash nach ändern der Farbe einer farbigen Fläche, aufeinmal Fehler ausgab das mehreres fehlt. Nach dem Begutachten der Fehler, bemerkten wir, dass wirklich mehrere Codeblöcke nicht bzw. nie vorhanden waren und Flash trotzdem alles ausführte wie wir uns das vorstellten.

Fazit: Oft ist es menschlicher Fehler, aber es gibt Momente in denen Flash einfach macht, was es machen will – für oder gegen dich.

Abgesehen von dem eigentlichen Game mussten wir noch folgende Informationen auf der Multi-Touch-Oberfläche unterbringen: Ein Menü, eine Information über Sieg oder Niederlage, das aktuelle Level und die Anzahl der zerstörten Meteoriten.

Das Menü und die Informationen über Sieg oder Niederlage müssen während dem eigentlichen Game nicht zu sehen sein. Darum können diese Informationen beliebig positioniert werden ohne, dass sie andere wichtige Elemente überlagern. Die wohl auffälligste Position ist die Mitte. Eine Positionierung in der Mitte bringt auch eine gewisse Ordnung und Struktur in das Game, das sonst vor allem durch die zufällige Anordnung der Meteoriten geprägt ist. Also haben wir uns für diese Position entschieden. Wir haben versucht das Menü so einfach wie möglich zu halten. Es besteht aus einem mittig positionierten, runden Start-Button. Um diesen dreht sich der Name des gewählten Modus. Auf zwei „Flügel“ steht eine kurze Beschreibung des gewählten Modus. Und zwei Pfeiltasten mit denen man zwischen den Modi wechseln kann.

Das aktuelle Level und die Anzahl der zerstörten Meteoriten müssen während der Interaktion mit den Ufos und Meteoriten sichtbar sein. Darum mussten wir einen geeigneten Platz für diese Informationen finden, der beim Spielen nicht stört und dennoch gut sichtbar ist. Da es so einen Platz nicht gibt haben wir uns entschieden einen solchen Platz zu schaffen. Hierfür haben wir einen Rahmen um das Spielfeld gelegt, auf dem genug Platz für die Anzeige des Level und der Anzahl der zerstörten Meteoriten ist. Nun könnte man Argumentieren, dass dieser Rahmen das Spielfeld einschränkt und somit auch die unendlichen Weiten des Weltalls. Doch dieser Rahmen ist eher als eine Art Fensterrahmen zu sehen. Durch dieses Fenster kann man aus seiner Kommandozentrale hinaus in die Weiten des Weltalls blicken.

Wie schon bei der Gestaltung der Ufos und Meteoriten mussten wir bei der Gestaltung der Informationen berücksichtigen, dass die Spieler sich um den Multi-Touch-Tisch verteilt stellen. Somit betrachten die Spieler die Muli-Touch-Oberfläche aus verschiedenen Richtungen. Also sollten auch die Informationen von allen Seiten gut erkennbar und verständlich sein.

Als eine Art Styleguide haben wir das Ufo genommen. Da das Ufo das Element ist das man selbst steuert, sollten auch das Menü und der Rahmen dazu passend aussehen. So haben wir dem Menü und dem Rahmen ein metallisches Aussehen verpasst.

Da wir leider aus Zeitgründen unser Testspiel zu unserem finalen Game ausbauen müssen, wollen wir wenigstens mehrere Modi für unser Game umsetzen.

Modus 1: In diesem Modus geht muss man alle Meteoriten Zerstören um zu gewinnen.

Modus 2: In diesem Modus geht es um Zeit. Man muss versuchen die Meteoriten so lange wie möglich unter einer bestimmten Anzahl zu halten.

Modus 3: In diesem Modus gibt es noch andere Objekte, die nicht zerstört werden dürfen. Es dürfen nur Meteoriten zerstört werden. Sind alle Objekte zerstört hat man verloren. Sind alle Meteoriten zerstört und mindestens ein Objekt ist noch da, hat man gewonnen.

Ihr seid die Auserwählten. Steuert die letzten Ufos im Kampf um die Freiheit eurer Galaxie gegen eine Meteoriten-Invasion.

So wurde aus unserer Kasta ein Ufo. Ein klassisches Ufo ähnelt einer Untertasse und ist von oben betrachtet rund. Somit ist kein Vorne, Hinten erkennbar und damit auch kein logisches Problem beim Bewegen des Ufos in verschiedene Richtungen. Anfangs sollte unser Ufo eine Art Kreissäge bekommen um die „noch Blubs“ zerstören zu können. Damit waren wir allerdings nicht zufrieden und somit wurde aus der Kreissäge ein Laser. Die Laser kommen nacheinander im Urzeigersinn aus dem metallisch aussehenden Ufo geschossen und zerstören somit alles in seiner Umgebung.

Aus unseren Blubs wurden Meteoriten. Bei der Gestaltung der Meteoriten haben wir uns auch für eine runde Form entschieden, abgeleitet von den Blubs. Unsere bösen Meteoriten sind Gesteine mit einem explosiven Lava-Kern der sie leicht strahlen bzw. leuchten lässt. Um den Lava-Kern sichtbar zu machen hat die Oberfläche einige Löcher. Der starke, farbliche Kontrast lässt auch unsere Meteoriten plastisch und gefährlich aussehen.

Aus dem Meteoriten lässt sich folgern, dass aus dem Platzen der Blubs eine Explosion geworden ist. Die Explosion musste, passend zu den Meteoriten, einen 3D-Look haben. So sieht es aus als würden die Einzelteile der Meteoriten von einer Druckwelle in alle Richtungen geschleudert werden, auch in Richtung Spieler.