idstring "vfs "
goto 0x18
get INFO_OFF long
goto INFO_OFF
get FILES long
for i = 0 < FILES
get DATASZ long
get DUMMY long
savepos INFO_OFF
#encryption charset2 "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0QIKJHMNAET\0\0\0\0\0\0\0OGDCXS" #wait quickbms 0.3.8
encryption charset "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\x37\0\x64\x63\x38\0\x62\x34\x31\x33\x32\0\x35\x36\x61\0\x30\0\x66\x39\0\0\0\x65\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"
comtype hex
clog MEMORY_FILE INFO_OFF DATASZ DATASZ
encryption "" ""
idstring MEMORY_FILE "daeh"
get NAMESZ long MEMORY_FILE
getdstring NAME NAMESZ MEMORY_FILE
get SIZE long MEMORY_FILE
get ZSIZE long MEMORY_FILE
get TYPE long MEMORY_FILE
get OFFSET long MEMORY_FILE
get DUMMY long MEMORY_FILE
get DUMMY long MEMORY_FILE
get NEXT_DATA long MEMORY_FILE # for folders
math OFFSET += 16
if TYPE == 0 # I don't know if it's used
log NAME OFFSET SIZE
elif TYPE == 1
comtype zlib
if SIZE == ZSIZE
log NAME OFFSET SIZE
else
clog NAME OFFSET ZSIZE SIZE
endif
elif TYPE == 2
# folder
else
print "unknown type %TYPE%"
cleanexit
endif
math INFO_OFF += DATASZ
goto INFO_OFF
next i
I will delete the one in the previous post if this one solves the problem with the 13138th file, so let me know if it's ok
there're 13128 files in out-folder. but while extracting, many files were overwritten by files with same filename.so > 13128. maybe there are many files which have same filename in diff directorys.
form xxshell dump files, we can find some xml file(book.xml, item.xml ,etc.) . but there're not in out-folder.maybe their size are so large that quickbms can't extract them from vfs file.
Now open that xxz.vfs archive. Wait for the analysis and then select the arrow to extract all files into a folder of your choice. Mind, the tool is NOT idiot proof, like most tools in that loader of mine
[EDIT]updated the zip file.
You do not have the required permissions to view the files attached to this post.
Hmm, that is odd. It works on my xxz.vfs file. Try this dll, overwrite the other in tools/vfsextractor. It will create a debug.txt file there. please attach that here after it crashed.
vfsextractor.zip
You do not have the required permissions to view the files attached to this post.
Crash again.
I can extract all files from xxz.vfs before updating client, and I can extract files from res_patch.vfs in the patch file.
here 's debug.txt.
Thks.
You do not have the required permissions to view the files attached to this post.
Ok, well the updated extractor does not change anything in the extraction process. Just a debug.txt.
Anyway, I'm glad it works on the original xxz.vfs file. This means that the updating process alters the file table. I suspect there will now be empty spaces in the table (files of 0 length), which will lead to an overflow in the calculation process of the Extractor. I can ignore such errors and you can see what happens. Alternatively, you can use the FileCutter to cut out the 1 MB (1024 Kb) and upload the resulting zip file of the UPDATED xxz.vfs, so I can take a look at it.