The bulk of the efforts in the implementation of the MDP went into this area due to the designer's skill and inclination in the area. Note that §Evaluation of the HUD below evaluates the functional aspects of the HUD as well as its aesthetic aspects.
The criteria for functional evaluation as identified in §Evaluation Procedure appear in the evaluation table below.
Criterion | Evaluation |
---|---|
The gamemode should start correctly and | The gamemode does start correctly, whether it is loaded in singleplayer on the client or it is hosted on a dedicated server (a server which only emulates the game world but dos not visualise it). A listen server (where a client runs the server) has not been tested, but should work. The gamemode also does not require the client to have the HvR files before connecting to a server. This criterion is fulfilled. |
The gamemode should work as intended, with as few bugs and issues as possible | This criterion will be evaluated on a per-feature basis |
Round mechanics | The round correctly cycles and reacts according to the number of connected players as well as ending the map after a number of rounds |
Stat mechanics | The stats are networked correctly to the client, however there is no penalty for having stats fall to 0. The stats also fall too fast. |
Combat mechanics | The loadout is too well-rounded. A player can heal themselves indefinitely with the medkit. The RPG also runs out of ammo after three shots, but kills a player instantly. On the other hand, the fists are underpowered and result in annoying combat. The combat fails the criteria. |
The aesthetic aspect of HvR that was made by the designer is the Heads Up Display (HUD). It is divided into several elements below:
The criteria for aesthetic evaluation as identified in §Evaluation Procedure were:
However, the second criterion is invalid as no additional textures or sound files were used in the MDP though at the time the criteria were written, they might have been.
The following table describes and evaluates each element of the HUD in terms of function and aesthetics:
Element | Description | Evaluation |
---|---|---|
1. Round state text | Tells the player what state the round is at in text. | On low resolution and/or 4:3 aspect ratio displays, the text will go through the round timer rather than wrap onto a second line, making this HUD element ineffective. The text also appears in a different font to the rest of the HUD as the size had to be reduced, causing the consistency of the HUD to fail. |
2. Round timer | Tells the player how much time is left before the round state changes | Effectively communicates the time left in the round, using the standard Coolvetica font. |
3. End of map popup | Recaps what happened in the rounds that occured in the current game level (map) | The size of the text is much smaller than the size of the popup window, even on very low resolutions, and the text appears in another font. Note also that the text displayed says "the Humans won 0 round" [sic], which is grammatically incorrect. This user interface feature feels tacked-on. |
4. Robot indicator | Tells the player whether they are a human, robot or unselected according to which number is present: 1 means a robot, 0 a human and -1 undecided | Keeps the consistent font Coolvetica, but confuses the user as they should not be expected to know what the numbers mean. Instead, the HUD should say "Human" or "Robot". |
5. Stat bars | Tells the player how much of each stat they have left. Health is common to both humans and robots, while the secondary (centre) and tertiary (rightmost) stats vary with their role. | The stat bars scale to be the same size relative the overall game resolution. They were somewhat obtrusive, but their size has been minimised and now they fit nicely. |
Note the following: