struct iHeader
{
uint32_t dwID; //TAFS
uint32_t dwVersion; // Previous is 3 , Current is 4
uint32_t dwUnknown1;
uint32_t dwTotalFiles;
uint32_t dwUnknown2;
uint8_t iPlatform[32]; //Platform (xenon-w) or (ps3-w) or (pc-w)
};
//Entry stucture for version 3
struct iEntryV3
{
uint32_t dwHash; //Hash of filename
uint32_t dwLanguage;
uint32_t dwSize;
uint32_t dwZSize; //Posible
uint32_t dwFlags; //or two uint16_t
uint32_t dwOffset;
};
//Entry stucture for version 4
struct iEntryV4
{
uint32_t dwHash; //Hash of filename
uint32_t dwLanguage;
uint32_t dwSize;
uint32_t dwZSize; //Posible
uint32_t dwOffset;
uint32_t dwFlags; //or two uint16_t
};
HI Ekey,
Found out something very disturbing. IF you extract archive then all files size does not match the size of archive, not even close. Something very strange happening in there. Can you please double check i cannot figure it out For example big file with size 298 MB after extraction all files togerther is not even 131 MB of size
michalss wrote:i guess i found it, each tiger file has 2 sets of headers... this is very interesting crap also depending on the size of archive
Any help would be nice
It shouldn't be a problem to extract those files with the information EKey provided. Are you sure you are extracting all of the sections correctly? Also, each file is aligned so there's tons of unused space in those archives which is not extracted or needed to be.
michalss wrote:i guess i found it, each tiger file has 2 sets of headers... this is very interesting crap also depending on the size of archive
Any help would be nice
It shouldn't be a problem to extract those files with the information EKey provided. Are you sure you are extracting all of the sections correctly? Also, each file is aligned so there's tons of unused space in those archives which is not extracted or needed to be.
New script update in OP.
Yes im sure, but as i said and also ekey, only base files are getting extracted, rest is data from DRM put in random places in TIGER format, repack is impossible in this case..
michalss wrote:i guess i found it, each tiger file has 2 sets of headers... this is very interesting crap also depending on the size of archive
Any help would be nice
It shouldn't be a problem to extract those files with the information EKey provided. Are you sure you are extracting all of the sections correctly? Also, each file is aligned so there's tons of unused space in those archives which is not extracted or needed to be.
New script update in OP.
Yes im sure, but as i said and also ekey, only base files are getting extracted, rest is data from DRM put in random places in TIGER format, repack is impossible in this case..
Repacking is not impossible, it's just a lot of work to do. The best way to do this is to modify the PATCH tiger files and inject modified DRM files into those. The game will automatically load anything with higher priority in the PATCH tiger files so that way, you can still modify the game without altering the larger bigfiles.
Gh0stBlade wrote:
Yes im sure, but as i said and also ekey, only base files are getting extracted, rest is data from DRM put in random places in TIGER format, repack is impossible in this case..
Repacking is not impossible, it's just a lot of work to do. The best way to do this is to modify the PATCH tiger files and inject modified DRM files into those. The game will automatically load anything with higher priority in the PATCH tiger files so that way, you can still modify the game without altering the larger bigfiles.
I sort it already, im specializing on repacking things, this one is bad for this purpose, but on X360 found the way how to make a localization tools and it working just fine... Just glad i did not need to edit fonts, coz it is impossibl, for me, to even found it. I will post it in Tools Forum soon...