Skip to main content

DevBlog # 10 - Game

     Man lucky number 10, feels like just a week or two ago that I started this thing. Oh... wait, it was!

    Today I worked on a very intimidating task. Connecting on of the independent frameworks that I have made work together and function as a family unit. This was and is not an easy task mind you. I have been working on this for hours, and yet I still have no idea if it works at all.

    The first thing I did was work on the scriptable objects for the cards, techs, and buildings. I made it so that now we can customize the types of tiles the buildings can be placed on and can customize even more about the other scripts. I made it so that you can check a bunch of bools for more information about what unit you are creating. For example, you can determine if the unit can mount, be upgraded, if so to what, is it ranged, naval, diplomat, religious, land, or siege. Furthermore, what about the stats, unit costs, can it merge and so much more. 

    I also created a system using the build and card script that will help me determine the types of buildings that can be placed by each of the cards. This script takes a raycast of where you are currently looking and grabs the data from the current game object that you are placing from its building script to see where it can be placed. I then added this system to the recently created player script.

    The player script will allow players to draw cards, keep track of turns and eras, and much much more. Furthermore, I created scripts for cities making it so that each city can store info about its self, like the religious followers, dominant religion, loyalty, etc. when the cards are drawn by the player, the player will then click one of the cards on the screen. This card then has its info sent to the placement script where you choose where to place the buildings based on their requirements determined by their buildings script.

    I also refined the system for the dealing of cards. We drop in all of the action cards into one main dealer script which then refines and sorts the cards into their respective categories, and then has the game draw from them with the odds being determined by the government class. Then the chosen cards are added to an array of action and event card slots, where their position becomes the slots position displaying them on the UI in a more physical sense. I then realized that every time new techs are researched the cards will be then sorted again creating duplicates which would mess with the odds of the dealing, so I made it so that once a card is sorted, then it is deleted from the array.

    In the end, this is a incredible journey and an incredible experience, and if you are interested in making games by either yourself, or like me with my friends my best advice is just to get started. The more you put off learning, the less you are going to learn and progress in this journey.

    Good bye yal, love ya!

Labels:

Comments

Post a Comment

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 ...
Post a Comment
Read more

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...
Post a Comment
Read more

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!
Post a Comment
Read more