Nice. Just one thing, though: Make sure the level order gradually increases in difficulty in the final version, or at least doesn't instantly go from a very easy level straight to a near impossible one. There can be a few harder ones from time to time but they should be within a certain difficulty average that gradually increases over the time.

Agreed.  I'm constantly changing the order of levels that I designed to make sure this happens.  I only hope that this is an easy level once people read the instrctions.

Cool, that would be helpful And if you guys know exactly what arguments will be passed to the code, I have a novel idea for what to do All I have to do is make it chase the main character around, right? (that is what I had in mind for being able to do or help with). I could also potentially return collision detection info, as well.

What I know I will need as arguments passed are:
Size of the Enemy
Coordinates of the enemy
Size of the player
coordinates of the player

As for bullet code, I have no experience with that, really, but if it is only in 16 directions, I think I can handle that. What I would ideally like is:

A buffer for bullets (no clue what size)
A 768 byte scrap buffer

ACagliano, it's quite common for special Ti-83+ games to require user RAM.  Both Xeda and I need scrap RAM for our code, so maybe you should plan on Zelda requiring 2-3 KB of user RAM.  (B_CALL _InsertMem is perfect for this)

I don't fully remember if I offered to #4.  If not, I can do it, but it may take some time if you want the grayscale as flickerless as possible.

I can also compress data that you put on the website.

I'd be happy to do a background engine of this type.  I just need to figure out how to do grayscale without crystal timers.  (Normally it's straight forward, but it would be nice to alow calibration if possible)

EDIT: Later today, if I get the chance, I'll give you the pucrunch stuff and see what you think.

I have resumed my Legend of Zelda project. And, I have it mostly done, although the most daunting parts lie ahead. Any coders who have expertise in the areas I will list below and want to help me out with coding this...I would be happy.

1.  Greyscale texture sprite rendering system. Tiles are 8x8.
2.  Animated sprite rendering system (for the player and enemies). Tiles are 8x8, but should move 1 pixel at a time, and support all directions of movement, even diagonal.
3.  AI system.


Other than that, the rest of the game is fully coded

Although I do want to do one more thing...RLE encode the maps. I need, thus, a compression utility that I can use on computer to compress a string of bytes, as well as a z80 routine that will decompress it. I'm sure the later is lying around on these forums somewhere.

A couple of questions:

1. You're talking about greyscale for the background, right?  Is it smooth-scrolling, or one-screen-at-a-time like in the very first zelda game?

2. Are you absolutely sure you want RLE?  Iambian and many other programmers recommend pucrunch.  I can give you his on-computer compressor and on-calc decompressor--I use these with great success.

More progress!  Finished another level!  (So that's about 10 so far)

This screenshot will probably remind you of Chip's challenge, though the puzzle is different

New screenshot!  Since a jewel is normally very hard to collect (it requires more thinking), you will see a special animation when you collect one. 

The screenshot didn't record contrast changes, but when the jewel pauses in the middle of the screen, the contrasts lightens and darkens to give a "shimmering" effect

I know that several people have been looking forward to my FPS Elimination.  Many people have been wondering why there has been zero progress.  I apologize to those anticipating the game, and I hope that my current project, Infiltration, will provide at least some compensation.  But I am happy to explain what has happened.

1. I cannot for the life of me find out why the game doesn't work on some Ti-84+ calculators.  I would hate to keep this game going only to find out that many people can't play it.

2. There is very little I can do with Elimination away from the computer.  I can't visualize levels without drawing them on the computer, and most code requires skimming the old code, which must be in front of my eyes.  Testing levels also requires time.  With my trip to Russia coming up, my computer time is more limited.

With a game like Infiltration, I can think of levels and code away from the computer.  Then I spend 7 hours a week on the level, bam, it's done.

3. I'm at a dilemma.  Do I continue to game in its current state?  Many people can't enjoy the game with the blocky fullscreen graphics, but researching raycasting and rewriting the engine is something I cannot do.  Yet only 50-60% of people would enjoy the game in its current state, because the graphics make it hard to enjoy.  In Infiltration, like in S.A.D., the graphics are great, so it's gameplay, not graphics, that makes the games enjoyable or not.