(11-26-2015, 01:03 PM)Demonslayerx8 Wrote: ooohh sweet thanks! Works properly on my end~


edit:
seems like some FARC files wont unpack even if they have a SIRO table in em

(11-26-2015, 01:03 PM)Demonslayerx8 Wrote: ooohh sweet thanks! Works properly on my end~


edit:
seems like some FARC files wont unpack even if they have a SIRO table in em

psy_commando Wrote:You'll have to point me to what bin contains CGFX. I remember seeing that somewhere but I can't find it. Also, is that in GTI or PSMD ?

And, I'm looking for data on regular BCH models files actually to figure out the "bgrs" format. So if you have any to share that would help.
Some people have claimed they could get models out of the game by the Japanese release date, so that wasn't exactly a priority for me personally this far. But then again, the people I heard that from don't really seem all that reliable either.. :/

And if you're looking for file lengths and offsets, they're most likely stored in the sir0 at the beginning, or in the pokemon_graphics_database.bin file.
Chunsoft are known for loving their customized file formats though, so I'm not really surprised they deviated from the usual format.. At least, they pretty much use 0 compression in this game thankfully..

The SIR0 format is a blessing for reverse engineers though. The encoded pointer list at the end lists all file pointers within whatever is inside the SIR0, so it makes it easier to guess what's a pointer to something in the file/memory or not.

EDIT:
Here's a handy little tool for converting the ptr offset list quickly to something human readable :
https://dl.dropboxusercontent.com/u/13343993/my_pmd_utilities/sir0_ptroffsetdecoder.zip
Just dump only the encoded ptr offset list into a file, as binary data, and drag and drop that onto the batch file, and the utility should output a list with all the offsets(from the start of the SIR0 header) the pointers are at within the SIR0.
Its not really meant to be used for anything else than research though.

Also, data on the SIR0 format is on the wiki, and its linked in my first post in this thread.

(11-26-2015, 02:52 PM)ThatTrueStruggle Wrote: Newest version of FARCUnpack is almost done. It prints out the information, and reads through the headers outlined by GDK-Chan. Thanks to him.


This means no more guessing! Hooray!

(11-26-2015, 10:23 PM)Demonslayerx8 Wrote: well.. that doesnt work with Pokemon_graphic file... says there's 6402 files, while FARCUnpacker only gives 65 :c

(11-26-2015, 10:23 PM)Demonslayerx8 Wrote: well.. that doesnt work with Pokemon_graphic file... says there's 6402 files, while FARCUnpacker only gives 65 :c

but the amount of poly's on this model... dear lord.. @_@

(11-26-2015, 08:20 PM)ThatTrueStruggle Wrote: https://www.dropbox.com/s/0q67hp1um2w4nn5/FARCReader.exe?dl=0
This new version should work on most FARC files. I tested with random_map_graphic.bin. Some don't work, as their SIR0 tables are different. For those just use the other version of the FARCUnpacker.
It seems like there are 2 versions of SIR0 headers

psy_commando Wrote:You'll have to point me to what bin contains CGFX. I remember seeing that somewhere but I can't find it. Also, is that in GTI or PSMD ?

And, I'm looking for data on regular BCH models files actually to figure out the "bgrs" format. So if you have any to share that would help.
Some people have claimed they could get models out of the game by the Japanese release date, so that wasn't exactly a priority for me personally this far. But then again, the people I heard that from don't really seem all that reliable either.. :/

And if you're looking for file lengths and offsets, they're most likely stored in the sir0 at the beginning, or in the pokemon_graphics_database.bin file.
Chunsoft are known for loving their customized file formats though, so I'm not really surprised they deviated from the usual format.. At least, they pretty much use 0 compression in this game thankfully..

The SIR0 format is a blessing for reverse engineers though. The encoded pointer list at the end lists all file pointers within whatever is inside the SIR0, so it makes it easier to guess what's a pointer to something in the file/memory or not.

EDIT:
Here's a handy little tool for converting the ptr offset list quickly to something human readable :
https://dl.dropboxusercontent.com/u/13343993/my_pmd_utilities/sir0_ptroffsetdecoder.zip
Just dump only the encoded ptr offset list into a file, as binary data, and drag and drop that onto the batch file, and the utility should output a list with all the offsets(from the start of the SIR0 header) the pointers are at within the SIR0.
Its not really meant to be used for anything else than research though.

Also, data on the SIR0 format is on the wiki, and its linked in my first post in this thread.

(11-26-2015, 10:23 PM)Demonslayerx8 Wrote: well.. that doesnt work with Pokemon_graphic file... says there's 6402 files, while FARCUnpacker only gives 65 :c
but the amount of poly's on this model... dear lord.. @_@

(11-27-2015, 07:01 AM)Demonslayerx8 Wrote: amn that many bch files? dear lord
thanks for the script tho!