Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Image Modified

vonTeam: T. Lamping, I. Kraft, M. Bösling

Grundidee
Anchor
Grundidee
Grundidee

Unsere Grundidee war es, ein klassisches Rollenspiel die Entwicklung eines klassischen Rollenspiels im Stil von alten Zelda Spielen zu entwickeln. Des Weiteren haben wir uns überlegt, alter Zelda-Spiele. Ebenso wollten wir alle Grafiken selbst zu erstellen, um auch in diesem Bereich Erfahrungen zu sammeln.

Die Motivation im Rollenspiel liegt unter anderem beim im Erkunden und Sammeln von Erfahrung und Gegenständen. Dies bedeutet einen großen Aufwand im Bereich des Grafikdesigns. Um diesen Aufwand etwas geringer zu halten und dem Spieler trotzdem zu motivieren, mussten wir uns noch mit weiteren Motivationskonzepten auseinandersetzen.

Als Hauptmotivation sollte uns "die „die Verhinderung eines andern Zieles" Zieles“ dienen. Das bedeutet bedeutete in unserem Fall, dass der Endboss das Dorf überfallen will und wir ihn aufhalten müssen. Damit soll der sollen die Spieler dazu bewegt werden, dass Spiel bis zum Schluss zu spielen, denn ohne ihn sie wird schließlich das Dorf vernichtet.

Eine weitere Idee war es, das Dorf Das Dorf fungiert als Basis zu nehmen, von dem der aus Missionen gestartet werden können. Diese Missionen führen den Spieler zu unterschiedlichen Herausforderungen, wie z.B. das dem Lösen von Rätseln.
 

Konzept
Anchor
Konzept
Konzept

Genre: Rollenspiel

Darstellung: 2D, topTop-Down-down Ansicht

Zielgruppe: Gelegenheitsspieler

Spielewelt: Fantasy, frühes Mittelalter

