Wednesday, July 24, 2024

Unseen: Impulse

I recalled an old prototype developed in early 2017 when Das Geisterschiff was being reworked after hitting a dead end and I needed a distraction to clear my head.


The idea behind Impulse came to me when I was playing Dragon Slayer and asked myself how a DRPG would feel if the main gameplay was focused on pushing the dungeon blocks.

This dynamic environment unlocked all kinds of possibilities, including:
  • Stumbling upon secret rooms
  • Blocking enemy advancement
  • Blocking teleporters to stop enemies from respawning
  • Building bridges across pits to access isolated areas
Progression was handled through explorations — you had to collect potions which boosted your stats. I don’t remember the exact purpose behind them, IIRC they did nothing in the prototype.

At first, you could only move wooden blocks, but as you got stronger, you could start pushing stone/metal blocks to unlock new paths and turn the dungeon into your playground.

There were plans to include spells that allowed the player to pull or push the blocks from afar and weapons to break through them.


The prototype was fun to play around with, but it was obvious that it would’ve required a lot of time and resources to make it into a finished and fun game. After a week or two of playing around, it was shelved and active development of Das Geisterschiff resumed.

I might return to this idea in the future since dynamic environments are something that I’m interested in and experimental dungeon crawlers have been my bread & butter for quite some time.

EDIT: Found two more screenshots from a later build.




Monday, March 4, 2024

Demon Lord Reincarnation Postmortem

This is a continuation of my previous post and covers the development of Demon Lord Reincarnation in detail. The development was quite hectic, and there's a lot of ground to cover, but I hope this post will be interesting to you.



How it Started

As I posted previously, the development of the commercial version started shortly after the jam ended. After sifting through player feedback, I decided to focus on three design pillars:
  • Dungeon Exploration: the player creates a map while playing as heroes, then uses it to escape the dungeon while playing as the Demon Lord.
  • SaGa-style Combat: characters learn new skills in the heat of the battle, which expands the player’s options.
  • Knee-Deep in the Rot: characters live fast and die young, and a wide selection of classes allows the player to try new party lineups and tactics.
It was very unusual for the DRPG genre, as developers tend to stick to “safer” bets by following one of the three design schools (Wizardry, Dungeon Master, or Might & Magic), and making and marketing games that land outside of them is very tricky.

It was a risky bet, but a compelling one. Because of this and budget limitations I decided to set a very tight schedule during the initial planning phase and reduced the scope to the barest minimum — this way we could stay afloat if the project failed.

Since the project has already managed to attract attention on social media, it was a perfect opportunity to create a novel experience, even if it would lead to worse sales and mixed reception.


Development Overview

The development lasted around three months. The main reason behind this speed came from a library I’ve been writing in my spare time for potential DRPG projects, which included a few simple modules, such as the database, audio/visual managers, and a simple tool to read data imported from Grid Cartographer and construct maps using a set of prefabs.

A lot of inspiration was drawn from four games/series:
  • SaGa series
  • Wizardry IV
  • Megami Tensei series
  • Dinosaur
Compared to my prior experience with the Der Geist series, where each map could take up to a week to design, implement, and script, the new workflow allowed me to design a map in Grid Cartographer, import it, bake the lighting, and start playing it, which in some cases could take less than a day. The data-driven approach also helped, as new monsters and skills were easy to implement and adjust along the way.

The goal of the project was to challenge the established DRPG conventions and try new ideas in the genre.

Greedwalker chimed in with suggestions on how to make the experience more balanced without major changes or dumbing things down. For example, he suggested carrying over progression between parties during the early planning phase to make sure players don’t lose progress even if they suffer a full party wipe.


Gameplay

The basic game loop was carried over from the jam version: assemble a party, grow stronger on your way to the final boss, defeat the Demon Lord (or die trying), and then escape the dungeon while playing as the Demon Lord.

One of the earliest decisions was to get rid of the Charisma stat, which reduced the probability of being targeted in the jam version and split the Agility stat into Dexterity (hit chance and slight contribution to damage) and Mobility (action speed and evasion chance).

In hindsight, I should’ve left a way for the player to affect the probability of monsters targeting a specific character or at least have a system that could be used to communicate this. This is adjusted in Gaiden, where certain skills can be used to goad enemies into attacking a specific character or hide from attacks to keep a character safe.

The decision to provide a manual with the game came from my dislike of long in-game tutorials or other interruptions — since the game was fairly simple, it was decided to let the player read the manual to enjoy a complete experience and avoid distracting them during the game itself.


