Week 12

We're closing in on the last week of production.  From here on out, all functionality has been built in the programming part of the game and the mechanics are complete.  The last few things we have to do is bug fixing and polishing.

I finished the tutorial this week with only one bug and one design fix needed which will both be pretty simple.  The bug in the tutorial is that the end screen does not actually do anything, it just says success for now.  The design fix is simply that one of the tutorial messages needs to be split into two different ones.  These can both be accomplished very easily with little code change.

Other than that, I just need to fix some bugs that have been popping up over the course of the last few weeks of implementation.  One thing we found is that Warpath does not have a particle effect on his super move so I will most likely be implementing that in the next week as well as some other polish such as fixing the broken texture on the panel when it breaks and looking at chain's grappling hook to make it a bit smoother.

Overall, were in a pretty good position.  The only other things that I will have to do is just fix any bugs or issues that come up over the next couple weeks.

Week 11

This week was working on the tutorial mode for me.  We got word of it last minute last week while I was finishing up the panels, so I had to cut those a bit short, but I also have the tutorial mode just about finished.  It should be finished up for beta, but I wanted to get this blog in before tomorrow.

The tutorial mode is pretty simple, but no one was really planning on having a tutorial mode so there was nothing built to accommodate it.  Basically, the tutorial is its own level where it displays a gui text box in order to give the player directions.  After the player completes the goal that is displayed in the box, then it disappears and displays another goal until the player knows the basic controls of the game.

Week 10

This week was all polish on the panel breaking system.  The idea is to cast two capsules against the panel pieces and break or destroy them based on which one hits them and their current state.

One of the major problems I've been having is with the capsule casting.  I think the problem is that it is casting the capsules in the wrong direction.  A major bug that I was just recently able to fix was causing blocks from the left panel to break when the right one was hit.  This was due to the fact that the capsule was being cast (basically) infinitely in the negative x direction.  Now, it is currently at a state where, I believe, it is still casting the capsules in a weird direction, but I limited them so they are working, but I still want to fix this problem.

Next weeks work will most likely consist of fixing this and doing some more polish on the audio programming based on needs that come up from Ryan.  Otherwise, there has also been talk of a tutorial that we just recently heard we need to implement.  Unless other things come up in class or at meetings, I think that just about covers it for me.

Week 9

These past few weeks have been and will probably continue to be polishing the systems we currently have implemented.  The first thing I've been working on is the way the panels are breaking.  I'm in the middle of implementing a new system to include "broken" blocks so the panels have a more realistic feel to them.  The second thing I'm continuing to polish is the entire sound and effects system for the player.  We're looking to move as many scripts off the player as we possibly can in order to clean up the scene view and make it easier to work with.

The panel explosion will not be on the player and each panel will have its own script attached to it.  This will control the texture (broken or unbroken) and how much "damage" it needs in order to actually break away and disappear.  This will be done by casting two capsules on the character.  The first one is the hard break which is about the same size as the character.  When a panel piece is hit by this, then it will break away and be destroyed.  The second capsule cast will be slightly larger than the size of the character model.  If this hits a panel piece then it will change the texture to "broken" and will be destroyed if it is hit by another one of the capsule casts. This is where the majority of my time went this week, but I also did some things to polish the sound system.

As far as the sound system goes this week, I added in some audio lists and implemented the system for making sounds when the character jumps and hits the environment.  The last thing that actually needs implementing for the sound system is the landing sound for when the character lands back on the ground after a jump or being knocked in the air.  I still need to talk to Ryan about how exactly he wants to implement the sounds for this, so this will probably be done soon this week.  If not, it should be in there by then end of the weekend.

Week 8

This week was not too heavy in work load.  For the most part I focused on fixing any bugs we found with the taunt controllers and  the panel breaking.  Other than that, it was just polishing and cleaning up code for readability.

The panel breaking only had one problem with it, that I could find, which was the fact that if the enemy was too close to a panel, then the knock back of your character would not push them through the panel.  This was pretty simple; I just needed to add a OnTriggerStay() function to the panel breaking script.

The Taunt decals worked a bit differently.  Adam had added in some functionality classes for taunts which I finished tweaking the code he had in order to use with my taunt scripts.  The only other thing I fixed was the bug that wasn't allowing specific character taunts to trigger.

Week 7

This week was doing a lot of work to make my sounds not only easily accessible for the designers, but also giving them all the capabilities needed in order to make the sounds work the way they want them to.

A major issue we were having at the end of last week was the fact that many of the animation times did not sync up with the sounds they made before hand ("woosh" sounds to simulate how fast the characters are punching).  My first instinct was to cut the length of the sound clip to match the length of the animation.  This ended up being easier than I thought, but did not work how we would have liked.  This ended up cutting each of the sounds before they were finished playing instead of changing the entire length of the clip.

After discussing the problem with Ryan, we decided that many of the animation sounds worked well with certain animations, but there were simply some animations that have unusual timings.  A couple examples are Major Marvelous's heavy punches such as his uppercut.  What Ryan decided to do was to make some generic sounds for each character's animations that mostly work together, then edit the length of the sound clips to make them fit the oddly timed animations.  We decided this would be the best solution because it did not take Ryan much time at all to make the "woosh" sounds.

The other major thing I worked on this week was polish for the sound controller.  Basically, I added some more lists of sounds for different circumstances as well as some other variables to help the designers control which sounds played when and what sounds they choose from.

Polish included, fixing some audio source prefabs so the sounds would all work together properly.  I also added in the decals for the taunt animation and allowed them to follow the character as well as an offset that is based off of a position that is slightly above the character's head.  This allows the designers to move the taunt decal anywhere they would like, but if the y value is left at 0, then it will still appear above their head instead of inside the ground.

That's about all that happened this week.  The next few things I'll be working on are environmental sound implementation as well as (possibly) some character super powers.  Of course, I'll still be polishing everything that's been done so far.

Week 6

Last week I mostly worked on some sound implementation features.  Some of these things included: panel breaking sounds, on hit sounds, pow mode sounds, etc.  This week was mostly implementation.  Much of it was hacked together to just get it working and then I gave it to the designers to tell me what needed to be done in order for me to polish it.  Next week I am looking to add a couple more features to the sound implementation and get my code cleaned up so it's easier to use.

Something we discovered with the sound implementation is that the pitch mod seems to be a little wonky.  If the pitch mod goes above 1 or below -1, it gives a very unusual sounding audio clip and does not fit at all with what we are trying to do.  For now, I'm keeping all this in just in case we do want to do something with the pitch, but it is currently set to (0, 0) for the minimum and maximum pitch on just about everything except the panel breaking noises when the individual pieces hit the ground.