Kai

Team Name: The Endeavours

Team Members:

Bryan – Main Developer / Gameplay & Mechanics Developer / Environment & Map Developer

Brayden – 2D Artist / Character Animator

Vincent – 2D Modeler / Environment Animator

Kai – SFX Designer

Project Overview

Shadow Requiem: Arise is a 2D action game developed for IGB120’s Assignment 3. Our primary objective was to create a polished prototype with strong gameplay mechanics and responsive combat. This post-mortem summarises our development process, teamwork, testing outcomes, and iterations based on feedback.

Team Collaboration

Team collaboration was consistently effective. All members clearly understood their roles and worked cooperatively:

Bryan led game development, gameplay systems, and also contributed visual effects and environment design.

Brayden provided high-quality 2D character art and animations.

Vincent contributed environment animations and supported visual consistency across levels.

Kai composed and implemented sound effects to reinforce feedback and atmosphere.

Our shared goal and communication helped maintain a productive workflow. Task distribution was clear, and members were proactive in completing assignments.

Playtesting & Feedback Integration

We conducted formal playtesting during both lecture and workshop sessions in Week 11. Survey responses and observational feedback highlighted several areas for improvement:

Desire for more engaging and diverse skill mechanics

Need for clearer UI indicators and in-game information

Aesthetic feedback for better visual and thematic consistency

Iterations & Updates

Version 2.0 – Major System Update

In response to feedback, we introduced new combat abilities to enhance strategy and replayability:

Phantom Surge (Speed Boost): 200% movement speed + invincibility for 5 seconds (15s cooldown)

Phantom Trail (Shadow Travel): Invulnerable shadow state for 5 seconds (20s cooldown, disables attack)

Phantom Rise (Power Moon Attack): Doubles attack damage for 3 seconds (5s cooldown)

To improve player clarity, we also added cooldown timer text sprites for each ability, improving usability. A skill menu button was also drafted and partially implemented.

Animation Improvements

Bryan created visual feedback systems to support the new skill effects:

Blue Glowy Effect: Visually highlights Phantom Surge activation

Speedy Tail Effect: Animated motion trail adds dynamism to high-speed movement These effects enriched the player experience without compromising performance or sprite clarity.

Version 2.1 – Naming & Thematic Polish

To unify the game’s supernatural aesthetic, we renamed several skills:

Skeleton Summon → Phantom Requiem

Buff Attack → Phantom Rise

Shadow Travel → Phantom Trail

Speed Boost → Phantom Surge This cohesive naming strategy improved thematic immersion and skill clarity for players.

Audio Implementation

Sound design was an essential aspect of player immersion, me being the SFX Designer, developed a suite of audio cues to reinforce game feedback and emotional tone. These were implemented using GDevelop's "play a sound" condition.

Each sound effect was carefully timed and mapped to in-game events:

Dash Sound: Activates during the purple trail left behind by the "player" once the E key is pressed.

Jump Sound: A light, responsive sound cue plays on jump to enhance movement feedback.

Menu UI Sounds: Includes subtle click sounds for UI interaction, including a Start Button sound for selection confirmation.

Skeleton Summon (Phantom Requiem): A haunting summoning audio enhances the spectral tone of the ability.

Ghost Absorb: A soft, ethereal sound effect plays when absorbing spirits.

Moon Attack (Phantom Rise): A deep slashing sound reinforces the power of the enhanced attack.

Portal to Level 2: A shimmering portal sound signals level transition.

Boss Music: Dynamic looping track engages players during the fights, raising the stakes.

Shadow Form In/Out (Phantom Trail): Whoosh and fade effects signal entry and exit of shadow mode.

Spike Death Sound: A sharp audio cue plays when the player dies to spikes, emphasising the punishment.

Speed Power Up: A sound plays that represents the "player" charging up shifting into a high pitch zoom sound that slowly fades as the ability wares off.

All sounds were normalised for consistent volume and integrated using condition-based triggers and timers, ensuring smooth layering without audio conflicts. These additions significantly improved game feel and enhanced player understanding of key actions.

Division of Report Work

Bryan focused on playtesting demographics, feedback discussion, and Appendix 1.

Brayden & Vincent analysed the survey results and compiled Appendix 2. This balanced distribution allowed for timely, high-quality completion of the final documentation.

What Went Well

Clear task roles and consistent communication via discord

Fast and effective implementation of feedback from play testers

Strong collaboration and work ethic from all team members

