# Dante's Inferno # script for QuickBMS http://aluigi.org/papers.htm#quickbms idstring BIGH get VIV_SIZE long endian big get FILES long get HEADER_SIZE long for i = 0 < FILES get OFFSET long get SIZE long get NAME_CRC long log NAME_CRC OFFSET SIZE next i unfortunately the archive doesn't contain th...

quickbms script: get NAME basename idstring SLZ get TYPE byte get DUMMY long if DUMMY & 0xff endian little else endian big endif get ZSIZE long get SIZE long get DUMMY long get DUMMY long savepos OFFSET if TYPE == 0 string NAME += ".unslz" log NAME OFFSET ZSIZE elif TYPE == 4 string NA...

offzip -a file000.data2 c:\folder 0

as already said the files have no header/name so you must watch their content.
maybe the header is in the other (index) files, anyway that's the max I can do in this moment

file103.data2 and file104.data2 are a sequence of zlib compressed blocks (no header or file structure/informations), so stuff for offzip and similar tools

while the xbin file is not much clear, it's chaotic

here works perfectly: comtype lzo1x idstring XPR2 get FILE_SIZE long get HEADER_SIZE long for FILE_OFFSET = 12 < HEADER_SIZE getdstring NAME 0x74 get OFFSET long get SIZE long get ZSIZE long clog NAME OFFSET ZSIZE SIZE savepos FILE_OFFSET next I guess the problem was in how you assigned USIZE

regarding the guessing of the compression algorithms I have released another version of comtype_scan that now avoids the need of editing it everytime one of the supported algorithms crashes. needed files: http://aluigi.org/papers/bms/comtype_scan2.bat http://aluigi.org/papers/bms/comtype_scan2.bms t...

I guess he means repacking a modified file

this post is too much detailed, I can't read it till its end because I'm lost in all these informations

and that's the magic script:
http://aluigi.org/papers/bms/condemned2.bms

this game (which can be installed from steam using steam://install/92) is nothing else than a flash game. so open cg.exe and search for the string CWS (the signature of the flash files). now that you have the swf file you must handle it as all the other similar files so I guess exist specific extrac...

sadly those days are gone now

unfortunately that's normal for anyone.
that's why is necessary to "knuckle down" in the moments when this is possible (with the help of time and interest) because the future is ever uncertain...

"Error: there is an error with the decompression the returned output size is negative (-1)"

that's normal because. as I wrote, that script was only a test (the avatar packages are "stranges")

eh eh eh you forgot comtype gzip in the script :)

I don't understand what's the problem now:
there are NO filenames stored in the archives.

if you have other problems with the extraction, be more specific