get PCK_SIZE asize for findloc OFFSET string "RIFX" goto OFFSET getdstring SIGN 4 get SIZE long math TMP = PCK_SIZE math TMP -= OFFSET if SIZE u> TMP reverselong SIZE endif log "" OFFSET SIZE math OFFSET += SIZE goto OFFSET next *edit* updated

do you mean something like this?
http://aluigi.org/papers.htm#motorm4xdec

http://aluigi.org/papers/bms/dspackx.bms note that it uses a temporary file so (as suggested by the message of the script) type "a" (stands for "all") to skip the overwrite confirmations. I have opted for the temporary file because I don't know how much big are the other archives...

script fixed (was a bug in quickbms in the Padding function), redownload it:
http://aluigi.org/papers/bms/condemned2.bms

thanx for the correction.
I guess that for solving your problem you should find the differences between that codec and the adp one, personally I can't help

an user made me notice the existence of some KIWAD archives but I don't know if they are for Doom 2 Xbox.
anyway I have edited the previous script for supporting also them

script for QuickBMS: getdstring SIGN 5 if SIGN == "KIWAD" comtype zlib_noerror get DUMMY long get FILES long for i = 0 < FILES get OFFSET long get SIZE long get ZSIZE long get ZIP byte get CRC long get NAMESZ long getdstring NAME NAMESZ if ZIP == 0 log NAME OFFSET SIZE else clog NAME OFFSE...

I'm too lazy to read those info so I used my way: # script for QuickBMS http://aluigi.org/quickbms get FILES long math FILES /= 8 goto 0 for i = 0 < FILES get OFFSET long get SIZE long savepos TMP_OFF goto OFFSET get NAMESZ byte set NAME string "" if NAMESZ > 0 if NAMESZ < 40 getdstring TM...

I give up for the other types of this file format because it's enough chaotic.
it supports various types that are included in the same archive and so it requires a better reversing of all the fields, and at the moment I'm not interested

unknown compression algorithm, in some files it's tagged as pkware explode but it's not correct. only for informative reasons I post the script that DOESN'T WORK: comtype explode # WRONG compression! set TMP long 0x7fffffff get DUMMY long for i = 0 savepos TMP_OFF if TMP_OFF >= TMP break endif get O...

if you receive the request of overwriting files with the same name then yes it could be, if you receive no request means that it's all ok as is (for example they could be chunked but the engine handles them as single files)

I hope the following answers your question :) endian big idstring LDNB # from QuickBMS 0.4.5 idstring is auto-endian... cool :) get VER long get OFFSET long goto 0x14 get FILES long log MEMORY_FILE 0x18 OFFSET math OFFSET += 0x18 for i = 0 < FILES goto OFFSET get NAME_OFF long get SIZE long savepos ...

yeah it's for sure the size, because it's major than 0x7fffffff as fix you should try to add a 'u' before the comparison signs at the following lines like the examples: line 63: if ZSIZE u>= RATL_FULLSIZE line 66: if OFFSET u> RATL_FULLSIZE line 91: for OFFSET = OFFSET u< LIMIT let me know if this f...

comtype zlib_noerror