Responsive iteration cycle after testing

High-quality and well-integrated audio design

Lessons Learned

The sudden shift in difficulty was a little unnecessary

Early UI clarity could have streamlined initial player understanding

Implementing skill menus earlier would have increased usability testing time

Thematic consistency (e.g., skill naming) should be planned earlier to avoid late-game revisions

Sound balancing and spatial audio design could be further explored for future iterations

Final Thoughts

Shadow Requiem: Arise evolved significantly through collaboration, creativity, and responsiveness to player feedback. Our team, The Endeavours, demonstrated strong synergy and discipline throughout development, and the resulting improvements reflect our collective effort and are very proud with how far the game has come. This will be the final post for this game, for everyone who gets a chance to play the game, have fun traversing through the dungeon while encountering many challenges, do you have what it takes to climb the tower and fight the final boss the... SHADOW REQUIEM! Shadow Requiem: Arise dev team

Shadow Requiem: Arise This week marked our first formal playtesting session for Shadow Requiem: Arise, focused on testing core player and enemy mechanics. Using a structured feedback form, we gathered critical insights from testers, helping us refine both gameplay flow and design direction.

Key Feedback Points

Movement System (W, A, D + Dash [E])

Combat Mechanics (Mouse-aimed attacks, platform destruction via right-click)

Soul Absorption & Summoning

Overall Difficulty Balance

Feedback Highlights:

Movement System: Easy to pick up, but the dash felt unresponsive and lacked clear visual feedback.

Combat Mechanics: Mouse-aimed attacks felt satisfying, though some struggled against faster enemies. The destructible platforms were praised for their strategic depth.

Soul Absorption: Widely considered the game’s standout feature. However, players unfamiliar with the mechanic wanted tutorial prompts to guide them.

Sudden Increase in Difficulty: Most testers found the starting level fairly easy, but the jump to level 2 introducing tougher enemies (e.g., Big Demon and Spike Trap) felt unbalanced and too challenging.

Level Design Expansion (Planned):

Using the feedback we have decided to introduce two new sections:

Ascension Platform: A vertical map segment with traps and platforming challenges:

New timed trap being the Spike Trap

multiple enemy encounters, increasing the difficulty from level 1

Final Boss Arena (Shadow Requiem): A multi-elevation arena with:

Destructible terrain

Dynamic safe zones

Telegraphing attack cues

Priorities for Next Version

Add visual feedback for key actions (dash, soul absorb)

Create a tutorial system for onboarding players

Build the first version of the Ascension Platform

Start designing Shadow Requiem’s boss arena and movement patterns

Our team’s collaborative approach continues to push the project forward, with everyone actively addressing feedback and contributing creative solutions. Exciting developments are on the way, stay tuned! Shadow Requiem: Arise (dev team)

Shadow Requiem: Arise As part of our group assignment, our team has been collaboratively working on expanding and refining Shadow Requiem: Arise. The current development phase is focused on tightening the game’s core mechanics while laying the groundwork for exciting upcoming features.

Current Progress

Our main efforts so far have been centered on:

Testing player character controls and mechanics

Ensuring enemy attacks, soul summoning, and absorbing mechanics function as intended

Creating draft level layouts and enemy designs as references for the next development phase

Playtesting Focus

We’re currently conducting internal playtests that focus on:

The core combat loop

Functional reliability of soul-based mechanics

Enemy AI responsiveness and attack behavior

This ensures a strong gameplay foundation before new content is added.

Upcoming Features (Planned)

Here’s a sneak peek at what’s coming next:

New Unique Abilities: Including Health Regeneration, Damage Buffs, Shields/Immunity, and more

New Enemies: Starting with the Abyssal Demon — a high-threat design with destructive capabilities

New Traps and Healing Tools to increase strategic depth

New Levels & Maps:

Stage 2: A vertical layout offering fresh movement and challenge

Stage 3: Final boss Shadow Requiem will now appear here

Stage 1: Rebalanced with new enemy mobs replacing the boss Below is a sneak peek of the infamous Abyssal Demon Players will encounter in level 2! (designed by Brayden)

Here is the overall plan and design for our next level (designed by Bryan)

What's Next?

The team is focussing on finalising and implementing new levels and enemy mechanics to make the game more challenging

We will continue to conduct playtesting, to look for potential system bugs and balance changes

