Search the Community

Hello everyone, my name is Austin and this is my first dev log for my project "Forbidden Colonies". The game started off as a pretty simple idea, just have a world map with nodes each node representing either your base, a tribe, or some sort of special encounter which I believe can be well portrayed with this picture. The game takes place in medieval times, archers warriors and such. The goal of the game is to increase your civilian count for your base and to keep your civilians alive you must keep them fed, and to gain food you can either farm it, hunt it, or steal it from other villages. Whenever you choose to attack a tribe, initiation an investigation on a node which can lead to your party being attacked, or defending your base from an attack, the screen goes into a combat mode, as portrayed below. This mode does need lots of work, background tiles, and AI is currently being worked also party members being created. At the beginning of the game you get to choose the classes of your party members which will change their stats. Each stat(Strength, Perception, and Leadership) will effect their role in your party. More strength = more damage, more perception = more knowledge on nodes, and more leadership increases your parties combat knowledge, attacking the right enemy, ect... All of the images above were sort of the beginning stages 3 months back but now i'm down to world generation, loading and saving, and more "pleasant to the eye" combat. After a few weeks or more of progress and constant coding and planning I have updated the world to look way better and more like an actual world map. I've also been able to implement attacking/pillaging villages so you're actually able to attack the villages, load the party of the tribal village, and loot resources. actively worked on saving and loading world data to get on top of that before I decided to add more information and different node types into the world. So now that is finished I can easily add different nodes into the algorithm with no trouble. It's a pretty simple code that has a set integer for width and height and sets each NodeType to a set integer and does pretty much the exact opposite for loading the Grid. It didn't take very long for me to finish the process and statements to finish the world generation to "almost perfection." But after that I had to dig into much more "difficult" processes and actions such as Combat with NPC AI and coding the A* Path finding algorithm. The algorithm is complete and works but I have run into a memory problem which is fixable, just not convenient at this time of progress. I still need to implement player/party creation and trading, and much more content. Sometimes I think I may be too ambitious for this project but I know that's just my mind trying to get me to doubt myself I've also been working nonstop on the combat to make it more appeasing and have it actually work. So far the player is able to kill the enemy NPC's and is also able to be killed themselves. Attacking an NPC tribe will allow the player to gather food and resources. Allowing for upgrading of the base and the civilians to be fed. So far, each game tick will bring down the players food based on the amount of civilians the player base has. If the civilians run out and you have no one at your base/tribe, then you will lose the game, hence that being the whole point of the game. I do appreciate any feedback and I will update this thread as I work on the game itself. I'm very passionate about the project and with me being the only one programming the game it does take some time, especially being engaged and working a ton. As soon as I hit alpha and the game is in a playable state I will happily release a downloadable link for everyone to try out. Thank you so much for taking the time to read this, it means a lot. I've always been a super fan of Project Zomboid and The Indie Stone is definitely making very nice progress!

I just recently started using the controller to play PZ, and let me say I love it. Everything about it is great except one thing: placing things in containers. So often do I have to tediously press A to bring up the item options, press A again to select the list of containers, and then move my option down to the specified container to move it. When you're coming back from a big trip and have many items, ESPECIALLY now that you can have big vans and pick-up trucks to load stuff in, the last thing you wanna do is spend just as much time moving items into storage as you did finding the items. While taking items, X (or SQUARE) is used to quickly grab items from a container to whichever inventory you're in (main or hiking bag, for example), but pressing X with an item that's in your inventory doesn't do the opposite as you'd expect it. Instead of easily transferring that can-opener and pot that you've just grabbed, you come to realize that pressing X places items ON THE FLOOR! Changing this to a quick-grab, quick-place system would be amazing. X to grab and to place would just make life easier, there's no arguing really. If you wanted to drop something you could just select "drop" from the item options in your inventory. Another thing that has an edge over the controller version right now is the ability to select multiple things and transfer them with a click and drag, just like files in explorer. The ability to select multiple things with the right stick being clicked in could be a wonderful addition to the game. The cons of the current system are really just that of being too slow. You all have done a great job with controller optimization and I really feel like there's nothing left out like with some other controller support additions to other games (ehem Ark, The Forest and Subnautica), but the lack of a sufficient inventory management system in a game that expects a good control of inventory management, could quite literally be the breaking point for some people (again Ark, Terarria, Starbound). With the case of terarria though, they learned their lesson and added a system where you could quick-place items into chests that already had the same item, and they separated items into categories, gave the categories all different colors, and made it easier to store things in an organized manner. All in all, the switching of functions for the quick-grab button would definitely give the controller version the edge it needed to be the preferred option, because who doesn't like to game while sitting or laying comfortably in a couch or bed? Anyway, keep up the good work. I'd love to hear some feedback on this from whomever sees it.

- IP addresses connecting to a server get an unique ID: The main idea behind this being to minimize or limit how many accounts an user has in a whitelist server. This is useful to know how many unique users you actually have in your server. And because making multiple accounts is an exploit most players will find sooner or later (depending on server: e.g. a server with a starter kit). - cool-down after dying for re-spawning: for the most part when players die in a server they'll quickly re-spawn to go loot their bodies. I think there should be a server option to have a cool-down before a player could join the server again with the same account (somewhat effective in a whitelist server and/or if we could limit how many accounts an user has). - let admin browse a player's inventory: When making events that only allow certain items or in a roleplay server where someone stole something they were not suppose to. It would be useful if the admin could browse a player's inventory to settle disputes. - permissions: as of now you can set other players as admins. It would be useful if you could enable/disable individual commands for each admin in the server as to not give full control and have admins with different levels of access. That way for example you could have admins. that are more like moderators rather than actual admins. These are just a few things I had in mind. Feel free to critique, expand on, or add your own ideas/requests.

Greetings to the community! My name is Richard and with me is Joyce. We are the founders of WIGU studios. WIGU stands for 'When I Grow Up' and we are here to explore what you want to be when you grow up, or what you wanted to be when you were growing up. We've recently started development on our first game "Doctor Life - Be a Doctor!" and we thought we'd share our progress as well as invite the community to participate in our development process. If I were to describe the game in three words, it would be: "Diagnose. Treat. Build!" And if I were to describe the game with a video, it would be: We will be releasing on iOS (paid and lite), followed by Android if response is good. We would love for you to be involved in our game, so please feel free to share any feedback you may have. You can also check us out on our website for past news. We are running some mini-challenges on Facebook where the winners will have a patient character named after them, insert an easter egg into the game, and for our grand prize, we will be modelling a VIP character after the winner's good looks! Do come participate and be part of the game! -The WIGU team-