aluigi, posted Mon Jun 06, 2016 3:24 pm (14104)

---

@Arthz
Can you upload one of these archives?

Arthz, posted Mon Jun 06, 2016 3:51 pm (14106)

---

OK!!!

https://mega.nz/#!CMMGhCRS

Arthz, posted Mon Jun 06, 2016 3:53 pm (14107)

---

OK!!!

https://mega.nz/#!CMMGhCRS

aluigi, posted Mon Jun 06, 2016 4:27 pm (14109)

---

wrong link

Arthz, posted Mon Jun 06, 2016 4:57 pm (14112)

---

!wsArmKcN7EL89UCtXnRJElWBPM_03BybOU-uKfH_USg



Key!!!

aluigi, posted Mon Jun 06, 2016 5:13 pm (14114)

---

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, posted Mon Jun 06, 2016 5:45 pm (14116)

---

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

aluigi, posted Mon Jun 06, 2016 6:34 pm (14119)

---

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, posted Mon Jun 06, 2016 6:45 pm (14120)

---

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

aluigi, posted Mon Jun 06, 2016 6:58 pm (14121)

---

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, posted Mon Jun 06, 2016 7:02 pm (14123)

---

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, posted Mon Jun 06, 2016 7:10 pm (14124)

---

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, posted Mon Jun 06, 2016 7:52 pm (14125)

---

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

Ekey, posted Tue Jun 07, 2016 12:42 pm (14139)

---

aluigi wrote:

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:

    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, posted Tue Jun 07, 2016 1:28 pm (14143)

---

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, posted Tue Jun 07, 2016 2:35 pm (14151)

---

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

aluigi, posted Tue Jun 07, 2016 3:16 pm (14155)

---

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

Ekey, posted Tue Jun 07, 2016 3:26 pm (14160)

---

aluigi wrote:

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, posted Tue Jun 07, 2016 3:36 pm (14162)

---

Script 0.2.2

Arthz, posted Tue Jun 07, 2016 4:43 pm (14165)

---

aluigi will have another scrip ?

aluigi, posted Tue Jun 07, 2016 5:03 pm (14166)

---

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

AnonBaiter, posted Tue Jun 07, 2016 7:26 pm (14168)

---

So, is it normal to have an memory allocation problem error? Is this error related to my memory space, or my hard disk space?

aluigi, posted Tue Jun 07, 2016 8:04 pm (14169)

---

Just a generic quick description of the two main problems.
tl;dr it's a problem in the scripts

"impossible to write 0xf... bytes" are problems in the scripts or formats that are not 100% covered by the script, basically it's a calculation error where the next offset is before the current one and so it results in a huge number (negative), that may happen in offset-only based scripts where the size is calculated by the substraction of the current offset from the next one.

"memory allocation problem" is more generic and may be similar to the previous one, usually it's a problem caused by a signed comparison (>=) instead of the unsigned one (u>=) or any other problem where the script wants to dump a big file or use lot of memory.

In both the cases the script doesn't match the format of the input file.
When you encounter these errors you should post in the thread of the game so that we can update the script.

AnonBaiter, posted Tue Jun 07, 2016 8:32 pm (14172)

---

Well, I think I understand now... Thanks.

AnonBaiter, posted Mon Aug 22, 2016 2:28 pm (16741)

---

Right off the bat I got this:

Code:

. 0000000000009282
. 0000000000024a50 get     SIZE       0x00000000000d1ec4 4
. 0000000000024a54 get     OFFSET     0x0000000000006613 4
. 0000000000024a58 get     LANG_ID    0x00000000ffffffff 4
. 0000000000024a5c get     ZSIZE      0x0000000000000000 4
- enter in folder E:\DeusEx\DeusEx\data\content

- error in src\cmd.c line 3082: CMD_Open_func()
Error: No such file or directory

Last script line before the error or that produced the error:
  54  open FDDE TMP 1

And that's from the new version, no less!
By the way, this is the script I'm using for the file:
http://aluigi.altervista.org/bms/deus_ex_human_revolution.bms