As well as integrating new player abilities and environmental challenges Do you have what it takes to challenge the enemies and obstacles implemented in level 2 and reach the final boss, the SHADOW REQUIEM! Stay tuned for more updates as we continue shaping Shadow Requiem: Arise!

What Went Well

Project Setup: The initial setup went smoothly, with assets organised and imported effectively. Using the updated 1920x1080 resolution helped provide a modern, clean visual space.

Object Creation & Behaviour: Adding the Top-Down Movement behaviour to the PlayerCar gave the car realistic acceleration and deceleration, enhancing the gameplay feel.

Controls & Rotation: Implementing responsive left and right controls with smooth rotation effects made the driving experience feel natural and engaging.

Event Logic: Using combined and inverted conditions for key presses allowed the car to return to its neutral position, fixing early control issues efficiently.

Challenges

Rotation Limits: Initially, the car rotated too much (up to 180 degrees) which didn’t feel right. Adjusting it to a maximum of ±30 degrees improved realism but required fine-tuning angular speed.

Resolution Adjustments: Because lane positions were originally set for 800x600, adapting these for the higher resolution took extra effort and testing.

Returning to Neutral Angle: Ensuring the car smoothly returned to its original rotation when no keys were pressed took additional logic and careful condition management.

What Could Be Improved

Traffic and Collision: The game currently lacks enemy traffic movement and collision detection, which are crucial for gameplay challenge and polish.

Visual & Audio Polish: Adding more visual effects and sound feedback would enhance immersion.

Scoring & Progression: Implementing scoring, timers, or level progression would make the game more rewarding and complete. Future Improvements

Final Thoughts

This project was a great learning experience in combining behaviours, events, and controls in GDevelop. It highlighted the importance of fine-tuning mechanics for player feel and showed how iterative problem-solving is key in game development. The foundation is solid, and with further enhancements, it has strong potential for a fun 2d racing game such as Critter Kart!

Overview

The goal was to create a simple yet engaging car racing mechanic with smooth controls, lane switching, and realistic car movements.

Step 1: Project Setup

New Project & Scene: Created a fresh empty project named “Level1.”

Asset Import: Imported core sprites from the provided resource pack, including the PlayerCar (Car.png) and Highway background (highway.png). Additional assets like traffic cars, trees, and explosions were added for environment and gameplay effects.

Resolution: Opted to keep the resolution at the updated default of 1920x1080 for better screen space, adjusting lane positions accordingly.

Step 2: Creating Objects

PlayerCar: Added as a Sprite object with the Car.png animation.

Highway: Added as a background sprite with the highway.png image.

Traffic & Environment: Added multiple traffic car sprites, trees, and explosion animations (Explosion1.png to Explosion8.png).

Behaviors:

Applied the Top-Down Movement behavior to PlayerCar for smooth acceleration and deceleration.

Customised properties by setting deceleration to 400 and disabling default controls and object rotation (to manage rotation manually).

Z-Ordering:

PlayerCar assigned Z-order 10 to appear on top.

Highway set to Z-order -10 to render behind other objects.

Step 3: Core Mechanics & Controls

Player Movement:

Created input events for left and right arrow keys. Pressing these moves the PlayerCar left or right lanes respectively using the Top-Down Movement behavior.

Rotation:

Added subtle rotation effects when turning:

Left key rotates PlayerCar to -30 degrees.

Right key rotates PlayerCar to +30 degrees.

Rotation angular speed set to 60 degrees/second for smooth turning.

Return to Center:

Added event to return the PlayerCar rotation to 0 degrees when no left or right keys are pressed, ensuring the car straightens out smoothly.

What I Learned From This Development Process

Implement enemy traffic movement and collisions.

Add scoring system and race timing.

Polish visuals and add sound effects.

Creating and customising objects with behaviours like Top-Down Movement for realistic car physics.

Implementing smooth player controls and handling keyboard input events.

Using rotation and angular speed to make car movement feel natural.

Writing event logic with conditions and inverted conditions to control object behavior.

Problem-solving to fix issues like the car not returning to a neutral position after turning.

Title of Game: Critter Kart Game Description Critter Kart Chaos is a colourful, top-down kart racing game where players control wacky animals racing through hand-crafted tracks filled with traps, shortcuts, and mayhem. Think Mario Kart meets Animal Crossing—with explosive coconuts, banana slicks, and burrowing moles. Designed for chaotic local multiplayer or fast AI races, it’s a race to the finish… with claws out.

Three Unique Selling Points

