Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
The actual base model isn't determined like this (or well it is upon creation / adding more attributes in-game but it doesn't repeatedly fetch its model like this; once the weapon is created this data is stored along with it and can be changed).
@ gledson : I would have advise you to do exactly what you did....
There is no need to remove the battles from the preloading list, though, and it is the thing that most likely made the bug.
In order to take no risk : simply remove the line RANDOM_BATTLE (remove it, don't change it to "NOTHING" though if that was the problem, then I made a terrible mistake ^^"), parse and save and that should be all about it.
Save states should work fine for a script edition like this. The changes will be effective as soon as you (re)enter the field. However, when changing the preloading files, I think the field needs not to have been preloaded first, so the save state must be at least 2 fields away from the modified field (for the entrance of the Gargan Roo, the save state should be in Tot's tower stairs, for example).
Also, keep in mind that there may be the "RANDOM_BATTLE" opcode somewhere else than in the main function. For instance, the random battles of the fire room in the Desert Palace are activated only once all the fires have been lightened up. So there is a conditionnal execution of "RANDOM_BATTLE" in the main function but there is also another one in another function running when the last fire is lightened.
"
If these files are bigger than the original, you have to change the values in the LBA. This tool probably doesn't do it.
LBA table is started on 280th sector of the ISO. Each value in this table has 4 bytes.
- sector, where the file is started in ISO
- flag (0 - not compressed, 4 - standard, 8 - dummy)
- value, how many bytes remain to the end of sector (and this value has to be changed)
Example, English file 292:
- start sector: 387897, so 0x5eb39
- filesize: 0xbc3, rounded up to 8B, so 0xbc8.
So, how many bytes are left to the end of sector:
0x800 - (0xbc8 % 0x800) = 0x800 - 0x3c8 = 0x438
LBA entry should look like this:
value = 0x5eb39 | (4 << 20) | ((0x438 >> 3) << 24) = 0x8745eb39
Great job! I was just about to say it would take me a while before finally finishing the game (wanted to try killing all WEAPON first) but I guess everything is fine now.
Okay that's cool. Sephiroth's L3 limit was too strong for Behemoth so it was no problem fighting him lol.
