-
-
- Posts: 76
- Joined: Thu Oct 16, 2014 3:05 am
-
This archive uses ZLIB compression. Offzip can get some files, but not everything is extracted. Textures are modified DDS. 3DFormat also wrote a script for this game's archive, but it only extracts files with a "MSHb" header.
Last edited by Miles2345 on Sun Jan 03, 2016 1:59 am, edited 2 times in total.
-
- Posts: 265
- Joined: Fri Oct 17, 2014 2:57 am
Re: LittleBigPlanet (.FARC)
I'm also interested in this game.
-
- Site Admin
- Posts: 12984
- Joined: Wed Jul 30, 2014 9:32 pm
Re: LittleBigPlanet (.FARC)
In my opinion there is an index file somewhere because data.farc contains only data.
It starts with a MUS file, it contains chunked files (offzip returns uncompressed sizes of max 0x8000) and the last file is at the end of the archive (it's a raw image I guess).
So there is for sure an index file.
I checked the blurayguids.map file but it's not referred to data.farc.
It starts with a MUS file, it contains chunked files (offzip returns uncompressed sizes of max 0x8000) and the last file is at the end of the archive (it's a raw image I guess).
So there is for sure an index file.
I checked the blurayguids.map file but it's not referred to data.farc.
-
- Posts: 76
- Joined: Thu Oct 16, 2014 3:05 am
Re: LittleBigPlanet (.FARC)
So blurayguids.map isn't an index file? I was thinking it was related. There's more files in the game I could look at after classes.
-
- Site Admin
- Posts: 12984
- Joined: Wed Jul 30, 2014 9:32 pm
Re: LittleBigPlanet (.FARC)
It's an index file but its fields have no relation with data.farc (possible offsets and/or sizes).
I leave here the parser of the map file just for study:
I leave here the parser of the map file just for study:
Code: Select all
endian big
get DUMMY long
for
get DUMMY long
get NAMESZ long
getdstring NAME NAMESZ
get DUMMY long
get DUMMY long
get TSTAMP longlong
getdstring DUMMY 16
next