I am hard at work on my Zelda game. I need some help from u guys, tho. I need a routine for the calc that can convert data into RLE. And I need another routine that converts RLE back into standard data formatting. Those, while preferred in Axe, can be written in inline assembly as well. I tried to do one myself, but it failed. I'll try to post it when I can. The last request, is simply for some assistance, collaboration, on Zelda's AI routines.
In other news:
I just taped together four pieces of graph paper, to prepare to draw out the final, official version of the Legend of Zelda "Ganon's Rage" world map. There will be the main quest (the dungeons, fighting Ganon), and three side quests (the first one you kind of have to do, unless you want to go through most of the game without a sword). The second two give you, respectively, the hookshot and the longshot, which can be used to access dungeons as opposed to using magic power to cross lakes or lava.
Also in this game is the smart-save feature. When you first unpack the map file from the RLE compressed appvar into the uncompressed appvar, a 2 or 4-byte checksum (whichever would be more sensitive) of the uncompressed map is saved. As you play the game and collect pieces off the map, obviously the values of the tiles change. When you exit the game, a new checksum is calculated. If it is different than the original checksum, the map is recompressed and overwrites the original appvar. If the checksum has not changed, the current map files are deleted, leaving only the compressed file, which, theoretically, should not have changed.
In other news:
I just taped together four pieces of graph paper, to prepare to draw out the final, official version of the Legend of Zelda "Ganon's Rage" world map. There will be the main quest (the dungeons, fighting Ganon), and three side quests (the first one you kind of have to do, unless you want to go through most of the game without a sword). The second two give you, respectively, the hookshot and the longshot, which can be used to access dungeons as opposed to using magic power to cross lakes or lava.
Also in this game is the smart-save feature. When you first unpack the map file from the RLE compressed appvar into the uncompressed appvar, a 2 or 4-byte checksum (whichever would be more sensitive) of the uncompressed map is saved. As you play the game and collect pieces off the map, obviously the values of the tiles change. When you exit the game, a new checksum is calculated. If it is different than the original checksum, the map is recompressed and overwrites the original appvar. If the checksum has not changed, the current map files are deleted, leaving only the compressed file, which, theoretically, should not have changed.