CAGD 370 - Goo Game Sprint #1

In the course, we were assigned to develop the early stages of a game using the Agile Methodology. More in-depth for this project, we would be using the SCRUM framework. Unfortunately, for the talk about the choice of the topic and age group of the project, I was missing. So when I got back from an emergency trip, I was introduced to a group who had already chosen a theme, which was a goo-like game in which the player had to solve puzzles using 3D Physics.

For the project, I took on the Programmer role because It was that suited my experience and interests. Luckily for me, I managed to be in class for the Sprint Kick-Off, which was a crucial part of the development process; there, I managed to negotiate with my team leader various user stories that I would be in charge of completing. I would be in charge of doing the player movement and the player Camera. As well as other moving objects like a moving platform.


When we started working on the project, we had some struggles setting up the GitHub. but after we got it figured out, my team leader managed to set up the Unity project, and that gave me the green light to start working on the user stories. For the game, I wanted to use the Unity new Input System, which I had never used before, so that was the first brick wall I faced. 



After watching the documentation and some tutorials, I managed to create a basic player movement in which the player could use the WASD keys to move around the world. Doing the scripts was another challenge because my team wanted some kind of 3D camera that you could move with the Mouse. However, that is where I faced the second brick wall, which was making the player movement relative to where the camera was facing.



After the player movement was completed, there was another core mechanic that was changed between different states so the capsule would represent the player in a human form, the square would represent the slime form, and the ball would represent the state the slime would be in when it reaches a certain speed. The transformation was fairly easy to achieve.


Another challenge I faced during the development process was the moving platform, Unfortunately, I made the code for the moving platform before learning what Interpolation was. I  think that the math formula would have been better for the game to run smoother, but the way I made the platform move forward a point also worked. The problem with the moving platform is that the platform would move, and the player would have to match the platform movement in order to not fall off the platform. So I talked to my team leader about ways to fix the problem, and the thing that he mentioned was using a RigidBody. Using the RigidBody, I was able to make a trigger on top of the platform in which if the player were on top of it, then the player would become a Child of the platform, therefore making the player movement relative to the platform.





Overall, this project had many challenges, and we learned many things, including how the Agile methodology works and, more specifically, the SCRUM framework. I was very fortunate to have a team that was responsible and always on time with their tasks, preventing any type of block between the group members. This project will continue to be developed and add more mechanics. We were instructed to have a unique movement-related mechanic, which we thought the slime could climb the walls.

Comments

Post a Comment

Popular posts from this blog

CAGD 373 - Pirate Game Assets Final

Image
  Game Walkthrough:      The goal of this project was to recreate a location from Sea Of Thieves. My team decided to work on an outpost with a stationary sloop and a tavern. We needed to make the mountains similar and add many assets that would be interesting for the player to look at, like the barrels and the lamposts. Also, we needed some interactivity, like cannon shooting and quests. My role on this project was the programmer in charge of implementing all the systems regarding the gameplay. So I managed to make the player movement, interaction with barrels, shootable cannons, a quest system, the final battle, money systems, a high score leaderboard table, and many other small systems within the scene. I also tackled Unity-related tasks like generating a new water shader and sculpting the terrain. One of the problems I faced was dealing with the inventory system since that took a whole sprint on its own, and I did not have any prior experience designing one. I tac...
Read more

CAGD 470 - Locked in Sprint #1

Image
  In CAGD 470 (Video Game Production), I was recruited into a group that wanted to make a first-person horror game in which a player is in a laboratory and trying to escape. At the same time, some monsters roam around, making the player’s journey difficult. The game will have various rooms and puzzles that will challenge the player. In the game's vision, enemies would roam the laboratory. The player would have to gather various items that will help them on their journey to escape the lab. After getting an idea of the game, many key points and features came to my attention, including the player controller, enemy AI, Inventory System, and Crafting System. All those were going to be heavy tasks for this project. After discussing with the other members in the group, we concluded that the hardest feature to develop would be enemy AI since it needed to include multiple behaviors and enemy types, and we all had previous experience programming enemy AI. I took on the task of learning how t...
Read more

CAGD 495 - Stumble Sprint #3

Image
  Starting Sprint #3 for Stumble, there were various things that I wanted to get done; personally, I wanted to implement the core game loop and get started on the arena for the game. During the sprint kickoff, there were various priorities that the designer and producer wanted me to get done at the beginning of the sprint, which were modifying the player controller further and changing some keys; these changes were based on the playtests conducted at the end of the previous sprint. It was mentioned to me that during this sprint, we were going to have an animator & rigger for the team, so I wanted to get animations in the game. So, the first thing I started working on was the priorities and adjusting the player controller. I started working on a delay for the diving mechanic. The biggest problem during the playtest was that players were unable to cancel the dive and dive midair again; if you were quick enough, you would get boosted forward just by tapping space quickly. I adde...
Read more