Flyable Heart - extracting script

AnimED is capable of repacking SOFTPAL ADV SYSTEM archives since the v0.6.7.390 (2009.07.24), but it seems the Flyable Heart uses newer modification... never mind, implemented it in about 10 minutes. ^_^ For the archive creation, select SOFTPAL ADV SYSTEM PAC-32. The only difference between older PAC-16 is the length of filename field. :3

The DL link: http://wks.arai-kibou.ru/download/an..._2010_05_21.7z

P.S. Bad news: I was finally able to test my script reconverter with the VN itself, and unfortunately, the game crashes. It's not my fault though, it seems the first byte of text.dat is not the part of the header itself but rather an checksum(?), which is not possible to calculate without EXEcutable's reverse engineering.

Originally Posted by dsp2003

it seems the first byte of text.dat is not the part of the header itself but rather an checksum

What makes you think so? If you check the other .dat files, it's the same for all of them.
Maybe you forgot to fix the offset values in the .src file?
Simply fixing them is easy and worked for me, but if you want to insert new lines instead of just changing the old ones you'll probably have to reverse most of the bytecode in script.src. The basic structure is very simple, but it's still quite some work.

Unregistered, I truly beg your pardon. Further debugging revealed that I didn't paid attention to script.src. More than that, I've found that text.dat itself is encrypted in the game (all this time I only had access to the zipped script file uploaded at the first post of this topic, which wasn't). Yeah-yeah, shame on me... -_-

The archive repacker works for non-modified files though, since the extraction and "compression" are utilising raw mode (i.e. with no encode\decode).

Originally Posted by dsp2003

AnimED is capable of repacking SOFTPAL ADV SYSTEM archives since the v0.6.7.390 (2009.07.24), but it seems the Flyable Heart uses newer modification... never mind, implemented it in about 10 minutes. ^_^ For the archive creation, select SOFTPAL ADV SYSTEM PAC-32. The only difference between older PAC-16 is the length of filename field. :3

The DL link: http://wks.arai-kibou.ru/download/an..._2010_05_21.7z

P.S. Bad news: I was finally able to test my script reconverter with the VN itself, and unfortunately, the game crashes. It's not my fault though, it seems the first byte of text.dat is not the part of the header itself but rather an checksum(?), which is not possible to calculate without EXEcutable's reverse engineering.

Thank you. I think the repacker is quite enough. Good luck on debugging the text tool!

If you just want to test your edited script files in the game: some Anon posted tools for that on /jp/, somewhere in this thread: http://archive.easymodo.net/cgi-boar...thread/5096685

He also said he'll take care of repacking, so you'd probably be best off following the FH threads on /jp/.

That would be helpful if I wanted to translate the full game. I wanted to translate the trial though. [Less text, no apparent choices...]

Unregistered, I truly beg your pardon. Further debugging revealed that I didn't paid attention to script.src. More than that, I've found that text.dat itself is encrypted in the game (all this time I only had access to the zipped script file uploaded at the first post of this topic, which wasn't). Yeah-yeah, shame on me... -_-

Oops, found out too late...

[Vivio]

This is getting too confusing. I'm making an account.

Originally Posted by dsp2003

More than that, I've found that text.dat itself is encrypted in the game (all this time I only had access to the zipped script file uploaded at the first post of this topic, which wasn't).

I checked out the encryption. It's a simple 4-byte XOR cipher with some initial rotations.

1) Take the first 4 byte block (after the 16 byte .dat header).
2) ROL the first byte of that block (x+3) times, where x is the block number. That means you ROL the first byte in the first block 4 times and the first byte in the second block 5 times, and so on. When you reach 255 ROLs, start at 0 again (0, not 4!).
3) XOR each block with 0x9D85D5F7.

That's all. All .dat's are encrypted that way.

EDIT: I made something to take care of that.

http://www.mediafire.com/?0emdymmw21j

Syntax: fhcrypt.exe input.dat output.dat
This script will automatically determine if decryption or encryption is needed. Source code is included.

I checked out the encryption. It's a simple 4-byte XOR cipher with some initial rotations.

1) Take the first 4 byte block (after the 16 byte .dat header).
2) ROL the first byte of that block (x+3) times, where x is the block number. That means you ROL the first byte in the first block 4 times and the first byte in the second block 5 times, and so on. When you reach 255 ROLs, start at 0 again (0, not 4!).
3) XOR each block with 0x9D85D5F7.

That's all. All .dat's are encrypted that way.

EDIT: I made something to take care of that.

http://www.mediafire.com/?0emdymmw21j

Syntax: fhcrypt.exe input.dat output.dat
This script will automatically determine if decryption or encryption is needed. Source code is included.

I'm not a genius at using this kind of programs, so would any spare their time to guide me on using this?

I'm not a genius at using this kind of programs, so would any spare their time to guide me on using this?

Nevermind, found out.

Though apparently editing the lines and testing them results in either messed up text or none at all, and/or crashing. Will tinker around with the files again~.