@Sorunome:


@Hayleia: Thanks! I don't think I'll change the horizontal movement though. When I first started it, I wanted to have realistic physics. I searched around here for some routines but came up with nothing. Then I created some sin and tan tables to be used for horizontal and vertical movement. I tried out the horizontal routine first but I didn't like it so it got scrapped. I made vertical movement to have instant acceleration with velocity gradually changing. In the later levels when you *have* to land on a specific platform its a lot quicker to swap directions without horizontal de/acceleration. Its also easier to land on moving platforms (a little exaggerated in the above video!)

Awesome game, I just tried it and it's pretty fun. My highscore is 86956 by the way

Oh wow I didn't notice the secret modes part. They are quite fun but hard lol.

Also what's with the sprite turning into a frog?

Yeah after playing the game once or twice, the little jumping guy became a frog on both the title screen and during the game. It lasted through about 5 or 6 gameplays, ending after I tried the secret modes.

Edit: oh wait I just realized we could change the character!

How do you do acceleration? I've never bothered with sine/cosine tables, i generally just give it an initial value and subtract gravity from velocity. Those other modes look pretty wild, a mixture of the moving and disappearing platforms would be great!

It's an interesting idea, i generally give coordinates 2 bytes, where the last 5 bits are used as a fraction. You could use the entire 2nd byte for the fraction, but i like having 256 tiles to work with (vs. 256 pixels) and being able to find the character's position in the map quickly by just reading the MSB. I guess the CSE has a larger screen, too, so you'll need to work with a larger area than i do.

It's essentially the same idea you've got, just instead of varying how often to update the Y coordinate, i update it every frame, but with a fraction. So if i add 32 (%00100000), that moves the character one pixel (the first five bits are fractions, changing them won't change the sprite's position). But if i add 16, it moves the character half a pixel (ie. it takes two frames to move the character one pixel). I might start the velocity at 80 (2.5 pixels per frame) with a gravity of 8 (ie. it would take 10 frames for the player to come to a complete stop, though the last few frames the sprite would update very slowly, giving it a nice arc). I'm not sure how sound the physics are, but it looks nice to me

Also, that wind idea is really interesting. It'd be cool to have gusts of wind pop up from time to time blowing you one way or another.

Your projects are all really inspiring, you never cease to amaze me!

@chickendude: Thanks! I like the 11 bit coordinates, I'll have to try that out.

@DJ: No but changing modes with characters sounds like a good idea!