无标题

Purpose and Responsibilities The goal of Assignment 3 is to complete a game called Color Shift Crash. My main responsibilities in the team are:

Provide game ideas and prototype design

Implement most of the core game mechanisms (including color switching system, attack determination and enemy death, and blood loss when the platform color does not match the character)

Unify the format of multiple animation materials

Organize and execute two-player gameplay testing

Write the summary part (single-page report and one-page report) and prototype summary

Integrate and unify project documents

Overview of results

Core functions: All preset code functions have been implemented - the character can switch between different colors, attack the enemy and determine death, and lose blood if the character does not match the platform color or encounters a slime.

Testing and feedback: Completed two rounds of two-player playtests and collected key feedback on operation smoothness and difficulty balance.

Documentation and report: Wrote and organized one-page and single-page project summaries, as well as prototype presentation documents to ensure that subsequent reviews are "clear at a glance".

Goal achievement: The project function realization is close to 100%, and the visual and gameplay effects are basically in line with the original settings.

Good aspects

Active team cooperation: Each team member can respond to questions and suggestions raised by others in a timely manner, and the discussion atmosphere is good.

Efficient feedback loop: All members participate in the two-person playtest, quickly locate operation jams and balance issues, and complete multiple iterations in a short period of time.

Document consistency: Under my promotion, all materials and document formats are unified, which is convenient for others to consult and maintain later.

Problems and challenges encountered

Low progress synchronization efficiency: Because the team is not familiar with version control tools (such as Git), each person can only manually upload the latest version to Discord, which is downloaded, merged and tested by a single person.

Duplication of work: Conflicts and lost changes frequently occurred during the integration process, and multiple rollbacks and retests had to be made many times, wasting a lot of time.

Root cause analysis

Lack of version control process: The project did not select a code hosting platform at the beginning, nor did it formulate a branch management and merging strategy, resulting in the inability to efficiently merge changes made by multiple people.

Unclear responsibilities and nodes: No one is designated to be responsible for integration or set up regular merge checkpoints. Everyone develops locally and only finds conflicts when merging

Lessons learned and suggestions for improvement

Introduce Git or similar tools as early as possible: Establish a remote repository (GitHub/GitLab) at the start of the project, and use the clone, pull, and push processes uniformly.

Formulate branch strategies and merge nodes: Agree on the naming rules of "main branch (main) + feature branch (feature/…)", and regularly (such as daily or after each milestone) centrally merge and code review.

Clearly identify the person in charge of integration: Designate one or rotating members as the "merge manager" to handle conflicts, run automated tests, and release daily builds.

The start menu

Game Overview

Color Shift Clash is a pixel-art puzzle platformer that features a unique color-switching mechanic. Players must shift between red, green, and blue forms to survive traps, defeat color-coded enemies, and match platforms in order to restore balance to a world thrown into chromatic chaos.

Core Mechanics: Movement, jumping, color switching fully implemented.

Platform Color System: Red/Green/Blue platform logic complete.

Enemies: Slimes that damage unless matching color; destroyable only when matched.

Traps:Laser and spike traps implemented with damage

Update1:Now we have the basic character animation and switching done

Update2: Finished the mechanics of players dying when standing on the wrong color platform or passing through the wrong color laser.

Update3: Now the attack module is implemented, players can kill slimes by attacking. At the same time, the slime movement module is also completed.

Update4: Optimize most of my code according to the suggestions given by groupmate, cleaner and more understandable.

1.Project Overview

Provides a simple and intuitive dodge and hit experience on three lanes

Core Features:

Randomly generated obstacles (traffic vehicles).

Score counting with real-time feedback.

2.What Went Well

The button switching and steering are smooth, and players have reported that the control is "natural" and the "steering feedback is timely".

The background scrolling is well synchronized with the obstacle movement, with no noticeable lag; the concise burst sound effects provide instant feedback upon impact.

3.What Went Wrong

The camera's Y axis is too high, so players cannot see the road conditions in the distance before obstacles are generated, reducing reaction time.

The explosion effects are simple and short-lived, failing to fully convey the impact of the collision.

4.Next Steps

Adjust the Y axis downward or introduce dynamic field of view to ensure players can see obstacles ahead of time.

Added button prompt icons and short text instructions to the tutorial level.

Highway Rush is an intense racing game where players must speed through endless highways while dodging oncoming traffic. Quick reflexes and precise lane switching are key to survival. With each passing car, the player's score goes up - but one wrong move could lead to a hair-raising crash! Highway Rush offers a thrilling arcade racing experience with dynamic obstacle generation, simple yet responsive controls, and endless challenges.

The game includes: Infinite randomly generated traffic flow

Real-time rollover animation

Simple but accurate control system

Game Introduction This is a 2D game based on platform jumping mechanism. Players can stand on the platform that matches their color by switching colors. By constantly switching colors, players have to jump, solve puzzles, and avoid enemies （such as slimes） in the level. Once they step on the wrong color platform or are hit by an enemy, the game is over.

What Went Well The character switching mechanism is quite interesting The overall feedback of the Game Over interface is good.

The slime can automatically move back and forth, flip direction, and detect collisions, and its behavior is stable.

The style of the background, characters, platforms and other materials is unified, and the visual effect is harmonious.

What Could Be Better

The game lacks voice acting or background music, and there are no special effects when the characters die, which is a bit abrupt.

Lacks complete level design and advanced gameplay and will consider adding more colors and puzzle gameplay later.

Temporary future plans Add background music, sound effects, special effects.

Add more color platforms, more characters and enemy types.

Allow characters to sprint, attack and more operations

Introduce a score system and clearance process to build a complete level.

1.Creating the Game Over layer

By the way, I drew a restart button myself, inspired by the blue sky, white clouds and green grass.

2.Game over screen

Now the game will end when the alien color does not match the platform. The game will restart when the restart button is clicked.

During this process, I encountered many problems: the end page did not follow the camera; the character could still move after the game ended; the animation did not stop even if the character stopped. Fortunately, these only took me half an hour to solve it.

3.Added new enemy: Slime

Add slimes to the platform. Once the alien touches the slime, the game is over.

I also encountered many problems: the slime would not move according to the code; the slime would not flip direction correctly; the alien would not touch the slime; the slime would continue to move after the game ended

So many problems finally made me realize how difficult game development is.

1.Walk control changed to "a", "d".

Due to my personal habits, I prefer to use a d to control the character movement. Now I can use the "a" and "d" keys that I am more accustomed to control my alien.

2.draw my new blue alien

I also drew the images of the blue alien by Piskel.

3.Switch character color and handle alien movement separately

I kept having problems when trying to switch the character's color with one button, so I changed to using two buttons to switch the color: e to switch to blue and q to switch back.

Because I changed the default movement method, I also need to write the movement code for the blue and white characters separately.