ZenHAX

Free Game Research Forum | Official QuickBMS support | twitter @zenhax | SSL HTTPS://zenhax.com
It is currently Sat Sep 22, 2018 8:56 am

All times are UTC




Post new topic  Reply to topic  [ 10 posts ] 
Author Message
PostPosted: Sat Apr 16, 2016 4:56 pm 

Joined: Tue Feb 02, 2016 2:35 am
Posts: 1094
Looks like a PS2 game is actually using .BIN archive files again. This time, 2 of them are stored in AFS files, while the other 2 has a "MF" header or something.

Here are the samples:
https://mega.nz/#!EYExybxQ!qhBT4Qa63x3Qyn1ahZUYqlbNy-xf85w3T7nUneQsttc

_________________
the number one killer is time
it destroys us all


Top
   
PostPosted: Sat Apr 16, 2016 8:55 pm 
Site Admin
User avatar

Joined: Wed Jul 30, 2014 9:32 pm
Posts: 8811
data1.bin can be extracted with:
http://aluigi.org/bms/afs.bms
Then reuse the script on the 2 extracted files you get from it.

data2.bin and data.bin have no file table apparently ("MF" is just one of the archived files).

data0.bin has something at the end but they appear only filenames without offset/size fields.


Top
   
PostPosted: Sat Apr 16, 2016 9:10 pm 

Joined: Tue Feb 02, 2016 2:35 am
Posts: 1094
I'll try that one. I just find it weird that they packed these "MF" or "AFS" files into four .BIN archive files while the developers were making the port, though.

EDIT: I've just made a breakdown of what are these files. The results so far:
Code:
DATA.BIN - MF archive file.
DATA0.BIN - Contains AFS files.
DATA1.BIN - Contains AFS files.
DATA2.BIN - MF archive file.

DATA.BIN file location:
0h - MF header
800h - MF header*
(they were stored without a file table, thus the information for these files are unknown at this point)
14BB800h - .PSS file
8190000h - .PSS file
EE64800h - .PSS file
15B38804h - DATA.BIN files end here

DATA2.BIN file location:
0h - MF header
800h - UFFA/MF(?) header*
(they were stored without a file table, thus the information for these files are unknown at this point)
3D28B680h - DATA2.BIN files end here

*That's where it stores all the files.

_________________
the number one killer is time
it destroys us all


Top
   
PostPosted: Sun Apr 17, 2016 6:16 pm 

Joined: Tue Feb 02, 2016 2:35 am
Posts: 1094
Oh yeah and I found a PC version of that same game and I found a .xp3 file that starts with a "MZP" header. Here's a sample:
https://mega.nz/#!1cU2hJCS!ZixXiKtxAp8bAVLZ5oAtvrL5UtSOiOtnH6nKz0gaD-U

_________________
the number one killer is time
it destroys us all


Top
   
PostPosted: Mon Apr 18, 2016 12:42 pm 
Site Admin
User avatar

Joined: Wed Jul 30, 2014 9:32 pm
Posts: 8811
In my opinion those are just raw container without file table.
The first PNG in bgimage.xp3 is 0x14bab bytes but there are no references about it and there are full files both at beginning (dll) and end (png) without space for information.
The table is somewhere else.


Top
   
PostPosted: Mon Sep 04, 2017 8:43 am 
User avatar

Joined: Mon Sep 04, 2017 8:42 am
Posts: 3
I wrote a tool for those MF UFFA compressed archives:
https://github.com/RikuKH3/mf_pack/releases

Game texts stored in DATA2/15.mf, font is in DATA2/14.mf


Top
   
PostPosted: Mon Sep 04, 2017 5:47 pm 
Site Admin
User avatar

Joined: Wed Jul 30, 2014 9:32 pm
Posts: 8811
Ah it's one of those nested archives.
The samples are no longer available but I'm sure it works :)


Top
   
PostPosted: Mon Sep 04, 2017 8:47 pm 

Joined: Tue Feb 02, 2016 2:35 am
Posts: 1094
Hmm. I might try that out someday once I get to obtain the game again.

_________________
the number one killer is time
it destroys us all


Top
   
PostPosted: Mon Sep 04, 2017 10:00 pm 
Site Admin
User avatar

Joined: Wed Jul 30, 2014 9:32 pm
Posts: 8811
In the meantime I have made also a script based on the info of RikuKH3, I can't test it but it's just a temporary solution since I would like to try to parse the archives recursively (but I need a sample or it may not work):
http://aluigi.org/bms/mf_uffa.bms


Top
   
PostPosted: Sun Jan 07, 2018 4:44 am 

Joined: Tue Feb 02, 2016 2:35 am
Posts: 1094
Okay, I got the game again(as in, right now and right away - couldn't leave anything like this hanging by this point). I tested RikuKH3's mf_pack tool and it works perfectly with both DATA.BIN and DATA2.BIN.

As for aluigi's script, I decided to tweak it so it can handle "compressed" files more directly rather than just outright calculating the OFFSET and ZSIZE fields for whatever reason. It works just as well, so I decided to attach it here.

Both "tools" as mentioned above can be reused on either .mf files(assuming you use mf_pack) or .dat files, depending on which one you're using at the moment. DATA0.BIN and DATA1.BIN are simply AFS archives, therefore they can be extracted and reused within the extracted AFS archives(yes, there are literally AFS archives stored in said .BIN archives) through the afs.bms script without much problem.

I can set up a sample file for upload if the need arises.


Attachments:
mf_uffa.bms [628 Bytes]
Downloaded 53 times

_________________
the number one killer is time
it destroys us all
Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 10 posts ] 

All times are UTC


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Powered by phpBB® Forum Software © phpBB Limited