Final Fantasy Hacktics

Looks like the incremental jump range has some issues with the AI. I had seven +1 Horizontal Range Jumps and Izlude could never figure out that he had could Jump more than one panel away when using the normal Dragoon skillset. I tried giving him an 8/8 Jump in the final Vertical Jump slot, but he was still confused.

Turns out the AI only seems to read the highest Horizontal range number from the abilities that are considered Horizontal jumps. When I turned all my Jumps into +1, +2, etc., Izlude's visible range was the whole map, but he capped out at 6 or so because he ran out of Horizontal Jumps. Fixing it for him required reserving Level Jump 8 as his own custom skill and, of course, setting it to +8. Plus giving him the final vertical Jump as another +8. Didn't get too in-depth with Vertical testing, though.

Edit: Got home, did some breakpoint testing. Found where the AI runs the routine to check for the maximum Jump range. Setting it to be a flat max range of 8 seems to fix it, since the AI just ignores invalid tiles anyway.

Cancel Movement 1.14c Unofficial broke Fly because I added two lines to something I incorrectly thought was free space. Thankfully, Xif's code included two nops at the very end of it (which, in hindsight, really should have made it obvious it wasn't free space), so it was an easy fix.

I made this post intending to delete the previous one. I, uh. Can't delete it.

The .xml for Cross Skip 1.14 is just super broken. Events lock up on the first text box, with O no longer advancing text. Pressing X advances it once and then crashes the game. Xifanie, I don't know if you have a different set of xml files, since from what Akashachi says, the ppf runs great with no issues, but the xmls...

I vaguely remember there being discussions about the latest version of QoL but the specifics are long gone for me, so I don't know if it's come up before.

Also, I updated Refund Abilities.

The ARH Generator Mini spreadsheet is bugged.

A very late reply to you, Retro, but I don't remember/know if anyone ever figured it out.

Even now, the version of ARH Generator Mini included in TLW does not automatically copy the contents of the ARH Restrictions set over to the XML tab. The first line under "<Location file="BATTLE_BIN" offset="ED1A0">" should have a formula of =MAIN!E2&MAIN!F2&MAIN!G2&MAIN!H2, with the next line replacing 2 with 3, and so on, but it's all just text in that section.

I downloaded the 1.14 xml pack a ways back and found that a lot of what was in it seems to conflict heavily with the free space used by TLW and TLWotL, in ways that 1.13b doesn't. For the most part I just opted to use 1.13b instead. However, 1.13b's Cancel Movement lets you spam Cancel to constantly regain HP and MP, so I moved things around in 1.14 and it worked fine. (Much appreciate the liberal use of labels rather than fixed locations. Super easy to accomplish.)

But traps and Move-Find Item didn't prevent me from canceling. Did some digging today and figured a few things out. They attempt to use the same check that teleportation failures do: set byte to 0xFF so that, later on, it gets set to 0x00 (which locks cancel), while any other value is set to 0x01. However, they run after that lock, so they end up staying at 0xFF, which doesn't lock cancel.

On top of that, that teleportation failure? Turns out the teleportation failure calculation runs before committing to the teleport. It happens when you first select the tile, before even seeing the option to confirm the teleport attempt. There were no commands that affected that byte on the success calculation - meaning that if someone went to teleport, the game calculated it as a failure, but the player changed their mind before confirming the teleport, they could make another attempt, succeed, and have their movement locked anyway.

So I went and fixed that up.

I also did another thing recently, and since I'd say it's a QoL feature, and I'm posting in this topic anyway, I might as well show it here, too:


It comes with a partial fix to the JP Scroll Glitch by preventing underflow. I have no idea how xml files can be set up to provide dropdown menus/value entries, and the idea of making it something that can be toggled during the game came up in a conversation, so I included options depending on whether Variables xD5, xD6, and xD7 are flagged.
Variable xD5 fully fixes the JP Scroll Glitch.
Variable xD6 prevents refunds (even glitched ones, whether or not xD5 was flagged).
Variable xD7 causes refunds to only give half the JP back.

I've also now included a v1.2, which blocks the player from refunding equipped RSM skills. Makes the book hit sound when you try; seemed like a good sort of bounce-off sound to indicate an issue.

Feel free to include Refund Abilities in the QoL pack if you want, and hopefully the fixes to Cancel Movement also come in handy?

A while ago, I prepared a quick fix for anyone dealing with the Balthier softlock that comes from having 4 or fewer characters in Ramza's name, but I wasn't able to upload it here.

I don't have a save file that can test this myself, but it should work fine. But just to be safe, make sure to apply the patch to a different copy of your TLW/TLWotL ISO - the save file will still work with this other copy afterwards. Do not apply the patch to a vanilla ISO - it's just a quick fix patch, not a new version of TLW.

https://ffhacktics.com/smf/index.php?topic=12951.0

No, not at all.

Come on, Elric, tell us how you really feel about this translation.

