Category Archives: Projects Class

More fixes

There’s hasn’t been any major task this past week. I created a separate camera so that the producers could shoot some in game footage from a good angle for our trailer.

The guys at Desura got back to us and told us to put in a tutorial for the game. Topher used the in-game camera and created a tutorial in no time. It wasn’t hard to put this tutorial in the game either( thanks to our awesome menu system :D).  We submitted the revised version of our game to Desura. Meanwhile, I’ve been super busy with my other classes and some assignments I had put off for the submission of our game. I can’t talk about the stuff I do at Disney, but its immensely fun 🙂 The people I work with are super nice, and I’, learning a ton.

Stay tuned for news about our thesis game!

Final Touches

One of the requirements for our projects class is to have a published game, and we’re planning to submit our game to Desura, a platform for publishing game, in the next week, so that we have enough time to fix whatever they want us to in order to publish.

With that in mind, we’re just polishing up the odd bits, and taking into account the feedback we got from GDC. We have a new camera, which is a lot closer to the ground, and helps the player aim a lot better. Kudos to Skip for that.

I added a credits screen into the game, and have just been working on round UI and timer stuff (we’re going for an arcady style, and want to have the signatue “3,2,1, FIGHT” pre-round UI).

Back from GDC

GDC was awesome as always! I had a summits and tutorials pass this time (as opposed to an expo pass the last time I went), and I had a great time attending all the talks. I sat in on a couple of Graphics talks ( the introduction of DirectX12, and the damage system in Star Citizen), and a bunch of AI talks ( the AI rant being my favorite :P). Our game was well received, and it was encouraging to see people have fun playing it.

In other news, I got an internship at Disney Interactive! I couldn’t be happier!!! I was informed about the great news while I was attending GDC. I will start working with them beginning next week ( or the week after that if my CPT is delayed). I will be working on the tools side of things. I’m really really REALLY looking forward to my job! It’s gonna be a great opportunity to work with amazing, creative people, and learn/contribute to the tools side of their game 🙂

Getting ready for GDC

So we travel to GDC next week, and we’ve been busy bug fixing and play-testing our game.

There were lots of bits and pieces that needed to be changed or removed, and I did my best to tackle the ones which existed in the sections of code in which I was a lot more well versed than my teammates.

Another addition I made to the game was to  create a background effect for the main menu. It felt dull and static to me, so I placed the camera at the center of our cylindrical level, and rotated it slowly. This was a good way to keep the screen busy during the main menu, and the rest of the team was receptive to the way it looked, and decided to go forward with it.

Looking forward to showing off our game at GDC!

If it works as well, just fake it :)

We’ve managed to fix many of the issues which plagued our game for the longest time. One of the major ones I helped with was the jitter due to wall walking. The player would raycast downwards and get the average of the normals of all the tiles around him to calculate his up vector. But this would cause jitters when he would move from one tile to the other, on account of the abrupt change in the normal.

While discussing this issue with Skip, I suggested using another cylinder outside our main level cylinder which would be invisible, and its only purpose would be to aid the player in the calculation of the normal. This cylinder had a large number of sides( almost 500), and the normal calculation based off of this cylinder made the jitter un-noticable!

It was a huge win, and our game felt a ton better. Skip also addressed many camera issues, and combined with the jitter elimination and the amazing new art, I felt really confident about our game.

Art makes all the difference :)

We got new artwork for our game this week, and the game looks AMAZING!

The artists decided to go back to the initial vision we had for our game, and came up with a neon-like feel for our tiles. We also had a new character for the game. Rob created a robotic female steampunk character with the upper body of a woman and the lower body consisting of a robotic apparatus comprising of a wheel and a spring. SteamPunk


This would help us minimize animations for our character, and also feel a lot smoother as we traversed the cylindrical world. The new tiles, combined with the shader effects created by Shelwin and Sty took the game to a whole new level. Kudos to these guys for all the hard work they put in!playfield_mockup02_720

A much simpler mechanic!

We’ve been struggling to find the fun with our game for quite a few months, but we decided to simplify our mechanic in an attempt to make it feel more meaningful.

The previous mechanic had players toggle between two sets of tiles. If you chose to turn on the first set of tiles, each tile you captured thereafter would be added to the set. When you decided to toggle to the other set, these tiles would disappear, and the tiles in the other set would be re-activated. But this led to lots of accidental deaths, and players weren’t really making use of the mechanic. In order to address this, Skip, one of our engineers, decided to prototype a mechanic where you destroyed the tiles permanently when you toggled them off. This felt a lot better during playtests, and we decided to go ahead with it as our core mechanic

The Final Semester

I began the final semester of my masters program this week with mixed feelings. On the one hand, I was a little sad knowing that I would be with these wonderful classmates and teammates only for 5 more months, but on the other, I was excited at the prospect of entering the games industry after I graduate ( a childhood dream!).

Moving on to the status of our game. It was sound at the core, but it was pretty buggy. We had a lot of camera and aiming issues which we needed to address, among other things, and get our game publish worthy. We discussed at length what we should aim to accomplish by the end of February, so that we could have a better game for GDC. I was in charge of the UI and menus ( which needed some tweaking). We already had a menu system architecture put in place by Ron and myself, but it needed some major changes, and that is what I decided to tackle for the week.

EAE day!

With EAE day approaching, we needed to get a decent build ready so that we could have people playtest it. Ron had rearchitected some of our code, and our Lights Out build was ready to go. But we wanted to have another idea playtested at the EAE day- our Detonate mode. It involved firing a projectile which would travel along the tube. You were in charge of when to trigger it, causing it to explode. This would permanently get rid of a small portion of the tube. You had to make your opponent fall out of the tube a set number of times to win.

We had to recreate this mode in our rearchitected code, which proved harder than expected. We were in the lab uptil 1.30 a.m trying to get it to run. We finally managed to get it ready, and went home for a temporary respite.

The next day, when I arrived at the venue for EAE day, we realized the controls for our builds were really faulty, and I immediately got to work on them along with Skip. We were able to get a build with acceptable controls ready, and available to our producers, so that they could load them up onto the computers which would be used for demonstrating our game.

EAE day was a amazing. A host of people had come to see our games, and I even met an industry pro who had worked on sound for games such as Dota 2, and successful movies like Avatar. Our game was well received by the audience, but it had noticeable camera issues, which I plan to fix ASAP.

That’s it for this semester. I foresee a super busy final semester coming up 🙂

Camera concerns

With our new direction in mind, we decided to keep the environment simple and geometric. We had to concentrate on the more important issues, like camera and character controls.

I was tasked with improving the camera. Skip had done a pretty good job of having the camera adjust its distance from the player based on whether it was obstructed by a tile. However, it was a little abrupt. I changed the code a little so that the camera would zoom in quickly, but would zoom out at a slow rate, so that the camera didn’t look too jittery.