QuickBMS errors [programming, scripting, quickbms.exe tool... NOT games]

[Arthz]

OK!!!

https://mega.nz/#!CMMGhCRS

[Arthz]

OK!!!

https://mega.nz/#!CMMGhCRS

[aluigi]

wrong link

[Arthz]

!wsArmKcN7EL89UCtXnRJElWBPM_03BybOU-uKfH_USg



Key!!!

[aluigi]

I don't see problems.
All the files are extracted perfectly.

The only thing I see is a "Can't read 1 bytes from offset 000006c8." error with PAD00002.PAZ if I run the script on the whole folder (multiple files), but everything is perfect if I run it on each paz.
The meta file is not handled.

[Arthz]

I would like to make the script work again? with goal because 4010 paz are to be extracted .

[aluigi]

The script has no problems, it works perfectly as I already said.

Probably it's a bug in quickbms but you can easily bypass the "multiple files" problem by creating a batch script or using the cygwin find utility and running quickbms.exe -C from command-line.

In the meantime I will try to understand why quickbms gives that error with multiple files.

[Arthz]

I will try the -C is not work I will expect your solution , thank you friend !!!

[aluigi]

I have found the problem and it's not the script or quickbms.
The dll that performs the decryption (embedded in the script) must be initialized when loaded and that's made by calling the CryptInit function.
But if you call that function 2 or more times then the decryption will fail, that's why there are errors starting from the second file.
That's something I can't fix, quickbms doesn't unload the dlls at the moment.

Anyway note that this error IS NOT the one you and the other user reported.

[Arthz]

what do not understand and with earlier versions of pad0000.meta works until it looks for a file when unpacking error,


I have a way to solve this problem of dll ?

[aluigi]

The next quickbms will fix the problem.
I don't know when it will be released.

Regarding the meta file, I really don't know what's wrong.
It worked with the old sample I had so it's probably a small difference in the format.

[Arthz]

it would be because it has files with Russian or Korean characters ?

[Ekey]

Regarding the meta file, I really don't know what's wrong.
It worked with the old sample I had so it's probably a small difference in the format.

As i said problem here

Code: Select all

    putarray 0 0x2b30 ""    # PAZs
    putarray 1 0x66c ""     # folders
    putarray 2 0x4dba6 ""   # files

Because you set in this code the limit, but latest client contain:

1) More than 0x2b30 PAZs
2) More than 0x66c folders
3) More than 0x4dba6 files

Also i don't know why you use decrypting from dll. As i know in QuickBMS implemented ICE encryption right?

[aluigi]

That one is not a limit, it's a pre-allocation to improve the performances if there are less or more arrays than specified there.
Using 1 or 0xfffff makes no difference.
If you have the sample that generates the array error then I can check it, the one provided gives no array error.

Quickbms implements both ice and icecrypt (only the handling of the key changes) but it doesn't work with the key "\xF3\xA1\x0D\xF2\x47\xCC\x30\xC5\xEB\x11\x12\xAE\x07\x01\x52\x13", is it another the key to use?

[AnonBaiter]

Okay, so I'm running two instances of quickBMS. What are the consequences of this?

[aluigi]

No problems, every instance works on its own input and output.
You can have N concurrent instances.

[Ekey]

Quickbms implements both ice and icecrypt (only the handling of the key changes) but it doesn't work with the key "\xF3\xA1\x0D\xF2\x47\xCC\x30\xC5\xEB\x11\x12\xAE\x07\x01\x52\x13", is it another the key to use?

This key for old encryption (AES). ICE key is 8 bytes "\x51\xF3\x0F\x11\x04\x24\x6A\x00"

[aluigi]

Script 0.2.2

[Arthz]

aluigi will have another scrip ?

[aluigi]

Yes, 0.2.2 at the same location (remember to press F5 for refreshing the script):
http://aluigi.org/bms/blackdesert.bms