Animal-Themed Abilities Each critter racer has a unique passive ability—e.g., squirrel gets speed boosts on ramps, mole can dig through shortcuts, turtle gets extra armour.

Interactive Tracks Dynamic environments include falling logs, geysers, mud pits, and moving bridges. Players must time their turns and boosts to survive the course.

3. Track Morphing Events Each lap triggers environmental changes—bridges collapse, rivers flood, shortcuts open or close—making every race feel unpredictable and forcing players to adapt their strategy mid-race.

Game Controls Diagram

Arrow Keys / WASD – Move & Steer

Z / L-Trigger – Use Power-Up

X / R-Trigger – Drift/Slide

Enter / Esc – Pause/Menu

Visual Style

Hand-drawn cartoon animals and tracks.

Light-hearted woodland themes with seasons (Autumn Acorn Speedway, Winter Whisker Pass).

Bouncy, upbeat soundtrack with animal sound FX and exaggerated kart noises.

Heavily inspired by Mario Kart but with a twist and new perks and Animal themed!

Asteroid Post Mortem

Project Overview

The goal of this project was to recreate a version of the classic arcade game Asteroids using GDevelop, a no-code game engine. The development followed a guided tutorial, introducing key design concepts and implementation techniques, including player controls, shooting mechanics, enemy spawning, UI elements, and basic game loop logic.

What Went Well

1. Smooth Onboarding & Progression The step-by-step tutorial structure made it easy to grasp essential concepts like object creation, forces, rotation, and events. Each section built directly upon the last, reinforcing prior knowledge.

2. Core Gameplay Implementation

Player ship smoothly rotates and moves toward the mouse.

Shooting works correctly using angle-based force and a timer-based fire rate limiter.

Asteroids spawn at intervals and move in random directions, mimicking arcade-like unpredictability.

3. Basic Game Loop Functional

Lives system with collisions reducing health.

A functional "Game Over" screen that transitions based on the player’s remaining lives.

Scene timers control firing and spawning frequency effectively.

4. Practical Experience with GDevelop Systems

Created and manipulated scene variables.

Used object points to correctly spawn bullets at the ship's "nose."

Gained confidence with event-driven logic through real-time debugging and previews.

What Could Be Improved

1. No Win Condition or Level Progression The game loop continues indefinitely until lives are lost. There’s no clear victory state or increasing difficulty, which reduces replay ability.

2. Collision and Spawn Logic Are Basic

Asteroids can still spawn dangerously close to or on top of the player, despite the workaround using repositioning.

Collision feedback (e.g., screen shake, visual effects) is minimal and lacks polish.

3. Asset and UI Limitations

The game uses basic or default sprites and lacks cohesion in visual style.

The HUD is functional but static, no animations, sound feedback, or user-friendly indicators beyond plain text.

4. Event Sheet Scalability Issues As more mechanics are added (e.g., different asteroid types, power-ups), the event sheet becomes increasingly cluttered and difficult to manage without grouping or external events.

Lessons Learned

Use of Timers: Timers are essential for pacing actions like firing and spawning.

Scene Variables: Crucial for managing lives, scores, and other player-state-dependent actions.

Design Logic First: Planning object interactions and controls in advance makes implementation smoother.

Testing Interactivity: Regular previewing is critical to catch issues early, like projectile misplacement or spawn overlaps.

or What I Would Improve Next Time

If given more time or extending this project into a full game, I would:

Add a scoring system with enemy point values and high-score tracking.

Create asteroid splitting (large → medium → small), like in the original arcade version.

Design a main menu with difficulty settings and level selection.

Implement power-ups, such as shields or rapid fire.

Add background music and more sound effects to enhance game feel.

Introduce progressive levels or wave mechanics, increasing challenge over time.

 Final Reflection

The Asteroids clone was a strong introduction to building interactive games in GDevelop. It covered core concepts such as player input, enemy logic, event-driven design, and simple UI. While basic in execution, it served as a solid foundation for future projects and demonstrated how foundational game design principles (like feedback, control, pacing, and challenge) play out in practice.

This project not only taught me the technical side of using GDevelop, but also how small design choices—such as spawn distance or fire rate—can significantly impact gameplay feel and balance.

Game Overview This project involved the development of an Asteroids-inspired arcade shooter using GDevelop. The player controls a rotating ship, shoots asteroids, and manages health until defeat. The tutorial guided step-by-step implementation of player movement, shooting, asteroid spawning, and basic UI. What Went Well

