Author
Topic: Trying to make a table for Suikoden I and II (PSP) (Read 41985 times)

I'm interested in attempting to at least hack some basic text into this game. I was easily able to make a table file for the PSX version of the first game, yet this one proves more difficult.

I've already tried loading the entire ISO (only ~330 MB, so no big deal) into WindHex and using an SJIS table, no results. I opened it in Monkey-Moore, no working results (both with normal searching, and with wildcards in case the kana are 2 bytes each). I asked KitsuneSniper for help, who searched for the byte combinations of some SJIS values, and he could find random kanji (which to me, seems like random data rather than actual kanji), but nothing else.

Can anyone offer some insight as to some other methods to try to get table values?

Only 330 MB? That doesn't sound right. Isn't that game supposed to be over 800 MB?

Edit:I took a quick look at the game, and it looks like there are 2 bigfiles called "gsd1.bin" and "gsd2.bin" in the ISO and they are compressed . My guess is the text is in those files, and you can't do anything to them unless you figure out how to decompress and extract those archives.

Only 330 MB? That doesn't sound right. Isn't that game supposed to be over 800 MB?

Edit:I took a quick look at the game, and it looks like there are 2 bigfiles called "gsd1.bin" and "gsd2.bin" in the ISO and they are compressed . My guess is the text is in those files, and you can't do anything to them unless you figure out how to decompress and extract those archives.

Well, truth be told I took a .cso that I had of the game and turned it into an .iso using a program I found, but I had the compression setting up as high as it goes, so it actually came out smaller than it was when it was a .cso. Interesting, huh?

Yeah, I noticed those files, too. I also noticed some .src files, which KitsuneSniper tells me are a dyslexic way of writing SCRipt, one for each game. Could be in there, too. I just need to find table values and then I can start tearing through files to find the text.

Edit: Well, I managed to make a table using the old-fashioned RPG method (naming the main character something, moving the save file somewhere, naming the opposite thing on the next file, and comparing the two, rinse and repeat). The table has the same values used over for various characters, or so I thought at first. Apparently, 81-83 and BC are used as control codes to determine which set of characters to use (81 is hiragana alone, 82 is the end of hiragana and katakana, 83 is katakana, and BC is English upper-case only). However, it seems as if the script is compressed. I checked both the ISO in it's entirety, as well as the various suspected script files. I wasn't even able to find any small words, let alone the script. >_<;

The files inside the archieve are compressed with that. You have to extract them from the package first. To know where one file starts and ends you need to figure out the file format first. Should be easy though, standard VFS fare.

Logged

All my posts are merely personal opinions and not statements of fact, even if they are not explicitly prefixed by "In my opinion", "IMO", "I believe", or similar modifiers. By reading this disclaimer you agree to reply in spirit of these conditions.

The files inside the archieve are compressed with that. You have to extract them from the package first. To know where one file starts and ends you need to figure out the file format first. Should be easy though, standard VFS fare.

Now just keep doing that for all the files. I think there's 226 files in that 1 archive... Errrr hope you don't go insane extracting them all. If you were a programmer you wouldn't have to do it this way.

Write one. Seriously, extracting achieves is a basic romhacking skill required for almost all disc-based systems. And it's really not that hard. It's the perfect exercise for one's first "serious" program. All you need to finish such a program is basic program flow control and basic file I/O functions (the later can be looked up in the documentation of your given language quickly).

Don't say you couldn't do it until you tried, it's seriously easy.

Logged

All my posts are merely personal opinions and not statements of fact, even if they are not explicitly prefixed by "In my opinion", "IMO", "I believe", or similar modifiers. By reading this disclaimer you agree to reply in spirit of these conditions.

Write one. Seriously, extracting achieves is a basic romhacking skill required for almost all disc-based systems. And it's really not that hard. It's the perfect exercise for one's first "serious" program. All you need to finish such a program is basic program flow control and basic file I/O functions (the later can be looked up in the documentation of your given language quickly).

Don't say you couldn't do it until you tried, it's seriously easy.

Oh, sure. The only program language I'm even vaguely familiar with is Java. And that's something I just started taking a class in like, two weeks ago. Aside from that, I doubt I could code something like that in 65c816 (or if I could, that I have the skill needed to do so).

Grab a copy of Turbo Pascal and read through (most of) the help file - shouldn't take more than a couple of hours tops. Then look up the syntax for variable declarations, control structures and functions/procedures (which is really easy), and that's it. You're ready to start experimenting with files.

Grab a copy of Turbo Pascal and read through (most of) the help file - shouldn't take more than a couple of hours tops. Then look up the syntax for variable declarations, control structures and functions/procedures (which is really easy), and that's it. You're ready to start experimenting with files.

That sounds fairly promising, even though I dunno what the hell that is (sounds kinda like a programming language, based on 'variable declaration'). I'll look into doing that this weekend.

@DarknessSavior:I should add that when I said "read through the help file", I meant only the part that lists the constants, variables and functions of the already shipped units (SYSTEM, CRT, DOS, etc).

Is Turbo Pascal even object-oriented? I know Delphi is, but IIRC TP was before that. If he is learning Java anyway right now I wouldn't confuse him with another non-OO language. He can write that extraction tool just as easily in Java and since he has to learn it anyway (I assume it's for college or something) that'll also give him a huge boost in motivation to make progress with Java.

Logged

All my posts are merely personal opinions and not statements of fact, even if they are not explicitly prefixed by "In my opinion", "IMO", "I believe", or similar modifiers. By reading this disclaimer you agree to reply in spirit of these conditions.