it's encrypted with a 64bit block cipher algorithm like blowfish.
no key, no party

# GRAVITECH2 pack system v3.0 # script for QuickBMS http://aluigi.org/papers.htm#quickbms idstring "AZP" get VER byte get FILES long get INFO_OFF long get DUMMY long get INFO_SIZE long math INFO_OFF *= 8 math INFO_OFF += 0x40 goto INFO_OFF for i = 0 < FILES get DUMMY long get DUMMY long g...

the last part of the bin files is for sure encrypted but I don't know the method (no one-byte xor/rot), so in the meantime the following script should work extracting nameless files: set BLAH string "0" # 000 is converted in 0, that's the reason string BLAH += "0" string BLAH += ...

was enough to read the various posts in this thread where the author of the scripts (me) said with huge words that the experimental method posted initially didn't work to avoid to waste time with useless tests and reading the opinions of other people not even involved in the research... oh come on

no luck with the compression.
I have scanned all the compression algorithms supported by quickbms and I have also tried to apply the CryptDecrypt encryption with the key "#4sldfWERx*(^^*3" but still no luck

it could be a problem in the "pseudo-padding" used in that new chunk of the archive.
I don't know how to handle it, I simply used a work-around to guess the correct value.
if the archive is enough small try to upload it but I can't guarantee a result

upload one of these smallest 000 files

I have updated the script for supporting these ASTS chunks:
http://aluigi.org/papers/bms/asura.bms

let me know if there are problems with other files

@pirateplunder I used a simple and basic work-around, because the good way would be the incremental decompression of the data ignoring the size field at the end of the gzip file. practically I get all the 32 bit fields from the end of the file one by one (so for example first the 32bit field at offs...

the difference with my old script is that in this case the xml file containing all the info about the files is encrypted (aes?)

just returned from my vacancy :)

http://aluigi.org/papers/bms/nfsshift.bms

the problem was only related to the different endianess used on the x360 platform

copied from an old post of mine: "it's a precompiled lua script so you need a decompiler to read it (well it's not like the original lua file but it's better than nothing): http://lua-users.org/wiki/LuaTools section "Assembler / Disassembler / Bytecodes" I have tried with this luadec ...

old thread but I downloaded the demo of this game casually only today and after having done the work I noticed this thread opened so... http://aluigi.org/papers/bms/mercs2.bms a small note: the archived files are not "normal" files but are contained in a certain UCFX container that looks e...

what are the first 4 bytes of the wii files?
if the signature is ever the same is possible to use it for guessing the endianess automatically

only some archives have filenames inside them.
for the content of the files I can't help, what was archived is extracted as is.
if someone is interested in the format of these files and consequently in updating the script he's welcome, I'm not.