This topic was archived here:

https://web.archive.org/web/20230000000000fw_/https://www.zenhax.com/viewtopic.php?t=1723

RageX, posted Thu Nov 05, 2015 9:43 pm (9346)

---

Hi, I tried to open these xpak files using hex-editor, at some positions I could see offsets of files inside like this :-

Code:

?oaEY,..?.......width: 256.height: 128.levels: 7.manual: 0.format: BC7.semantic: normalMap.initial: none.name: i_c_zom_zod_zombie_fem_head_2_n.type: image.initial: none.offset0: 0.size0: 43728anE)P...?.......width: 64.height: 128.levels: 7.manual: 0.format: BC4.semantic: glossMap.initial: none.name: i_c_nrc_supp_kneepads_g.type: image.initial: none.offset0: 0.size0: 5480?v?t....R.

Is there any way someone could write a dumper/extractor which will be able to unpack xpak files with offsets ?

Here are the sample files :-

Code:

http://www.solidfiles.com/d/1281623965/

aluigi, posted Fri Nov 06, 2015 8:13 am (9355)

---

The KAPI format used by the xpak files has been posted on this forum some days ago.
I remember the "KAPI" magic but there was no solution.
I have just made a script:
http://aluigi.org/bms/cod_kapi.bms

For core_common.fd I suggest you to use offzip -a.

aluigi, posted Sat Nov 07, 2015 3:14 pm (9403)

---

Script 0.2.1

RageX, posted Sat Nov 07, 2015 5:01 pm (9408)

---

aluigi wrote:

Script 0.2.1

Thanks aluigi for this ! Will try

aluigi, posted Sat Nov 07, 2015 8:18 pm (9418)

---

Script 0.3.
There will be no other udpates to this script because the format can't be easily parsed.
The sections contain just files that can be of various types but these types can't be identified.
Additionally the number of files reported doesn't seem to match.
The script tries to guess everything and this version grants to dump all the data that it can identify.

One note, now it uses Slog for dumping all those small thousands of files of 1kb or less.
It makes everything faster, you will only notice the annoying output on the console (will limit it in the next quickbms).

RageX, posted Sat Nov 07, 2015 10:08 pm (9421)

---

aluigi wrote:

Script 0.3.
There will be no other udpates to this script because the format can't be easily parsed.
The sections contain just files that can be of various types but these types can't be identified.
Additionally the number of files reported doesn't seem to match.
The script tries to guess everything and this version grants to dump all the data that it can identify.

One note, now it uses Slog for dumping all those small thousands of files of 1kb or less.
It makes everything faster, you will only notice the annoying output on the console (will limit it in the next quickbms).

Thanks a lot aluigi, you are great

spider91, posted Sat Nov 07, 2015 10:56 pm (9422)

---

Quote:

for example 0x03007672 (unknown compression/obfuscation)

0x03 it's a flag for lz4 and 0x007672 it's a compressed chunk size

aluigi, posted Sat Nov 07, 2015 11:04 pm (9423)

---

It's strange that I didn't get the result from the scanner... mah.
Anyway 0.3.1 is out.
Thanks spider91.

aluigi, posted Sat Nov 07, 2015 11:16 pm (9424)

---

0.3.1b to break the extraction in case of unknown flags, just in case there is a flags 2 or others.

RageX, posted Sun Nov 08, 2015 5:43 am (9428)

---

aluigi wrote:

0.3.1b to break the extraction in case of unknown flags, just in case there is a flags 2 or others.

Script now seems a lot more proper, thanks

v2excoc, posted Wed Nov 11, 2015 1:41 am (9593)

---

aluigi wrote:

One note, now it uses Slog for dumping all those small thousands of files of 1kb or less.

you only dump fragments. small thousands of files need to be reassembled, that is a real texture file.

everything is start in *.ff format, not xpak. xpak just a extend of huge inner game filedisk-like-system, imagine NTFS chunk system.

if everyone want to dump texture, go to *.ff

aluigi, posted Wed Nov 11, 2015 11:34 am (9602)

---

Do you mean that they should be just concatenated one by one in one unique file?

myasa, posted Tue Nov 17, 2015 1:06 pm (9834)

---

where are textures? in .xpak files or .ff files?
what are .dat files when extracted from .xpak file?

joaosilva, posted Sat Nov 21, 2015 6:52 am (9948)

---

myasa wrote:

:geek:
where are textures? in .xpak files or .ff files?
what are .dat files when extracted from .xpak file?

Yes, where are textures and images? .xpak or .ff? How extract .dat files? Please! Thanks

toxic72, posted Fri Mar 25, 2016 8:22 pm (12252)

---

I managed to rip out part of the xpak_read function, hopefully this will be of use to someone... http://hastebin.com/ayuwazamah.xml

FakePlayer, posted Wed Apr 27, 2016 5:33 pm (12917)

---

joaosilva wrote:

myasa wrote:

:geek:
where are textures? in .xpak files or .ff files?
what are .dat files when extracted from .xpak file?

Yes, where are textures and images? .xpak or .ff? How extract .dat files? Please! Thanks

you can partially dump .ff files. Wich was also commonly found in /Zone instead /Main because it used To have textures inside it