then the are thousands of scripts posted here and the relative example archives used for retrieving the info so they are perfect examples to follow.

for any doubt about a command and its syntax take ever a look to quickbms.txt (even I use ever it because I don't remember evertyhing ih ih ih)

the format of the archive is simple: endian big idstring "add\0" goto 16 get FILES long get PACSIZE long for i = 0 < FILES get DUMMY long get DUMMY long get OFFSET long get SIZE long get DUMMY long get DUMMY long get NAMEOFF long get DUMMY long savepos TMP goto NAMEOFF get NAME string goto...

well done hcs.
I have updated the script for supporting both the methods using a simple trick (the lower is the right one) so that the compatibility with the older archives is not broken.
if you have a better idea to guess the right toc or content offset to add then let me know :)

the script for this type of files is: http://aluigi.org/papers/bms/cpk.bms BUT there is some incongruence with the files of this game because it fails to catch a correct offset and size for some reasons that are not clear after a first look. then debugging this type of archive is not the most easy t...

# script for QuickBMS http://aluigi.org/papers.htm#quickbms encryption blowfish "012483 btg" get HOSIZE asize log MEMORY_FILE 0 HOSIZE encryption "" "" idstring MEMORY_FILE "HiddenObject" getdstring VER 3 MEMORY_FILE get PATH basename string PATH += / math FI...

I'm not aware of a packer for this game (but I'm not in its community so maybe something exists)

the archives are simple ZIP files with the following differences: - instead of having the PK signature they use YO - it's used only the local file header of the ZIP archive so without end and central I guess you can pack the extracted files in the following easy way: - zip them using the deflate alg...

it's the classical lzo1x

the algorithm is tea/xtea but being a partial installation there are no all the files. so do the following: - start the game and remove the full-screen from the options - when you arrive at the menu start ollydbg and attach it to the process - set a breakpoint at offset 457d30 - when it breaks take ...

for the unpacking:
http://aluigi.org/papers.htm#quickbms
with the script:
http://aluigi.org/papers/bms/citiesxl.bms

you should post more data, at least till the offset of the file that gives problems because the script seems to work perfectly (I have checked the offsets and sizes showed with -l and they are ok). are you sure you have the full file? it must be at least 515312240 bytes long so if it's smaller it's ...

this is the fast way, the long good way would be to analyze the PE header and going after the last section... too long. findloc OFFSET string "C:\\dbTemp" math OFFSET -= 4 for goto OFFSET get NAMESZ long if NAMESZ <= 0 cleanexit endif getdstring NAME NAMESZ get SIZE long savepos OFFSET log...

uhmm I don't see a table with the informations about the offsets/size of the files. in the following thread was uploaded the imagefile3.pak file and when I tested it at that time I noticed the same thing: http://forum.xentax.com/viewtopic.php?f=21&t=3820 it's like if this is only a raw container...

yeah, it could be possible.
try to upload the exe and dlls and maybe we could be lucky

:) # script for QuickBMS http://aluigi.org/papers.htm#quickbms idstring "ABE\0" get DUMMY long get DUMMY long get DUMMY long get DUMMY long get DUMMY long get INFO_OFF long get DUMMY long get ROOT_OFF long goto INFO_OFF get FILES long get DUMMY long get DUMMY long for i = 0 < FILES getdstr...