søndag 29. november 2009

Case 10

Case text was as follows :

In this case you're going to make a menu for your game. It needs to have instructions on how to play the game, and a pushable button to start it.

You're also going to add win/loss screens, and a restart option.

This case was pretty simple as I'd actually added a restart option and win loss screens earlier with the help of a friend. I just added a rudimentary button, some instructions, and a quick win/loss screen controlled by an if.

Case 9

Case text was as follows :

In this case you're going to add sounds to your game. You're going to add ambient background music, and sounds which will trigger from different events in the game.

This case would probably have been pretty trticky if it hadn't been for one of the people on my group!

At the start of the semester he linked a site called Soundsnap.com; a site where you can download small music samples and sound bits for free.

It didn't take me that long to find all the sound fxes and a small loop for the music there!

Didn't encounter any major problems adding it to the game via code.

fredag 27. november 2009

Case 8

Case text was as follows:

In this case you're going to make objects for your hero to pick up and gain points for. These points need to be summed up and shown on the screen in realtime.

Time to get on the vaccines then!

In this case code-wise we were told it was best to use arrays, since this is a much less demanding on the system to run, especially when there's large amount of objects to pick up in the game.

Since I already had some experience from using arrays from my IT-exam I didn't really have any problems here. One thing which did give me major hickups for several weeks untill I got some help on it was the fact the game wouldnt reset properly due to the array not being cleared. Eventually figured this out, and the code for picking up objects is working without a hitch now.

Graphically there's not much to say here really, as I said the point of the game is to pick up vaccines to stop the swine flu, so I decided to make the pickups syringes lying on the ground.

Case 7

Case text was as follows:

In this case you're going to design and animate an enemy to chase your character around. The enemy needs to be intelligent, following your character around on the scene. You also need to have something happen when they collide, a loss screen/new animation or something like that.

Yay enemies!

I actually had a bit of trouble deciding exactly how I wanted my enemy to work, starting out with adding a vanilla enemy the way the case wanted us to (it following the character around). But due to the way I made my character move around in the game, I pretty soon abandonded that concept for a "chase"-type game, where the enemy was huge and at the end of the scene, chasing after the character.

We were supposed to add another class for enemies, but due to the simplicity of how my enemy would work I decided to just abandon the concept and add it directly into the main class.

Due to the way I wanted my enemy to work I decided to go for some extremely simple animations. It simply bobs up and down, so it looks like it floats as it's chasing the character.

Case 6

Case was as follows:

No coding! In this case you're going to flesh out the backstory and concept of your game.

Ohhh boy. And I was just getting used to coding too!

The original concept of the game was a cell running around to collect other cells, while avoiding viruses.

Thanks to the media pretty soon after starting to flesh out the backstory I had the perfect idea! It was humorous, and reflected current events pretty well!

Instead of collecting cells and avoiding a generic virus I decided to take a pot shot at the Swine Flu, H1N1.

And instead of collecting cells, you have to collect flu vaccines!

Truth be told after thinking of this I was so pleased with myself I more or less considered the case closed.

Case 5

Case was as follows :

In this case you're going to make your characters follow the ground they move on. You're also going to make them jump.

Case 5 is where the fun really started in terms of coding.

Adding gravity and jumping was actually a lot easier than I'd expected, adding a constant downward pull, and functions to set the downard pull to 0 whenever the character was in contact with the ground (or whatever else you wanted) doing the trick easily enough. After that all I had to do was refine the parameters (how far to jump et cetera), and I said myself done with that part. I also wanted to redo my old jumping animation, because I really wasn't satisfied with it, and try to see if I could make animations run properly while jumping.

The new jumping animation is basically a forward spin, similar to the jumping animations found in most old platformer games. It was actually pretty easy to animate, and is probably what I'm most proud of graphically in the game!

Making the jump animations run properly took a bit of tinkering, but I eventually got it working by making a boolean and making sure only the jump animation ran whenever it was set to true.

onsdag 7. oktober 2009

Case 4

Case was as follows:

You're now going to use the animations you made in case 2 to make the character move to the right and the left, and assume an idling position. What's new in this case is that you need to make the characters move using the arrow keys. When you press the right arrow key, the character needs to move right untill you let it go. The same goes for left. When no key is pressed down the character needs to assume an idle position.

After the resounding success that was Case 3, I was really looking forward to this week's lab, and with good reason! It was another really informative class, and I still feel like I'm learning tons about coding in actionscript every day.

This time I had a few major hickups in my coding, but that's to be expected with such a large amount of code (I think we ended up at ~100 lines)

Ended up getting everything working, and I'm looking forward to case 5!

Case 3

Case task was as follows:

In this case you're going to make your character move by using actionscript, and you're going to make sure it always stays within the scene.

Coding. This, to be honest, is the single thing I've dreaded the most in this course. All previous experiences with actionscript have been less than good.

But this time it seems I'm in luck! I really didn't have that many problems with this case. Thanks to very good explaining by teachers and assistant-students I understood all the code, and I actually got everything working pretty quickly!

I'm actually looking forward to more coding cases now.

Case 2

The case task was as follows:

In this case you're going to learn how to animate your character. Your character needs to be able to move to the right and left, assume an idle-position, and initiate a jump.

Oh boy, animation! This was something I was both looking forward to and dreading at the same time. Animation is more or less the reason I started on this course, so I was really looking forward to this case.

And I got what I wanted, I guess. My animations were horrible. But that's understandable, considering the amount of work and practice you need before you'll be able to make animations that look good in any way.

Anyways, I'm probably going to have to redo these animations a hundred times before the end of the course, so I'm not thinking too much about it at the moment.

torsdag 17. september 2009

Case 1

The case task was as follows:

In this case you need to come up with an idea for a platform-game. You also need to design and drawn the main character for this game. The character needs to be drawn in Flash, and it needs to be designed to be animated as easily as possible in Case 2.

After a lot of thinking and a lot of ideas (some less politically correct than others...) I finally came up with a rough game and main character draft.



Meet Charlie the cell, the protagonist of "Cranky Cells!" ! The point of the game is for Charlie to collect the DNA-samples from the other cells on the course, while avoiding the viruses roaming around.

Character-wise I heavily based mine on Rayman, from the classic Platformer games. I had two main reasons for this. Firstly, a character with no arms and legs will be a lot easier to animate (yay!), and secondly it's a very "retro" look which I think fits in well with the genre.

As for pickups and enemies I haven't really decided what I'm going to do yet. My current best idea for enemies is to simply finish animating the player character model, and recolour it red and give it "evil" eyes.

Updates on Case 2 will be coming soon.