But, yeah, the name isn't changing. There're already more than enough people confusing TLW with WotL, and naming a PSX mod after the PSP game's subtitle would only make it so, so much worse.

We all vouched for a silly name because, as silly as it is, it does perfectly sum up what this project is. TLW with the script of WotL.

Also, it genuinely makes me chuckle.

No. Don't mix mods, ever, unless they explicitly say they're compatible.

Yeah, it's either that or you've done extra things with your ISO.

I'm pretty sure there's an ASM hack that allows you to rename your human units at the Soldier Office anyway.

Quote from: Ramza108 on October 18, 2022, 09:19:38 amDamn. 4 letters huh?  After realizing this bug 30 hours into my current playthrough, I'm thinking of another 4 letter word right now. Lol.

Too bad.  Such an obscure thing.  I'll just skip balthier for now.  Still lots of awesome stuff o check out

If your save file is in .gme format, it seems FFTastic can edit it. Otherwise, you can feel free to send it to me and I'll add some half-spaces that will allow you to unlock him (even if characters saying Ramza's name will sometimes look a bit weird from then on).

This bug was recently posted in the Lion War Bug Report topic.

I've tested this event at all speeds and with a completely blanked out name. Seems to work fine now. I just set the message wait to pretend that Ramza has no name at all, so it will mute slightly too early rather than risk softlocking. Given that it tends to line up with the timing of the music change and the action scene, I don't think anyone will even notice.

Quote from: lDmonl on October 14, 2022, 08:18:08 pmI'm getting an issue with the event in Dorter at Chapter 4, once the ambush start, Ramza and the thief are looking at each other and nothing else is happening. This is after Ramza says his line about first in a trap he crosses his arm and then nothing else happens but the music is continuing like nothing wrong is going on.

I'm using Duckstation for the emulator.

Thanks for the report. It helped confirm that this wasn't just some one-off weird save file issue. I did some digging, and this is is likely an issue because your Ramza has a name that is less than five letters long.

When the dialogue boxes auto-close, it's after waiting for a space bar to be printed, giving players time to actually finish reading the dialogue. However, printing it makes an audible text printing sound as it closes. I tried to get clever and wait for the dialogue to ALMOST finish printing, then mute the text printing sound.

So I put a check on the variable that reports how many letters have been printed, and waits for it to reach the very end of the dialogue.

Then I tested it... with Ramza named Ramza. 45 letters of dialogue.

If Ramza's name is four letters long, the game sees 44 letters printed. And then it just keeps waiting.

The best short term fix I can think of, if you don't know how to edit/replace events with the Resources build, would be to use a save file editor (or maybe some kind of gameshark code?) to change Ramza's name for this one battle.

If you're comfortable with uploading your memory card file and can mention which slot your Balthier save is, I can also just toss in some half-spaces and send it back - it'll look normal in most cases, except maybe when a character actually says Ramza's name out loud.

Quote from: Ferdorf on October 07, 2022, 10:07:45 pmJust wanted to ask how to fix the Balthier Cutscene on slums in dorter, after ramzas dialog, the next actions or movement of the characters does not seem to work, already patched a clean iso with 2.03 and mappack. please help. appreciate it

Quote from: painless966 on October 15, 2022, 02:03:08 ami got the same problem as Ferdorf the game is not respond after the thief ambush ramza in Balthier event. already patched a clean iso with 2.031 please help. thank you

So, after reports of the issue on regular TLW, and a provided save file, I did some digging. This is is likely an issue because your Ramzas have names that are less than five letters long.

When the dialogue boxes auto-close, it's after waiting for a space bar to be printed, giving players time to actually finish reading the dialogue. However, printing it makes an audible text printing sound as it closes. I tried to get clever and wait for the dialogue to ALMOST finish printing, then mute the text printing sound.

So I put a check on the variable that reports how many letters have been printed, and waits for it to reach the very end of the dialogue.

Then I tested it... with Ramza named Ramza. 45 letters of dialogue.

If Ramza's name is four letters long, the game sees 44 letters printed. And then it just keeps waiting.

The best short term fix I can think of, if you don't know how to edit/replace events with the Resources build, would be to use a save file editor (or maybe some kind of gameshark code?) to change Ramza's name for this one battle.

If you're comfortable with uploading your memory card file and can mention which slot your Balthier save is, I can also just toss in some half-spaces and send it back - it'll look normal in most cases, except maybe when a character actually says Ramza's name out loud.

Minor visual bug:

It seems I didn't put down enough Wait time after BlueRemoving Caazan in Be a Beta, and the game doesn't wait for it to finish before returning to battle. If Caazan had the next turn, he and his stat window will briefly appear on screen before the BlueRemoval finishes. This confused the real Caazan for a minute when he finally killed himself.

Should probably update that Wait(00010) to Wait(00045) or something.

Maybe, but not always. Depends on the mod and what it does, really.