Gameplay / Motivation: Erkundung, Kampf, Dorf retten

  • Das Grundkonzept ist, dass Beschützen Grundkonzept: Beschütze Bewohner des Dorfes vor dem Plünderer.
  • Am Ende gibt es einen Bosskampf.
  • Der Bosskampf wird leichter, je mehr wir uns Spieler sich darauf vorbereiten . (Schwertquest).
  • Vorbereiten können wir uns, in dem wir Gegenstände sammeln. (Schwert Sammeln)erfolgt durch Sammeln von Gegenständen (Schwert sammeln).
  • Es gibt verschiedene Welten in den wir Missionen lösen. (die Missionen in verschiedenen Welten (Schwertinsel).

 

Umsetzung und verwendete Software
Anchor
Umsetzung
Umsetzung

Es gab Überlegungen auf den RPG-Maker zurückzugreifen, oder in Unity mithilfe von C# selber zu programmieren. Wir haben uns bei dem für den Kompromiss zwischen Arbeitsaufwand und Freiheit der Gestaltung für Unity entschieden. Des Weiteren haben wir zur Erstellung der Grafiken Inkscape benutzt. Zur Versionskontrolle haben wir Github verwendet.

Hier einmal eine vollständige Auflistung der verwendeten Software:

  • Adobe Photoshop
  • Gimp
  • Inkscape
  • Unity
  • Github
  • Discord
  • Spriter
  • Audacity
  • Tiled
  • Tiles2Unity
  • Scribbus
  • Magix Music Maker

 

 

Playthrough
Anchor
Playthrough
Playthrough


Hier ein Playthrough, welches das Spiel vom Anfang bis zum Ende demonstriertkompletter Playthrough des Spieles.

Widget Connector
width500
urlhttps://www.youtube.com/watch?v=t77IpUYMiQU&feature=youtu.be
height300

 

Grafiken
Anchor
Grafiken
Grafiken

Ein Großteil der Arbeit war es Grafiken zu erstellenentfiel auf die Erstellung der Grafiken. Mit Inkscape, einem Programm zur Erstellung von Vektrografiken, wurden nach verschiedenen Vektorgrafiken, wurde versucht, Figuren nach Inspirationen aus dem Internet oder anderen Computerspielen , versucht Figuren zu erstellen. Der Ein Vorteil der Vektrografik Vektorgrafik war es, dass wir uns nicht auf eine spezielle Auflösung bei der Erstellung festlegen mussten.

Es wurden 10 animierte Figuren erstellt. Diese hatten jeweils die Bewegungs- und idle Idle- (Leerlauf-) AnimationAnimationen. Die Hauptfigur bekahm bekam noch 3 weitere Animationen mit unterschiedlichen Waffen. Einmal : die Axt zum Baumfällen, das Holzschwert (als Anfangswaffe ) und das Stahlschwert.

Die 12er-Sprite-Sheets wurden dabei direkt in Inkscape erstellt und die Größeren mit Spriter als Bone-Animation umgesetzt.

Des Weiteren haben hatten wir beschlossen, uns alle einmal an den Grafiken zu versuchen, was in an den leicht unterschiedlichen Stilen zu erkennen ist. Im Prototyp sahen wir dies als vertretbar an, für . Für ein fertiges Endprodukt , würden wir uns genauer an einen Stil halten.

Im Folgenden ein paar einige Beispiele.

 

 

Der Protagonist von Village Defender.

.

 

 

Für die Animation mussten für alle 4 Richtungen Sprite Sheets erstellt werden. Genau so Genauso für den Wechsel der Ausrüstung. Hier hat sich der Vorteil von Spriter als Bone Animations -Animation-Programm gezeigt, da man hier Gegenstände leichter ersetzen kann und die selbe Animation beibehält.

 

 

 

Zu Beginn des Projektes sah der Held noch etwas anders aus , aber die Farben aber sind geblieben.

Die Dorfbewohner und Gegner

Die Dorfbewohner und Gegner haben weniger komplexe Sprite Sheet's Sheets für ihre Animation bekommen, da sie nicht ständig im Fokus sind.

 

 


Sonstige Grafiken

Hier ein paar einige weitere Beispiele für Grafiken, die wir erstellt habenvon uns erstellte Grafiken.

 

 

 

 

 

 

Die Spielwelt
Anchor
Spielwelt
Spielwelt

Neben der Erstellung der Figuren mussten noch weitere Grafiken für die Welt erstellt werden. Dabei wurde der Boden als sogenannte Tilemap erstellt, wofür ein Tileset gebraucht wurde. Die anderen Objekte wie Häuser, Pflanzen, Schilder, Brunnen und Brücke wurden als Objekte eingesetzt. Insgesammt kommt man bei den Objekten auf etwa 50 Grafiken und ca. 10 Tilsets für Land, Wasser, Wüste, Steine usw.

Des Weiteren Weiterhin gibt es kleinere Animationen für das Baumfällen, das Öffnen des Tores auf der Schwertinsel und dem für den Springbrunnen auf dem Marktplatz.

 

 

Das Dorf, in dem sich der Spieler frei bewegen kann.

 

Eine der 3 Hauptzonen. Hier auf dem Marktplatz findet der Endkampf statt.

Das Waldgebiet um für die erste Quest Aufgabe, Holz zu sammeln. Ein Ork geht auf patrouille patrouilliert und Gegner verstecken sich hinter den Bäumen.

Die Schwertinsel mit dem Rätsel.

Ein Tileset in128px X 128px von 128 x 128 Pixeln für Tiled erstellt, um die Karte zu generieren. Jeder Grashalm ist dabei als Vektor gespeichert, was das System schonmal schon einmal auslasten kann, wenn man es nicht als png exportiert.

 

 

Ein Haus mit seinen Einzelteilen.

Der Spielablauf
Anchor
Spielablauf
Spielablauf


Im Folgenden Bild sehen wir eine Schematische Hier die schematische Darstellung des Spielablaufes. Um das Ziel (rot) zu erreichen, müssen wir erst alle Aufgaben (grün) lösen.

 

 

 

 

 

Am Anfang findet der Spieler sich im Dorf wieder. Dort erfährt er, dass er ein Schwert finden muss, um den Endboss besiegen zu können. Dieses allerdings befindet sich auf einer Insel, welche nur mit einer Brücke erreicht werden kann. Um die Brücke zu reparieren, wird Holz benötigt.

So ist die erste Aufgabe des Spielers, genügend Holz durch das Fällen von Bäumen im durch Baumfällen genügend Holz im Wald zu sammeln. Dabei stellen sich ihm aber Gegner in dem Weg, die er mit seinem Holzschwert bekämpfen kann.

Ist die Brücke repariert, so gelangt der Spieler auf die Insel, wo das Schwert zu finden ist. Das Schwert wiederum befindet sich hinter einem Tor, welches nur mit einem Juwel geöffnet werden kann.

Um an das Juwel zu kommen, muss ein Rätsel gelöst werden. Dabei geht es darum, Steine zu verschieben und den richtigen Weg (Labyrinth) zum Juwel zu finden.

Sobald der Spieler das Schwert hat, geht es zurück zum Dorf, wo der Endboss auf dem Marktplatz wartet. Dieser muss nun besiegt werden, um das Spiel erfolgreich zu beenden.

 

 

 

 

Scripte
Anchor
Scripte
Scripte

Der andere anderer Großteil der Arbeit war es die Erstellung der Scripte zu erstellen. Wir haben insgesammt insgesamt 35 Scripte geschrieben, welche jeweils eine bestimmte Funktion erfüllen. Darunter fallen z.B. das Inventar- oder Dialog-System , sowie und ein Trigger, welcher z.B. den Endboss unter bestimmten Bedingungen erscheinen lässt.

 

 

Das Inventar-System dient der Anzeige für Questaufgaben, wie z.B. dem Sammeln von Holz. Das Inventar kann man öffnen und schließen. Für zukünftige Versionen hat das Inventar größeren Platz bekommen, als es momentan im Spiel benötigt. Auch der x-Button ist noch nicht implementiert und dient nur als Platzhalter für spätere Funktionen, um das Inventar ggf. zu leeren.

Mit dem Dialog-System können jedem NPC (Non Player Character) eine Anzahl an Sätzen zugeordnet werden. Je nach Questfortschritt Quest-Fortschritt werden unterschiedliche Antworten aus den gespeicherten Sätzen gegeben.

Ein teleportations Teleportations-Script. um zwischen verschiedenen Ein- und Ausgängen zu springen. Dies funktioniert zwischen zwei verschiedenen Szenen , so wie und auch innerhalb einer Szene.

Fazit
Anchor
Fazit
Fazit

Schwierigkeiten gab es bei der Größe des Projektes. Die Anzahl an Grafiken, Animationen und Scripten wuchs während der Entwicklung immer schneller an und bald war klar, dass wir unsere Vorstellungen nicht so umsetzen könnenkonnten, wie es geplant war.

Wir haben uns deshalb daran orientiert einen Prototyp zu entwerfen, der in sich abgeschlossen sein soll. Für Unity gibt es viele Scriptbeispiele und Tutorials, doch mussten diese erst erlernt und auf unser Projekt angewendet werden.

Durch den Verzicht auf fertige Scripte und Grafiken konnten wir viele Erfahrungen sammeln, da alles selbst erstellt werden musste. Deshalb lag der Fokus eher auf dem Weg der Erstellung und nicht auf ein fertiges einem fertigen Produkt.

Im Folgenden zwei Beispiele von Problemen, die während des Projektes aufgetreten sind.

 

 

 

Das Problem mit dem der Layer order Order führte dazu, dass Objekte in falscher Reinfolge Reihenfolge dargestellt werden. ZWenn der Spieler z.B. wenn der Spieler um einen Baum läuft, ist er mal vor dem Baum und dann wieder dahinter. Hier haben wir uns für eine einfache Lösung entschieden, so dass der Spieler garnicht gar nicht mehr vor dem Baum gehen kann. Dazu wurder wurde der Collider des Baums vergrößert.

Probleme mit dem Dialog-System

 

 

 

 

 

Das Dialogsystem war eine größere Herrausforderung Herausforderung als erwartet. Die erste Überlegung war es, eine XML-Datenbank zu erstellen. Es hat stellte sich aber herausgestelltheraus, dass für den Prototyp eine komplexe Baumstruktur mit Rede- und Antwortsystem für den Anfang zu groß aufwändig ist. Außerdem gibt es im Prototyp noch keine Situation, in der wir so ein System brauchen. Deshalb haben wir uns für eine einfachere Version entschieden und die Texte dem jeweiligen Objekt einzeln im Script zugewiesen.

So ist es möglich, das dass je nach Weltereignissen (z.B. QuestfortschrittQuest-Fortschritt) die NPC 's unterschiedliche Antworten parat haben.

Zeitaufwand
Anchor
Zeitaufwand
Zeitaufwand

Folgend eine grobe Übersicht über die Aufgewendeten aufgewendeten Stunden für den jeweiligen Bereich.

 

 

PersonThemenGesamtzeit in Stunden
M. BöslingTeambesprechungen u. und Organisation20 + 20
 Grafik und Design80
 Animationen20
 Scripte150
 Sound10
I. KraftTeambesprechungen u. und Organisation30
 

Grafik und Design

  • Einarbeitung
  • Bewohner
  • Tiles
  • Häuser und Marktplatz
  • Natur
  • nachträgliche Nachträg. Änderungen

180

  • 30
  • 35
  • 20
  • 55
  • 30
  • 10
 Animationen55
 Scripte30
 Sound5
T. LampingTeambesprechungen u. und Organisation30
 Grafik und Design30
 Animationen10
 

Scripte

  • Bugfixes
  • Schieberätsel
  • Gegner KI
  • Inventar
  • Kampfsystem
  • Quest für Schwertinsel
  • Erster Prototyp
  • Bäume fällen + Holz spawn

200

  • 70
  • 30
  • 25
  • 20
  • 20
  • 15
  • 15
  • 5
 Sound30