It’s the sparring partner you’ve always wanted, the secretary that handles your company organization, or the mentor you’ve always needed. Every SoloDev knows how challenging, exhausting, and versatile the problems of game development projects can be. You end up merging a whole bunch of jobs into one person and have to be at least somewhat competent in a hundred different areas.
For all the weaknesses AI has in topics where we already have deep expertise, it becomes incredibly helpful in areas where we’re not so strong, where we need confirmation, or where we need to run analyses.
Personally, I rediscovered my passion for coding projects through ChatGPT – even outside of the gaming space. Why? Because I love the conversations about state-of-the-art technologies, infrastructure, or even creating marketing assets. As a freelance developer and indie game dev, I juggle a ton of areas, and as always, there are some that I honestly just hate dealing with.
Perfect example: market analysis for new projects or social media marketing. This is exactly where I find AI to be the strongest. You can use it to draft small roadmaps, generate ideas for projects, and later verify them. On these meta and organizational levels, ChatGPT has become a completely new tool for me – one that has actually motivated me to do more, because I can offload the “low-level” work or the stuff I simply don’t enjoy.
It’s a huge relief to have something at your side that can confirm your idea is solid, or that a market isn’t already saturated. These kinds of statements do something to you. They give you the push to put energy and joy back into your work. Over the last few years, I had a ton of ideas and concepts, but I lacked that someone to say: “Hey, this is a cool idea, keep working on it.” Instead, I started seeing everything as not worth it anymore – and along with that, I lost the fun in daily programming.
That has now completely changed. I also work a lot with ChatGPT while coding. If you bring enough knowledge to recognize when it’s talking nonsense (which happens often), you save yourself tons of time digging through documentation or searching for examples. You get solid code snippets and interesting approaches for your work.
But: this only works if you actually know what you’re doing. Just copying things over without understanding them won’t get you anywhere. Very often, ChatGPT’s answers are missing exactly that specific expertise or the context you really need. Generic code only helps if you know how to turn it into something useful.
What I want to say is this: For me as a SoloDev, it’s become one of the most insane tools out there for boosting productivity.
Downsides
You often get solutions without having gone through the process yourself. That means you might miss important things along the way.
Handing over project management completely can be frustrating, because it’s easy to lose track.
My final advice: AI is a tool – and it should be treated as such. If you don’t understand something, it’s on you to learn it.
In my next post, I’ll write more in detail about my new project.
Es ist der Sparringspartner, den man sich immer gewünscht hat, die Sekretärin, die sich um deine Firmenorganisation kümmert, oder der Mentor, den du schon immer gebraucht hast. Jeder SoloDev weiß, wie herausfordernd, ausdauernd und vielseitig die Probleme von Gaming-Projekten sind. Man vereint eine Vielzahl von Jobs in einer Person und muss sich in hundert Bereichen zumindest halbwegs auskennen.
Bei all den Schwächen, die KI in Themen hat, in denen wir selbst tiefe Expertise besitzen, ist sie umso hilfreicher in Bereichen, in denen wir uns nicht so gut auskennen, Bestätigung brauchen oder Analysen durchführen müssen.
Ich persönlich habe meine Leidenschaft für Coding-Projekte durch ChatGPT wiedergefunden – auch außerhalb des Gaming-Bereichs. Warum? Weil ich die Konversationen über State-of-the-Art-Technologien, Infrastruktur oder die Erstellung von Marketing-Assets liebe. Als freiberuflicher Entwickler und Indie Game Dev habe ich unzählige Baustellen, und wie es eben so ist, gibt es Bereiche, die ich ehrlich gesagt einfach zum Kotzen finde.
Bestes Beispiel: Marktanalysen für neue Projekte oder Social-Media-Marketing. Genau hier finde ich KI am stärksten. Man kann sie nutzen, um kleine Roadmaps zu entwickeln, Ideen für Projekte zu sammeln und diese später zu verifizieren. Auf diesen Meta- und Organisationsebenen ist ChatGPT für mich ein völlig neues Tool, das mich tatsächlich motiviert hat, wieder mehr zu machen – weil ich „niedere“ Arbeiten oder Dinge, die mir weniger Spaß machen, einfach auslagern kann.
Es ist eine enorme Hilfe, jemanden an der Seite zu haben, der bestätigen kann, dass deine Idee gut ist oder dass ein Markt noch nicht besetzt ist. Solche Aussagen bewirken etwas. Sie motivieren, wieder Ehrgeiz und Freude in etwas zu investieren. Die letzten Jahre hatte ich viele Ideen und Ansätze, aber mir fehlte einfach jemand, der sagt: „Hey, das ist eine coole Idee, arbeite daran weiter.“ Stattdessen habe ich vieles als nicht mehr lohnend empfunden – und damit auch den Spaß am täglichen Programmieren verloren.
Das hat sich nun grundlegend geändert. Auch beim Coden arbeite ich mittlerweile viel mit ChatGPT zusammen. Wenn man genug Wissen mitbringt, um zu erkennen, wann es Mist erzählt (was oft passiert), spart man sich Unmengen an Dokumentationssuche oder Beispielrecherche. Man bekommt gute Code-Snippets und interessante Ansätze für die eigene Arbeit.
Aber: Das funktioniert nur, wenn ihr wisst, was ihr tut. Einfach Dinge rüberkopieren, ohne zu verstehen, was passiert, bringt euch nicht weiter. Oft fehlen in ChatGPTs Antworten genau das spezifische Fachwissen oder der Kontext, den ihr eigentlich braucht. Generischer Code hilft nur denjenigen, die auch damit umgehen können.
Was ich damit sagen möchte: Für mich als SoloDev ist es eines der krassesten Tools geworden, das mich produktiver macht.
Downsides
Man bekommt oft Lösungen, ohne selbst den Weg gegangen zu sein. Dadurch verpasst man vielleicht wichtige Dinge unterwegs.
Projektmanagement komplett aus der Hand zu geben, kann frustrierend sein, weil man den Überblick verliert.
Mein Rat zum Schluss: KI ist ein Werkzeug – und sollte auch so verwendet werden. Wenn ihr etwas nicht versteht, liegt es an euch, es zu lernen.
Im nächsten Post schreibe ich ausführlicher über mein neues Projekt.
It’s been a while since my last post. During this time, I’ve worked on several game prototypes, but nothing ever felt worth sharing publicly. A lot has changed in recent years — not just in the world, but also in my perspective on the industry, society, and creativity. Still, one thing remained constant: my passion for game development.
Rebuilding Momentum
Now feels like the right time to reactivate some of my old marketing channels and create new ones. I want to rebuild a consistent workflow — pursuing small but meaningful projects with enthusiasm, without burning out. My goal: finally build a game I can truly be proud of. One that lets me say, “I gave it everything I had.”
Timbertales & Streaming – A Learning Experience
Last year, I began streaming my work on a new version of Timbertales, porting it to Godot and recreating its core features. I made solid technical progress — but streaming every day while developing was overwhelming. Speaking English on stream while thinking deeply in code didn’t come naturally to me.
These days, I still stream regularly — but now I focus on gameplay streams in German, and that feels far more authentic and sustainable.
Why I’m Coming Back – Again
My heart has always belonged to indie game development. After nearly four years of freelancing in eCommerce, I find myself longing for something more intellectually and creatively fulfilling. That had always been the plan when I became self-employed — but somewhere along the way, the focus shifted entirely to financial survival.
Now, I want to realign with that original intention: to create complex, meaningful software that challenges me.
Uncertainty & Small Sparks of Inspiration
Truth be told, I’m still figuring things out. Everything feels difficult. I often find myself asking:
Where should I even start?
What do I truly want to make?
What’s the next right step?
But I’ve recently rediscovered my curiosity for Blender and 3D modeling — working through a few tutorials has helped me reconnect with creativity. It’s not a full plan yet, but it’s a spark.
What’s Next?
This post sat in my drafts for quite a while — and in the meantime, things have already started to move. I can now tease that I’m working on something new, and I’ll share more about it in my next blog post.
If you want to stay updated or simply be part of the journey, feel free tojoin my Discord — I’d love to connect.
Recently I found my inspiration and motivation deep in the cellar. Of course I never cancelled my game development completely, but with the current situation I had a lot of other thing to care about. As usual the biggest problem was the financials the last two years.
So let me just give you this advice to everyone who thinks about getting full time indie – Make sure to have financial freedom to do so for at least one year. With fear of financial ruin in your mind the creativity is completely killed and you will lose all your motivation and inspiration.
I am happy to be back and provide you some updates about my current project and achievements.
Simple water shader in Godot
For my current project I was playing around with some tiles and I created this water shader to have some kind of background for the tiles. I was pretty happy with the result. First of all I have to say that I copied most of it from here https://www.youtube.com/watch?v=5MfcliFqjnE but the difference is in the camera.
For the original shader a perspective camera was used. I wanted to make the shader working with a orthogonal one, so I had to make some adjustments, since the depth buffer doesn’t work this way on an orthogonal camera. You can find my shader code here: https://github.com/ruffiely/windshader_godot/blob/master/water.shader
I hope you like it and you can use it for your project as well.
Get your Godot topic covered by me
Another thing I want to mention in this post is: I came up with a new idea for my Patreon page. You are now able to request a Godot specific topic which will be covered by me in a video tutorial by becoming a Patreon. With this change and focus on my Patreon page I would like to concentrate more on video tutorial and providing more value for the community by getting something in return.
Your advantage: You can get a very specific topic covered and explained in depth which maybe helps other on my channel as well.
Beside of that I started with a new prototype for a new game and achieved already some playable scenes I will report within the next post.
I am still working on games guys and I want to give you a little life sign with this post today. My last post is already half a year ago many things changed in that time, but some are still the same.
The Corona pandemic hit me quite hard. Yeah, I am working from home and normally I would not have any problem with it, but most of my business money was spent. So, I needed to work as a freelancer to earn some money. Unfortunately most of the companies I worked previously weren’t looking for any freelancer. In the end I had to live from social benefits and I still do.
Nevertheless in the mean time I got some motivation back and I came up with some new game ideas. Currently I am doing a lot of prototyping and testing these ideas. In the past with my first two games Timbertales and FlatFatCat I have made big mistakes in this stage of development. I always started with the game design document and afterwards I started with the development (production phase). After a while I noticed that these games weren’t as fun as I expected, but I invested already so much that I kept the development going.
Even now I often update the steam store page etc. without any luck
What was the biggest mistake in the past?
I skipped the pre-production completely. Instead of testing out the core gameplay and verifying if the gameplay is fun at all I started with the production of the game without defining the game enough. Today, I think that is why I couldn’t ever bring Timbertales to a quality I wanted to have. The gameplay lacked innovation and fun from the beginning. The technology I used was quite good and I had also well written code. The graphics are simple but supporting the game. Thats all fine and I am very proud I could even release some games with decent content.
I always tried to sell those games and I didn’t get the numbers I was looking for. The game isn’t fun, innovativ or good enough and I spent too much time caring about these games, because I already invested too much time into them. Today I have a very different opinion and it took me quite a while to see things clear. Of course I was emotional bound to these games and I wanted to have success.
Why is pre-production and prototyping so important?
There are several benefits from prototyping before you go into production. First of all you can verify if your game idea is actually fun. Ideas tend to be awesome in our minds and we always want to create them as quickly as possible, if you have a high claim on quality for example you will spend months of development before you can even test your first scene. This can become very dramatic if you realise that your game idea isn’t fun at all or don’t work as you expected. This is why you should prototype first and bring your game idea as soon as possible to a playable version.
Another problem I encountered with both my games was the scope of the games. In the end of production I started to add features because I thought the game wasn’t good enough. I missed the opportunity to define the scope of the game before I started with production. That was a big problem because it raised a lot of questions during the development. I had to think on the fly about solutions and I came up with a lot of features, which were never planned.
When I am talking about pre-production think about film makers most of their work is pre-production. Before they can go into production the story board needs to be completed. All actors needs to be casted and all location needs to be defined. Then they can start with actual production (recording) of the scenes. In game development this is quite similar before we go into the production (development) we should define our story, core gameplay, levels and scope of the game and this is done by prototyping some basic levels for evaluation.
Afterwards in production you can start to claim a high quality in assets or levels, because everything else was defined in pre-production and isn’t a thing to think about anymore. You now know what you have to do and this should be the goal of the pre-production phase. A long time game development was quite complex for me and this was because I did everything on the fly while production, but if you have a very good pre-production the production becomes very easy and you just have to finish your game 🙂
The downsides and throwbacks of pre-production and prototyping phase
You need to be very honest to yourself. If you start prototyping and you realise that your game idea doesn’t work – Drop it! It is very hard to drop projects. As you can see with Timbertales and FlatFatCat I am not able to this even after so much time I earned nothing from those games. As a developer you are emotional bound to your games and it is very hard to drop things, but the if you can do this it will save you a lot of time and money!
For example if I would have started Timbertales with a simple prototype I would have realised soon that there is something missing in the gameplay there is no fun or innovation. I would have spend a month or two in development and I would need to drop that work which would be hard, but it is so much better than developing the game for a year and earn nothing like I did.
Another downside of prototyping: You can’t plan this process. It is kind of creative work. Some days you don’t have the energy for that, but in prototype phase you need to be creative and test innovativ and fun ideas. In this stage of development you can’t just finish things you have to play around and explore. Also it is very hard to define when pre-production is really finished.
Will my next game be more successful than the other?
I really hope so! The approach overall feels much better. I spend a lot of time into testing and prototyping which really makes me feel like an indie game developer. I already know that my next game will offer so much more fun and the core gameplay loop is so much better.
Sometimes it is very hard if your ideas won’t work on the first day or some gameplay elements just don’t look good or feel good. It is also a problem that I always want to polish things a lot, but keep in mind if your gameplay is really fun then it will be fun with unpolished assets as well!
I hope I could give you a little insight today on my new approach to making games. If you interested in following the development progress make sure to subscribe to our newsletter on my website or join my Discord
at the moment I try to release a patch every week for Timbertales. I realised that most of my changes in the last three weeks are only kind of cosmetic changes and fixing issues I had to address years ago. This week I want to try to dig a little bit deeper and focus more on the core gameplay. One big change which will hit on Friday: You are now able to move your units through friendly units. It sounds like a small change, but there was a lot of code involved and I can tell you it changes the feel of the game quite a lot.
This brings me to the next topic. I always had the feeling that most of the players are not able to completely get all combat features, because they are very hidden and if you are not involved into the development process of the game you most likely don’t even know how most the systems work. This results in two major problems. First most people think Timbertales is a casual game for kids. Second the core gameplay feels very flat and unrewarding.
Combat systems
Surroundings: If you surround enemies with your units you get a higher critical strike chance. With a simple surround you gain 25% more critical strike, with a full surround you will receive a bonus of 50%!
FlankingFull surround
Unit / Attack Types: Every unit in Timbertales has a different attack type and unit type. The combination of both types determine the damage a unit will take or deal. For example a concussive weapon type deals “0.25 * damage” vs large unit types, while vs small unit types it deals the full damage. This makes it very important to choose the right units to attack specific unit types of the enemy. I think this system is pretty unknown to everyone and this is one reason why it feels so flat.
Combo System: And last but not least we have the combo system. Every unit in Timbertales represents a special element. There are earth, poison, shadow and nature. While shadow is an opener, earth is a finisher and poison / nature can be used to expand the combo. In an ideal scenario you what like to attack first with a shadow unit than a nature and finish off with earth. This would increase your damage in addition to the system I have written before. A two combo chain deals 1.2 * damage while a complete three hit combo deals 1.5 * damage.
The badger in the top left is poisoned and can be combo chained with earth or nature.
Actually you can find all this informations I have written about in the help dialog, but I think most of you haven’t checked it out yet. This is why I want to make changes here in future.
You can find all these informations in the help dialog
What are the plans to make the combat more engaging?
As you can see the combat systems of Timbertales are quite complex, but horrible visible for the players. This is why I would like to change some things in the future.
Surroundings: I think this one is quite easy. I need to make it better visible for the player. I plan to give surrounded units a small symbol which states that it receives more critical strikes because of the disadvantage of being surrounded. This offers the possibility that a player will take use of surrounding when he accidentally see it for the first time.
Unit / Attack types: This one is quite hard to make it better visible for the players, but I think I could add short sentences to the combat texts to state their effectiveness. For example if you attack a large unit with concussive weapon the combat text could look like “- 5 (uneffective)”. This would be my first thought on this topic.
Combo system: I am not very happy with the combo system at all. I think it is too hard to understand and don’t provide a rewarding feeling right now. Instead I think about removing the combo system and give a fraction a unique system. My ideas at the moment: The Sylvan units injure enemies and the wounds would stack up to three stages. Something like: small wound, gaping wound, devastating wound. Based on the wound type the unit would receive extra damage and special abilities provide bonus effects. The Vermin on the other hand would injure enemies with poison.
In the end I think there is the need of changes to the core gameplay to make the game more interesting. Unfortunately I always realise that the cool / big changes take a lot of time. I will do my best to make the best changes possible!
in the last blog post I told you a bit about going back to old projects or start something new. I decided to go back to an old project. Since my budget is running super low and I can’t survive as indie game developer much longer – I had to make decisions and one of those were: Bringing Timbertales to the quality it deserves!
Added drop shadows and new idle animations
The quality of Timbertales
Timbertales was my first game project and I invested a lot into that game. It is based on a very complex server infrastructure and all the code is written with the libGDX framework. That means I haven’t used any game engine and had to write massive amounts of code. This makes the maintainability even harder and I wish it was achieved with Godot nowadays 🙂
Nevertheless the code isn’t bad at all it just takes so much more time to patch and change things if you have to do it all by code instead of an easy GUI editor. Timbertales were released in a no where near perfect state back in 2017. I had to rush myself because of the lack of money. The start wasn’t very successful and so I didn’t put much more effort in a project which took me more than a year of development time.
New water and shader for it
What has been changed so far?
I started last week to get back the project of course I had to get back into the code and understand things I have written years before, but it was kind of easy to pick up. As first step I started to improve some visual stuff and released a patch on last Friday you can find the complete patch log here: https://steamcommunity.com/gid/103582791459405092/announcements/detail/1717498690224730223
It is overwhelming how much I learned in the time and so I come up with a lot of changes and very different view than two years ago. My plan is to improve the visuals to make the game more appealing to a possible audience. Afterwards I would like to improve the store page on Steam and put up some new graphic assets like screenshots and trailer to push the sales. My goal is to get more community feedback and release a patch very week. That said tomorrow will hit another patch. Timbertales is also on sale at the moment, if you are interested in the game.
What are the next changes?
This week I also focused on tweaking, fixing bugs and improve the visual quality in general, but there were also a lot of thinking ongoing in which direction the development will move. There will be big game play changes upcoming. I also want to improve the balancing and add another story campaign, but first of all there is small little problem with the budget.
Every time I have to decide which direction I want to go as indie game developer I ask myself should I go for a new game project or should I stick to older game releases?
If you have already shipped a game or two and it didn’t sold well in the past you always ask yourself as an indie game developer is it the fault of your game? Is it your marketing? The quality? Game design?
Can I change something to make it sale well or should I go for a new project with fresh ideas?
Reasons to improve older releases?
You already shipped a game so you are in the lucky spot to actually sale something! This is a huge advantage!
Every new project takes time to build and you don’t have any fans or community with the start. This means you are not able to ask for feedback and you don’t know if your new game will be any good.
With an old game you maybe have already some fans or even a community which can help you to improve the game and attract more new players. Also as you all know marketing takes a lot of time and you have already done this for an older release. You can focus on improving instead of working out loud.
There was a reason why you developed your game, try to go back in time and think about why you actually started the game, why does it not sale well? Check analytics on store pages and review your reviews.
Why going for new game projects?
Sometimes you are somewhat stuck in a game project and don’t have any fresh ideas or you don’t even know what is wrong with your game. That might be the best time to start a new game from scratch.
Most of the time new games brings a lot of motivation you have new ideas and you can do things how you would like to do it. You are also able to try out different and new things. Maybe you find a new niche and can sale this game even better than other games before.
Conclusion
My life situation at the moment is quite hard and I have to make hard decisions how to progress in my life and how to secure my living. At the moment I have depts due to taxes and older projects and unfortunately there isn’t much income at this time.
So I decided to make my decision depending on the feedback of my players if I want to continue on older releases: Timbertales and FlatFatCat or if I want to try out something new. Also I need to work on a lot of side projects where I can actually earn some money.
If you would like to support me make sure to check out our community hubs:
As I started working on my current game shuffleboard cat, it was intended as a funny little shuffleboard game with cats. I absolutely like my progress so far, but unfortunately I made some decisions and got lost somewhere in the middle where I need your help and feedback for discussion and getting back on track!
Please keep in mind that most of my arguments are based on my experience and not a given fact. 🙂
Introduction Shuffleboard Cat
Let me first introduce the project to give you a small impression about the type and genre of the game. I used most assets from my Flat Fat Cat franchise, because I like the assets very much and I think they fit perfectly into this type of game. With Flat Fat Cat Bounce I created already a game where you can slide and bounce cats together and I liked that game mechanic a lot so I sticked to it.
But there is one major difference which isn’t visible on the first view. Godot! Flat Fat Cat Bounce was achieved with libGDX meanwhile I switched to Godot as game engine and I wanted to transfer the mechanics and assets to a new game engine with success!
Shuffleboard cat is made with Godot and works fine so far with nearly the same behaviour physics wise as the original Flat Fat Cat Bounce. As usual I challenge myself a lot so beside of transferring the game to a new engine I also wanted to include multiplayer and a more competitive approach into shuffleboard cat.
The idea in short: Provide the mechanics of sliding und bouncing cats like we had in Flat Fat Cat Bounce, but instead of matching pairs – combine these physics with a standard Shuffleboard game and add multiplayer and a ranking to it. I also added some skins and some kind of progression system, but this shouldn’t be discussed now and will be introduced later.
Why choosing mobile market / platform?
This is the project in short. I had the vision to make it as mobile game for several reasons:
I like the slide mechanic with touch inputs
The portrait mode has the perfect aspect ratio for the playground
Short 1v1 matches for ranking multiplayer would fit on mobile
General Art style matches the mobile market
Free to play games are easier to distribute on mobile
It is not the complete list, but these were the main reasons for me to design it for mobile devices. As said unfortunately I lost the focus at this point and I am not sure if I was ever the right call with these assumptions.
I still like the touch input for the slide mechanics and I think the playground fits perfectly to the portrait mode.
But! Is multiplayer really good on mobile devices? I mean seriously clash of clans or clash royale prove that there is a competitive scene on the mobile market. I think Shuffleboard is a really niche in sport games and so it will on the video game market. I don’t have any idea if there is a lot of potential or even enough players to make it work.
Is the general art style really only fitting on mobile market? I don’t know! Flat Fat Cat Bounce for example was much better sold on Steam as it ever did on mobile market and this even without optimising it for PC or Steam!
“Free to play games are easier to distribute on mobile market?” At this moment I don’t think so anymore, because I think the mobile market in general is so much harder to enter than to publish games on Steam for example. Without spending money on marketing you have to put a lot of effort into actually reach out for players. I have the feeling that it is easier to build up a community or get players on platforms like Steam.
Why choosing PC / Steam as platform?
Ok, now why do I think Steam is may be a more viable option?
Flat Fat Cat Bounce sold much better on Steam than on mobile platforms even as mobile game
Community building feels more comfortable on Steam / PC
As a gamer myself I don’t know the mobile market very well, because I don’t play mobile games very much
Games on Steam feel more worthy – At least for me
As said before I made much more revenue on Steam as on mobile market overall and this just proves for me that Steam should be the place to go. Unfortunately I always have the feeling that the games I create aren’t fitting the PC market, because they weren’t planned for it in the first place?!
In this special case for Shuffleboard cat, I have the problem with the aspect ratio and I am not sure how to fix it and I am also not sure about the free to play approach on Steam. Is this a distribution model which works or gets me a lot of players?
On the other hand Flat Fat Cat Bounce proved that even a mobile port works better on Steam than I expected and made more revenue on Steam than on the mobile market.
The biggest issue I have right now with releasing games on Steam is the following: I think smaller games like Shuffleboard cat don’t feel right for PC games.
As a PC gamer myself I have quite a lot of quality expectations for games on Steam and I am not sure if I can match them. I think this is why I tend to develop for mobile, because there it feels more like “I don’t give a shit” if you know what I mean.
Where should I go from here?
This brings us to the end of this article and a hopefully upcoming discussion in which direction I can or should go. In my heart I feel like I should do games for PC / Steam, because that is what I want and where I know more about the players, market and games in general.
For that I need to do some adjustments to reach my quality expectations and being able to ship the game with a good conscience.
What do you think about the topic? Where would you release this game? Do I miss a solution?
Introduction to creating a headless lobby server in Godot
Hey fellow devs,
today I would like to add some more advanced words to my Tutorial on my YouTube-Channel. If you haven’t already please make sure to follow me on YouTube to receive updates about my upcoming Tutorial videos.
Why do we need a lobby server?
We could of course making just a peer to peer connection. The Problem? Most devices are behind routers and you won’t get the public ip from the device to connect them together.
For this reason we use a routing server aka lobby server which handles the connection to the devices. The lobby server also offers more control and we have the possibility to monitor things like concurrent users online. Opened games and other statistics.
Is MultiplayerEnet the only variant for this server?
No! Godot offers a wide range of Multipler implementations. It is maybe a better idea to use websockets if you would like to have a more dynamic server as a lobby server.
I used the Enet because it feels like it makes the most sense for my type of game, but maybe I will change this later.
If you have any questions regarding my blog or tutorials please feel free to comment below and share your feedback. I still have a of posts to do, but I hope I get the blog up to date as fast as possible.
Recent Comments