Quick Research & Development Thread
View Single Post
August 25th, 2010 (3:40 PM).
pokemon rom researcher
Join Date: Dec 2008
Originally Posted by
Amazing! Still, Game Freak needed to do better with the coding of the routine in the first place, even if they weren't planning on using those variables.
BTW, what would you suggest for a hack of Emerald that's used variables up to around, say, 0x5030? Would you recommend switching them all out (somehow), or will we see a fix in the near future?
Luckily, all Save functions seem identical (with the exceptions of a few pointers), so saving should be easily solved. Repointing variables to solve the problem should also be simple. It's the loading that will take a while to crack, as I've yet to find that function. Also, the new variables will be limited to 0x800 (one block), and finding 0x1000 bytes in the RAM that are free in a joint space should also be problematic.
But, for now, keep using that 0x5030 variables. A fix shouldn't be far out.
By the way, if you can find an empty RAM location with the needed space(should be near the end), it would make things easier.
Here are the links for my work
ASM Tutorial Document
Study on the special and special2 commands
*now all specials accounted for*
How to change multichoice boxes
Pokemon data decrypting (asm code)
Fire red map sizes and tile information
Pokemon Fire Red Hacked Engine
Currently working on:
Battle Script Documentation
Another large project
View Public Profile
Send a private message to JPAN
Find all posts by JPAN
Find threads started by JPAN