Battle System

The battle system came together rather quickly since it was similar to the jam version, but with the change towards manual control, it started simple but unlocked new tactical opportunities along the way.

One of the first changes was the change to the way targeting worked — instead of attacking the last monster in the group, characters would target a random monster, thus creating a tense situation at first, but then causing the feeling of relief, as damage that exceeded the dying monster’s HP would carry over to another monster within the group, thus sometimes causing multiple monsters to die.

Skill level progression came into the picture later in development — it was designed to compensate for the lack of equipment and provide the player with another way to grow their characters and get more out of their favorite skills. That said, the number of skills ballooned, which made them hard to balance, and certain skills ended up feeling more useful than others.

As for the equipment itself, it was considered but was scrapped during the planning stage. The main reason behind this decision came from the concern that it would increase the amount of micromanagement — since the player was a constant risk of losing a character or suffering a party wipe, it became clear that it would hurt the intended flow. In hindsight, I think that outfitting the party with fixed equipment that could be upgraded would probably be a nice compromise and provide the player with additional options.

Since this project is experimental by nature, and one of my goals was to ensure the player never feels safe, I decided to toy around with encounter scaling. One of the possible approaches was to expand the range of monsters available, similar to how Ringlorn Saga and the jam version handled it, but it never felt quite right.

Eventually, I settled on a system that analyzed the player’s party and adjusted the encounters based on 4 difficulty levels (Easy, Normal, Hard, Brutal). The system would assign use a certain percentage of the party’s strength as a reference and adjust the number of monsters accordingly.

To spice things up, I decided to let monsters learn new skills if the player characters are much stronger than individual monsters. I wanted the player to feel like monsters are learning from their fallen comrades and coming up with new ways to counter the player’s progress. Enemy waves were also added once the party strength passed a certain threshold to keep the player on edge and challenge his resource management.

Sadly, the system ended up feeling too rigid at times, and with player progression being semi-randomized and dependent on skills, it sometimes created a feeling that monsters themselves were scaling and sometimes prolonged battles that were supposed to be fast. In hindsight, I think that the system should’ve decided the maximum *possible* number of monsters, and waves should’ve been introduced much later, once the player was far stronger and could hack & slash his way through multiple waves quickly.

Initially, the damage formulas were taken straight from the jam version, but eventually, it led to the game falling apart towards the end. There were multiple changes to the formula midway through the development, and the final formula ended up being flawed. While the high damage spread was intentional to make sure the player is always on edge, it had a negative effect too — it was hard to tell if stat and skill gains were doing anything. I think it could’ve been solved by reducing the stat cap, making individual stat gains stronger, and reducing the damage spread, but by the time these changes were made, the project started running behind schedule, and I decided to adjust the final system instead of taking additional sharp turns.

Since the campaign ballooned compared to the original jam version, I understood that running back and forth between the camp and the destination wasn’t an option. That’s why the rest system was implemented, using Dinosaur as a reference. This way the player could find a dead end to regain his HP/SP and gave the game freedom to throw everything at him during the encounters. That said, this had a negative effect too, as there was no long-term resource management outside of keeping the party alive during encounters.

The ability to run away from battles at any moment was handled in a similar way to the jam version to allow the player to stay in control and take a step back if they screwed up. The only exception to this rule is when the party leader is unable to act, creating rare but precious moments of tension where the player has to fight with everything they’ve got.

For the same reason, the ambushes and surprises give a speed bonus instead of a free turn — in a game like this, getting wiped out by an unexpected Brutal encounter would ruin the day.


Exploration

Exploration was improved compared to the jam version, which had nothing going on in the dungeon apart from a few pits, pentagrams, fixed encounters, and a single teleporter trap.

To add additional variety and challenge, I added fake walls and communicated this with a sound effect whenever the player was standing close to them. One-way doors were added later, but this led to a funny exploit — running away from a battle after entering a one-way door would return you to the original position. I thought about fixing this but decided to keep it to let expert players weasel their way through the game if they decide to do so.

Treasure chests were added as a way to boost the party’s stats as an alternative to new equipment. Coming up with trap types was fun, but quite a few players got intimidated by them.

Random events were implemented to add additional variety and make sure that each player experiences their version of the campaign. Encountering dead party members led to quite a few surprises, and an optional superboss caused quite a few deaths. Unfortunately, the number of random events was very limited due to time constraints — anything that would take too long to implement was put aside.

