if the archive says that at offset 8 there is a dds of 0xac8e byte while in reality it's a nif, it's its problem: 01 00 00 00 00 39 00 44 61 74 61 5c 43 68 61 72 .....9.Data\Char 61 63 74 65 72 5c 52 65 73 6f 75 72 63 65 5c 50 acter\Resource\P 61 72 74 73 5c 44 46 4d 5c 57 5f 50 5f 44 46 4d arts\DFM...

I hope this one is enough :) anyway remember that all the supported commands are listed inside quickbms.txt . get MYOFF long take the offset where is located the table with all the file information this field is a "long", so it's a 32bit value default endianess is the intel one so 44 33 22...

after a better search seems that the pbo archives use lzss, so I have updated the script

ok doesn't seem necessary :) # script for QuickBMS http://aluigi.org/papers.htm#quickbms get MYOFF long get FILES long goto MYOFF for i = 0 < FILES get TYPE byte get ZSIZE long get NAMESZ short getdstring NAME NAMESZ get OFFSET long get SIZE long if TYPE == 1 log NAME OFFSET SIZE else clog NAME OFFS...

it's necessary to know the exact size of the archive in bytes

before someone asks, I have added support into my pbo.bms script for the encrypted xbo archives used in the game Jcove lite (VBS2 engine). all these "*bo" archives are used in the games developed by Bohemia Interactive like the ArmA series. the only thing I still need to implement is suppo...

uhmm, maybe try the following script: # script for QuickBMS http://aluigi.org/papers.htm#quickbms getdstring SIGN 32 string SIGN -= -17 if SIGN != "GFX Resource File" cleanexit endif get OFFSET1 long get OFFSET2 long get OFFSET3 long get OFFSET4 long get OFFSET5 long goto OFFSET5 get NAMES...

the answer is located here: http://aluigi.org/papers.htm#info (I have placed the link here because everytime I find the password of a game that uses zip files I place it there)
eh eh eh nice that I did the job some weeks ago :)

it's a classical 7½7M archive:
http://aluigi.org/papers/bms/7x7m.bms

well, I did it :)
http://aluigi.org/papers/bms/dawnofmagic2.bms

uhmmm, I have scanned the various compressions and none of them seems the correct one used in this game.
I suspect of a possible obfuscation, anyway now I'm downloading the patch but I doubt to find something

update: no luck with the patch since it contains no executables/dlls

the success (or not) of xbdecompress is related to its version.
in this case probably you need to use xbdecompress 6534 and not 7645

the parts are too small, are needed at least the first 12 megabytes at the beginning of the archive to be 100% sure of its format. for the moment I have been able to write the following script for quickbms but I can't know what compression algorithm has been used (or even encryption) and if exist fo...

I have updated the script to version 0.2 because there was a bug and a needed compatibility fix (for some formats) so you MUST download the new version.
and please remember ever to test the extracted files because errors can be anywhere

the difference with the original is in the format in which the image is saved.
the original is a tga while the archived one is raw plus a "pseudo-header" of 0x80 bytes, so it's obvious that it's different