Blood Red Ascent

[Endgegner]

Teaser:

Tief unter einem einsamen Bergkloster haben Mönche finstere Kreaturen eingesperrt – Wesen, die existieren, aber nicht existieren dürften. Unter ihnen befindet sich auch der Spieler: ein uralter Vampir. Wird er es schaffen, sich aus seiner kalten Zelle zu befreien, sich an übernatürlichen Monstern und heiligen Kriegern vorbeizukämpfen und so den Weg in die Freiheit zurückzufinden?

Themenvorgaben

• Schlagwörter: Vampir, Vier Elemente
• Grafikstil: Top-down, wie die Karte eines Tabletop-Spiels
• Spielmechaniken: NPC, Fog of War
• Entwicklungszeit: drei Wochen

Ideen & Umsetzung

Geplant ist ein einfacher 2D Dungeon-Crawler (damit bin ich ja nicht allein, wie ich schon gesehen habe) bzw. ein Rogue-lite mit ein paar RPG-Elementen.

Der Spieler wird voraussichtlich über keine Attribute wie Stärke oder Geschick verfügen. Stattdessen ergeben sich all seine Fähigkeiten aus den Gegenständen, die er ausgerüstet hat (maximal vier davon). Die Eigenschaften der Gegenstände basieren auf den (nicht klassischen) vier Elementen Feuer, Eis, Blut und Stahl. Daraus ergeben sich auch verschiedene Vor- und Nachteile für den Spieler, z.B. erhöht Blut die Lebenskraft, zieht aber auch mehr blutrünstige Monster aus der Umgebung an.

Das Winter-Thema möchte ich mit dem Setting erfüllen, d.h. eisige Höhlen und Verließe und ein verschneites Kloster auf der Bergspitze. Natürlich wird es im tiefsten Dungeon auch viel Fog of War geben, in dem allerlei Gefahren lauern.

Soweit die Idee …

Gerne würde ich noch Dialoge mit anderen eingesperrten Kreaturen einbauen, aber ich weiß nicht recht, ob die Zeit dafür ausreicht (wahrscheinlich nicht). Vielleicht baue ich das noch im Nachgang ein. :)

[Schrompf]

Der Pitch ist jedenfalls schonmal der Hammer! Bin sehr gespannt.

[joeydee]

Bin gespannt auf die Umsetzung :)

[woodsmoke]

Nice, hatte auch überlegt andere 4 Elemente zu wählen, anstatt die klassischen 4. Auch sonst hört sich gut an.

[scheichs]

Die Beschreibung macht auf jeden Fall schonmal was her!

[Endgegner]

Wie schon anderswo angekündigt, setze ich dieses Projekt fort, weil mich die Idee dahinter inspiriert hat und ich meine kleine „Vision“ des Spiels noch umsetzen möchte. Von daher gibt es jetzt hier ein Update.

Im Einleitungspost habe ich geschrieben, dass die Dungeons optisch wie die Karte eines Tabletop-Spiels wirken sollen. Da womöglich nicht ganz klar ist, wie ich das meine, füge ich hier zwei Beispiele ein.

Im einfachsten Fall strebe ich den folgenden Look an:
https://dicegrimorium.com/small-random- ... attle-map/

Das sähe schon ganz gut aus, aber auch etwas langweilig, so ganz ohne Einrichtung und Beleuchtung. Deswegen möchte ich im nächsten Schritt die Optik etwas aufwerten, so wie hier:
https://dicegrimorium.com/ancient-crypt ... attle-map/

Mir stellte sich natürlich schnell die Frage: Wie und wo möchte ich solche Dungeons erstellen? Händisch? Prozedural? Mit einem externen Editor (z.B. Tiled oder LDtk) oder Ingame? Ich entschied mich letztendlich für einen Ingame-Editor, weil ich handgebaute Level schätze, der WYSIWYG-Aspekt auf diese Weise am besten erfüllt ist und ich auch eine Chance sah, endlich mal mein GUI voranzubringen. Ein funktionierender Ingame-Editor ist schließlich eine ganz gute Bewährungsprobe für ein GUI.

