Today we present another interview with a game developer! We had a chat with Kodera Software, creator of the hard sci-fi ΔV: Rings of Saturn which is available in Early Access.
GOL: First of all can you introduce yourself
"My name is Mariusz Chwalba and I am a sole proprietor of Kodera Software. I mostly work on business software and making games is currently a side-project and an experiment."
GOL: How did you get started with game development?
"I was writing software for a long time - first for fun, later as a profession. I also love to play games and always wanted to make one, and one day came a realisation that with a current independent game market it’s actually possible to create a game by myself. ΔV is actually a third attempt at making a serious, commercial game - I abandoned the first two few weeks into development realizing that the scope I picked for them was just too wide. Rings of Saturn was the project cut down to the size I was confident I can finish in a finite time."
GOL: Tell us about your game ΔV: Rings of Saturn. What’s it about and why do you think people would like to play it?
"ΔV is a realistic 2d space mining simulator. I always liked to play space games, but I found most of them either being just arcades, or going too far into other directions and ending up as full-blown simulators that don’t actually have much game at the core. I wanted to actually pilot a spaceship, and I wanted it to behave as spaceships do.
I always knew that the game would not be for everybody and I chose to embrace it - instead of making it appeal to the widest possible audience, I focused on making it perfect for people who really like hard science fiction. It helps a lot that I am a member of its target audience - I can test if it’s going in the right direction just by playing the game myself and checking if I find it enjoyable."
Direct Link
GOL: How hard has it been to stick to your vision when developing ΔV: Rings of Saturn? Have you had to make any compromises for players? Considered changes to appeal to a wider audience?
"I made two significant changes to the game due to player requests, but none of these were compromises. In the initial draft of the game, there was supposed to be no communication with other ships, and the game would rely on environmental storytelling to convey the story. Addition of a dialogue system was a huge change, opening up new ways to tell a story, but also introducing a lot of additional work that was not planned initially. That set us back more than a year, but I’m glad I went that route. It opened up an opportunity to tell more complex stories and made the crew you hire behave more like humans, and not just upgrades to your ship.
A second significant change was the shape and appearance of the rocket plumes. I was approached by players that actually work in the rocket industry and told that rocket plumes in vacuum look nothing like I presented them - with videos of actual rocket tests. That change was the opposite of a compromise - it actually focused the game more on it’s intended niche."
GOL: You did something interesting with the demo that I don’t remember seeing anywhere else. You can play the full game, and save it - but not load it. Why did you decide to do this? Has it helped sales at all?
"If people want to play your game for free they will and there is nothing you can do about it. At the time I released the extended demo I knew that the people who really like ΔV spend hundred of hours playing it, so I was confident that the players that are really going to enjoy it will buy it to continue playing - and these that don’t, well, I think it’s better if they didn’t purchase something they don’t like. It’s important to note that releasing a full game as a demo, with a single option locked out, is actually a lot simpler and cheaper than making a stripped down version. I run a single shell script and 5 minutes later I have 6 executables ready - 3 full versions (for Linux, Windows and Mac) and demos, built from the same sources.
While I came across opinions that demos hurt game sales, in my experience they help - and help a lot. I can’t give you exact numbers because many other things happened at the same time as the demo release - being covered in press and influencers on youtube, but ever since we released the demo sales did increase."
Direct Link
GOL: You work with the open source Godot Engine. Why did you pick that over other game engines and toolkits? Can you also tell us a bit about your workflow?
"When I started working on ΔV I was considering making my own engine for it, but chose Godot as the next best thing. As a MIT-licenced open source project I could make any modification I would see fit and all the low-level plumbing was already in place. It was a really good choice, as I ended up modifying it only a little, and it sped up the development tremendously.
I use a subset of agile methodology for my software development, meaning I’m moving swiftly and in small steps. I start my day with a stable master branch, pick a task that I think I can complete in hours, and hours later I end up with a stable master branch again. If a task is too big for a few hours I split it up. It’s very important - for me - to have a publishable project at all times. That means stable code, but it also means no placeholder assets, no half-baked dialogues. At the end of a day I need to have something that I can publish - and most often I do, as the “experimental” branch updates for players daily.
If you are curious about the software, I use a lot of FOSS. I render my sprites in Blender, compose them in GIMP, edit audio in Audacity, put it all together in Godot Engine, control my version with git and use gitlab as both an online repository and issue tracker."
GOL: ΔV: Rings of Saturn has now been in Early Access on Steam since 12 Aug, 2019 - can you tell us how the sales have been across Linux, macOS and Windows?
"Windows sales are, unsurprisingly, the majority with 90.3% units, followed by 6,3% for Linux and 3,4% on Mac."
GOL: How challenging (or not) has it been to support Linux for you?
"Out of 2070 hours I spent developing ΔV so far about 30 were spent on what I believed at the time to be Linux-specific problems. It turned out they were not, in fact, platform specific - these were race conditions that just happened to trigger more often on Linux systems due to different timing of events, but they caused the same problems for everybody, and they would be next to impossible to pinpoint and fix without the other angle Linux gave me. Looking back I think supporting Linux actually saved me a lot of time I would have to spend on hunting down bugs that were very elusive on Windows systems."
GOL: If memory serves, you actually used the Windows Subsystem for Linux to help diagnose and fix a bug in the Linux version of Rings of Saturn is that right? Care to tell us what happened there? (If I totally have this wrong, feel free to ignore this question…)
"Yes that did happen. One of the first race conditions that were exposed on Linux was triggering pretty reliability in seconds on Linux, but took a few hours to manifest on Windows I’m usually working on. I made a specific test case that I could run on my local machine on, effectively, both systems to check that the problem was fixed. Windows Subsystem for Linux helped me to automate the testing process, as I could run all the tests for both systems with a single script on my usual laptop."
GOL: What’s next for you after the full release of Rings of Saturn?
"I think I will support and expand the game for at least a year. I had real fun making it, and I still have ideas on how to extend it. The game format lends well to that plan - as I can add new ships, upgrades and story events seamlessly. After that - we’ll see. ΔV is ultimately a benchmark project, made to gain first-hand experience if games alone can support my business. If it can (and it sure looks like it can at this point), I’ll start making a sequel. I already have some ideas."
GOL: Any wise words or advice to leave it on for other indie developers?
"Start small. Figure out a game you think you can do in weeks, you might end up finishing it in a couple of years. I mean - look at ΔV, I initially thought it would take two weeks, a month tops - and here we are, three years later. If it’s the first game you are making, make something you would really like to play. It’s important to be able to see for yourself what works well and what needs changing. Try to pick a subject for which you can do everything in-house, in a pinch. It’s good to outsource, but you might find that artists you worked with are not available for urgent fixes. Pick an engine that allows you to go cross-platform and try to do that early. It will save you a lot of trouble later on - and trust me, once you see even a moderate success, you will want to go cross-platform. I found that it’s also very important to forge a proper development schedule - humans are creatures of habits and it’s much easier for us to work on something that we keep doing it regureally.
And remember - even a single person can make a successful game. I started alone and got my team as I went, and so can you."
A big thank you to Mariusz Chwalba for having a chat with us at GOL here today.
Want to chat with us about your game? Do reach out!
You can buy yourself a copy of ΔV: Rings of Saturn from itch.io and Steam.
Article taken from GamingOnLinux.com.
I am really surprised that people would think that. I can see it being true if your game's crap, and no one would pay for it if they ever tried it, so you're trying to bilk them on hype, or if people could use the files from the demo to defeat your DRM.
If you've made a good game that people will want to play, though, then demos seem to me like a great way to get exposure and get fence-sitters hooked on your gameplay loop or intrigued by your story. I grew up with shareware and the demoscene, and it was definitely the case then that you built hype and increased sales by having a demo.
I can see arguments that making a demo is time-consuming, to select exactly the parts that will get people interested, or a pain in the arse because you need to maintain a version that people don't pay for as well as a version that they do, but I don't see it hurting sales unless the game's so bad that people shouldn't be paying for it anyway.
Last edited by CatKiller on 28 May 2021 at 2:10 pm UTC
There's always refunds, but with demo like this you don't have to go through that hassle.
Philadelphus May 29, 2021
"While I came across opinions that demos hurt game sales, in my experience they help - and help a lot."I believe the point is that fence-sitters can go both ways. I download a demo because I'm not sure that the fun I'll get out of a game is subjectively worth its asking price to me. There are games I've bought because I played the demo and enjoyed it, and there are also games I ultimately did not buy after playing the demo; not—and I stress this—because the game was at all bad, but simply because it turned out it just didn't fit my interests.
I am really surprised that people would think that.[…]
If you've made a good game that people will want to play, though, then demos seem to me like a great way to get exposure and get fence-sitters hooked on your gameplay loop or intrigued by your story.
I think it's essentially two ways of looking at exactly the same thing, almost like a glass-half empty/glass half-full deal: some people will see all the people who bought a game after playing the demo and conclude, "Demos are great for sales!" Others will see all the people who ended up not buying after playing the demo, and conclude, "Demos hurt sales!" Perhaps if you could compare the two numbers you could get an idea of which is more prevalent (though it's complicated by the people who played the demo, enjoyed it, but haven't bought the game yet, perhaps waiting for a sale or for some other reason; they might get lumped in with the people who don't buy at all, inflating that number).
Do note that I am, personally, very much in favor of demos, as I think it's very courteous to let someone try out your game for free if they're not sure they're going to like it rather than making them buy it only to discover that fact later.
I believe the point is that fence-sitters can go both ways. I download a demo because I'm not sure that the fun I'll get out of a game is subjectively worth its asking price to me. There are games I've bought because I played the demo and enjoyed it, and there are also games I ultimately did not buy after playing the demo; not—and I stress this—because the game was at all bad, but simply because it turned out it just didn't fit my interests.The thing is, all your* marketing and hype building and whatnot is to get people to look at your page. If your page gets them to buy the game, great, and if it makes them choose to not get your game, that's a shame. Having a demo doesn't change things in either of those cases.
That leaves the fence-sitters. Demos give you a chance to engage them, and gives you the potential to turn them into a sale. With no demo, those fence-sitters only have the option of navigating away to something else (no sale), torrenting the game as try-before-you-buy (no sale) (I believe that a non-zero number of people will go back and pay for something they've enjoyed, but it's definitely not all of them, and you've provided no mechanism for them to do so), or they buy it and refund it (no sale) (which also means that they'll look upon your future games less kindly because you've made them go through the hassle of refunding).
Some fence-sitters are going to take a chance on the game and like it (sale), but those users would have also been converted to a sale by an enjoyable demo, so it's not a win to not have a demo in that case. That leaves the remaining non-demo class that does create an additional sale: people who take a chance on your game, don't like it, but miss the refund window. People should feel bad if they're chasing this class. Those customers are going to have a negative view of all your future products, and you've managed a one-time picking of their pockets: good job.
I think you're** onto something with the misguided application of sales metrics interpretation.
*(not you you, hypothetical game dev you)
**(you you this time)
Philadelphus May 29, 2021
I hope there is more to come.
Perhaps you can interview Bernd from egosoft? Their X-games are great and the Linux support of this company is also very well.
Last edited by einherjar on 29 May 2021 at 12:34 pm UTC
slaapliedje Jun 8, 2021
Come think of it, releasing full game as a demo does have at least one additional benefit. As demos are usually hacked together usually in a hurry, they might not give good indication if full game will work properly on your computer (or if the final game is as fun as the demo). In this you can be pretty sure it will work.I still remember the Battlefield 1942 demo would run perfectly smooth on people's systems at the time. Then when the full game released, it ran like crap on just random hardware. Like some lower end systems would run it fine, and higher end systems were sluggish, some driver conflict or feature or something. Took them a while to get it patched right, but was such a weird performance difference between the demo and full release...
There's always refunds, but with demo like this you don't have to go through that hassle.
I imagined this is another reason that demos kind of died off...
slaapliedje Jun 8, 2021
Thanks to Mariusz Chwalba and Liam for this interesting interview!
I hope there is more to come.
Perhaps you can interview Bernd from egosoft? Their X-games are great and the Linux support of this company is also very well.
I was thinking an interview with the Valheim developers would be nice, and if so, ask them if there actually are some weird quirks in the Linux vs Windows client.
Dude I play with keeps blaming that I'm running it on Linux for some of the weird bugs we've encountered, like I couldn't push a boar without sliding around. Or one of the mods we use was glitched so I could build up from the chests, but then it wouldn't actually consume the materials. So the game allowed me to cheat. :P
But yes, excellent interview! Would be awesome to be able to see more of these. He confirms that cross-platform development really is beneficial to finding bugs, and makes it overall easier to develop anyhow.
Also neat to see a game have more Linux purchases than Mac :)
Come think of it, releasing full game as a demo does have at least one additional benefit. As demos are usually hacked together usually in a hurry, they might not give good indication if full game will work properly on your computer (or if the final game is as fun as the demo). In this you can be pretty sure it will work.I still remember the Battlefield 1942 demo would run perfectly smooth on people's systems at the time. Then when the full game released, it ran like crap on just random hardware. Like some lower end systems would run it fine, and higher end systems were sluggish, some driver conflict or feature or something. Took them a while to get it patched right, but was such a weird performance difference between the demo and full release...
There's always refunds, but with demo like this you don't have to go through that hassle.
I imagined this is another reason that demos kind of died off...
I would suppose that when demo comes out, there's still plenty of time to finish the game. Then the deadline suddenly comes and and game goes out in state that's still missing testing and polish. On top of that there might have been effort to make the game look as good as the prerendered trailer...
Patreon
PayPal
See more from me