Main Site

Forum Index

Have you loaded the text from your ISO after patching it? Ironically, Tactext sucks at interpreting what it patched, thus you should always only ever open/edit/save a .ffttext file that was extracted from an unmodified ISO.

EDIT: Wow I derped hard, I didn't realize this was about TLW specifically

It might actually contain malware for all we know, as we don't even know who created the program or where it came from, it was just something from someone's computer who forgot where he got it. If that's the case, who knows when it actually got malware bound to it.

So, to be safe, probably better to use on a computer with at least Windows XP SP1.

You have to put yourself in my shoes; I have no clue what you're trying to breakpoint here, or the address that you're using. You're not giving enough details. I'm not saying that what you're describing isn't happening, but I just want to make sure you're not overlooking something.

You should describe what you're trying to do and how you're trying to do it because none of what you just said makes any sense to me. It's hard to help anyone who doesn't thoroughly describe their issues, especially when it comes to high level stuff like that.

Try to breakpoint on write for a specific job's total or current JP and then in that routine you should see a check for gender being male/female I would guess. It's pretty easy to create a breakpoint for this stuff I can help you get the address to breakpoint on if you need.

Though we have a lot of stuff documented so far, we don't have every routine catalogued, and we don't have everything with notes. I personally never documented anything because I'm ASM dyslexic, but I'm super thankful to Glain and Choto who did most of that work because it's such an invaluable resource.

If PPSSPP doesn't have a debugger I don't know what else you could use.

Sure, you could just convert hex to MIPS human-readable opcodes, but being unable to debug your own code for something this moderately complex to code would make you pull your hairs out. Adding armor to monsters you could probably code/debug for the PSX version then adapt the code to the PSP version. You could also make make the job wheel on the PSX version first but neither of these things are really straightforward to create hacks for, you'd likely need to edit dozens of routines for each, and space does become an issue very often... and with that many edits, you really need a debugger to figure out why something is going wrong.

And it's nothing against you personally and feel free to correct me if I'm wrong, but from my perspective someone asking such a simple question, as I have 15-16 years ago myself on a different board before I made FFH, will require a few years of learning and practice to accomplish these things unless you're really motivated and have a ton of free time or already have a strong background in programming, particularly low-level languages. ASM hacking for the PSP version is also exceedingly rare (it's already rare for the PSX version) so you'll probably have to learn nearly everything tool-related and WotL specific completely on your own.

BUT, if you do, you'll be able to teach others how to ASM hack WotL!

I found a hack but I'm not super sure it works all as intended on its own. I'm guessing half of it allows generics to join as guests and the other half forces LoadFormation to load based on roster ID.

<Patch name="Allow generics to join as guests (version 1)">       <Description>The number of the guest is that of the roster number. For example, Sprite Set 0x10 (17) with Load Formation will load unit 17 in roster.&#13;&#10;&#13;&#10;by Xifanie</Description>       <Location file="SCUS_942_21" offset="4A3D0">          8300422C       </Location>       <Location file="SCUS_942_21" offset="4A7BC">          06008510       </Location>    </Patch>

The main issue is that normally Load Formation and Save Formation work based on the character's Main ID (aka sprite ID). Ideally, it should use the Quote ID because even generics can have those unique. Likewise, removing a guest from the party works in the same way.

I mean, to start with, nearly all (if not all) forum softwares were extremely poorly secured until 2015 or so to my knowledge. IIRC, all our passwords are currently stored as MD5 hashes in SMF's database... either that or SHA-1. And we both know that from a security standpoint, those are fucking worthless. But considering that this is the database we have, short of cracking every password longer than 8-9 characters alongside using a rainbow table, we're stuck with those low-level hashed passwords.

Our email system is down too, for reasons I don't understand, so there's no way to force everyone to update their password either, and I don't think this would be a trivial task to fix. Again, someone said they would help fix that and then never showed up again.

It's also pretty safe at this point to assume the database has been breached several times since the creation of this forum.

I welcome anyone else pitching in their ideas, but I'm already in debt because of my health, and this community has grown so thin over the years because everyone who has a lot of experience with FFT modding either left because they hate admins' faces, are too busy with irl/health stuff, or just left/became inactive because we've grown too thin. I don't think a funding project would be successful because as it is, all of the most active people on FFH cannot contribute monetarily.

1) Actually, just to make sure... you used the same ISO for both the Shishi expanded and 00 bytes padded ISO, right? Two ISOs from different sources would totally break things.
2) Can you tell me the size in bytes of the Vanilla Shishi expanded ISO, of the 00 padded ISO, and of the patched ISO?

It's not that only the PSX version can use those slots, it's more that there is currently no way to increase a spritesheet's filesize in WotL. As for linking UNIT.BIN formation sprites to actual jobs, it shouldn't be that hard, but I doubt there ever was a tool to accomplish this for WotL, so you'd have to hex edit.