what's the exact problem with quickbms and the reimport feature for this game?

I need to know it to fix any possible bug, as far as I know at the moment everything is ok.

for that example you use a loop of "append/log" which obviously takes tons of resources. maybe try the following modification of that piece. from: do append log MEMORY_FILE OFFSET 0x4 0 log MEMORY_FILE OFFSET 0x4 1 append math OFFSET += 0x4 while OFFSET < FSIZE to: math TMP = FSIZE math TM...

the encryption/comtype EXECUTE mode is completely transparent so doesn't matter if you are operating on a real file or on a memory file or even on an input and an output memory file. the following is an all-in-one example that demonstrates various things: get SIZE asize log MEMORY_FILE 0 SIZE encryp...

in your example of the dot if you want to know directly the extension of a filename located in a variable (like set VAR string "myfile.txt") you can just use: set EXT extension VARIABLE the String command can be used to do search operations but sometimes it's a bit complex and in some case...

anyway use the appropriate forum, there is even a thread open:
viewtopic.php?f=10&t=8228

no luck with the 0x80 bytes encryption and the compression, the rest is ok: # TZ online # incomplete script, no support for compressed files! # script for QuickBMS http://quickbms.aluigi.org get DUMMY string get NAMESZ long getdstring NAME NAMESZ get DUMMY long get OFFSET long get SIZE long get FILE...

anyway the script for QuickBMS is the following:
http://aluigi.org/papers/bms/time_crysi ... _storm.bms

I added automatic support for the PACK archives located in this archive (those containing the LZSS files)... oh well I was particularly inspired :)

how much big is data.pkg in reality?
here if everything is correct it should be about 3.905.470.505 bytes (almost 4 gigabytes), is it right?

before running the server (if you decide to do it) maybe take a look here:
http://aluigi.org/adv/minecraft_like-adv.txt
they are some problems I found in some server software, maybe can help to avoid surprises.
sorry for the off-topic

in this case it's enough that you take one of the 2 scripts made for the other games and add a # before the filexor command, like the following: # filexor "0x78 0x6C 0x61 0x71 0x6A 0x23 0x65 0x6D 0x24 0x25 0x5E 0x66 0x6B 0x40 0x23 0x24 0x72 0x68 0x21 0x40 0x23 0x73 0x6B 0x40 0x23 0x24 0x21 0x00...

looks like the same format used in this thread:
viewtopic.php?p=34388#p34388

indeed the script works perfectly

yes, all the projects there can be navigated via browser and doesn't matter if they use svn or git or something else.

you must add a 0x00 to the xor key

no good news, I have abandoned.

if you are interested in the main algorithm, it's that simple function at the end of src\libs\tdcb\lzss.c in quickbms.zip
if you set the first 2 #define constants to 13 and 5 you start to get something interesting but still not correct.

it's a lzss algorithm that uses a bit by bit flag instead of one of 8 bits each time.
the problem is that I don't know the exact parameters, I have already made some scans but none so I guess that I need to dump the function from the executable... I will keep you update if I continue