Meaning now everybody will suddenly not have the urge for some insignificant reason

I use two very long text sprites one on top of the other, a good 100 or two bytes well spent Building the menu only takes 385 bytes overall, but operating it takes 1450 bytes :O

For the maps, I have a decision to make.  Should the picture be present even after you quit the game, and risk being deleted by the user, (but consequently giving very little load time) or should it be generated every time you run the program, ensureing no crashing happens, but then giving a load time when you want to see the map for the first time.

Oops... Heh I'll get right on that after school

Mmmm there are two reasons for that configuration:

First is that i actually think it looks full when white and empty when black I'll have to test out some more configurations though.

 The second reason though, is that it makes it a lot easier to lose health.  This needs a little explaining of how the engine works.  There is a picture of the terrain, without your character, that is recalled every frame in order to restore objects you walk over (and therefore erase, because text erases 1 row underneath it) and to restore tiles that you can walk through, like support wires.  The health bar inadvertently becomes a part of this picture, and so is recalled as well.  In the beginning, if the health bar were to be filled with black, it would also be stored in the picture and recalled every frame.  If, then, say you took damage, the level of black would change and lower.  However, the black that is still in the picture would be recalled and overwrite it to make it look full again.  I would need to restore the picture after it is edited, making sure enemies, crates, and you have all been removed before i take the picture again.  With the system I have now, the original pic has no black, and so does nothing to stop when your health lowers.  The problem only arises when you get your health filled back up again, but that happens much less often, and under controlled circumstances.

I hope that made sense But I cannot switch to a directly inverted health bar without significant slowdowns every time you are hit. (I can't even imagine what would be happening during boss fights )

Alright, I have begun work on this again (^^,) and I thought I might post some animations of the UI's that i will be using in the game.  The first is a demonstration of the Main Menu, which allows file loading and creation.  You can delete old files as well, and you get nice conformation messages when overwriting or deleting files ^^.  The second is the pause menu, which has item selection, saving, and an extra page for key cards.





I am also working on a map system, since i opened up a lot of new space with XCOPY I decided a map system would greatly help people not get lost   It won't be a very complex system, just having boxes as rooms, and connections between the boxes that represent connected rooms.  And since it takes a bit to render, it will be saved to an archived pic after you first view it

Math is originaly what got me into programing, since i didn't know how to use getKey for the longest time.  I once built a program to solve triangles, everybody wanted it But yeah, math programs are awesome!  After every math test i have at least 2 or 3 programs that i wrote during the test to help me out

and Wewt! 500th post!

Cemetech has its sourcecoder which can do 8xp to text, and kind of a crude unworking text to 8xp.  I use it all the time when converting from 8xp to text, it works that way really usefull.  (and it can catch things such as simple optimization )

EDIT: Damn Ninja by Galandros