• 2D shoot 'em up
SDL2 turn-based strategy tutorial
Water Closet ported to PlayStation Vita
The Legend of Edgar 1.35
SDL2 Rogue tutorial
— Creating an in-game achievement system —
Our medal system is working very well now - we can earn medals, and our progress can be saved. What we should look at next is how we can integrate it into a full game. In this part, we'll be looking at how Medals are used in UFO Rescue! a small game involving the rescue of stranded aliens.
Extract the archive, run make, and then use ./medals04 to run the code. You will see a window open, displaying a title screen. Use the arrow keys to navigate the menu, Return or Space to select a menu option, and Escape to back out of a menu. To start the game, select Start and then choose a level to play. The goal of the game is to rescue all the stranded aliens, using your tractor beam, and return them to the green portal. Use the WASD control scheme to pilot your UFO around. Hold J to activate the tractor beam. Pressing Escape pauses the game and brings up the in-game menu.
Fly over to an alien and pick him up with your tractor beam, then return him to the portal. Watch your energy level, as this will decrease as you fly and use your tractor beam. Batteries restore your energy level. If you fly into a wall at high speed, you will take damage. If you lose all your health, your ship will explode. However you have unlimited lives. Don't drop aliens - they will die upon impact with the ground!
Close the window to exit (note - your game will only be saved at the end of stage).
Inspecting the code
Being a full game, there is quite a lot happening in UFO Rescue! However, we are only interested in the parts of the code that interact with our Medals system, as everything is out of scope.
Starting with defs.h:
We have an enum for our stats, including rescuing aliens, collecting batteries, the time we played, etc.
We also have an enum for the level ranks:
These are used to determine how well we played a level. Rescuing all the aliens within the time limit will award us with an A rank, outside of the time limit will grant us a B rank, while losing an alien will result in a C rank. We'll see more on all of these in a little bit.
Moving on to structs.h now, we can see how our Game struct is tweaked:
`stats` is now an array of doubles, rather than an array of ints. This is to support floating point timers, such as the amount of energy used. stageRanks is an array of ints, to hold the ranks for each stage in the game (for a total of 5).
If we now move over to medals.c, we can see we've added in a few new functions, to help with displaying the medal information. Starting with initMedalsDisplay:
The only relevant part of this function that is in scope for this tutorial is startMedalIndex, that we're setting to 0. startMedalIndex is a variable that will determine where in the medal display we start from when listing our medals.
Moving onto doMedalsDisplay, we can see this variable in use:
doMedalDisplay is responsible for letting us navigate our list of medals, using the Up and Down arrow keys to scroll through the list. We first check if Up has been pressed. If so, we're decreasing the value of startMedalIndex, limiting it to 0. We're also clearing the Up key, so we don't scroll through the list too fast. Next, we're testing if Down has been pressed. If it has, we're increasing the value of startMedalIndex. We're ensuring that this doesn't exceed the value of numMedals (less 1), so we don't go past the end of our list. We're also clearing the Down key.
For the remainder of the function, we're checking if Escape has been pressed to exit the medal display. We're also calling doWidgets, to process our medal display widgets.
drawMedalsDisplay is the next function we're interested in. There's quite a lot to it:
This function is used to draw our medals list, that is displayed whenever we select "Medals" from the game menus.
We start by calling drawRect, passing in the screen dimensions and a transparent black RGBA, to darken the screen. Next, we're scaling our font up to 3, before drawing the "Medals" text. We're then scaling it back down to 0.7 before rendering the control method hints, and then returning the scale to normal (1.0).
Next, we set the value of a variable called `y` to 255. `y` is the vertical location that we will begin rendering our medals list from. We're next setting a variable called `i` to 0. This variable is being used to track the medal number in our current list. We then begin looping through our medals linked list. For each one, we're testing to see if `i` is greater or equal to startMedalIndex. As we will incrementing the value of `i` during each iteration of our loop, this means if startMedalIndex is 0, we will start handing our medals immediately. If it's 1, we'll skip the first medal. If 2, the first 2, etc.
Once we begin processing our medals, the first thing we do is call getWrappedTextHeight using the medal's `description`, to find out the height of the description text when constrained to 700 pixels (assigning the result to `h`). Next, we test the medal's awardDate. If it's not 0 (meaning it's been awarded), we will call blitAtlasImage to draw the medal's image, according to its `type`, then render its title, description, and award date. As our description can be long, we're adding on the value of `h` before drawing the award date, so that is correctly positioned below. Finally, we increase the value of `y` by 40, to add extra padding before we come to the next medal.
If the medal hasn't been awarded yet, we test to see if it's not `hidden`. If not, we call blitAtlasImage, passing over a texture to show a dull medal (unearnedMedalTexture). We're then drawing the title and description as we did with the earned medal.
Finally, if the medal is `hidden`, we're drawing the unearned medal texture, and a series of question marks (?????) in place of the title and description. This prevents the player from seeing what the medals are awarded for; this is a good way to stop players from having elements of a story, etc. spoiled for them if they happen to look at the in-game medals list before reaching those points in a game.
With that all done, we add the value of `h` (our wrapped description height) to `y`, plus an additional 16 pixels for padding. We then test to see if `y` is greater than 650. If so, we'll break out of our medals for-loop. This reason for this is because we don't want to render any more items if they pass a certain vertical point on the screen; it will look messy, and so we're testing here that we've not passed that point. This isn't quite the best way to do this, but in this instance it meets our requirements. Finally, we're calling drawWidgets and passing over "medals".
That's our medals display handled. We can now move onto how the medals are actually awarded and processed in our game. Moving across to stage.c ...
Medal unlocking works a little different in UFO Rescue! compared to the previous examples; we're only awarding medals once the player has finished a stage, whether they pass or fail it. The reason for this is because we don't want the medal notification to get in the way of gameplay. Once a stage is done, we call doPostStageMedals, to award any medals the player unlocked during play:
Both our `stage` and `game` have their own `stats` arrays, so that the stats can be handled and tested separately. The first thing we therefore do is add all of `stage`'s `stats` to `game`'s `stats`, using a for-loop. We then begin testing a number of stats, to see if they have met the requirements for unlocking medals. For example, STAT_ALIENS_RESCUED with a value of 10 or more will unlock "rescue10". STAT_BATTERIES_COLLECTED with a value of 50 or more will unlock "batteries50", etc.
Once we've handled all our stats medals, we test to the value of `stage`'s `status`. If it's SS_COMPLETE (meaning the player achieved at least a rank of C), we're going to begin testing the rank medals. We start by memsetting a variable called `ranks`, an int array that will store the total number of A, B, and C ranks the player has earned. We use a for-loop to set the value of the appropriate index to the rank of the stage in `game`'s stageRanks array. We then test the values of these ranks. If we have one or more A rank (ranks[RANK_A] > 0), we call awardMedal, passing over "rankA" and "rankB". In our game, there is a medal awarded for completing a stage with Rank A and one for Rank B or better. Our medal unlocking therefore has to award both these medals if a ranking of A is acheived; it would be no good to expect the player to earn exactly a Rank A and Rank B.
The rest of the rank unlocking follows a similar pattern of testing the value of the ranks and unlocking the appropriate medals. In some cases, such as "3RankB" (complete 3 stages of rank B or better), we're adding the number of Rank As and Rank Bs together, to see if the threshold has been met. This is also the case for "finishAll", where we're testing if the total number of ranks equals the total number of stages in the game.
Finally, there is a special check for two medals that only apply to the first stage (zero indexed). We award "stage1" for completing the stage, and then also test that the player has finished the stage within a particular set of constraints, before awarding them the "perfect" medal. You may have encountered games in which trophies and achievements are awarded for performing a task in a certain way, such as to complete level #4 in under 8 minutes, while also defeating 40 enemies, and without using magic - such trophies and achievements would be tested in a similar way.
That's largely all there is to the integration. Before we finish up, we'll take a quick look at how the stats are handled in a few places.
Starting with portal.c. The `touch` function bumps a stat:
The function checks to see if the thing that has made contact with it is a stranded alien (`other`'s `type` is ET_STRANDED_ALIEN). If so, and the alien is close to the center of the portal (48 pixel radius), we're bumping the stage's STAT_ALIENS_RESCUED stat, and processing the rest of the rescue logic.
Turning to strandedAlien.c, the takeDamage function also bumps a stat:
Whenever a stranded alien takes damage (either from striking the ground at a high speed or by being hit by a ball on stages 4 and 5), the alien will be killed and the stage's STAT_ALIENS_KILLED stat will be incremented by 1.
Finally, turning to player.c, the takeDamage function also bumps some stats:
If the player isn't currently immune, we'll be bumping `stage`'s STAT_DAMAGE_TAKEN stat. Subsequently, if the player's `dead` flag has been set (they have lost all their `life`), the stage's STAT_DEATHS stat is incremented.
These are just three examples of where we're updating stats throughout our game logic, so that they can be processed once the stage is finished.
Hopefully now you've got a good idea of how to create and implement an achievement / trophy system into a game. What would be fun to do next is to connect these medals online, so players can optionally view their medals and friends' medals online. In the next part, we'll look at how to use SDL Net to achieve this.
The source code for all parts of this tutorial (including assets) is available for purchase:
It is also available as part of the SDL2 tutorial bundle:
If you do not wish to create an itch.io account, you can also purchase the tutorial bundle using PayPal, and then download the tutorials directly from the main tutorials page.