Hier seht ihr einen Screenshot des aktuellen Stands. Die Texturen sind alle nicht final und das gezeigte Level ist auch eher planlos zusammengeklickt. Aber man sieht ungefähr, wo die Reise hingehen soll.

Der Editor arbeitet ebenenbasiert, wie man das beispielsweise aus Photoshop und anderen Grafikprogrammen kennt. Jede Ebene kann eine Tilemap, eine Fluidmap (Wasser, später auch Lava) und Entities enthalten. Auf dem Screenshot ist ein kleines Wasserbecken erkennbar, das ich mit so einer Fluidmap hinzugefügt habe.

Das Einfügen und Bearbeiten von Entities ist der nächste Meilenstein auf meiner Liste.

[Schrompf]

Hübsch :-) Freut mich, dass Du weiter machst!

[Jonathan]

Wie schon anderswo angekündigt, setze ich dieses Projekt fort, weil mich die Idee dahinter inspiriert hat und ich meine kleine „Vision“ des Spiels noch umsetzen möchte.

Nice, sehr cool. Ich freu mich schon aufs Ergebnis.

Das sähe schon ganz gut aus, aber auch etwas langweilig, so ganz ohne Einrichtung und Beleuchtung. Deswegen möchte ich im nächsten Schritt die Optik etwas aufwerten, so wie hier:

Hmm, ich meine, das zweite Screenshot ist "aufwändiger" aber ich bin mir nicht sicher, ob es deswegen auch besser aussieht. Dynamische Beleuchtung passt irgendwie nicht so Brettspiel-Kacheln, es sieht für mich dann eher inkonsistent und damit nicht besser aus.

Klar ist der erste Screenshot langweilig, aber wenn es halt ein paar bunte Gegner und Gegenstände und mal Wasser oder Lava oder Goldmünzen etc. gibt, dann wird das schon ganz anders wirken. Ist natürlich vorab schwer zu sagen, aber ich würde ggf. erstmal die anderen Sachen fertig machen und dann später nochmal schauen, ob es wirklich Beleuchtung braucht. Oder versuchen, mit recht wenig Aufwand mal ein paar Art-Style Studien zu machen und zu schauen, was wirklich gefällt.

[Endgegner]

Hmm, ich meine, das zweite Screenshot ist "aufwändiger" aber ich bin mir nicht sicher, ob es deswegen auch besser aussieht. Dynamische Beleuchtung passt irgendwie nicht so Brettspiel-Kacheln, es sieht für mich dann eher inkonsistent und damit nicht besser aus.

Klar ist der erste Screenshot langweilig, aber wenn es halt ein paar bunte Gegner und Gegenstände und mal Wasser oder Lava oder Goldmünzen etc. gibt, dann wird das schon ganz anders wirken. Ist natürlich vorab schwer zu sagen, aber ich würde ggf. erstmal die anderen Sachen fertig machen und dann später nochmal schauen, ob es wirklich Beleuchtung braucht. Oder versuchen, mit recht wenig Aufwand mal ein paar Art-Style Studien zu machen und zu schauen, was wirklich gefällt.

Aus technischer Sicht funktioniert die Beleuchtung schon. Da die Lichtquellen aber Entity-Komponenten sind, kann ich damit erst großflächig herumexperimentieren, wenn die Entities im Editor integriert sind.

Bei meinen ersten Tests sahen die Lichter eigentlich ganz stimmungsvoll aus. Es handelt sich aber auch nur um ein einfaches, kachelbasiertes Beleuchtungssystem, ohne harte Schlagschatten. Im Grunde genommen eine sehr grobe Lightmap mit einer Auflösung von 1 px pro Kachel, mit weichen Übergängen.

Eine Entscheidung, die auf jeden Fall noch über das Ob und die Art der Beleuchtung entscheiden wird, ist der Stil der Wände:

(Beide Beispiele stammen wieder von Dice Grimorium.)
Top-down oder leicht angeschrägt im "Zelda-Style". Letzteres ist perspektivisch natürlich nicht korrekt, sieht aber gar nicht schlecht aus (meiner Ansicht nach), wenn man es damit nicht übertreibt. Ich werde beides einfach mal ausprobieren und sehen, wie sich das macht. :)

[Endgegner]

Zeit für ein kleines Update!

Wie zuvor anvisiert, habe ich den Editor so erweitert, dass man darin Entities hinzufügen und bearbeiten kann. Mein Spiel basiert auf einem Entity-Component-System und für jede bearbeitbare Komponente habe ich ein GUI-Template erstellt, das die dafür benötigten Widgets bereitstellt. Ich musste hierfür noch ein paar grundlegende, aber bisher fehlende Widgets ergänzen, wie z.B. Texteingabefelder.

Ziemlich zufrieden bin ich mit den Modals, für die ich mittlerweile einige Anwendungsfälle gefunden habe. Auf dem folgenden Screenshot ist eines davon abgebildet.

Zufrieden bin ich deswegen, weil es kein eigenes Widget und keine spezielle Logik für Modals gibt, sondern alles über Styling und Layouts geregelt wird.

Modals dienen mir auch als Grundlage für Dropdown-Felder, die ich ursprünglich gar nicht umsetzen wollte: Da klappen Optionen in einem separaten Layer auf, der ggf. separat gescrollt werden kann... Uff. Dann kam mir die Idee, die Optionen einfach als Radiobuttons in einem Modal anzuzeigen:

Bietet vielleicht nicht die beste UX, war aber viel angenehmer umzusetzen, weil ich auf bereits Vorhandenes zurückgreifen konnte. ;)

Es gab auch noch einige weitere Änderungen, die ich an dieser Stelle aber mal ausklammern möchte. Beispielsweise musste ich noch das ECS überarbeiten, weil es auf rundenbasiertes Gameplay ausgelegt war und nicht auf Echtzeit-Bearbeitung in einem Editor.

Wie auch immer – mit all diesen Änderungen kann man jedenfalls schon ganz passable Level bauen:

Aktuell ist das noch eine wilde Mischung aus kostenlosen und selbst erstellten Assets, die stellenweise nicht so gut zueinander passen. Und bei der Treppentextur habe ich eine Stufe vergessen. Aber das werde ich noch alles angehen.

[Jonathan]

Interessant, das sieht schon sehr cool aus! :)

Ich hab das auch immer gemocht, einen Editor zu schreiben mit dem man dann seine eigenen Levels für seine eigenen Welten für sein eigenes Spiel erstellen kann. Hat immer ein irgendwie erhabenes Gefühl.

Allerdings hab ich das auch schon lange nicht mehr gemacht. ECS hab ich auch, aber ich lade alle Eigenschaften nur noch aus JSON-Dateien, anstatt da einen Editor mit Kontrollelementen für zu schreiben. Einfach, weil man Textdateien halbwegs gut mit seinem Lieblings-Texteditor bearbeiten kann und weil GUI einfach immer so viel Zeit beansprucht. Und selbst wenn man seine Schieberegler und Knöpfe hat, sind Dinge wie Textsuche und mehrere Zeilen kopieren und einfügen, oder Kommentare, oder Multi-Line-Edit tatsächlich auch super nützlich und die hat man in der GUI halt nicht - außer man gibt sich wirklich ausgesprochen viel Mühe.

Letztendlich war aber vielleicht das Totschlagargument, dass der alte Editor in Qt geschrieben war - was ein wirklich furchtbares Framework ist, unfassbar fettleibig, nervig zu installieren, doof zu kompilieren, langsam in der Entwicklung und nichtmal starten kann man den Dreck am Ende, weil immer irgendwelche DLLs kaputt sind. Nein danke, nie wieder :D