1. Clear Structure and Goals The workshop provided a step-by-step pathway from setting up the scene to implementing a Game Over condition. This scaffolded learning made implementation manageable, especially for beginners.

2. Mastery of Core Mechanics

Ship rotation using mouse angle felt smooth and responsive.

Bullet spawning, force application, and firing rates were handled using timers and angle-based motion.

Asteroids had randomised spawns and trajectories, which brought unpredictability and challenge to the game.

3. Practical Application of Variables and Conditions Scene variables like Lives and timers (fireRate, asteroidSpawn) were well utilised. This reinforced programming logic in a visual, beginner-friendly way. What Could Be Improved

1. Spawn Collision Issues Asteroids occasionally spawned directly on top of the player. While a workaround using a collision reset was implemented, this solution wasn't fool proof. A more robust spawn logic avoiding proximity zones would be better.

2. No Win Condition The game lacked a progression or win state. Once asteroids began spawning, gameplay continued until death, with no incentive structure like levels or increasing difficulty.

3. UI and Aesthetics Were Minimal

Basic text object for "Lives" was functional but lacked visual feedback (e.g., blinking when hit, health bar).

The Game Over scene worked but could benefit from audio cues or a fade effect.

4. Clutter in Event Sheet As features accumulated, the events page became increasingly difficult to manage. Grouping or modularisation (e.g., using functions or external event sheets) could help scalability. What I Learned

If I were to extend the prototype or turn this into a polished mini-game, I would:

Add a scoring system with combo multipliers.

Implement smaller asteroid splitting logic (classic Asteroids behaviour).

Create multiple levels or enemy types (e.g., alien ships).

Introduce a power-up system (e.g., shields, triple-shot).

Replace default assets with stylised, cohesive visuals.

Reflection

This project was a great introduction to object logic, condition-action structures, and event-based game programming. The GDevelop engine proved effective for beginners, offering enough complexity to explore foundational game mechanics while remaining accessible without code. Completing the Asteroids prototype gave me both a tangible result and confidence in designing more intricate game systems.

Title of the Game: Void Drifters

In this Space Invaders like game, You play as a gun ship and your goal is to take out as many asteroids as possible without getting hit in the time limit provided. However! what if time was the issue? In Void Drifters not only are you shooting asteroids and trying to survive. In this game there is a unique mechanic where you, the player has the chance to scavenge. That's right scavenge... In Void Drifters as the player progresses through the stages they will be given a choice of five different upgrades, all depending on what build or even what run they are looking for while on this journey through the cosmos. Its up to you! Each meteor have a set health, the Higher the health, the bigger the risk, are you going to sacrifice your precious time scavenging for data and treasures or will you be more time worried and lack the firepower? The choice is yours! You have a total time of 120 seconds as you go for your time shifting space dive, will you survive?

Game Mechanics

Mouse Movement - Move spaceship Left Mouse - Fire Right Mouse - Shoot Bursts of Bullets Middle Mouse - Changes the size of the ship (up to you, depending on your situation)

Keyboard Mechanics

E - Dash (Dashes can be used for close calls, or even to pick up lost Loot) Q - Ability 1 (whatever build you go for will decide your ability) F - To use/ Claim X - Ultimate Ability I - Inventory

Example Upgrades:

Increase Dmg of Gun Ship -> Req = 100 Gold + 5 meteortanium (lvl 1/10)

Increase Fire Rate of Gun Ship -> Req = 100 Gold + 5 meteortanium (lvl1/10)

Increase Ship Health -> Req = 100 Gold + 5 meteortanium (lvl1/10)

Upgrade Drill -> Req = 150 Gold + 5 meteortanium + 1 Ultaraniam + 1 nova crystal

Upgrade Ability -> Req = 500 Gold + 1 (of each crystal)

3 Unique Selling Points:

Endless possibilities

2. Risk vs Reward Aspect

3. Scavenging route

Endless possibilities:

Due to the number of builds the players ship can go through, this allows "infinite Possibilities". One player could go for a full damage build, whereas another could go for a tank build or even a full scavenge build to risk their time and life for the biggest rewards, its up to the player! Build, Mine, Fight and Survive your way through this never ending space battle.

Risk vs Reward Aspect:

