There are lots of different items in both parts. I will not describe in detail, just give the numbers:
Force of Nature 1:
Force of Nature 2:
I will note that earlier there were many repeating elements among clothes and weapons. For example, there were many similar armor coats, differing only in the color of metal. Swords made of different metals also differed only in color (similarly, many other types of weapons).
Now there are very few such color variations - all the elements of clothing are unique and the variety of weapons is also much wider.
By the way, because in the second part there is a new character - a girl, all the clothes had to be drawn in 2 versions!
Now to the question that worries everyone the most. When will the game be released?
At the beginning of September I planned I would have time to finish everything and release in November.
However, I slowed down a lot on a point that I didn't even take into account at that time - on the dialogs. I came up with the main idea of the story myself, but I specifically hired a screenwriter to design the elements through which the story will be presented to the players. Thinking through all these phrases, dialogues - all this actually takes a lot of time, so I needed such a person. By the end of the summer all the work was 95 percent complete, but the screenwriter suddenly disappeared. Just stopped communicating. I don't know what happened to him. I was mostly busy with other things and looked at his results superficially. Before adding all the dialogues and phrases to the game I read the story to my wife, and she found a lot of inconsistencies. Also, quite a few situations painfully resembled episodes from the Lord of the Rings. As a result, I made a hard decision to completely discard the results of the screenwriter and to do everything again from scratch. This time I was helped by my wife and a friend (who, by the way, also wrote all the music for the second part of the game).
As a result, we lost sooo much time - a month and a half. It seems strange to me - where was all this time spent? After all, the entire result eventually fits into 10 A4 pages. However, I am satisfied with the work done. The stories, in my opinion, have become much more interesting.
Perhaps you will say: "Why do we need a story at all in games of this genre? No one likes to read long texts anyway." However, it is important for me that everything that happens in the game makes sense. And I tried to make the texts not very long and complex, so that there was no great temptation to just scroll through them.
I won't specify new terms, because I'm afraid to make a mistake again. I will only say that I work from morning to night, seven days a week, to release the game as soon as possible. If you look at the list of tasks that I gave in September, then I'm about here now:
In the next posts I will try to compare the first and second parts in numbers. Let's start with enemies.
There is one difficulty in calculating the total number of enemies. Should I take into account all shape and color variations of the same monsters? Or count only unique monster classes? The easiest way is just to give all the numbers.
Let's start with the first part of the game.
So, in total it has 12 enemy classes: Goblins, Golems, Sappers (goblins with bombs), Devils (from the desert), Rippers (ghosts with scythes), Scorpions, Skeletons, Yeti, Bears, Elks, Boars, Foxes. Some of the monsters in the same class have different models. For example, a brown bear and a polar bear have different body shapes, there are several types of Skeletons, and so on. If you count the number of different models, you will get more:
Total: 19 different enemy models
Almost all monsters also have color variations, for example, goblins inhabit different locations and have different colors. If we take into account all such variations (i. e., all different enemies that are generally in the game), then it will come out like this:
Total: 47 different enemies, although many of them are very similar to each other.
So, in total the first part contains:
I will not list all the enemies of the second part of the game, just give similar numbers. In total it will contain:
If we compare domestic animals, then:
There are 6 animals in the first part (each represented by a single variation)
In the second part - only 4 animals, but 2-3 color variations each - 10 unique variations total
Yes, there are fewer types of domestic animals. But, in fact, the goat and the cow in the first part brought the same resource (so I decided that the goat could not be included), and the pig had a little more benefit than zero (as I wrote earlier, I did not want to force players to kill peaceful pigs).
Besides that, in the first part there were rabbits and penguins. But in the second part there will also be some peaceful characters. And it will have bosses as well!
Another important feature worth mentioning. In the first part all enemies were purchased. By the way, it is the only thing in the game that was bought - everything else (buildings, trees, stones, resources, weapons, clothes and the main character) I drew myself. In the second part there is almost no purchased content. All monsters are unique and were made specifically for this game - you will not find them anywhere else in other games. Even the ones that were in the first part were redrawn to have a unique look.
In the following posts I will compare buildings, items and locations in a similar way.
In this post I will talk about one of the biggest game innovations - ghosts.
I already mentioned earlier that there will be bosses in the game. By killing them, you will release their souls, which will then exist in the form of ghosts. You can talk to ghosts. Some of them have unfinished business, which they will either tell you directly about, or hint at, if you ask them carefully.
This way you will receive additional quests. These quests are quite complex and it will not always be clear immediately what to do. To complete some of them, you will have to think, for others - to travel a lot.
However, after completing the task, the ghost won't remain in debt, and will help you at the base.
Ghosts can do different things: craft, build, mine resources and repair. I already wrote earlier that in the new game, the work will not be performed by your own (as it was in the first part). Someone should stand by and do the job. Before the first ghost appears, you will have to do all the work by yourself, but then you will be able to assign tasks to ghosts by adding items to the crafting queue. By the way, queues at many tables have been increased to several slots. You can queue up a few items that interest you, and leave to do other things, and the ghosts will craft.
Usually, the ghosts will look for the job themselves, trying to disperse around the base. Different ghosts will have their own preferences in the work. Some will prefer crafting, others - construction.
You can also make a direct order to the ghost to do a specific task. Besides that you can equip several ghosts to do the same task simultaneously to speed up its execution (although their performance will then decrease).
The ghosts have another useful feature. Wherever you are, you can always summon a tamed ghost and ask it to teleport you home.
In my opinion, ghosts are a very serious change in the game, and I hope players will like it.
So, the summer is over and the game isn't ready yet. Although in the spring I supposed everything would be different. Let's figure it out.
Almost everything that was supposed to be done by the end of the summer has indeed been completed. Absolutely all monsters and bosses are drawn and, most importantly, animated. I had the most doubts about the animation of monsters and bosses, but we did it. Quests and storyline are also ready. Some dialogs are still going through the final editing stage, but it doesn't take much time. Weapons, equipment, clothing - everything is ready for battle. All main buildings are also ready.
What is still not ready and is delaying the release?
A few points that I didn't think would take a long time turned out to be quite capacious. We are currently working on the final cut scene. Yes, the thing, what was not in the first part at all. Since the second part of the game has a determined storyline, it also has a determined ending. Or more exactly, even 2 different endings. Creating final cut scenes takes quite a long time: again it's 3D and 2D animation, unique scenery and music. But this is necessary to give the story a complete look and not leave players in a state of frustration and uncertainty - "I did so much, but what for?!"
The next point, which turned out to be much more difficult than I thought, is the creation of production chains. What and from what resources we will craft, what research will be needed to build the next construction, what types of fertilizers will be available at different stages of the game, what resources will fall out of monsters, and so on. If you think these tasks are not so difficult, I assure you, they are. In the beginning, adding of various recipes is quite simple. However, later, when you have to bring it all together in one chain, a lot of difficulties and contradictions appear. A lot of items, resources, enemies, buildings and research, everything depends on each other, and to set up dependencies, you need to keep all this in mind. In the same mind, which already stores the architecture of the entire game and controls the creation of all content. I even tried to get an assistant for this task - a person who graduated from a game design course. I spent quite a lot of time explaining him in detail how game systems function, but in result he wasn't even able to structure what was already done at that moment. Now the task of creating production chains is almost ready. I would estimate about 90 percent. The remaining 10 percent are quite difficult - adding each new resource to the game requires a lot of effort from me.
The next thing is voice acting. The game's voice acting also takes longer than I planned. But it doesn't stand still. We have already finished voicing nature, weather and buildings. Unfortunately, the monsters are only voiced by 30 percent so far. In order for monsters' voicing not to become the main factor delaying the game release, I will most likely have to start testing the game when not all the monsters will be voiced yet.
It's hard to make accurate predictions. Almost all of my assistants are tired and go on vacation. I myself have not worked for the last week, because I got sick (it's okay, it's not covid and I'm already on the mend, I was even able to write this post). I'll try to describe an approximate plan for the remaining work:
As it is not difficult to calculate, if everything goes according to plan, the game should be released in November.
Character leveling system in the second part was completely redesigned.
Previously, levels were not a player's achievement, but simply stages of game walkthrough. Many players didn't like that getting new levels required completing quests (which limited players' freedom) and that the availability of buildings and recipes depended on it. Now character leveling up and rising through stages of technological progress don't depend on each other.
Fighting monsters, the player gains experience. Having accumulated a certain amount of experience, the player gets a new level. With each level obtained, the player also receives several skill points. He can spend these points to increase his health, stamina, accuracy and other attributes. Also for these points you can learn several active skills, such as sprints, dash, block pose, etc., and some magic techniques. There are 19 attributes and skills in total.
Such a system will strengthen the RPG component of the game genre and will allow players to develop a character in accordance with their preferences.
Rising up through the chain of technological progress still has certain stages, but now it looks much more natural than in the first part. You don't need to complete quests to unblock new buildings and recipes. The limitation is very simple: you cannot smelt an iron ingot if you have never encountered iron ore before (obvious fact).
The game will have a special table for investigation new resources. If you find something new, take it to this table and explore. For example, researching ore will give you access to a blast furnace and metal recipes.
Quests are still present in the game, but their role is now completely optional, and only tells the player what to do in the early stages of the game.
P.S.: many people ask about the release dates. Previously I assumed that I would release the game by the end of the summer, but now I realize that I don't have time. In the next post I will give a new detailed review of the development progress and try to give new estimates about the release date.
As in the first part of the game, some constructions can only be placed inside the house. However, the way of house building is now completely different. Now there will no longer be ready-made houses, such as a hut or a dugout.
The house will now need to be assembled from parts - floor, walls and roof. You can decide for yourself what size the house will be, what rooms will be inside.
The floor of the house is always divided into blocks 4 by 4 cells each. If you place a new block next to an existing one, its height will be automatically adjusted. When you place the very first block, the construction grid will show you how far ground roughnesses will allow you to continue building the floor on the same height.
When I developed house foundations, I pondered how high the floor should rise above the ground. If it will be very high, this will allow players to build large houses even on quite scabrous surfaces. But then you can get large stairs on which players will have to "jump". Through trial and error I found a maximum value for one stair of 75 centimeters (30 inches).
House walls are also divided into blocks, 1 by 4 cells each. Wall length within this block will be automatically changed to adjust to nearby walls.
I had to do a lot of work with the roof. I wanted to keep roof building process management as simple as possible for players - just specify where roof blocks should be placed. And at the same time I wanted roof blocks to automatically fold into a single roof with a logical shape, but the roof shape not to be trivial.
To achieve this goal, I developed a system of 23 separate parts, which automatically form the final shape.
The result is something like this:
I would like to add more decorations to the walls and roof, but I have already spent a lot of time on this constructor. Therefore, even if my hands reach it, it will be after the game release.
In this post I'll tell about some details of character's inventory development.
Graphic style of item icons
We've done a huge work to create our own style for item icons. Firstly, I wanted icons not to look soulless, as it often happens when using screenshots of 3D models of items. Secondly, I didn't want a high level of realism, as it was in the first part of the game (I took photos of real items for icons there). Thirdly, I didn't want to go to another extreme - cartoon-like images. Also, icons should be easily recognized in small size - you can draw a beautiful detailed object image, but when you reduce its size to fit into the inventory cell, all its details turn into an illegible chaos of pixels. In search of the needed style we tried many different ways of drawing the same objects.
We even made a table where we experimented with detailing, textures and shapes realism for a single object.
Finally we came to use a realistic shape, simplified details and stylized textures. I like the result. Icons look neither like cartoons, nor realistic or rendered. A close look will reveal the work of artist in each icon.
The capacity of your backpack will be quite small at the beginning of the game - only 16 cells. However, with time it can be increased by creating different bags.
We've also added a few small changes that I hope will make life easier for players. For example, inventory compaction not only transfers all items to the upper-left corner now, but also groups them by class (food, weapons, resources, etc.). Sending items from the inventory to the chest (and vice versa) can be done now via mouse click with pressed Shift key.
Important scenario items will now not fall into the backpack, but into a purse, from where they cannot be lost if you die.
Character animation is quite a difficult task. There are many minor movements in the shoulders, pelvis, torso turns, etc. We don't pay attention to them, but if they are absent, the character starts to move like a robot.
Not having a lot of experience in character animation, but having the need for a large number of them for the first part of the game, I resorted to homemade motion capture technology. For this I used Microsoft Kinect sensor, which was designed for XBox 360, but can also be connected to a computer. This sensor uses infrared scanning to obtain a depth map and is essentially a low-resolution 3D scanner. On XBox, the sensor can detect player’s positions very approximately, but in real time. For PCs, there are special programs (I used iPi Mocap Studio) that allow you to record video, and then to extract human movements more accurately. All animations of the main character in the first part of the game were made in this way, and it took me only a couple of days. Main time was spent on manual cleaning of captured animations. Since the sensor can capture only from one side, sometimes when the body turns, hands can be hidden from the sensor by the body itself or by the head, so their position is not detected and has to be set manually. In general, I was very happy with the result. Although the quality of animations is not at a high level, I would have done much worse with my hands and spent much more time.
Since the quality bar for the second part of the game has risen, I wanted to make animations better. To do this, I decided to use two sensors to record animations. In addition, I decided to buy new, more modern ones - Microsoft Kinect 2.0.
On iPi developers' website I found recommendations for installing the sensors. There are 2 basic configurations - to point the sensors opposite each other, and to point them at 90 degree angle to each other.
First, I decided to test the position of the sensors opposite each other. But it turned out that the quality of the result is no better than recording with a single sensor. The second sensor works well avoiding overlapping hands with the body, but in fact hands' movements are visible either by one sensor or by another, so we still get tracking with one sensor.
Configuring the sensors using the second scheme allowed to slightly improve tracking quality. Most of the movements were detected by both sensors simultaneously, which increased the accuracy.
However, animation quality still didn't reach the level I wanted to see in the second part.
So I started looking for an experienced animator. After more than a month of searching I finally found a person, whose animation quality suited me. Now we make up to 3-4 animations a day, and in about a week or a little more, the main character's animations will be ready. But there are also monsters and bosses, so animation is still one of the key factors determining the release date of the game. I hope I'll find a solution to speed up the animation of minor characters.
Most of the buildings are already finished. But here I proceed from the principle of the more is the better. I plan to add lots of more decorative buildings. It takes quite a long time to create them, but we put our heart and soul into them. We try to think through the mechanism of their functioning and work out all details. Here, for example, is a jeweler's table:
This table will produce amulets and various parts of complex shapes. According to my estimates, it will take about a month to finish main buildings and another month for decorative ones.
Enemies are also half ready. There will be quite a lot of different ones: wild animals, various fantasy creatures, magicians and knights. And we'll try to find time to add many new ones before release. Artificial intelligence algorithms have been significantly refined. I haven't done any fine-tuning of AI yet, but I hope that with the help of new algorithms I will be able to make battles more dynamic and interesting than in the first part.
There will be 5 bosses in the game. Concepts are ready for all of them, but 3D models have been made only for three for now. Creating one model takes about a week, so it won't take much time to finish the rest of them. The worst thing is to give them unique abilities, because it requires writing program code. I think it'll take me another 2-3 weeks to script the behavior of all the bosses. This is what one of them looks like. Meet the Lord of metal:
Drawing models for monsters and bosses is only half the job. They also need to be forced to move. Character animation is quite a painstaking labor: it turns out to make only 2-3 separate movements a day. On average, one enemy takes a week of time. At this moment, it's the main factor that postpones game release, because many characters with ready 3D-models are not animated yet. In the next post I'll tell you more about various difficulties I had to face while animating of the main character.
We fill the game with content intensely. Yes, there is still a lot that I want to add to the game. However, some of this work is being done in parallel, and I hope that in 2 months we'll be able to start beta testing. As a result, the game should be ready for release sometime in August. Yes, I know that the deadline has moved forward. Previously, I estimated to complete the development by the end of spring. But at that time, many aspects were not even started. Now all the main parts of the game are already affected and we are steadily moving towards completion. Therefore, I hope that the current forecast will not be far from the truth.
In this and in the next posts I will tell you point by point about the current progress of game development. I will describe what is ready, what remains to be done, and give my estimates for the remaining work.
The game code is almost completely ready. It remains to script all bosses and a couple of minor quests. The rest of the game is already fully playable.
2. World and environment
All game locations are already finished. The game has 5 main biomes plus some additional locations and 4 types of dungeons. Map generation algorithms have been significantly improved since the first part of the game. Now the way to the goal won't be as straightforward as before. You'll have to explore locations to find the right way. Here is a screenshot of swamps - one of biomes I wrote about earlier:
The sound part of the game is nearly half completed. Sounds of user interface, footsteps and bumps on different surfaces are fully finished. Crafting, building sounds and surrounding noises are half completed. It remains to record weather sounds, birds singing, unique sounds for different constructions, magic spells and all the monsters. So, there is still quite a lot of work. According to my estimates, it will take about 2 more months.
At the beginning of the first part of the game, it is indicated that all music for it was made by "Storm Warning!" band. It's a music band my classmate and I founded when we were students. I used some tracks from our tracklist which I composed and mixed by myself. This time music is technically from the same band again. But now our guitarist works on it. He composes tracks specifically for the game. The music is very pleasant and fits well into the game environment. There are already more than a dozen tracks ready, and we hope to produce as many more.
The game will have a fairly wide variety of clothing and weapons. There are already more than 50 items of clothing (and there will be 20 more). For example, how do you like this outfit?
Many weapons are not ready yet - about a third of the estimated number is done. However, all the scripts are finished, and I only need to make models and draw icons. It won't take for long.
I’ll post the second part of the post with the rest of the points and summing up a little later, but no later than this weekend.
I try to make all game aspects at the highest possible level. This also applies to the game sound design.
In the first part of the game I recorded sounds on a fairly inexpensive condenser recorder Zoom H4n. This recorder has its own low level noise, inappreciable when recording loud sounds. However, if you record quiet sounds - clicking seeds, taking an object from inventory, bones tinkling, etc., this noise becomes noticeable. I had to process recordings with a noise reduction filter, and this notedly decreased the final sound quality. Despite this, sounds recording is a very exciting process. I looked for sticks and stones on the street, broke and threw them, recorded individual sounds, and then assembled from them the sounds of different breaking structures.
To improve the sound quality in the second part I decided to improve my equipment. I did not want to buy separate microphones, stands, a recorder (a complete set for professional sound recording). I just decided to replace my rather cheap voice recorder with the recently released Sony PCM-D10 - an updated version of the Sony PCM-D100. This recorder was called the best in quality on many forums. I had to wait half a year for this recorder to appear in my region. However, the recording quality upset me greatly. It was no better than my old Zoom H4n. I made a test recording and compared signal spectrum.
On the high frequency ranges Sony is actually a bit quieter, but in the main audible range of 100-5000 Hz it has even a slightly higher noise level. In addition, it has a parasitic exceeding in the region of 7000 Hz. I decided that maybe I got a defective one, so I returned the recorder and bought a new one in another store. But the situation was the same. I also returned a new recorder.
Then I decided to find an experienced professional who will not only have good equipment, but will also be a sounds processing specialist. After quite a long search I met Eugene. Now we are actively recording sounds for the second part of the game. We try to make a maximum of live sound and a minimum of synthesized.
The situation with COVID-19 makes life a bit more difficult for us, as we can’t fully use the services of voice actors. But we're doing our best.
Here is a short video on which you can see the process of recording sounds for Force of Nature 2.
Animal breeding has been slightly changed compared to the first part of the game.
The full list of domestic animals at the moment is as follows:
It was decided to completely remove the pig from the game. The purpose of a pig for a farmer is obvious - they are bred for meat. But I didn't want the game to encourage players to be cruel to peaceful and harmless animals. Want some meat? Eat the boar. He is not peaceful at all and generally he is the first who gets into a fight. And I don't want to use a pig for such far-fetched purposes as finding worms.
In order to tame an animal, you will still need to make a trap and throw it on the animal several times. But now you will not be able to tame it until you provide it with a place to live. There are two types of animal houses:
Universal barn will need to be built first, because you don't know which animal you will meet first. Then it will be more profitable to build specific sheds for certain animals.
Feeders appeared in the game. They can be put on the ground and filled with food. Animals themselves will eat if the feeder is close enough to reach it. After installing such a feeder, you will only need to collect resources from the animals and replenish food supplies in feeder from time to time. Resources collection has also been simplified compared to the first part. Now you don't need to open the GUI window and click the button to collect resources. When the animal has finished creating the product, a special icon appears above it. You can click on it and the hero will run up to the animal and take the product.
Unlike the first part, now animals will not accumulate produced products and will not be able to continue working until you take finished resources from them. But don't be afraid. Like many other buildings, animal houses can be upgraded. At higher levels, these houses will be able to accept food from the animals that live in them. You will only need to add food in the feeders from time to time and take finished products from houses at once.
I hope you'll like these changes!
Building system has undergone some changes compared to the first part of the game.
As before, building can be done only within markup grid. A special window in the corner of the screen shows how many resources you have for the selected construction. This is useful if you build a lot of repetitive elements, such as fences.
All buildings were redrawn from scratch and now have a more detailed design.
Also there will be a lot of new and interesting buildings that were not present in the first game. In fact, the whole progress line is new. This will not just be a repeat of the first part with improved graphics.
The building process doesn't go by itself anymore. As for all the work in the second part, to proceed the building you need to be close to the construction. The hero starts working with his hands to increase the percentage of done work. But don't worry, you won't have to work with your own hands for long. Soon enough you'll have an assistant who will work on the base while you travel the world, fight enemies and gather resources.
The building progress can be viewed by gradually appearing parts of the construction.
Also some buildings can be upgraded to the higher level. They will work faster and give the access to new recipes. For example, here is the first and the second level of tailor table.
In the first part of the game user interface was not very convenient. Many windows replaced each other, which distracted attention.
Now I tried to fix this problem. To begin with, the design itself has changed. The asset RPG & MMO UI 6 from Unity Asset Store was taken as the basis, but after it was significantly redone to fit my own needs. Windows can now be moved around the screen. Windows' header has an interesting animation. For example, this is how the main character’s inventory window looks like:
Also, the current character characteristics were moved to this window. It seems to me this should simplify the comparison of different equipment, making it possible to immediately observe how armor, running speed, damage per second and other parameters change. In addition, there will be much more different clothes and weapons in the game than in the first part.
To quickly move items between your inventory and an open chest, you can now click on objects with the Shift key held down - this will instantly send the item from inventory to the chest or vice versa.
Building and craft windows have also changed significantly. I tried to get rid of excessive windows and fit all the necessary information into one window. This is how the building window now looks like:
The list of all buildings is placed to it's left part. It is also possible to select a category (crafter, storage, farming, decoration, etc.). The description of the building is now in it's right part, with the ability to choose from several variants (for example, the length of the fence).
I hope the new user interface will allow less distraction from the main gameplay and it will become more fun to play.
Many times I've been asked to add a female character to the first part of the game. But adding a new character means not only to draw it, but also to fit all the clothes to it. This is quite a bit of work. Therefore, I never added a female character to the Force of Nature 1. But now I collaborate with artists, so I can afford to realize every element of clothing in two versions - for male and for female.
So raise your thumbs up! Force of Nature 2 will allow you to choose the gender of the character.
This is how these characters look like during customization:
And this is how they look like in the game:
As before, character's skin and hair color can be customized. Also you can choose one of several hairstyles.
I didn't embed an underwear color customization (as it was in the first part), because there will be much more various clothes in the second part, and the character will always have something to wear.
The gender of the character can only be selected in the beginning of the walkthrough. During the walkthrough, only colors and hairstyle can be changed.
The swamp is another biome that I had to implement. The difficulty here, as always, is to generate its procedurally using algorithms, rather than drawing by hand. There were no problems with generating the landscape and placing the vegetation - the algorithms that I used before to create other biomes worked fine here. But I couldn’t make the surface of the water look like a swamp.
Clearly something is missing. I know! Duckweed!
Yes, it’s better now, but I came across a new problem - the sharp edges of duckweed on the border between water and ground. I tried to mask this edge with the texture on the terrain, but that didn't help much. Then I decided to hide the border using swamp debris. For this, I prepared several models of individual strips.
I can find out the exact border between water and ground using the Marching Squares algorithm, knowing the height of the landscape at each point and the water level.
I went through all the borders, placed points with an equal interval, and paved the resulting segments with elements of swamp debris.
Seems fine, but sometimes sections of the border quite far get out beyond the boundaries of one debris element. Therefore, as a final refinement, I select all the points on the boundary for each element and define the line that best approximates these points. Then I move the selected item to this line.
Now the result is quite fine with me.
In one of the locations there is lava.
First I bought the ready material of lava in the Unity Asset Store. However, the situation was similar to the situation with the purchased water material. The purchased shader was not optimized and it was very difficult to improve it, because its code is completely unreadable and full of such lines as
float4 break770 = ( i.vertexColor / float4( 1,1,1,1 ) );
float4 lerpResult904 = lerp( lerpResult903 , appendResult898 , temp_output_1000_0);
float4 break967 = appendResult876;
float4 appendResult965 = (half4(break967.x , break967.y , 0.0 , break967.w));
As if someone specifically wanted to confuse me.
So I decided to write a similar shader from scratch. Armed with textures from the purchased asset, I quickly managed to make a pretty good lava:
However, when I gave the lava a flow animation, I ran into a problem - the lava flowed through the stones, creating a feeling that the stones hang over the lava:
To solve this problem I generated a texture of the distance to the nearest land. Using this texture, I can make the lava near the stones colder and reduce the speed of its flow. I also decided to change the textures from the purchased asset to my own.
Here is the result:
In this post I will tell about what has already been done and what is to be done.
The "coding" part of the game is almost complete. All basic systems are ready - the movement system, physics, interaction with objects, building, crafting, repairing, clothing, weapons, AI, fights, saving and loading, game settings.
Compared to the first part of the game, the user interface has been completely redesigned - it has become much more convenient and I will tell about it separately in the future.
Now I'm mostly busy filling the game with content.
The game will have 5 main locations. As in the first part of the game locations will be very different from each other, some will be hot, other - cold. At the moment 4 locations are ready. By the end of the year I hope to finish the last location.
I add buildings and resources in parallel. Now only about 15% of them are ready, but thanks to new artists, they are added quite quickly.
I still have to:
... and many more little things.
As you can see, there is still plenty of work to do. But I hope I can handle it pretty fast.
Like the first part, the game will first be released only for single player. For the first couple of months after the release, I'll be busy mostly just supporting and adding some small new features. Then I plan to implement a co-op walkthrough. Since the second part of the game is much more difficult in technical terms, then I think it will take not less than half a year. After the co-op, I plan to make a big DLC that adds new locations, monsters, resources and buildings to the game. After that I want add the PvP mode and VR version of the game.
I created the first part of the game completely by myself. I was engaged in programming, drawing, modeling, animation, voice acting, music. My friends helped me with the testing, and the fans helped me translate the game into different languages.
Most of the second game I also developed alone. However, I realized that I want to add a lot of different content to the game and I can’t do it alone. Plus, the first part of the game brought me some money that I could spend on several assistants.
I have already worked in large companies before and have experience working with other people. However, until that time, I had not yet had occasion to manage the project or to engage in staff recruitment. I admit, the process of searching people turned out to be much more complicated than I thought. It took a lot of time and effort. As it turned out, each artist has his own strengths and weaknesses. And to understand his features, it is not enough to give the artist one test task - you need to work a little with him. And you should to figure it out if you want to form a balanced team of a small number of people.
Now I am collaborating with three 3D modelers, one 2D artist and one other person helps me with the documentation and design of the progress tree. At first, I had absolutely no strength and time for programming, all my attention was spent on putting artists in the course and agreeing on the style. However, now I can implement a full-fledged content creation process - from sketch to final model.
I am still doing the coding part alone. I also took on the drawing of all the vegetation in the game. In the future, I most likely have yet to find a composer. I composed and recorded all music for the first part by myself, but now I no longer have the strength to create a new tracklist for the second part.
A* Pathfinding Pro
Path finding is an important component of artificial intelligence, which allows monsters to run from one point to another bypassing obstacles. There are 2 main approaches to finding a path - mesh-based and grid-based. Unity has its own pretty good mesh-based algorithm. However, such algorithms have several disadvantages. Mesh-based approach is universal and well suited for complex maps, with overlapping layers and bridges, but it is more difficult to adapt to a frequently changing world. In addition, the data structure in this approach is able to operate only the monsters of the same size. If the game has creatures of different sizes, then you need to generate and maintain a data structure for each size. Grid-base algorithms are more predictable and are easier to control. They easily adapt to changes in the map, but handle only one layer (it is difficult to use them for multi-level maps). For these reasons, RPG and strategy games commonly use grid-based algorithms. Therefore, this is exactly the algorithm I wanted for my game, which means that the built in path-finding did not work for me.
The most reted algorithm in the Unity store is A * Pathfinding Pro. Having purchased it, I first studied its code. It turned out that this algorithm does not use memory very efficiently and is poorly suited for large locations. Having contacted the author, I got more accurate data - in order to store a grid for a map of size 1000 by 1000 (the approximate size of locations in my game), the algorithm will need about 400 megabytes of memory. In the end, I developed my own solution for pathfinding. I took the algorithm from the first part and rework it significantly. I am very happy with the result - the data structure is very compact and supports monsters of any size. And it is several times faster than A * Pathfinding Pro. I can’t say that A * Pathfinding Pro is bad. It was simply designed to be as universal and easy to use. My algorithm, although it turned out to be quite optimized, is not very easy to use. However, it allows me to process hundreds of enemies at the same time, and I also have complete freedom in it, since this is my own code.
Screen Frost FX
For the effect of cold, I used the Screen Frost FX asset. This asset offers a nice animated effect of covering the screen with frost and also contains a good sound effect. However, the animation is implemented by simple frame-by-frame playback of individual generated images. To play this effect, it is necessary to keep 64 textures of 512 by 512 pixels each in video memory. Specially for this effect I wrote a small program that analyzed all the frames, and for each pixel determined the graph of its animation and approximated this graph with a function with 4 parameters. To play the animation of this effect, I also needed to write a small shader, which is able to restore the color of each pixel using the 4 function parameters and frame number. However, this allowed me to reduce the number of required textures of size 512 by 512 to 2 - the final color of the effect in one texture and the function parameters for each pixel in another.
Hidroform Ocean System
Hidroform Ocean System is an ocean surface modeling system. I used this effect to create a menu screen. One of the few effects that I used "out of the box". That's what the main menu of the game looks like at the moment. This is a working version, the logo I took from the first part and will change it in the future.