Skip to main content

DevBlog#43 - Game

     Networking for the game has been tested, and it is a bag of mixed news. Here is how this post will go, I will first go over networking-based updates, then game updates, and then future updates. Here It goes.

    Networking Updates:

    1) Lobby System: Firstly, this aspect of the game works well. Players can create a lobby then receive a code they can use to invite other people to their lobby. Once there the clients are created and in the same game together. They get the same map when playing, and things like placing buildings (Building data not shared, and prefabs, not displayed) work (tech tree allows research for cards, cards place, and tiles update values globally for all players to see).

    2) Client Side Code: The client-side code works for the most part. The years don't seem to update visually for the client but do for the server, but almost everything else works. The tech tree, card placements, building placements, etc. All works very well on single players, and working on making these impacts/actions global.

    3) Server Side Code: The interval system is now working keeping track of intervals, and properly updating everyone else when the server says a new interval passed. Additionally, map gen and client-side creation also work.

    4) Client-to-Client Code: This part is not working yet. I have not yet implemented a way for a player to interact with another player due to the information not being shared with each other on things like building creation. This, however, should work once I have the info updated and shared globally.

    General Updates:

    1) 3D Models: I am working on my blender skills, and making some 3D models for the game, I am now working on making the library which will provide tech points and can be manipulated by religion and other factors. This means when I create the building multiple systems will need to be built up around it for the game to fully function.

    2) GitHub Updates: I have made my workflow a whole lot better by simplifying my current GitHub setup. Now I can push and pull and test the multiplayer systems with incredible ease. What a relief it has been.

    Plans for the Future:

    1) Models/Art: I will keep working on the buildings, units, tiles, and more trying to make the game fully functional and ready for playtesting as soon as possible.

    2) Sound/Music: I have struck a deal with one of my musician friends who will make all of the music for my game for a small commission/percentage of the profits. This works perfectly for me as I can not make music at all. He will own the music, and I will effectively license the music for 10% of the profit I generate off of Steam when it goes up for sale.

    3) Combat Mechanics: I have fully developed the combat system. It will be turn and luck based much like the rest of my game. When someone starts the battle both sides tally their total attack points. Based on their percentage of the total combined attack points, odds are given for the winner of the battle. Dice are then rolled, and the winner is decided. The winner's troops each do one round of damage to the loser's troops. Once the damage has been dulled out, the loser gets to decide if they wish to retreat or if they want to roll the dice again for another round of combat. This is repeated until the battle is complete, and the victor has been chosen.

    Conclusion: Multiplayer games honestly suck to make, and I should have made a smaller game as my first actual self-made game. However, I learn the best when I am in the thick of it, so I am sure the rewarded insight and knowledge will be incredibly worth it.

Comments

Popular posts from this blog

DevBlog #41 - Game

    More progress has been made, and I feel like a million bucks because of this game.     1) Tech Tree Restructuring: I have switched my 1D list to a 2D list so that I can store all of the data about the branches and their different techs in each era. I have made it so that you can smart scroll through eras and through each tech category. Once researching the first tech, settlement, you can then get access to all other tech categories (Military, religious, education, industrial, etc), and each tech in that tree for each era. At the bottom, you can press a button to increase or decrease the era that you want to view. However, you can only increase up to a certain point, either the max of era 3 or the furthest era that branch goes to. This makes the tech tree feel a lot more advanced and less crowded.     2) Auction House: I have now got the viewing system working for all of the cards in the auction house, as well as the system to reassign who it is that is ...

DevBlog #18 - Game

      Today, I spent 10 hours working on the ability for a user to select a card, then a tile, the hit the card again in order to use it if it is tile specific. However, this idea sucks, and I don't like. Tomorrow I am going to go back and change the entire system. Instead you are going to drag the card to where you want it to go, then release it on the tile you want the effect to take place. This will then apply the effect to that tile. This way it is one click and not 3, and is also more interactive for the users. Furthermore, I wont have to convey to the user that certain cards are tile based, and some are not.     I also rewrote the terrain hex map generator script. I made the script completely modular, meaning that in the editor you can create an object to spawn on the terrain just by clicking a plus. You then plop in the model, the name, the description, the spawning frequencies, and the tiles that it can spawn on. Then for each tile that is generated it c...

DevBlog #5 - Game

      Hello, found out a solution to the problem that I was having yesterday. I have discovered the fabled perlin worms. We will use them by starting them off on high terrain values, and going to low terrain values changing every tile it touches into water tiles. This will create the effect of rivers.     Easy money!     Thats all for now, bye!