@qwerty I have seen that post in which you say that the game files of tdu2 can be decrypted with tdudec, correct? so only the savegames can't be decrypted yet? Yes, the .cpr files, both from the game folder and extracted from .big, can be decrypted using your tool. Thanks for that. :) But savegames...

It seems, that quickbms decides to show this message or not by itself. And there is no silent mode, as I know, but when I launch it from console window or from cmd file with parameters, the message is not displayed.

Portion of good news:

.fat format is slightly different from TDU2 .map, but files in .big are compressed in 4096 b chunks, decompressing in bms script is pretty hard (but not impossible). maybe someday... till then, script to extract compressed streams from fat+big: IDString "XMBF" Open FDDE big 1 Endian little...

Knyazev wrote:qwerty
you a new quickbms script doesn't work

you should extract files from map+big with this script. you've got files with extensions instead of bin's.
i updated this script just because not all bin files are bnks.

new version of big+map script. now it gives extracted file extension based on its header, so may be inaccurate sometimes. it support .bnk, .wav, .xmb (2 types), .2db, .ige, which are 99% of all extracted files. all other are still .bin IDString "XMBF" Open FDDE big 1 Endian big GetDString ...

found, that some files, extracted from big+map are encrypted. their headers usually are 66 6F B2 7B 49 68 41 70 or 63 6F B5 51 81 22 42 12 they can be decrypted by aluigi's tdudec , that was written for tdu1. this files contains some game physics values and all localized strings, so getting this fil...

besweeet wrote:Oh damn... 3DS Max is over 4GB~. I'll skip out on this stuff. Don't want to download that just to play with some cars.

Didn't you downloaded 6.5 Gb game "just to play with some cars"?

It turns out that this game has A LOTTTTTTTTTTT of files. WAY more than any other game I've ever seen! I wonder if the game would perform better if they would organized/optimized things a bit? Or does the amount of files not mean much in terms of performance? This game have only 5 data files (bigfi...

use and have patience...
ps: I've done small fix in the script, so it won't crash on empty bnks. save it once again from original post.

I'm still having problems extracting the files from the first 4 .big/.map files using the below BMS script: The 5th big file is still the only one that extracts normally. The .bin files are also extracted normally using the script somewhere on this 5th page. Your .map file is identical to mine, siz...

I've updated the script in previous post, now it should correctly unpack dirs with many files (in previous version maximum was 128 files, not even 256)

That one was pretty hard to write :) Set FULLNAME string "" Set NAME string "" Log MEMORY_FILE 0 0 PutVarChr MEMORY_FILE 0 4 long GetDString DUMMY 8 GetDString ID 4 If ID != "KNAB" CleanExit EndIf GoTo 0x28 Get NUMFILES long Get DUMMY long Get FATOFFSET long Math FATOFF...

besweeet wrote:That's what I was going to do, but I can't get QuickBMS to extract the files from the first big file (giving QuickBMS the .map).

which version of the game you have? what's exact size (in bytes) of the bigfile_RU_1.big? can you attach your bigfile_RU_1.map file?

save script to bms file, open it with quickbms, select .map file when asked the input file to extract.