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