With the game being on a timer, the 120 seconds the player gets is very depending on how they play the game. If player 1 wanted to spend all 120 seconds breaking all the big meteorites on the first stage for the "better" rewards. Where as player 2 wants to get through the stage as quick as possible and focus on damage and health upgrades, will they last in the later stages where certain utility is needed? The choice is up to the player, become strong and zoom through the galaxy but are you faster than the risk at hand? Time is ticking.

Scavenging Route:

Here is what to expect for this Dev Post!

Character Updates! Combat Mechanics! First Map Preview! Future Sneaks!

So... The Cat is still, the cat. But the cat has gotten some changes!

With the five frames here, I will explain each one

Idle

Gains the angry mark

Turns red meaning they are about to attack

Swings back to charge in for the attack

Idle/ Finished attack

???

A new Character has been added!

The Ant having red eyes and a red aura should indicate the fact that he is an enemy right?

The Ant will be the Cat's first encounter!

With the Ant's Animation pack being limited compared to Cat, there is a reason. With the first stage of the game, I created the most basic up, down, left, right movements for our Cat. I realised the pace was slow, despite being the tutorial it felt very boring. However, I have not changed the tutorial, instead I changed the First Encounter scene.

First thing I thought was, how can I make this quicker, than it hit me. What if Instead of making my character move, I make the background and Terrain itself move? So thats what I did, it greatly increased the pace of my Stage and I know you're gonna think oh wheres the platforms and jumping, isnt this supposed to be a platformer? I totally agree with you, but my exact thoughts were, how can I increase the pace, how can I make this different to other platformers? So I decided to implement the whole combat mechanics first (since its a lot more tiring than allowing my character to jump from one platform to another). Using the "Camera Positioning" of X and Y, I set both my Skies and Grounds to match each other and never overlap. How I got my two skies and grounds was, I created both the sky and the ground and duplicated them, adding them outside the box. After adding "add a force (angle)" to my Ground and Skies, I allowed the cats "moveSpeed" to be set with the two without even having to do anything with the cat. This is because Both the ground and the sky are moving at a rapid pace, fooling the player to think their character is moving when it is actually stationary.

After this I added our First encounter, the ant! Same with before, I made it that the background moves the ant as it does to the cat. However, I added a mechanic using the "If one of these conditions is true", once the Cat and the Ant "collide" they stop and fight. At the same time I added random spawn timers for the ants to make the stage last longer, since killing one enemy would be boring right? I also played around with this, as I am planning the "mysterious" boss of the stage to do some form of summon mechanic (atm this is going well, plenty of ants are being spawned).

I made it that once the Cat and the Ant Collied, they clash. The way I was able to add this was using the feature "boolean" in the variables tab. With this I made it that once the Cat kills the Ant, it continues on its path until stopped by another ant. At the moment the killing this is kind of iffy, since I'm struggling to find a nice attack effect that would suit my cat (just smokes). But for some reason they bug the code :/

At first I had it that when the two collide the Cat deletes the Ant, but once again like I said before, I did some messing around with the variables and found the "Boolean" tool. This allowed my Ant to have HP as well my Cat does DMG. With the two colliding, Cat slowly damaging the Ant, I made it that it shows the Ants Damage being taken by the cat. I Did this using the "Text" tool, allowing damage numbers to show up every hit.

Even though this isnt really working atm ill still say it. I added that after the Cat kills the ant, it turns combat mode off and continues on venturing until stopped again by another ant ofc. Like I said though, currently figuring out a plan on how to fix this. But once this is done (the hard part) I can go again back to working on the more "platform" side of the game.

I am very happy with how this game has come to be, ill be working on it as much as I can in the upcoming weeks, hoping to achieve more than one level done, just for fun.

In future I will be messing around and trying to figure out how a player can pick items and up and even use them, but yea this is still all so new to me so please be patient!

Now That The Yap Sesh Is Over I Can Show You The Plans I have For The Future!!!

As shown in a previous post, this right here is the magic mushroom! It revives the once corrupted pet and makes them an Ally to you're team. This Mushroom won't be easy nor hard to get but good luck!

Im planning on this Dragon to be one of the Bosses, if not the final Boss! I have the green version of the dragon right now (planning on shading it to purple in the future to match the whole corruption vibe), which is its former self, however the once legendary dragon of Fauhona was corrupted by... Can You Free The Dragon and Take Down The Mysterious Boss?

You Will notice the change in colour from these three pictures, I wonder what it could mean...

I like the layout of the maps and was thinking of adding a terraria boss fight sort of stage, three platforms, top, mid, bot.