Unfortunately, this led to the lack of additional events in the dark side of the campaign. There were ideas about facing the previous generations of heroes on the way to the surface, but they didn’t quite fit the schedule. As a replacement, discarded characters are used during random events, adding a personal element to battles.


Map Design

If you’re familiar with my work or have known me for a long time, you probably know how I despise automaps and the fact that DRPGs are expected to feature them. A large number of classics relied on toying with the player’s perception of 3D space and one of my favorite moments is getting lost on the third floor in Wizardry 1, when I was stuck wandering through identical-looking rooms, trying to find my way back. If it had an automap, that friction and fear would be gone, and that moment would never be burned into my memory.

Since I didn’t want to feature an automap in any capacity, I noticed that few modern PC crawlers could work as a “gateway drug” — high-profile dungeon crawlers featured an automap, while games without it like Jettatura had rather devious map designs, which could be too much for those who want to start.

I decided to double down on this, but add a helper feature to make the process easier, mainly the ability to check your facing direction and coordinates, akin to the DUMAPIC spell from Wizardry — you were still expected to draw a map, but at least you had some guidance. The decision to block this feature on the final floor drew some criticism, but judging from the feedback, most players enjoyed the intimate experience of making a map and taking notes.

This was the main reason why the campaign doesn’t feature teleporters or spinners — while they could’ve spiced things up, I decided to keep it simple and add these challenges in a potential sequel.

Maps were designed in Grid Cartographer and imported into the game. I decided to keep the map size limited to 20x20 to make it easier for Wizardry veterans to familiarize themselves with the game and let the newcomers have an easier time mapping the dungeons.

While the maps themselves were pretty enjoyable to design and play, I think that the challenge to keep the party alive could get a bit troublesome by the end of the game, and adding a few shortcuts to the camp could’ve made the process easier. At the same time, this friction created a unique experience.


Sight & Sound

The 3D visuals were inspired by Hamlet, an old PC-98 game, and my desire to experiment with graphics that would imitate pixel art in some capacity. The internal resolution was increased from 320x180 to 640x360 for the commercial version to render more detailed images and approximate the feeling of playing a cursed early 3D game on the PC-98.

The lines were initially rendered using the same method I used since Der Geisterturm, but it became obvious that the game needed thicker lines, so I switched to Vectrosity since I didn’t have much time to design and code a new solution from the ground up. Atmospheric lighting was used to add additional variety to the environment and boost the atmosphere.


2D visuals were handled similarly to the jam version — I rendered Torio’s art using the 1-bit palette, then adjusted the resolution. This allowed me to place two enemy parties on the screen and have nice, large sprites. There were thoughts about allowing more enemy parties on screen, but it didn’t look nice, so this idea was scrapped.

Music was created using Korg M1. Reincarnation uses updated tracks from the jam version, as well as new tracks. Due to time constraints, I decided to rework two of my older tracks — Confusion was based on a track from Phantom 3D, while Cycle of Pain was based on a scrapped concept track composed for Call of Saregnar, back before Tony Manfredonia came on board, whose music is a much better fit for the project. Fortunately, Damjan Mozetic had no objection, which saved me a few precious days of work during the late stages of development.

I aimed for the synth metal style for the combat music, while exploration and event tracks were composed in the dungeon synth style.

Most of the sound effects were reused from Ringlorn Saga, and new sound effects were created along the way in a similar fashion, but the number of effects was limited due to time constraints.


Cut Content

There are a lot of things that never made it past the planning stage due to time constraints.

One of the ideas was to include a “betrayal” system, which would sometimes lead to situations where a party member would turn out to be the Demon Lord’s servant and attack you with a small group of thugs. You would find a semi-identical replacement after the battle and continue your journey, but your trust in your party would be sabotaged. This system seemed interesting, but it was obvious that it would only work once, so it was scrapped.


Another system was inspired by my experience of playing Lunatic Dawn: Passage of the Book. Certain character classes could have a certain “destiny” assigned to them, which would work as a sidequest and add additional reasons to explore the dungeon thoroughly. As an example, a Thief in your party could trigger an event where his former friends from the Thieves’ Guild are hunting him down, and you could stop this by finding and defeating their leader.

This system was interesting and would add additional meat to the game, but it quickly became obvious that there wasn’t enough time to make it shine.


Release

