Water shader in Godot and other life signs

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.

Pre-production and prototyping is the single most important part when developing an indie game!

New co-working space I am working from 🙂

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

Deep dive into the combat system of Timbertales

Deep dive into the combat system of Timbertales

Good morning,

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%!

Full 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!

I am looking forward to your comments 🙂

Deep dive into the combat system of Timbertales

Timbertales my first LibGDX game – Getting back to development!

Hey everyone,

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.

Going for new game projects or stick to older game releases?

Going for new game projects or stick to older game releases?

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.


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:

Timbertales: https://steamcommunity.com/app/673480/discussions/0/1741140435157560305/

FlatFatCat: https://steamcommunity.com/app/690130/discussions/0/1753525328595906342/