Closes#684
Defensively allocate a copy so that the replacement does not overwrite the original sequence A=>B then continue doing B=>B swaps.
Wasn't a problem before since properties fetched byte[] (allocated separate slice); changing to span introduced this regression -- now fixed.
* Fix loading player house and room dumps
* Check converted house/room data lengths rather instead of the imported dunmp's
* Fix downgrading player house format
v1.5 increased the size of GSaveLightMemory by 0xC each; with 160 entries, everything stored after this field (at 0x2F84) increased its offset by 0x780.
GSaveItemName ClothesPTops; // @0x14c size 0x8, align 4
s16 _58b5e808; // @0x154 size 0x2, align 2
s8 ClothesPTarget; // @0x156 size 0x1, align 1
Should be possible to convert the first revision of villager data to the current format and vice versa. Someone would need to document how they pre-fill these new fields (listed above).
Change friendship here.
Can also cheat all friendships (of all villagers, for all saved players) to 255 by shift clicking the drop-down button instead.
only some surface appearance properties; interior item layout nope
use enum values for house info interface
Closes#95Closes#96
Changes the displayed villager indexes from 1-indexed to 0-indexed to match the game's references.
Furniture array is inside the villager's item list; there's another list of a different format in the offsets below
probably just a struct within another struct, like
struct villagerItem {
item; (0x08 bytes)
metadata; (0x24 bytes)
}
Replaces a byte sequence with the updated sequence of data, using the player/town ID as a prefix to ensure that short names can be changed correctly without affecting other game data (hopefully).
