09-09-2013, 09:42 PM
(This post was last modified: 09-09-2013, 09:43 PM by GrayShadows.)
I've been thinking about the magic list; I think the best suggestion so far has been to use the SRAM blocks from $1CF8-$1D27 (Bushido names in 6j) + an additional six bytes of $1E1D-$1E3F (unused) for a total of 54 spell bytes. Personally, I'm in favour of a solution that gives us a contiguous set of bytes for the spell list rather than handling it in two different places (not least because it would drastically simplify the code used to display the spell list), and I think I may have one.
$1E1D-$1E3F is a total of 35 bytes, leaving us 19 more needed. Immediately following is $1E40-$1E6F (48 bytes), which is treasure chests opened, of which only 33 (IIRC, $1E40-$1E60) are used (15 available bytes); after /that/ is an additional 16 (theoretically) unused bytes from $1E70-$1E7F. If we move the 33 bytes of treasure chest information to the end of that block -- $1E5F-$1E7F -- that gives us a total of 66 bytes to work with, leaving us with block of 54 bytes for the spell list plus an additional 12 bytes for treasure chests, should we wish to add additional ones related to Iris (or if there are any chests not actually covered by the 33 known bytes).
It'd take a bit of time to move the chest data around, but unless I'm missing something drastic it shouldn't actually be /complicated/, just time consuming, and probably much less complicated than moving other data around the SRAM or dividing the spell list into two separate blocks.
ETA: And I know the idea of a natural spell list has been thrown around, although not decided on; I'll point out that if we do go with that idea, I've already written code to introduce an additional natural spell learner that I'd be more than happy to throw at this project.
$1E1D-$1E3F is a total of 35 bytes, leaving us 19 more needed. Immediately following is $1E40-$1E6F (48 bytes), which is treasure chests opened, of which only 33 (IIRC, $1E40-$1E60) are used (15 available bytes); after /that/ is an additional 16 (theoretically) unused bytes from $1E70-$1E7F. If we move the 33 bytes of treasure chest information to the end of that block -- $1E5F-$1E7F -- that gives us a total of 66 bytes to work with, leaving us with block of 54 bytes for the spell list plus an additional 12 bytes for treasure chests, should we wish to add additional ones related to Iris (or if there are any chests not actually covered by the 33 known bytes).
It'd take a bit of time to move the chest data around, but unless I'm missing something drastic it shouldn't actually be /complicated/, just time consuming, and probably much less complicated than moving other data around the SRAM or dividing the spell list into two separate blocks.
ETA: And I know the idea of a natural spell list has been thrown around, although not decided on; I'll point out that if we do go with that idea, I've already written code to introduce an additional natural spell learner that I'd be more than happy to throw at this project.
Current Project: FF6: Tensei | Discord ID: TristanGrayse