With the goals set, let's get started by launching the Unreal launcher. If you already have an Unreal Editor instance running, that is not a problem; just choose to make a new project from within the File menu and that will launch the proper screen of the launcher. Otherwise inside the launcher, just hit the Launch button of the editor version you want. After a few seconds of loading, the editor project selection window will appear. Do the following:

If that was your first time creating a code project (which I guess is the case for the book's target audience), the project will take quite a time, it is not going to appear within a second like the other blueprint-based projects.

A C++-based project needs to copy some header files, build a Visual Studio solution/project (or Xcode if you are running on Mac), add the necessary code to the project, build files, inputs, the engine, and so on, and then finally run the Visual Studio command-line tool to compile and launch the project editor.

Now that you have a basic project, shall we go ahead and learn more about the C++ game project structure?

Yes!

But why?

Well, an Unreal project could increase to a crazy size at some point, especially if you are going to source-control your project using Git or SVN. You have to be wary about the space, as some free hosting services put a limit on the file type and file size you are using within your repository.

By opening the game project folder you will have these files and folders; some new files and folders might appear in the future as long as we keep adding stuff to the project. This is what I had by the end of the project:

While the folder is full of subfolders and files, it makes much more sense to break it all down. If you understand how the project directory works, it will be easy to understand how the game director works, and how you can optimize the size of the project.

Now we have a project set and running. However, that's not enough for us to start adding code, assets, and logic for the game. A game project has tons and tons of settings and options, which will have been set to default values when you create a new project, and every time you make a new game or project, you have to set those settings to specific options that fit your needs and your goals.

Accessing the project settings is very easy as you only have to click on the Project Settings button at the end of the Edit menu button.

First things first, I like to always set the overall information about my project at an early stage, so I don't have to worry about it later. From the Description section of the project settings, you can set the company name, and its homepage; also you can assign the logo for the project to be displayed on the launcher and description of the project and its name.

The most important part for this C++-based project is to set the copyright notice. By defining a piece of text here, it will be automatically added to all your newly created C++ files. So you have a copyright added to your code… Just in case!

Another important option to set is the map to be used as the default map for the game and for the editor. I agree that we don't have maps set yet but once you have a map, you need to set it inside the Maps & Modes section; so you make sure that every time you run the editor, you don't have to reload the map you want.

Finally, I would like to set the targeted platforms. I already know that my game will be running on PCs and consoles, so there is no need to label my game as an Android or iOS game for example. Therefore, you can just uncheck the untargeted platforms from the Supported Platforms section.

To access the editor settings, from the Edit menu, just choose Editor Preferences. If you are using a Mac, you might find it in a different place, usually it is called Preferences or Editor Preferences and it is listed under the Unreal Editor menu.

There is not much that needs to be changed within the editor settings, as it is mostly about personal, preferred settings while working with the editor. I don't mind sharing the few changes I made for the editor of Bellz, but feel free to ignore them and apply your preferred settings, or don't apply any editor settings at all if you prefer to keep it that way.

Under the Loading & Saving section of the General settings, I managed to disable the autosave option for any asset type; that way I make sure that the editor saves only on my demand, and I'll not get too many unnecessary files, keeping my project size as small as possible. Also, disabling the source control (if you are not using it, or you are using another source control system) is a good way to go with a smaller project!

From the Play section of the Level Editor settings, make sure you enable Game Gets Mouse Control; this way I make sure that the game has the advantage of using the mouse over the editor.

And that's it. There are lots of changes I used to make to the editor, but there were mostly related to changing the colors to fit my experience and keeping the overall visual look of the objects the same between all the applications I was using. For example, changing the color of selected objects to match the selected objects in Maya viewport, so I keep things consistent. But those two options are the important ones that have an impact on my experience while working.

While the input setting relies on the project setting, I always like to discuss it as an individual topic. If you have come from an engine structuring background, you probably know that the inputs are an independent topic just like rendering, networking, and so on.

Any game built within Unreal Engine (or any game in general) must have the input class, which defines the whole input for the game. Fortunately, Unreal Engine has made this step easier, and has given you the chance not to worry about input handling. It does this for you at a lower level of the engine core, and gives you a nice and easy-to-use interface, where you can map some predefined input keys, buttons, and axes, and name them. You can then refer to these buttons by code using their respective names.

Unreal Engine supports a lot of input devices, which has made the input mapping list huge, and it is better to learn more about the supported devices in order to make this huge list easy to manipulate. The inputs that are supported are:

And that's how the list of inputs looks by default while every section is folded; unfolding those sections will give you an endless list of keys and buttons that you can map for your game and for different platforms and devices.

In order to use these inputs for your game, you have to select some keys and give them names; this is called the process of Binding Keys. But before diving into this process, you will have to understand the different types of binding within Unreal Engine.

Unreal Engine supports two main binding types; they are divided by the sensitivity of the input key/button. This means that the input button/key could fire a couple of events when it is pressed and/or released, or it will keep firing events as long as it is pressed. The two main types of bindings are:

Here are few more points to remember before we start the mapping process:

Now you are ready to go. By opening the project settings from within the Edit menu, and then navigating to the Input options under the Engine section, you have access to the inputs mapping. You can now start mapping your key inputs.

The end result of this action key mapping should eventually look something like this:

The end result of this axis key mapping should eventually be something like this:

Now you have successfully mapped the game inputs. Keep in mind that you might need to map more keys in the future, but those are the keys I needed for Bellz. If you need more you can keep adding and mapping keys based on your game design. Personally I found those inputs are enough for our current example.

If you still remember the project directory we mentioned earlier in this chapter, there was a config folder for the project. If you access this config folder, and you open the DefaultInput.ini file using any text editor, you will find the input mapping that you've already done at the end of the DefaultInput.ini file. This means those inputs are modifiable at any time because the shipped game will have a similar file eventually!

In some cases, you might have an asset within an Unreal project that you want to use within another project. And because Unreal content is converted into .uasset files, it is not that easy to just copy assets from the Content folder of a project into another Content folder of another project.

For this game, we are about to create the basic animations of the default Unreal Engine mannequin character, to be used by my character. Therefore, by opening any of the Unreal projects and by selecting the required animation files, you can just right-click on them and choose Migrate and then choose the new project you want to copy assets to.

That way, all the assets with the required dependencies will be copied to the new project. However, achieving it by just doing a window-level copying will not guarantee you move all the required files. In my case, when I was copy animations the editor found that I needed to copy the character mesh, skeleton, and the materials as well. Those have been selected automatically for me and set alongside the targeted animation files.

Finally, a typical OS window will pop up to ask you to choose the destination folder/project you want to migrate the assets and all its dependencies to.

Now as a single-person project (me or you, we are both working as individuals now), you can't make the entire game all by yourself. In other words, time, and the goal of this book, do not allow us to do that. Thus, that's the reason behind relying on some free assets, or you might like to get some of it outsourced. It is all up to you.

For Bellz, I used a mix of assets provided by Epic games; they are free to use and you can get them from the launcher. The assets are labeled with Infinity Blade (yeah, those assets are a free giveaway from Epic and the developer of the game), and they are really top-quality assets.

While those assets look perfect, not that many animations come with the packages so I used some of the free animations provided by Epic and asked a friend to make some other animations for me to use.

A good exercise here is to follow the migrate process we discussed earlier in this chapter in order to migrate some of the custom animations I've made in the book's project, and move them into your project.

In order to get the packages installed, you have to download them first from the Marketplace section of your launcher, then you will find a button next to those packages that displays Add To Project. I've added warriors, enemies, weapons, and the grass environment to my project. Feel free to add them as well (I highly recommend them) or get your own assets.

There are three types of environment presented for free; you are free to pick the one you want. I just liked the grassy one. After making your decision about which to use of the free packages, all that you have to do is to hit the Add To Project button. Keep in mind, some of the Marketplace packages don't have the Add To Project button, and they have only a Create Project button; with those packages you'll need to create a whole new project in order to be able to use them or migrate some of their assets to your current project.

This will take you to a whole new section of the launcher, and you probably have never been there before. It displays all the valuable projects that could match this package. It is all about the engine version and the package version which usually have to match, and Epic might change this condition in the near future. Anyway, I made my choice as Bellz.

Now it will take some time to load and add the directories and the assets to your project. Go ahead and redo the process for the other packages you want to add to the project (the warriors, enemies, and weapons).

Keep in mind that, if you are using Windows, you don't have to relaunch the project. In a Windows version of the editor, once you add a package to the project through the launcher, you can locate them right away from within the editor. But if you are running Unreal on a Mac, you have to relaunch the editor in order to find the assets inside the project.

Feel free to take your time to check the characters, enemies, weapons, and the environments and all the animations provided by them. Also spend some time migrating any animations you want from the project sample that came with the book, and decide which assets you are going to use with your instance of Bellz, and delete any other unneeded assets, such as all other characters, enemies, and weapons. Those files are large, and will heavily increase your project size, so, it's a good idea to keep the project as clean as possible as we go.

When I was choosing my characters, I picked the bear as my main game enemy. The choice came as a result of several factors. First, I liked the two attack animations that the bear has, it is very strong and has great key poses. Second and most importantly, the bear has no idle, walk, or run animations, and it's a good opportunity to check some of the Unreal tricks of duplicating animations from a skeleton to another different skeleton. This is called animation retargeting.

By default, when you import an animation for the first time, you will be asked to either use an already made skeleton asset from within the project, or to import the asset skeleton and build a skeleton asset out of it. For several animations of the same character, you will keep reusing the skeleton asset, but once you import a different character it'll force Unreal to create its own skeleton structure asset.

Now, as you might have noticed, each enemy of the Infinity Blade assets has its own skeleton assets, and our main focus here is to somehow get an idle animation alongside the running and/or walking animation for the bear. As you noticed, the bear has only two animations!

Now if you check what the closest animal is in body structure and skeleton hierarchy to the bear (and included in the assets), you will find the wolf asset. This asset has all that we need and more, it is very similar to the bear, and it has walking and idle animations, alongside other attached animations. The goal now is to retarget and close the walk and idle animations of the wolf and use them with the bear. After we finish that, we will retarget the walk animation once more, and change its speed factor in order to make it look like a running animation (a run is just a fast walk, huh?!), and that will save us the time of creating animations or assets from scratch. It will even save us more time if we want to send the bear asset back to Maya or 3dsMax to add some more animations for it.

The retargeting process is very simple; you can consider it as the following steps:

While we have a plan, let's get started in retargeting the animation. By opening the wolf skeleton asset, you will be inside the Persona editor. At the top there is a button called Retarget Manager. Hit it!

That will open the retargeting window for you; it is very simple, you need to create the skeleton by hitting Add New Retarget Source and then start assigning the wolf bones to the correct slots of the intermediate skeleton. You don't have to fill them all, you just need the animated bones to be assigned. Keep in mind, at any time, if you need to assign more bones that are not shown on the intermediate skeleton, you can press the Show Advanced button in order to display more bone options to assign. Nevertheless, from my experience with this wolf skeleton asset, those basic bones are enough.

After assigning the bones you should end up with something like the following:

Now, let's do the same thing with the bare bones. Open its Persona, and start assigning the bones to an intermediate skeleton. There are two things you might notice here: the wolf has one more bone within the legs, and it fits its real bone structure. In addition, the wolf has a tail, while the bear skeleton has no tail. That will not affect us too much, but make sure not to assign something wrongly. Feel free to ignore those extra bones from the wolf.

After assigning the bones, you should end up with something like the following:

Now it is time to do the final step, which is retargeting (cloning) the animations themselves from the source to the target. By accessing the animation assets of the wolf (under the animations folder within the wolf folder), you can select any of the animations (let's start with the idle animation); right-click and, from Retarget Anim Assets, choose Duplicate Anim Assets and Retarget. That's enough to take you to the final step of retargeting.

The Select Skeleton window will show up. This window will already have the retargeting source skeleton selected and display its character. It requires you to select the target (which is the bear), by selecting the bear skeleton (the one we have already assigned to the intermediate skeleton) and hitting Select; that will copy the animation right away for you, and set it to the animation for the bear.

Now it's time to rename the animation to something which makes more sense. The new animation will still have the name of the wolf, but it has a thumbnail of a bear character, and it is only playable over the bear skeleton; thus you probably need to rename it bear.

Do retarget all the animations you want, but don't forget to rename them and move them to the bear folder, just to keep things organized.

After you are done duplicating/retargeting all the animations you want, I would recommend you duplicate the walking animation again for the bear, but this time name it run. After you have done the duplication, double-click on the animation asset. That will run Persona again, but this time it will be activating the Animation tab, not the Skeleton tab like before.

From the left side, there is a panel called Anim Asset Details. Make sure to set the Rate Scale under the Animation tab to 2.0, which will change the speed of this animation asset. By having it run fast, it really looks like a real run. Now we have managed to get lots of animations working and running for the bear, without the need to do a single animation frame!

You went through the process of starting a big game from the ground. You learned how to select a base C++ code project, which is not based on any other premade code, and totally understood the project structure, which folders are important, and which folders you can simply ignore.

You also learned about how and where to find the project settings and the editor preferences, and you got an idea about what type of settings you can find there, and how to adjust some of them to fit your needs.

All games have inputs, and now you know where you need to map those inputs for your game. You are not only aware of how to set up game inputs, but also you know all the input types and the limits of supported input devices with Unreal Engine.

All games have assets, and now you have learned how to be tricky while working: how to integrate packages from the Marketplace, or move assets between different projects without any trouble by just migrating them, not only copying them.

Animations are essential, but sometimes we have to retarget animations in order to fix some problems we have or to fasten the process. You now know all the needed steps and skills to be able to retarget any animation into any skeleton.

Now with all of that fresh in your mind, I highly recommend you dive into the next chapter right away. Let's start writing code and building our player controller from the ground up.