DSVGO
Um unsere Webseite für Sie optimal zu gestalten und fortlaufend verbessern zu können, verwenden wir Cookies. Durch die weitere Nutzung der Webseite stimmen Sie der Verwendung von Cookies zu.
Server Wartungsarbeiten
Team: T. Lamping, I. Kraft, M. Bösling
Anchor | ||||
---|---|---|---|---|
|
Unsere Grundidee war
es, ein klassisches Rollenspieldie Entwicklung eines klassischen Rollenspiels im Stil
vom alten Zelda zu entwickeln. Des weiteren haben wir uns überlegt alle Grafiken selber zualter Zelda-Spiele. Ebenso wollten wir alle Grafiken selbst erstellen, um auch in diesem Bereich Erfahrungen zu
Sammelnsammeln.
Die Motivation im Rollenspiel liegt unter anderem
beimim 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
demSpieler trotzdem zu motivieren, mussten wir uns noch mit weiteren Motivationskonzepten auseinandersetzen.
Als Hauptmotivation sollte uns
"die„die Verhinderung eines andern
Zieles"Zieles“ dienen. Das
bedeutetbedeutete in unserem Fall, dass der
"Endgegner"Endboss das Dorf überfallen will und wir ihn aufhalten müssen. Damit
soll dersollen die Spieler dazu bewegt werden, dass Spiel bis zum Schluss zu spielen, denn ohne
ihnsie wird
schließlichdas Dorf vernichtet.
Eine weitere Idee war es, das DorfDas Dorf fungiert als Basis
zu nehmen, von
demder aus Missionen gestartet werden
können. Diese Missionen führen den Spieler zu unterschiedlichen Herausforderungen, wie z.B.
das lösendem Lösen von Rätseln.
Anchor | ||||
---|---|---|---|---|
|
Genre: Rollenspiel
DarstellungDarstellung: 2D,
topTop-Down-
downAnsicht
Zielgruppe: Gelegenheitsspieler
Spielewelt: Fantasy, frühes Mittelalter
Gameplay / Motivation: Erkundung, Kampf, Dorf retten
Anchor | ||||
---|---|---|---|---|
|
Hier ein kompletter Playthrough des Spieles.
Widget Connector | ||||||
---|---|---|---|---|---|---|
|
Anchor | ||
---|---|---|
|
(Video Let's Play)
|
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 verschiedenenVektorgrafiken, wurde versucht, Figuren nach Inspirationen aus dem Internet oder anderen Computerspielen
, versucht Figurenzu erstellen.
DerEin Vorteil der
VektrografikVektorgrafik war
es, dass wir uns nicht auf eine spezielle Auflösung bei der Erstellung festlegen mussten.
Es wurden 10
Animierteanimierte Figuren erstellt
, mit jeweils der Bewegungs und idle (Leerlauf) Animation. Diese hatten jeweils die Bewegungs- und Idle- (Leerlauf-)Animationen. Die Hauptfigur
bekahmbekam noch 3 weitere
AnimationAnimationen mit unterschiedlichen Waffen
. (: die Axt zum Baumfällen, das Holzschwert
, Stahlschwert)als Anfangswaffe und das Stahlschwert.
Die 12er-Sprite-Sheets wurden dabei direkt in Inkscape erstellt und die
größerenGrößeren mit Spriter als Bone-Animation umgesetzt.
Im folgenden ein paar Beispiele.
Des Weiteren hatten wir beschlossen, uns alle einmal an den Grafiken zu versuchen, was an den leicht unterschiedlichen Stilen zu erkennen ist. Im Prototyp sahen wir dies als vertretbar an. Für ein fertiges Endprodukt würden wir uns genauer an einen Stil halten.
Im Folgenden einige Beispiele.
.
Für die Animation mussten für alle 4 Richtungen Sprite Sheets erstellt werden.
Genauso für den Wechsel der Ausrüstung. Hier hat sich der Vorteil von Spriter als Bone
-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
– die Farben aber sind geblieben.
Die Dorfbewohner und Gegner haben weniger komplexe Sprite
Sheet'sSheets für ihre Animation bekommen, da sie nicht
dauerndständig im Fokus sind.
Hier einige weitere Beispiele für von uns erstellte Grafiken.
Anchor | ||||
---|---|---|---|---|
|
Neben der Erstellung der Figuren
musste auch eine Vielzahl anmussten 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,
Gegenstände wieSchilder, Brunnen und Brücke wurden als Objekte eingesetzt. Insgesammt kommt man bei den Objekten auf etwa
auf50 Grafiken und ca. 10 Tilsets für Land, Wasser, Wüste, Steine
, etcusw.
Des weiternWeiterhin gibt es kleinere Animationen für das Baumfällen,
Toröffnen oder z.B.das Öffnen des Tores auf der Schwertinsel und für den Springbrunnen auf dem Marktplatz.
Das Dorf auf , in dem sich der Spieler frei bewegen kann.
Einer Eine der 3 Hauptzonen. Hier auf dem Marktplatz findet der Endkampf statt.
Das Waldgebiet und erste Quest um um für die erste Aufgabe, Holz zu sammeln. Mit einem Ein Ork auf patrouille und Gegnern patrouilliert und Gegner verstecken sich hinter den Bäumen.
Die Schwertinsel mit seinem dem Rätsel.
Ein Tileset in128px mal 128px von 128 x 128 Pixeln für Tiled erstellt, um die Karte zu Generierengenerieren. Jeder Grashalm ist dabei als Vektor gespeichert, was das System schonmal ins Schwitzen bringen schon einmal auslasten kann, solange wenn man es nicht als png exportiert.
Ein Haus mit seinen Einzelteilen.
Anchor | ||||
---|---|---|---|---|
|
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 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, 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, 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.
Anchor | ||||
---|---|---|---|---|
|
Der anderer Großteil der Arbeit war die Erstellung der Scripte. Wir haben
insgesamt 35 Scripte geschrieben
, welche jeweils eine bestimmte Funktion erfüllen. Darunter fallen z.B. das Inventar- oder Dialog-System
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 vom 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 gegebenfalls ggf. zu leeren.
Mit dem Dialog-System können jedem Npc 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 Springenspringen. Dies Funktioniert funktioniert zwischen Zwei zwei verschiedenen Szenen , so wie und auch innerhalb einer Szene.
Anchor | ||||
---|---|---|---|---|
|
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 konnten, 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 einem fertigen Produkt.
Im Folgenden zwei Beispiele von Problemen, die während des Projektes aufgetreten sind.
Das Problem mit der Layer Order führte dazu, dass Objekte in falscher Reihenfolge dargestellt werden. Wenn der Spieler z.B. um einen Baum läuft, ist er mal vor dem Baum und dann dahinter. Hier haben wir uns für eine einfache Lösung entschieden, so dass der Spieler gar nicht mehr vor dem Baum gehen kann. Dazu wurde der Collider des Baums vergrößert.
Fazit
SchwirigkeitenDas Dialogsystem war eine größere Herausforderung als erwartet. Die erste Überlegung war es, eine XML-Datenbank zu erstellen. Es stellte sich aber heraus, dass für den Prototyp eine komplexe Baumstruktur mit Rede- und Antwortsystem zu 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, dass je nach Weltereignissen (z.B. Quest-Fortschritt) die NPC unterschiedliche Antworten parat haben.
Anchor | ||||
---|---|---|---|---|
|
Folgend eine Übersicht über die aufgewendeten Stunden für den jeweiligen Bereich.
Zeitaufwand
Vollständige Auflistung der verwendeten Software
Person | Themen | Gesamtzeit in Stunden |
---|---|---|
M. Bösling | Teambesprechungen und Organisation | 20 + 20 |
Grafik und Design | 80 | |
Animationen | 20 | |
Scripte | 150 | |
Sound | 10 | |
I. Kraft | Teambesprechungen und Organisation | 30 |
Grafik und Design
| 180
| |
Animationen | 55 | |
Scripte | 30 | |
Sound | 5 | |
T. Lamping | Teambesprechungen und Organisation | 30 |
Grafik und Design | 30 | |
Animationen | 10 | |
Scripte
| 200
| |
Sound | 30 |