Well I'm finding it pretty hard to make sense of the level loading and actual game code, so I haven't gotten around to optimizing that yet. The menu, however, I could understand and optimize. And although I don't exactly understand all the level loading code, I optimized everything before the line If A≠C or B, as well as doing something like you suggested to get rid of all the different level strings and just have two strings (one for appvars, one for programs) in which the level number changes. I also made a few other optimizations throughout the program in random places, but for the most part, everything after the If A≠C or B line is unoptimized.

As far as I know, everything still functions correctly. Please tell me if this is not the case! If anything doesn't work correctly any more, it would probably be the level loading code, as I couldn't actually test it because I don't have a level with which to test it!

Total savings so far: 865 bytes (89% original size).


Maybe I'll try optimizing the level editor next. If I can somehow manage to shave off like 2000 bytes it will fit in a program.

Nice!  I love this game!  Beat it twice with 0 deaths. 
I was thinking about porting this over the summer as well after Bomberman died, but the I lost motivation. 

Nice!  I really liked this game when I found it over two years ago, and now it's for calcs.  Wonderful job!

Can all thirty levels be included inside the game?

This looks great!  I never really played this game (It was too hard ).  I wonder which is harder: The Impossible Game or The World's Hardest Game?

id better try this soon, i love the original pc version.

I don't know how you do your enemy movements, but going in circles can be done with a look up table. The size of your circle will will affect how many entries you need to make it smooth, but here's how you would do it.

Make a table of the cosine's and sine's of the angles from 0 to 330 counting by 30's multiplied by the radius. If your circle is massive, you might have to go by 15's. Then, just treat those new numbers as the x and y velocities and just go to the next one every frame. And behold, a circle!

Here's a simple basic prog of what I mean:
:Radius -> R
:For(A,0,330,30
:Disp RCos(A),RSin(A
:End

Since those will be decimals, treat them as two by numbers where the upper byte is the whole part and the lower byte is the decimal times 256.

@thepenguin77 thanks for the tip, I'll look into that.  It looks fairly complicated and will probably take a while to figure out, but I should get it eventually

Actually, I played Aspirin before I played TWHG, so I guess that sparked the idea, along with the way that for some reason, last school year, TWHG was the game to play.  You'd walk into the school library and about 15/20 of the computers would have people playing the game at once.
Aspirin's fun too, though

This looks great!  I never really played this game (It was too hard ).  I wonder which is harder: The Impossible Game or The World's Hardest Game?

* MRide lost the game

I don't quite know which would be harder, but with the level editor you can just edit/make an easy level.

Attached another level.  Easy this time.

You need to import them.  At the level select menu, press MATH.  The program take care of unarchiving and such for you, the 8xp's just need to be there.  The program converts them to 8xv's to the program menu isn't cluttered too much.  Then you can delete the program.

You can also do the reverse, 8xv → 8xp.