Demon Lord Reincarnation came out on July 19, 2023. The game received coverage from the gaming media, which made it easier for me to market the game and get more players on board.

I think marketing and communication should’ve been handled much better, as a large number of players expected the game to be a Wizardry-style game, which it wasn’t, which caused some confusion and disappointment.

The game currently has “Mostly Positive” reviews on Steam with a 71% rating and 80 reviews. This is our most successful game and another positive lies in the fact that most negative reviews provided a lot of great feedback and gave a lot of food for thought for future installments.

Internally, sales expectations were low — DRPGs are a niche genre, and this game was a “niche within a niche” case, which limited expected sales by quite a bit. I wanted to sell 3,000 copies in a year, but experience dictated that I should expect to sell 1,000 copies at best.

However, the game was an unexpected hit and surpassed my expectations by selling over 3,000 copies in two weeks, and over 9,000 total across all platforms by late January 2024.

The PlayStation version was released in December 2023. It launched with a few critical issues that were fixed shortly after release.

Localization

The game had no plans or support for localization due to low expectations, but coverage from Game*Spark, high interest from Japanese players, and good experience with the Japanese localization of Ringlorn Saga changed these plans, which resulted in a quick addition of localization support and search for a translator around the release date.

The Japanese localization was handled by Izumi Thorn, who worked on titles like Yakuza Kiwami 2, Persona 5 Royal, and Shin Megami Tensei V. We instantly hit it off, and I had a great experience working with him.

The process was handled similarly to Ringlorn Saga: I created a build that allowed overriding the in-game text, which allowed the translator to tackle the project as they saw fit. The translation lasted for about a month and a half.

The Japanese localization was a commercial success, and localization costs were recouped before the localization even came out, as Japanese players bought the game while expecting the release, and I’m forever grateful for that.

Ukrainian localization was considered, but plans were put on hold due to the low popularity of DRPGs in the region. However, a volunteer translator offered to translate the game and is currently working on it.


Conclusion

Demon Lord Reincarnation is our most successful game, and its sales ensured that we will survive and continue making games for the time being. That said, it also taught me a lot of hard lessons about project scoping, game design, and scheduling.

On one hand, I’m happy with the project’s success and I know that it provides a unique experience, even if it’s not for everyone. On the other hand, players and I can see its faults and quite a few of them could’ve been prevented with smarter planning.

Hindsight is 20/20, but in my opinion, this project would’ve benefitted by slicing the volume in half and doubling the mechanical complexity, and spending more time on core game mechanics would’ve resulted in a more enjoyable experience.

Since the campaign had two sides with quite a few differences between them, the game felt like designing two similar games at once, and due to the size of the dungeon and simple game mechanics, it was spread pretty thin.

That said, despite the screw-ups, it ended up offering something new to the table, and I hope to develop these ideas and continue experimenting in my future work, but in order to do that, I'll have to adjust my processes to avoid rigidness that hampered this game and my prior work.

That’s why both the sequel and the spin-off are going to take their sweet time in the oven. As much as I’d like to ride on the sudden success of the original game, I want to make sure that new games don’t repeat the same mistakes.

At this point, I can promise that Gaiden is going to be a more in-depth game compared to the original, and I allocated additional time to the project to ensure that when it’s out, I’ll have no regrets about it.

As for the sequel, it went in its own direction and became a 2D Ultima-style game. Initially, I wanted to keep it first-person, but it became clear that quite a few ideas wouldn’t work well in a first-person game.

Thank you for your support and interest in our games. Because of the unexpected success of DLR we are enjoying stability for the foreseeable future and no longer have to run towards the release date before we run out of funds, a problem that was detrimental to our prior work.

And this is what all indie devs hope for, but rarely reach.

Monday, February 26, 2024

Demon Lord Postmortem

Been a while since I posted here, and after some deliberation, I decided to post about the development of Demon Lord, the Dungeon Crawler Jam version of the game that turned into Demon Lord Reincarnation. I hope this will provide additional insight into the design process and how the jam version affected the final game.

The Initial Idea

The jam version started as a different concept — it was about a summoner who traveled between two worlds (Light and Dark), recruited monsters, and aimed to defeat an evil wizard. The theme was “Duality” and the concept seemed to mesh well with it.

The plan was to have two variations of a single level with slight differences — a blocked path in the light world could be open in the dark world and vice versa, and the player could freely switch between worlds via portals.

Since jams like these are perfect opportunities to experiment, I decided to try my hand at SaGa-style systems, such as skill sparking and avoiding the leveling system, focusing on stat gains after surviving through battles.

Switch to Demon Lord

About three days into the jam, it became clear that the campaign would require more time than initially planned, so I decided to rework this concept into something else. After some deliberation, I recalled my love for Wizardry I & IV and I thought it would be neat if a single project combined the experience of playing both games into a single package — and it fit the theme too, which was another plus.

That’s how the concept shifted to a simple premise: defeat the Demon Lord as a party of heroes, then escape the dungeon as the Demon Lord as his army of monsters.

Around that time, I stumbled across Torio's archive and found out that his amazing artwork could be used in personal and commercial projects, which was inspiring and gave the project another push.

This sudden change of direction halfway through the jam hurt the final version quite a bit, as there was no time to develop the combat system in the way I wanted, so I opted to keep the automatic combat of the initial concept. The game balance was also all over the place, and slow progression didn’t help either.

The main criticism went towards the game balance and shallow combat, as well as lack of QoL features, such as lack of an auto-scrolling combat log, which made battles more arduous than intended.

With these problems at hand, few players got to enjoy the “dark side” of the campaign, but those who did praised it for its originality.

Aftermath

Fortunately, the player feedback aligned well with what I wanted to do, which gave me confidence that an expanded and improved version would be an enjoyable experience, and the project managed to attract attention on social media, making it easier to market.

The development of the expanded version titled Demon Lord Reincarnation started shortly after the jam ended. Unfortunately, the development hit quite a few snags along the way, and I’ll talk about this in the next post. 


Wednesday, November 15, 2023

A Hydlide Clone That Saved the Studio

While keeping my head down and working on new projects, I lost track of time and missed hat Ringlorn Saga turned one year old on November 7.

If you’re unfamiliar with this game, it’s an Adventure RPG inspired by classic games from Japanese computers, such as Hydlide and Ys. You can grab it on Steam, GOG, and PlayStation 4 for eight bucks and return in a couple of hours to read the rest of the story.

Now, let’s have a quick talk about its history.

How it Started

Let’s go back to mid-2022. NeuroWorm came out and bombed, my work computer died, and I had to spend most of my savings to get a replacement. To make matters even worse, the prices and living costs kept increasing due to the war, which added to the financial insecurity indie devs have to deal with.

As a distraction, I started playing around with pixel art. Since I was fascinated with Japanese computers and obscure games, I started researching the graphics in these old games.

After a while, I decided to start a small project to practice pixel art and animation. After thinking about what kind of game I wanted to make, I came up with three conditions: it had to be something that I personally liked, it had to be different to my previous work, and it had to be something recognizable.

That day, the lightning struck me as I was playing Hydlide. I liked it, Japanese players loved it, there was a small following in the West, and I could bait “haters” into trying it.

It was perfect.

Development

It’s funny, but I expected that Ringlorn Saga would be my last game, which made development surprisingly stress-free.

The development took about four months. Since I didn’t have much experience with the action genre or 2D graphics, I had to go through a long adjustment period, as my prior experience was mostly limited to 3D turn-based games.

My goal was to create the feeling of an authentic MSX game. That's why the game uses the original MSX palette, as well as Yamaha YM2413 and AY-3-8910 sound chips for the sound effects and music.

Story

Initially, the story focused on a princess who traveled to a distant land to return an idol to a hidden temple in order to lift a curse from her family.

After a while, this scenario was scrapped in favor of something smaller — in my experience, adding more beats to a simple story is a much easier task than cutting down a more complex story in order to fit the scope of the project.

Since I wanted the game to trust players, I needed to make sure players could trust the game. That’s why I avoided flavor text as much as possible — if players learn about something through dialogue, they should be able to find it in the game world.

I don’t like objective markers or handholding, so making sure players can piece things together was crucial. Same goes for lore dumps — no one likes hearing about cool things without any means to interact with them.

Gameplay

Combat system came together rather quickly — switching between Attack/Defense modes worked in Hydlide, but I wanted something more complex, so I added damage types and a power meter. I wanted to allow players to use their superior mobility to deal with difficult situations and sneak into dangerous areas to grab better items. After a while, I added more nuances, such as faster health regen in Defense mode and slight health and magic regen after each kill.

Enemy AI was pretty rudimentary, and I was still thinking in turn-based terms while designing it. Enemies behave in a “turn-based on a timer” fashion, which created a certain rhythm for each enemy type. I thought about changing it to something else, but eventually I grew accustomed to how actions were unintenionally telegraphed, so I didn’t bother changing it, and players found this approach intuitive enough to get by.

