Nothing yet, but it will be the blacksmith/weapons smith. Basically, you give the person a little money and the required material and after a while, they will have your weapons/armor created.

Thanks I have about 40 weapons and armor things planned, so I will try to add all that in this week (I had a four day vacation from school, but now we are in our last two weeks for the semester).

Good luck on them! I have two essays this week and then next week presentations, then final exams for four classes

I spent about an hour earlier today reorganising some code to use my LblRW program. I know I said I didn't want to use any more assembly programs, but this is definitely helpful. First, it lowered my program size by a few hundred bytes, making it so that the size of this program balances things out. Also, the peak RAM usage of the previous version compared to the peak RAM usage of this version is now about 800 bytes less. I also use much fewer variables and the player name is now stored inside the program instead of Str1 Now if I make a method to store all of the save data internally, instead of in a list, I estimate that I can save an average of over 1500 bytes from the peak RAM usage (and the user won't have to have a 1112 byte list).

Because I am using LblRW, now, a bazillion If statements were taken out of the battle engine, speeding things up. Also, I can now return which items were acquired from battle using a small 20 or 30 bytes of code instead adding in the hundreds of bytes I was avoiding (about 400).

You might notice the lack of a player sprite in battle... I plan to make an in game sprite editor so that players can customise their sprite Again, this is made much easier because of LblRW

Thanks! I could make a large-ish assembly program (about 1000 bytes, probably) that could make this program a lot smaller and faster, but if I did that, I would just write the whole program in assembly

wow, this is looking awesome! Keep the great work up!

Yes, yes I did, thanks!