I used the reserved space at $80FF58 for some previously unwritten seed data. It's another UShort bitfield mapped as follows, starting from the MSB:
SwordLocation filling 2 bits
MorphLocation filling 2 bits
Goal filling 4 bits (2 bits seems a bit small here)
8 reserved bits for any future nuance in the seed data
Since only 8 bits are occupied, this could just be a Byte. However, I suggest that all extra future seed data be written to the ROM. This way, there isn't any data loss from a filename change, and all of the data is contained in one place. I argue that this is significant for any theoretical tool that deals with SMZ3 ROMs.
I used the reserved space at
$80FF58for some previously unwritten seed data. It's anotherUShortbitfield mapped as follows, starting from the MSB:SwordLocationfilling 2 bitsMorphLocationfilling 2 bitsGoalfilling 4 bits (2 bits seems a bit small here)Since only 8 bits are occupied, this could just be a
Byte. However, I suggest that all extra future seed data be written to the ROM. This way, there isn't any data loss from a filename change, and all of the data is contained in one place. I argue that this is significant for any theoretical tool that deals with SMZ3 ROMs.