Here is what to expect for this dev post:

Maps! Character introductions! Gameplay!

Here is an introduction to the game...

You (the player) start in the village of Fauhona and learn the basic of the games, the usual, up, down, left, right mechanics...

Fauhona is a mix of the words Fauna (all animal life present in a lifetime) and honour (respect and thats basically it...) The reason why I decided to add the words together was first, its an animal game and secondly, the cat (you) is to venture on a quest into the land of corruption to retrieve the lost antidote and bring peace and honour to the land. (atm I only have the cat as a playable character, but I have other plans for future upd)

This map is meant to be the village of Fauhona and just a tutorial map so dont worry, more exciting maps to come!

The cat (havent thought of a name yet) is the current playable character in this game!

Here is an introduction to my game Super Pet Quest!

What I will be talking about this post: What to expect for future updates! Sneak peeks of whats to come!

As said in the elevator pitch, this game will be an adventuring, rpg, platform type game? Yeah, you heard that right, this isnt going to be one of those basic jump up and down platformers. In this game I will be adding all sorts of unique mechanics to make the game as fun as possible while also keeping it challenging!

Look forward to it! If the worst comes either Im cooked or I get lazy, im dropping this and making a basic platform game :P

Sneak Peeks!

Platformer Game Introduction:

After testing out GDevelop for the first time in todays workshop, I leant the starting mechanics to create a platformer game. The Platformer game made today consisted of, a green astronaut alien, a grass platform and a pink slime. The green alien was played by the "player", whereas, the pink slime was programmed as the enemy. The goal of the game was to get passed the slime by killing it. The games mechanics were quite simple and nothing new to any gamers. The way to kill the slime, is to jump on its head, however if not fast enough, the slime colliding into the player kills as well.

Mechanics Learnt:

Scenes Events Sprites

Scenes

When you first start GDevelop, the first tab you will come across is a scene. The scene for GDevelop is like a blank canvas, empty and white waiting for something to exciting to happen.

Events

The Events tab is the second tab you will see when using GDevelop. Just like the Scenes tab, this is just another blank space. This is where all the magic happens, all the coding and previewing is found here in this tab.

Sprites

The next thing learnt was a mechanic called "Sprite". A "sprite" is an object that can be used for anything, platforms, backgrounds, characters and even props. This can be found through clicking the (+ Add a new object) at the bottom right of GDevelop. In this case my first four sprites were a "player", "slime", "grass platform", "left", and "right".

With the end of my first day on GDevelop my final product for my first platform game ended up looking like this.

Title of the Game: Super Pet Quest

Gameplay

In this 2D platform game, you venture on a quest playing as different pets, each with unique mechanics and combinations. Your quest is to beat the villains, who surprisingly enough are also animals... but are corrupted and evil. The deeper you venture into the land of corruption, the once colourful land of Fauhona slowly descends into darkness. After each completion of the different levels, you will save the once corrupted animal and free them of there curse using the magical antidote. Each pet saved will be a new member to your team, but be careful, once a pet dies on your team, they too will become corrupted. However, if you are lucky enough to come across the super mushroom, you can revive the once fallen pet back onto your team. Each team consists on a maximum of 5 pets, ranging from healers, tanks, warriors, mages. Jump, Leap, Fly, Glide and Fight your way through each of the challenges and reach the final level, the Dungeon! Can you defeat the final boss and save the animals from the land of corruption?

Major Points

Enjoyable adventure where you gather various objects giving the player special skills that enhance gameplay and reward players as they progress deeper and deeper into the game

Hi, my name is Kai Wells and i am a first year at Queensland University of Technology(QUT for short). I am currently enrolled in IGB101(interactive media for games), IGB104(coding), IGB20(introduction to game design) and IGB180(game psychology). Growing up i played many genres of games. First four games i ever played were, Minecraft, Pixel Gun 3D, Five Nights at Freddy's and Terraria. Throughout the years i started to like more types of genres such as FPS, open world, simulators, survival games and single player games. I currently play games like Roblox(simulator), Overwatch(FPS) and Sons of the Forest(survival). I love playing co-op multiplayer games with mates but also enjoy the single player storyline games as well. Other than games, i love sport, anime and music. For sport I've always loved running growing up, starting from cross countries and making it to regionals. For anime, i am currently loving the Record of Ragnarök series. For music i am currently loving J-Pop and K-Pop.