The magic system came together late in development. I didn’t want to implement a mana pool, so I decided to use a cooldown system. This way enemies could also use magic at certain intervals, and it created a sense of urgency when dealing with magic users.

I didn’t want to create a tutorial, so I made the early game harder and left a few hints in the starting area. The death system was a bit of a happy accident — I wanted to be able to respawn while testing the game and I didn’t have the budget for a game over screen. In the end, I decided to turn respawning into a small location where you can talk to defeated bosses and see how their attitude changed once they died.

The Temple of Rebirth bonus mode was initially planned, but removed from the game. It only returned shortly before release, as I had time to figure it out and make it fun. In this mode, you start as a slime and play as the last enemy you’ve killed. Your goal is to find Stefan cel Rau’s body and possess it, thus returning him to life.

World Design

The world design was somewhat fragmented — a few maps were designed as test areas before I started thinking about the story. The idea to have self-contained areas came up early, as I didn’t want to limit myself to just two layers of the world map,

I wanted to keep the world map small to ensure that players never have to go too far to reach their goal, and if they are lost, they can stumble upon it by wandering around.

The idea to keep the overworld and the underground areas interconnected came from my older game — Das Geisterschiff actively used this method, and it wasn’t too hard to handle, but it limited the space available for underground areas to make them truly interesting.

Release and Localization

The game didn’t have too many wishlists, so I expected it to bomb. However, upon release, it received quite a bit of coverage from the media, which boosted sales and quickly recouped the development costs.

Ringlorn Saga was localized into two languages: Ukrainian and Japanese.

The Japanese localization was handled by Ryu Ito, who contacted me shortly after release and offered his services, since he liked the game and wanted Japanese players to experience it. The localization process was smooth, and the game sold well in Japan, so I hope we’ll be able to work together again and bring future games in the series to Japanese players.

The Ukrainian localization came first, and it was handled by me and three volunteer translators (Kilsufat, TellerySpyro, Oleksandr Urizchenko). It took us about a month to localize the game since it didn’t have localization support and I had to quickly implement while translating the text. Unfortunately, it failed to recoup the localization costs.

Ringlorn Saga was also ported to PlayStation 4. The port took about 3 days, but unfortunately there was a long-standing graphics bug that took a long time to fix — characters wouldn’t get colored properly (e.g. while taking damage) and turned invisible instead.

The game sold over 3,000 copies across all platforms.

The Future of the Series

After seeing the success of the original game, I greenlit two projects: Ringlorn Saga Gaiden and Ringlorn Saga: Book Two. Gaiden would be a quick spin-off that focused on expanding the bonus mode into a full-fledged game, while Book Two would be a direct sequel.

Unfortunately, Gaiden suffered from several problems:
  1. The possession mechanic was a hack in the original codebase;
  2. The scheduling was all over the place due to other commitments, which caused multiple setbacks;
  3. The scope of the project spiraled out of control, which prolonged its development time and demanded more resources than initially planned;
  4. Once it reached playable state, it was clear that it wasn’t fun, and the issues were on the fundamental level.
Once these issues became apparent, Gaiden restarted as a completely different game with a much more limited scope. It’s currently undergoing a complete redesign into something more manageable.

The focus shifted to Book Two, a direct sequel that doesn’t require too many new features — the original is solid enough, and it only needs minor adjustments and a new campaign to work as intended.

Ringlorn Saga: Book Two is scheduled for release in early 2024.



Sunday, November 5, 2023

Mandatory Introduction Post

Demon Lord Reincarnation (2023)

Hi, my name is Romanus Surt, and I'm the founder of Graverobber Foundation, a small indie studio focused on making games that no one else is brave (or arrogant) enough to make.

This blog will focus on our games, game design, business decisions, and whatever else comes to mind, such as short posts about video games that inspired us, gaming history, or other hobbies. This blog is also a way to record our history for those who care.

Der Geisterjäger (2021)

There's no schedule, but I hope I'll be able to post monthly with an occasional shitpost every now and then. If there's a topic you would like to see covered on this blog, don't hesitate to ask.

If you're unfamiliar with our games, make sure to check them out on Steam or GOG.

Unseen: Impulse

I recalled an old prototype developed in early 2017 when Das Geisterschiff was being reworked after hitting a dead end and I needed a distra...