#playcentric

I got two play-testers to test my prototype. Both playtesters are very new to PC games however, they do love playing mobile games that are simple and easy which made them the perfect candidates. One of the problems commonly experienced was jumping on the slime to kill them. The playtesters believed it was a bit of a challenge as the slime may have been too fast compared to the jumping. This is an issue that can and will be easily fixed to improve future experiences. Without playtesting, i wouldn't have noticed this would be an issue.

Tracy Fullerton said that player feedback is important when prototyping, without it, games are unable to reach their 'full potential' (Chapter 1: a playcentric design process). I do believe that feedback can help improve everything and ensure the result reaches its peak performance, in the real life world, as well as online.

Inspiration Playcentric design is an important ideal outlined in The Game Design Workshop by Tracey Fullerton, and it lead the principles of this project.

Things I'd Change I would definitely have focused development on the core unique mechanic rather than worrying too much on the supporting mechanics. The puzzle solving mechanic of being able to manipulate the environment would have been very interesting to explore, but it is difficult to implement because it requires a system that integrates with player input and the environment.

To change anything about the prototypes actual design, I would have added more abilities available to the player that interact with the main mining mechanic, and the other platforming mechanic.

The ideas outlined in The Game Design Workshop by Tracey Fullerton proved very useful in guiding the creative process.

Chapter 2: The Structure of Games goes through the different elements that many games - including both electronic and analogue games - have in common, and the variety of elements that can enhance the engagement of the players. Thinking of games in terms of the means of control the player has to follow a game procedure, the objectives they seek, the obstacles that create conflict, the resources that the player must manage, and the rules they must follow was very valuable for understanding how to build up the elements of a good game.

If I was to repeat the development of this prototype I would have more closely followed the advice in Chapter 6: Conceptualization. The chapter explores the processes of creativity and brainstorming, and encourages the designer to depart from replicating the tropes of a genre. It would have been valuable to depart further from traditional means to find something unique and more interesting. I would also have not began polishing the game with special effects before it was refined from a mechanical perspective.

The main thing I would change about the design of the prototype is the sense of progression through the game. As is, the game simply scales in difficulty and you as the player must become more reckless and precise to survive - it would be interesting to begin awarding the player with new abilities to take advantage of as they progress.

Over two weeks I developed a top down asteroids-like game, built around the mechanics and aesthetics of the original Asteroids game.

Based on the procedures outlined in The Game Design Workshop by Tracey Fullerton, I followed the following stages Foundations I began by defining the core mechanics of the genre and what makes this game unique, and implementing the core mechanics to explore is viability.

Most asteroid-like games only share a few similar features. In terms of general movement, the player can only move forward and turn, and their primary means of interaction is to shoot in the same direction they are facing. The combination of these constraints means that moment to moment game play is a trade off between navigation/dodging, and attacking/defending. Because the player can only shoot in the direction they’re facing, they run the risk of flying directly into what they’re shooting.

From this baseline I began exploring new possibilities to tweak and expand these constraints. Alternatives and additions I tried included: Only being able to shoot backwards, meaning the player has to constantly switch direction; Removing the connection between movement and shooting, bringing the game closer to a top down bullet hell type game; And adding a gravity vector to the player’s movement, meaning the player had to constantly move to avoid falling haphazardly into obstacles, and having to adjust the way they shoot because of it. After play testing, the addiction of gravity spawned a significant diversity of new avenues and dynamics of play which made it very engaging to interact with, so I settled for that as a core mechanic. Structure From here I could begin constructing the broader structures of the game. 

The objective here is to start shaping the game to match the intended experience of play. Objectives, obstacles, and some kind of score structure to represent how well you have achieved the objectives and avoided the obstacles are created to encourage the player to engage in the experience of the game. 

Asteroids were created as obstacles, and they were implemented to spawn periodically in random places and to float around the map. The continuing addition of more asteroids builds a simple difficulty curve as the map slowly fills up with more obstacles. The primary objective of the game is to survive, so destroying the asteroids becomes the most direct representation of achieving that goal, so points are awarded to the player to represent their success. Conversely, failing to avoid the asteroids brings the game closer to a fail state by reducing the player’s health.

The game also needs a beginning and end, which is hinted at by the player’s health. The game is built to be playable indefinitely, so completing the objectives doesn’t bring upon a win condition, but there is a fail state if the player fails to avoid the obstacles - once the player loses all their health the game displays an end screen showcasing the players final score.

Formal Details This part of development involved making sure the game is functional, internally-complete and balanced.

The section mostly involved play testing to identify problems and bugs, and implementing features that make the game feel more polished.

Features such as making the asteroids collide with each other, sound effects, and particles from explosions, collisions and the player’s engine all contributed to the completeness and play experience of the game.

Play testing from here also lead to alterations to the point system, number of lives, damage from the asteroids and the fire rate of the player to solidify these structures. 

Refinement Unfortunately refinement was out of the scope of this prototype, but it would have involved increasing player engagement through reward structures and game-feel elements.

References Fullerton, T. (2018). Game Design Workshop: A Playcentric Approach to Innovative Games (4th ed.). CRC Press LLC. 

For this prototype I tried to develop pixelated graphics and a mining mechanic in the platformer.

I discovered that GDevelop smooths the pixelated graphics by default, which took research to correct at a texture level, but the final output was still smoothed and blurry in-game.

I also discovered that GDevelop uses tiled sprites, but not tile-maps, which would make level manipulation difficult to achieve. In reading Game Design Workshop : A Playcentric Approach to Creating Innovative Games, Fourth Edition, I began considering the interactions of objects, behavior, and properties, and how their relationships formed complex and dynamic systems. This inspired ideas on how different elements/objects of the game environment could have different properties and behaviors to create complex systems for the player to interact with; for example explosive objects creating holes in the environment that makes traversing it as a platforming character harder, or enemies that can build platforms to change the sequence of the platforming. 

MOONGAME is a goofy platformer with mining mechanics. Play as an asteroid miner surviving a hostile alien infection of the space station, who has to use their mining tools such as drills, pickaxes, a mobility suit and mining explosives to traverse the crumbling station and fight the alien life. The primary mechanic involves manipulating the environment to solve puzzles and avoid hazards, and the game is targeted towards retro-games and platformer fans.