Final Fantasy Hacktics

I think your issue is that you're loading from 4B and 4C, but only storing in 4B.

It's not really supposed to change anything else on the settings page.
Your ID is 1, so in FFTPatcher, type 1 in the box that I labeled as 169. That's it. The option between 169/16B is just in case someone has a conflicting hack using the unknown/unused 169 box, but I doubt anyone have ever made a hack that uses either of those besides me.

And I decided to update the spreadsheet to fix that bug just in case: Special Snowflakes v1.02.xlsm

What's your code like?

From looking at the code you should be using ori 0x0001 on unit stats 0x004B and ori 0x0080 on unit stats 0x004C.
It sounds like you're using 0x0001 on 0x004C which is the flag for armor.

Decided, against my better judgment, to make the FFT Style the default one... Enjoy?

Yes, it's still fairly incomplete, but I figured it would be better than waiting many more months stuck with the default SMF theme.

Updated the rules! Fewer of them, made them way shorter, less bloated, and more comprehensive. 🙂

They're not text; they're images.

You can find them in Shishi, or more precisely, under the Other Images tab:
- WLDTEX.TM2\3 - WLDTEX (3)
- Pre-Battle Location Text Images\*
- Chapter Titles\*

Quote from: RetroTypes on March 26, 2020, 05:26:00 pmAlso Xif I have no idea how your Snowflake spreadsheet works lmao I'll keep playing with it but any pointers would be great.  :p

Modify a row how you want your unit to be (like 150% PA will generate the unit with 150% PA), then take the ID on the leftmost side of the row and set that in FFTPatcher as shown under the Settings tab, either the 169 or 16B box.

@evisceratus
Thank you.
I updated php.ini to set all of those values to true + Strict.
For SMF, I suppose we'll have to wait for an update. I made the cookie HTTPS, but there's no option for SameSite yet.
I also updated the links you mentioned.

As in closing the program and re-opening it

No, I meant loading from a savestate then loading a hard save could cause the issue to happen. You might even have to restart the emulator, I'm not 100% sure.

Quote from: Punkioinapit713 on March 13, 2020, 07:11:23 pmWhile sorry, what I mean is that I can change everything using the editor yet none of it saves I'll go in the game and it plays as it was before I tried to edit it.

You say you're using pSX... are you loading a savestate before trying to load a hard save? pSX doesn't update the memory card data on the fly; it keeps it in memory. You have to re-launch the game entirely.

If that's not it, it could also be forgetting to change back to mcr, updating the wrong memory card, etc.

I guess the better question if none of this worked: If you reload the file you edited in Tastic, are your changes there or not?

@FickleLemon
What I'm getting is that for you, this bug is probably normal behaviour.

For us, eventers of expertise, we have no clue what you could possibly be talking about, so you'll really have to walk us step by step through what you did, and describe us precisely what you're trying to accomplish if you want a proper answer in a reasonable time frame.

We can't even begin to guess what you've done to cause this issue.

Help us help you!

In war we served by keeping seagull out of our land!

It's just dummy text. It's only present in the US PSX version. You can use Raven's edited scripts which removes it out if it bothers you... it comes in a folder alongside EVSP.

@Squaresoft
IIRC it identifies which set will be used. So, in the screenshot above, 0-5 would use the 1st set, 6-9 the 2nd, A-D the 3rd, and otherwise the 4th. Yes, there are used to determine when random battles can take place, with 0x006F Shop Progression as the default.

I'm the one who discovered and analyzed this data, but it's been a few years since I last played with it.

@Timbo
Yes, it's been tested because we wanted to use it for TLW, but it's broken as hell, worse than that original one IIRC.

Haha, that's alright. It's actually something I found out 10 years ago, just kinda forgot what exactly was involved, and figured other people might want to know as well.

@FickleLemon

http://pearlstar.sakura.ne.jp/study/fft/events/

Not sure how much of a consolation it is.

You can actually use some ninja trickery, but that depends on how much you want your mod to look professional.

You can change the accessory's type to head or body, then use the "Second Table" ID to refer to the HP/MP values of that ID. For example, in my screenshot Cursed Ring uses Second Table ID 0x0E, which is the same one originally used by Feather Hat, meaning they will both give the same HP/MP.

It doesn't look professional because when you're previewing the equipment, it's not showing +/- HP/MP, it only updates the values after you've equipped/unequipped the thing.

Because of the nature of how FFTPacher works, I think you'll have to edit the HP/MP values of the head/body piece that had that original Second Table ID. i.e. in my case I'd have to edit the feather hat. I just think melonhead (the one who coded the program) didn't realized that those values were pointers.

I have no idea if ALMA has the same issues or not, but generally speaking we don't recommend that hack because it is extremely unstable, coded poorly (hence only works in ePSXe) and a nightmare to figure out how it works.

Eeeesh. I'm the one who coded the thing. Sorry. I can't even fix it either because I lost the source code. 😥

I know the Japanese version has their own Event Editor, but it's GUI based and very tedious to use... no idea where that community is now either, they moved like 3 times to new boards and because no one fluent in both English and Japanese cared enough to try to unite our 2 communities. Just a google/babelfish translate mess.