Legend Of Zelda Progress Thread

[Deep Toaster]

* calc84maniac checks project page

Haha, those screenshots. By the way, it's Kokiri, not Kiroki (unless you did that on purpose?)

Is it really? And what is the spelling of that village?

Yep: http://www.google.com/search?q=Kokiri

Haha, those screenshots.

Well, I had to put something there

[ACagliano]

Hopefully I'll have real screenshots soon.

If anyone wants to help with AI or has sprites that I can use, feel free to post.

[annoyingcalc]

Sprites is something I might help with

[ACagliano]

Awesome. I don't need many. I need each major enemy type (forest, ice, water, fire, spirit, and shadow), the player, two shields (one stronger than other), Kokiri Sword, Master Sword, Hookshot and Longshot.

[ACagliano]

Update

The map system has been revamped slightly. Instead of one large main world map, I have it divided into several smaller sections. There will be three appvars for the maps...one for main map sections, one for dungeons, and one for the miniquests and village rooms. There will also be one appvar for the sprite data, and one appvar for the save file. Thus, a total of five appvars. I may even be able to destroy the sprite appvar when the game exits and recreate it when you open it again, as this data will not change. Thoughts?

Thus far, I have completed all main map sections and all three mini-quests. Just have the dungeons left, then the coding. Still need help with AI. Specifications in the z80 subforum.

[calc84maniac]

Why not store the data directly in the app?

[ACagliano]

Why not store the data directly in the app?

If you are talking about the map data, then I cannot because the data needs to be edited, if an item is collected from the map. Having it in the app would make me have to modify the app's flash page. If you are talking about my other question, the sprites data, then I can have that in the app, but during the game it needs to be in RAM.

[fb39ca4]

You cannot have the map data in the app and then just have a list of items that are taken in the savefile?

[calc84maniac]

I think what might be a better solution for the maps is to keep an "initial" map inside the app (how it is when you start a new game) and also have a list of item locations. You will only need to load into RAM the currently displayed map area. Then in the save game appvar, you can just store whether each item has been picked up or not and modify the map area when you load it into RAM.

Edit: ninja'd

[ACagliano]

You cannot have the map data in the app and then just have a list of items that are taken in the savefile?

Its not just the items that change. Ice blocks can be melted, lava watered, keys taken, switches activated. The map will actively change, and those changes need to be preserved.

[fb39ca4]

Oh, I see. I don't think any of the zelda games I've played remembered the state of the map when I exited the dungeon or went far from that area though.

[calc84maniac]

You cannot have the map data in the app and then just have a list of items that are taken in the savefile?

Its not just the items that change. Ice blocks can be melted, lava watered, keys taken, switches activated. The map will actively change, and those changes need to be preserved.

All of those things can be kept track of in the save file (though keep in mind that a lot of zelda games even reset some of that stuff when you leave that map area, so you won't need to save that)

[fb39ca4]

lol u posted a second after me but i ninja'd u

[ACagliano]

You cannot have the map data in the app and then just have a list of items that are taken in the savefile?

Its not just the items that change. Ice blocks can be melted, lava watered, keys taken, switches activated. The map will actively change, and those changes need to be preserved.

All of those things can be kept track of in the save file (though keep in mind that a lot of zelda games even reset some of that stuff when you leave that map area, so you won't need to save that)

I know it can, but considering how the game is set up, doing so would actually be harder than just using the map for that data.

[ACagliano]

Small Update

A slight revision to the text rendering routines. I will prepend each string with a two byte location. When I load the string into hl, I will load 'hl' into (penCol) and 'hl+1' into (penRow). Then, I will 'inc' twice and 'hl' should now point to the start of the string. Means I don't have to manually code the setting of penCol and penRow each time I display text.