Our basic idea for this project is to create a top-down-2D-game in a world of vacuum robots. Our focus was to make a 2-player-coop game, in which the 2 player have to work together to defeat several mighty bosses. The players have to study the bosses' attack mechanics and patterns, to develop a winning strategy by smart use of their individual skillsets in order to defeat the respective boss. The players can chose between 2 different characters, each with its own special skills and traits.
The game world consists of a hub world and arena where they are supposed to challenge the bosses.
| Platform | WebGL |
|---|---|
| Genre | 2D-coop |
| Controls | Smartphone as Controller |
| Engine | Unity (with AirConsole Plugin for smartphone-Controller) |
| Gameplay | Koop, defeating mighty bosses only by cohesive teamwork |
The participating players will have the chance to experience the point of view of 2 cute, little vacuum robots. As for the players' concepts, we initially thought about having 2 different types of characters, naturally with different set of abilities and skillsets. The usage of the abilities shall be limited by a pre defined cooldown for each individual skill. In the following section you can see how the 2 aforementioned characters are defined:
Speedy
Beefy
The first boss is the number one arch enemy of every vacuum robot. Stardust is a really stubborn creature consisting of dust composed into cloud alike forms. It consists of 1 cloud looking like his main body and 2 clouds which appears to be its arms. Each arm has different abilities. If the players manage to destroy one of the arms, it will seperate from the main body and stardust will cease attacks coming from this arm. The main body has a big ultimate spell in form of a laser beam which shoots in a huge cone.
By utilizing the AirConsole plugin it's possible to have a virtual controller on our own handheld devices.
There is a virtual joystick to control the character in 360 degree directions, and 3 action buttons for basic attacks and special attacks.
The players start off in the hub world, in which they can practice or play around with their skills. Then they can move over to the arena to start the first boss fight.
There are multiple stages to the boss fight. Naturally with the progressing stage the boss will become more agressive, stronger and faster, hence the fight is going to eventually become harder. To move on to the next stage, the players have to either damage the boss up to a specific threshold or they have to a combined attack or some specific cooperative action. Optionally there is also the possibility to unlock a secret tip. At last the players have to perform a "coop-finisher" in order to finish off the boss.
3 Comments
Ralf Hebecker
Bitte dieses nachtragen:
Generell ist bei Ihrem Projekt schon ein Mangel an Kommunikation (untereinander und mir gegenüber) spürbar und ein ziemlich starker Mangel an Biss, da von der akut sehr rudimentären Skizze zu etwas zu kommen, dass den doch recht avancierten Versprechungen (und auch den Erfordernissen eines Projektkurses) entspricht.
Style / Character / Artwork
Ich muss Ihnen auch sagen, dass ich die Grafik-Assets (aktuell) für noch derart vorläufig halte, dass ich von deren Verwendung Abstand nehmen würde. Ich mag Ihre Design-Recherche zu Staubsauger-Robotern sehr, aber ihre statischen Assets sind bestenfalls ein früher Entwurf und es fehlt noch derart viel Ausarbeitung (vor allem alle Details, Vereinfachungen, Animationen, Effekte usw.), dass allein deren Ausarbeitung den Zeitrahmen sprengen würde. Das klingt jetzt garstiger als ich es meine, aber ich bin nicht einmal der Meinung, dass das Spiel jetzt besser aussieht als vor 14 Monaten.
Ich würde an Ihrer Stelle mal dringend nach zugänglichen Asset Packs schauen und das Design (und dann die Levels, Moves, Dynamik, Soundkulisse usw. daran ausrichten). Irgendsowas wie Arena Robo Wars Asset Pack, z.B. https://sirnosir.itch.io/topdownrobot
Game Play
Die Spielbarkeit und die Umsetzung kann ich aktuell fast gar nicht beurteilen, dazu müsste man das Spiel mal mit 2 Leuten auf AirConsole spielen können. Diesen GameLoop sollten Sie vor unserem nächsten Zusammenkommen zuverlässig da haben und dann können wir weiter sprechen.
Ralf Hebecker
Und da es bei Ihnen immer noch ein bisschen Unklarheit zu geben scheint, was eine Projektplanung ist und wie sie hier auf der Wiki-Seite stattfinden sollte / kann:
Zum Projektbeginn...
... brauchen wir ein GDD. Hier ist ein Template, das wir mit den 2. + 3.Semestern verwenden:
Game Design Document (GDD) Template
Und klar, Sie haben die Grundidee inzwischen natürlich beschrieben. Was mir aber noch fehlt (Design der Welt? Leveldesign? Rundenablauf? Interaktionen der beiden Spieler untereinander und mit den Gegnern?) ist zumindest mir aber noch recht unklar. Für sowas macht man dann ja eigentlich die Throw-aways, die sie so ein bisschen ganz am Anfang hatten, die aber jetzt anscheinend keine Rolle mehr spielen?
Wiki documentation (hinterher)
Was soll in diese Wiki-Doku? Idealerweise Video, Fotos, Übersichtspläne / Diagramme (aber an dieser Stelle auch wirklich nur das) und eine an potentielle InteressentInnen gewandte (freundlich-präzise, positive, zukunftsfrohe) Kurzbeschreibung Ihres Projekts. So sieht zum Beispiel eine sehr gute Projektseite aus: https://no-time.itch.io/marble-run (die hatten allerdings auch zugegebenerweise mehr Zeit als Sie). Weitere Beispiele: Leap Motion Experience · Fassade - Space Shooter
Wenn Sie spielbare Software haben: gerne direkt im Browserfenster spielbar oder, wenn das nicht geht, als Video-Mitschnitt. Einfach mit Handy über die Schulter bei einem Event abfilmen ist gut, oder halt als kommentiertes Demo-Spielen.
Nach dem Projektprospekt (also der eher werblichen „Verkaufsversion") ist am Ende auch durchaus Raum für kritische Reflektion: allen voran Lessons Learned (was hat sehr gut geklappt, was nicht, wie würden Sie das in Zukunft anders angehen?) und ein Ausblick auf folgende Forschung – also zum Beispiel, was Sie künftig weiterverfolgen möchten und was Sie sonst noch an interessanten Fragen gefunden haben. Sie können auch noch weitere Dokumente beifügen, wenn Sie möchten. Zu diesem Zeitpunkt sollten Sie das Wiki jedoch weniger als Datensammelort und mehr als Abschlussbericht begreifen.
Übrigens: gerne auch auf Englisch und versuchen Sie so knapp zu bleiben, wie es sinnvoll ist (aber nicht knapper). Ein Video ersetzt oft viel Text. Und bitte lesen Sie Ihre Texte gegen. Allzu viele Schreib- und Flüchtigkeitsfehler trüben zu oft positive Ersteindrücke.
Ralf Hebecker
Die Tasks Ihres Briefings (Zwischenstand an Herrn Hebecker.pdf) können Sie gerne hier in die Wiki-Seite integrieren.