To provide the best security and experience we were required to upgrade our forums to the latest version. Unfortunately that meant our old theme would no longer work. So I found a new template and modified it to fit. Feel free to go check it out and let me know what you think. Hopefully the forums will eventually hold a lot of useful information so it’s important we ensure a good browsing experience. P.s, you can find the original theme here.
We also have a new dedicated Youtube channel. Here we will be uploading devlogs and other videos regarding SpaceSlog and Produno Games Studios. Please go give us a follow!
We now have power in SpaceSlog. Power will be required to run everything on your ship including thrusters, lights, powered doors, oxygen generators, air scrubbers, computers and more. Not having power could cause serious consequences for your crew.
Currently there are two types of power. Generators and solar. Solar is currently unusable as we do not have an energy source for them to take power from. Though eventually going near stars will allow these to generate energy. The only problem being, you will need to store this power in batteries because of course once you move away from the star your solar panels will no longer be working. Generators will take a type of fuel, though it is still not clear how this fuel will be acquired. For now it can be purchased from passing ships, so you should probably be stocking up whenever you have the chance.
All powered items need to be connected via a cable. I thought long and hard on the type of ‘feed’ we would use for the power supply to items and i decided on using cables as i think this adds a nice extra layer of strategy. Other ideas were to use ‘wireless’ electricity, but again, i think that would remove a layer of strategy where you need to decide where to place your items and cables for maximum efficiency. Of course enemy ships might eventually decide to take out your power supplies or cabling systems.
As usual all the parts that make up a powered item are added as components/modules and can be added to various items via JSON.
If you have any other ideas or suggestions regarding power in SpaceSlog, then feel free to join our Discord or Forums or post a comment below.
With the initial test build released on Itch.io i have spent a bit of time making improvements to some of the core features of the game to improve usability.
When multi selecting an item it will now only select up to 200 items of that type, this should help performance if you have too many objects that are the same. I also removed the ability to multi select hull pieces as there are always quite a few of these for each ship. There should also not be any reason for you wanting to multi select all hull. To further improve performance, I added a VisibilityNotifier to each Entity in the game, this is a node provided by the Godot engine and allows us to check which items are being shown on the screen, or what the player can actually see. Using this we can now make sure only those on the actual screen will be selected.
I further improved the multi build tool adding new sounds to let the player know when the multi build has started. Unfortunately you cannot hear those sounds in the gif below. I now need to allow multi build for removing build objects and blueprints.
Skin and Hair Colours
I have moved skin and hair colours into a separate JSON file. This allows modders to easily change what colours they want in the game and for which race to assign them to. As you can see below, the pawn data file accepts an array of colour categories, this means you can create separate categories of skin tones and add as many as you want to each race.
The Skin Colours data file.
The Human data file.
This also means you could have different coloured skin tones for humans too if you really wanted.
I have now created a page on itch.io for Spaceslog which can be viewed by clicking the widget below
We will be using Itch.io so our testers have an easy and convenient way to download the game. I have yet decided if we will be using the platform to sell the game, though it is looking likely. Mainly as there are not many downsides to doing so and it should be much easier and cheaper to release here in early access before we decide to release on Steam or anywhere else.
Anyhow, we are still quite a long way out before we can start to think about official releases, but if you wish to help and assist with the development of the game you can offer up your services to become a tester. I have created a post over on our forums where you can do just that.
Will a demo be available?
I have been thinking of a way where i can offer up a demo for a limited time before people are prompted to purchase the game. The idea is that every updated release will have a certain amount of hours playable before the game is locked and needs to be purchased. This means throughout early access you get to try each update and decide which of those updates you feel would be a good entry for you to purchase the game. With every update the hours would reset, meaning you get a couple of hours to test each build.
Currently i am still working a day job whilst working on this game and having something like this available would make me feel much more comfortable working on the game and updating when needed, instead of trying to push out updates that may not be ready to try and appease all those that had purchased the game and expected more.
This is something i do still need to look into however and the plausibility of doing so. Once i do receive enough interest in the game i will most likely switch to working on this full time anyhow.
My main goal for any game mechanics associated with building and the building objects themselves should be flexibility, extensibility and ease of use. Not only for those that want to modify the files but also for the players playing the game.
In other words the menus should be intuitive and easy to read, whilst giving all the information required to quickly build any of the objects available. Anyone wanting to modify the files should be able to do so easily and with the least amount of friction possible.
I also wanted materials to change the appearance of the item whilst also changing its composition, from how it reacts in the world to how much health it has etc.
A lot of time was spent iterating upon the UI and adjusting the mechanics of the game associated with building and materials to fit the criteria set out above. Below you can see the menu I finally settled upon, though be aware that like most other things in this game, it is still a work in progress and could be subject to change.
Build Menu
You can see from the above image we have a primary material and a secondary material. Not every object will require two different material types to build and this can be modified in the JSON files if required. Below you can see this item requires 3 of either Titanium or Gold plus 2 Silicon. These materials can be further modified via another JSON file.
Below you can see the effects of the different primary material types (Secondary material types will not change the colour of the objects). This is achieved by using a shader and a mask material which can be input into the JSON file.
Adding new objects should be as easy as copying and pasting a similar object, changing parts of its data and pointing it to your texture file in your module folder.
As usual, if you have any questions then feel free to head on over to our forums where I will be happy to reply.
