We are a indie games studio based in the UK. We work on a variety of projects, from mobile/indie games to assets/tools for developers. The studio is solely run by one developer in his spare time at the moment but plans to expand in the future to a full sized team.
Its been a long time coming but I have finally gotten a build out for C.I.W.S. I will pre-face this as the build is just an early prototype and has a few bugs in it, but I hit burnout on the project again and didn’t want to just abandon it as it was in a good enough place to release something. If there are really game breaking bugs then I’ll give them a fix if reported, but otherwise the game will remain in this state unless there is mass interest in it. There is definetly more that could be done on this project but I needed to move for now.
Where can I get the build?
The prototype build is free to all and can be downloaded from the following pages:
With the release done, I’ll be moving to the A plan I mentioned here, working on some major updates to some of the tools/systems I’ve released. Both major releases are massive improvements over their older versions and bring them up to standard with what I’d use in a project these days. From there I have a few smaller projects I’d like to do, plus actually playing a few games as well for a bit of fun xD
So it’s been a little while since my last post and I’ve been meaning to make an update post for a few weeks now, so here it is. In my last post I went over some of the menu work and missile launcher improvements, since then I’ve been working out what is left to-do and trying to work out what I’d need to change in order to get build out, a thing that has been a goal for quite a few month’s at this point. Sadly, life has meant I’ve been rather busy in the evenings and weekends so I’ve struggled to get the time to work on the project, at least as much as I would’ve liked. Due to how near we are to 2023 and the fact that I have lost the motivation for this project that I once had, I’ll be moving on next year to new things once the first public build is done. I am committing to atleast release the arcade game mode that I planned to and to fixing any bugs that get reported for this project, but I don’t plan to continue it onwards unless it suddenly kicks off.
Some of the last three months I have been working on some of the assets, updating audio manager to 2.6.0 and releasing a much needed update to multi scene in the 0.2.1/2 updates. This took up a fair chunk of the time I would’ve had for C.W.I.S. But I have got some significant stuff done since the last update so here are the main changes:
Game settings system
One of the systems I wanted to get right from the grt go was the settings, as I wanted to be able to use it inother projects inthe future with, little to no changes needed. Atleast that was the plan, it took a bit longer than I planned as all things seem to with setting the resolution & full screen state. I did manage to figure out the resolution problem eventually but the full screen mode still proves to be an issue as of writing, I have left this bug for now to focus on the more pressing gameplay bits that I need to get working soon.
Game save system
The old system I was using was the same slightly modified setup I used in Project Tilly. This in turn being a modified version of the public save manager asset. While this will work just fine it is really hard to debug issues with it. The new setup takes a totally new and modular approach, giving me an inspector view of the save state when needed as well as the option to add or remove values without having to reset the entire save. It works by saving the data in objects instead of the actual type & loading & saving the state from scriptable objects instead of data in code. This will likely become the framework for the next version of the save manager next year once I work out the kinks a little more, but for C.W.I.S it’ll work just fine.
The upgrades layout has changed a lot over the lifetime of the project. The new view aims to minimise the on screen space it takes up and make the systema little easier to follow. The new setup has a panel like layout with some of the upgrade types mixed together to lock some upgrades behind others of a different type. All the upgrades do now have icons that somewhat match their purpose as well. This ui is final at this point minus the weird bug when purchasing upgrades that causes the system to reset the display of purchased upgrades to appear not purchased and some of the upgrade implementations not quite working as intended. All of which will be addressed in the coming weeks.
New mechanic (system damage)
A recent development has been the turret damage mechanic. The idea being that turrets that are in sections that get hit by a missile have a change of damaging a nearby system, temporarily knocking it out of action. Damaged turret will not function fully or at all in some cases but will self repair if not hit again. If hit while damaged there is a chance the system is totally destroyed. In the event that a system is destroyed the user can still select it but none of the options will function for the rest of the game. The outline of the system will change colour and there is a UI indicator to signal the change of state to the user.
Radar knockout and lookouts
A new system that works into this setup is the radar lookouts. As having the radar system go down completely would be a little unfair on the user, I’ve added a close range warning system that acts like lookouts on the ship. When a missile is close by there is now some additional UI that appears to give the user some warning when a missile is close to impact. This system will work when the radar is working or not to help with aiming the C.W.I.S when at close range.
Some other minor bits include:
Some backend changes to remove the multilayer code I had as it was adding complexity I didn’t need.
Some clean up of some of the code to make it easier to manage and work with.
Added an upgrade button to the comms array to allow the user to reduce the cooldown for supply drops.
As I’ve hinted to in this develog I am aiming to release the build before the end of the year. But understand that this may overrun in the Jan 2023. If I don’t manage to get something out by the end of Jan 2023 then I will be leaving it there as I have other projects that do need my attention that are live products. So that is the plan, but I will be pushing for the release as I would like to get a new build out if possible xD
Welcome to C.W.I.S, a tactical shooter where you controls the weapons systems of a destroyer that was constantly under missile attack. Previously the devlog for this game have been in a video format on my personal YouTube channel. If you want to see these early devlogs they can be viewed below:
I have since made a blog post for each with a little text and the video that came out with that devlog. I also transferred the Project Tilly devlogs from IndieDB to here as well so there is just a lot more content on the blog to give it some footprint on the site, so feel free to check those out as I do play to go back to that project in the future.
By far one of the worst bits of the last few months has been choosing a good water shader. Now I’m no artist so I couldn’t make my own & I have 0 budget so I couldn’t just buy one. So I had to go off the free options on the asset store & GitHub to find something to use for this project. While a lot of the shaders would be great of other games where the player is at the level or more or less the level of the water. However in a top-down view there is the common problem with the tiling texture or effects with the shaders that the user can easily notice.
After trying upwards of 50 shaders and/or effects I finally decided to stick with one of the more customisable, that being the stylized water for URP:
A screenshot of the arcade scene in C.W.I.S with the new water shader
The shader still isn’t perfect and I would certainly prefer a more random tiling one, but it is better than the old shader I used in the jam version of the game which was much worse than this option in my opinion.
I’ve spent a fair bit of time on these launchers and still have more time to spend on them before they are completely working as intended. I did however spend a fair bit of time getting them up to scratch with fixed to the actual prefabs so they can be correctly reset when reaching their target.
Previously the missiles would throw an error on their reset due to a coroutine still running on them when the object is disabled. The routine was the one that managed the missiles pathing lifetime and would not quite reach the end due to the physics collision detecting the hit between both the player missile & the incoming missile.
On top of this I’ve added the actual launch sequence of the missile so when you fire a missile it takes a little longer to get into the air. This is done by having the hatch of the missile tube actually open before the missile fires. Once it has opened an event fires that tells the missile to spawn as it did beforehand so the rest is just as it was before. Though I did fix an issue where only 3-4 tubes were been used to launch missiles due to a little mistake on my part with a boolean value not updating correctly.
Below is a little video of the new launcher in action:
No more five-inch gun?
For the purposes of the arcade build I’ve decided to turn off the five-inch gun as its usage is not needed in the basic missile defence scenario. All the code is still there and all, its just had its script disabled in the scene so the player can’t select it when playing. Instead the player start on the forward C.I.W.S instead which is more practical. Down the line the five inch or the main gun would be used to target surface target at a defined range which will have more use in the campaign, missions or PVP/PVE combat.
In the arcade build supply drops where just crates that came by every now and then, when they hit the mid point of the ship you would get some ammo and a chance to get some health back. I do plan to add a ship health regen setup to the game, but it won’t be through supply crates. Its more likely the ship will heal over time if its not been hit for x amount of seconds with some UI to help indicate the change of state. The new setup has you calling in a supply drop via the communications array which starts a timer in the top left. When that timer completes a supply drop drops down onto the heli-pad section of the ship and when it reaches the ship the user gets ammo for their weapons systems at random amounts.
The visuals for this still needs a little work as they are currently just primitives and it shows. So more on that soon. I’m also considering possibly adding a few upgrades to the communications array to speed up the time it takes for a drop to arrive & the quantity of the ammo provided. But these are yet to be implemented.
Another minor change since the last update is a new panel & button in the game menu showing the controls for the game. There is controller support planned as its super easy to add that in the future, but that’ll be after the arcade build. These controls are also shown on the pause menu of the game for convivence.
That wraps up this devlog/update, these written logs will be the main form of updates from here on out instead of videos. Its a lot quicker for me to type stuff out as the videos took almost a day and a half to make so its a much better use of my time. The next written log will be around a month from now or sooner if there is a lot to show off. Feel free to comment below this post if you have an questions or feedback to give and I’ll speak to y’all again soon!
So this would be the day for the next monthly devlog, but I’m a bit behind with things this month with some life stuff taking about half of the month and then not getting as much done as I would like in the other half.
Due to this I’ve decided to hold off on the next video until I’m happy with the progress I’ve made to show it off. To fill the void left by this I’m showing off the new menu layout seen above. The old one can be seen below for comparison:
With the new layout I’ve also updated the radar art drastically as the old art I have was a bit low res as it was originally for the in-game radar only. But now it’s in the menu it needed to be a better quality.
Also during this last month, the logo for the brand “Carter Games” has been updated after like 2-3 years of the old logo xD, you can see the difference below. I’m pretty proud of how the logo turned out given I have like no photoshop or graphic design skills what so ever:
If you’re unsure what’s going on in the logo, it’s a cart-wheel mixed with a controller xD