Post-Mortem, My Final Blog.

-

 

During the last week, I dedicated my time to ensuring the final project was in optimal condition for our post-mortem analysis. While conducting the final playthrough of the title, we encountered a sudden crash. Initially, the cause of the crash eluded us. Employing the IDE and the game engine, I systematically tested various features and scrutinized crash reports. Although reproducing the crash proved challenging, recording video during testing allowed for a detailed examination, revealing similarities between occurrences.

 

Through the use of these diagnostic tools, I identified the crash as resulting from a double call of the power-ups, leading to an access violation. Armed with this insight, I promptly implemented a straightforward safety net to prevent the recurrence of this issue.


Author: Justin Bethea

Date: 12/14/23

Comments

Post a Comment

Popular posts from this blog

Resolving the Flying AI Bug: Boundary Fix in Level One Environment

-
Image
  While the initial testing of AI units showed promise, an unexpected issue surfaced when we integrated the flying AI into the official level one environment. An unusual bug emerged, where the upper bounds of the flying AI were being disregarded when placed in an elevated location within the terrain of level one. This, in turn, hindered the unit from carrying out its essential functions and completely disrupted player interactions.   Through a series of thorough AI tests, we pinpointed the root of the problem to be the assignment of the lower bounds, which was inadvertently causing the upper bounds of the AI to extend far beyond their intended limits. This anomaly led to the flying unit soaring high above the level, out of the player's reach.   To address this issue, we made a strategic adjustment by assigning the lower bounds before implementing the Z Offset and setting it to the initial position of the AI's mesh, firmly grounded on the level's floor. This modifica...
Read more

Paying attention to Details

-
 As I have worked on the project and added my contributions, I tend to often make small mistakes that I don't see right off the bat. An example of this would be in this week when I had pushed my code to Perforce and I had not saved the content I had worked on within the .h. This push caused issues for everyone when they pulled and realized that things were broken. I tend to get so caught up in my work and the absolute rush of getting something right can leave room for mistakes. A fix for this problem is to look back on my time in the military and ensure that I am paying attention to  detail. Whether it is a variable I have forgotten to create or I just hadn't saved an entire file of my project.  It is important to take time to make sure what I am submitting is not just done quickly, but also efficiently  with the proper quality in order to ensure my team is not lost on what I am doing. From now on, I will be  more cautious on my work and double checking what I a...
Read more

Revamping the player's attacks

-
 I have begun looking into adding the multi attack feature for our game. We originally had it set where the attacks were all placed in an animation slot to play them while they were in an array. This unfortunately does not work too well with attack animations due to the attacks constantly cancelling out. This has forced me into finding new and better ways to implement a multi attack in order to fluently and properly function within the game.  In order to fix this, I plan on revamping the entirety of the attack animations including the functions I  currently have set up for the attack to hopefully get the outcome I am aiming for. Within this, I want to  start with a bool that is checking whether the player is already attacking. Once this bool is false, it will  begin the incrementing of the attacks. I then will add an if statement checking if the combo has reached  the maximum amount of attacks within the combo, in which I will have a function to reset the c...
Read more