I made these originally for the Taiko no Tatsujin V project, but I figured I might post them because it's used in more than just that game and until now, the format hasn't had a proper tool besides a hacky BMS script.

This tool can extract and create archives and supports file compression. It also checks all the relevant hashes for all data, so I can guarantee that it's dumping everything correctly.

Known games:
- Taiko no Tatsujin V
- Tales of Hearts R (including iOS version)

Broken:
- Tales of Hearts R (PS Vita) -> Seems to use different compression and/or encryption

Source code: https://github.com/solaris573/taikotools
Binaries: https://github.com/solaris573/taikotools/releases

 

Nice to see someone else making use of it already!

The old version of the tool that I gave tiduscrying wouldn't have been able to do that without the special CRC32 code they had going on specifically for filesystem name entries (Why? I used a dictionary to get around this until I could calculate it myself), so I'm glad you pointed me to that Tales of Hearts R game on iOS. I managed to find the hashing code last night during class (because who pays attention in class?) after a a while. Much easier than trying to get the binaries to load for PS Vita games.

 

Hi, can anyone know that how one can get font index and image file from bmf files?

ex) Tales of hearts BMF format https://www.sendspace.com/file/y4exv9

 

Tales of Hearts R on the PS Vita seems to fail when decompressing. As far as I can tell, this is another compression and/or maybe encrypted. It also has a different value than Tales of R on the iOS and Taiko no Tatsujin V, which may be some kind of good marker for detecting unsupported formats. I added some support for detecting it (and better fallback code) but it's not in the current build downloadable.

 

The decompression mode of psvita-l7ctool is only for the TXP files. They have a specific format that includes the filesize in the header.

The tool should be automatically decompressing any data it dumps if you're using x mode, though. If you see a message at the beginning when you start it saying that it's an unsupported archive type, then it will dump raw data which seems to be in another compression format that I don't know and I most likely won't support.

 

.bin is just a generic extension.

All files should be getting compressed when you recreate the archive using the 'c' command. The tool will compress it automatically.
If it's not working then it's for another reason and most likely not the tool I think.

 

Ah, I see what you mean. I didn't know they were compressed.

I just ran the tool on the files and it's working for me, though. If it doesn't say "Filesize didn't match expected output filesize. Maybe bad decompression?" when you run the 'd' command on the .bin file then it *probably* decompressed fine.

The tool *does* compress then when you use 'e', but it's a lazy compression. It's basically a fake compression which doesn't use any of the advanced features of the compression algorithm.

So, if the data doesn't work when you use the 'e' command, then it probably still isn't the tool I would assume.

 

If anything, the filesize should increase. My compression method copies the raw data but adds a compression code every x bytes saying to read the next x bytes raw.

Have fun~