Now:
October Challenge 2014
Ends in:

Coming Soon:
Ludum Dare 31
December 5th-8th, 2014

PST: 6 PM
*EST: 9 PM
UTC: 02:00

ConstructionPlease excuse the site weirdness. Mike is making and fixing things. Clocks are probably wrong. Colors are place-holder.

Ludum Dare 31:
Ludum Deals
???
 
Recent:
MiniLD #XX

About JoeCool17 (twitter: @@jquigley17)

I'm currently your average high-school programmer, forever alone with his IDE. I've been participating since LD21, and fully expect to continue to do so. I'm looking to start work on a serious vidja game soon, not sure where that'll end up but I hope somewhere good!
I have other hobbies, rocketry and electronics, currently hoping to attain NAR Jr. L1 certification later this summer.

Entries

 
Ludum Dare 27
 
Ludum Dare 25
 
Ludum Dare 23
 
Ludum Dare 22

JoeCool17's Trophies

Archive for the ‘LD #22’ Category

Rocket Man Stan postmortem

Posted by (twitter: @@jquigley17)
Tuesday, December 20th, 2011 3:55 pm

So, I was very exited to be able to do this year’s LD, this has been my second one. Last time I did it with a freind, our entry was Dwarflings. This year, I decided to try LD48, but unfortunatley due to something that popped up last-minute (literally) I had to move it to the Jam. I had a few frustrations jumping right into Flixel 2.5, which I had no idea would be so different, but they were resolved fairly easily.

 

(Here is my entry if you’d like to see it and rate it. (hinthint))

What went right:

  • Sprites - I’m quite impressed with what I was able to do this time compared to what I did in LD21. My walkcycles still need work, but they’re better. Also, I’m no longer getting artist’s block when drawing characters. I drew Stan pretty quickly, much to my surprise.
  • Programming – I think I did pretty well here, just needed a refresher here and there, kept the Flixel reference handy for getting used to 2.5, I’m thinking of writing a tutorial on my code, as it’s good, and Siefer Tim’s excellent platformer tutorial is long outdated.
  • Time – Considering I took way too many breaks and started the compo at 2:00 PM ET on Saturday, I still finished, and almost had it done in time for the compo.
  • “Feel,” moving – I think I nailed this. Since the game takes place on the moon, I needed to make you feel like walking on the moon, which resulted in great, realistic, high jumps, slow walking, sliding, etc… I’m really happy with how this turned out

What didn’t go so peachy:

  • Bugs – As I learned Flixel 2.43, I was caught off-guard by how many changes there were in 2.5, and this resulted in many aggravating bugs that resulted from using old/depricated methods, and fixing these took a good 4 hours out of my time.
  • Distractions – Minecraft, TF2, Patriots games, I didn’t really do well dividing my time between game-making and game-playing/watching. ‘Course, I was never good at that.
  • Putting things off that I shouldn’t have – I put off the menu and SFX until the last minute, and I didn’t have time to get the SFX in, and the menu just barely scraped on. I had to cull an attract mode I wanted it to have due to time. Had I done this, I think it would have made my entry that much better.
  • Guns and Bullets - As you can see, Stan has a gun. But of course, he can’t use it. This was the plan, to add it in and add enemies that shoot, but I didn’t have the time to add a shooting enemy, and therefore didn’t bother with the bullets
What could have been better, but I’m not worried about:
  • Level design - The level feels too short, and there’s a lot of wasted space and useless jumping.
  • Tilemap - I think I overdid the craters on this, it feels like there are too many.
So, the good and bad negate each other, and there are a few things I wished I could have done but didn’t. But I still think I came out ahead, I had fun and made a decent entry. What’s more important than that?

Oh well, time for the Jam

Posted by (twitter: @@jquigley17)
Sunday, December 18th, 2011 7:47 pm

Well, I was stuck with an AI problem in my game, Rocket Man Stan. Soviet robots, supposed to be the enemy, refused to turn around when they hit a wall. Damn them Ruskies and their, well, uh, I guess my, not working AI! But just as I got it fixed, I had two hours left, enough to finish it, when my Dad comes up and asks for his laptop back. (I stole it to do the competition- he usually doesn’t miss it and the family computer’s usually taken, let alone available for 48 hours.) I guess this is a good thing though- Now I can add more levels, fix a problem with my tileset, give more of a satisfactory achievement than jumping on short patrol robots Goomba-style, and maybe even music and SFX.

Uh oh…

Posted by (twitter: @@jquigley17)
Saturday, December 17th, 2011 7:03 pm

Well, only decided to try doing it at about 2:00 this afternoon, so this is probably headed for the Jam. At least I’ll have some more time!

So, some story: My title? Rocket Man Stan

Set in the late 60s/early 70s, our intepid hero, Stan, was sent on a covert mission by the USAF to the dark side of the moon, in order to test some space laser weaponry away from the prying eyes of the Soviets. Since this mission needed the utmost secrecy, he was sent alone… However, when his craft fails and he is forced to land on the dark side of the moon, he must fight his way to the other side to radio home for help. There will be such enemies as Soviet robots (They DID send one… but obviously not a humanoid like the game might have) and worker robots sent by none other than Aperture Science (Remember that scene in Portal 2 where Cave Johnson mentions senate hearings on missing astronauts? heh heh).

So, how far along am I? I’ve got a horrible tilemap and a moving Stan…

My horrible tile map and my awesome Stan

My plan:

  • Finish Stan (he only has an idle state right now)
  • Finish/expand tileset
  • Create more levels
  • Add enemies
  • Add menu, game lost, and game won screens
  • Add intro/outro
  • Add sounds
  • Bugfix
  • (if time) add music

If all else fails, I’ll just keep working on it and just keep it as another game to add to Eggplant Animation’s game library.


[cache: storing page]