AnonBaiter, posted Mon May 22, 2017 2:19 pm (23426)

---

Perhaps. I usually delete the .fa archive after I`m done extracting it so a separate script would work too.

aluigi, posted Mon May 22, 2017 2:33 pm (23427)

---

Script 0.1.2 with added support for the res archives.

AMG, posted Mon May 22, 2017 2:38 pm (23429)

---

Somehow the script makes QuickBMS crash for me

AnonBaiter, posted Mon May 22, 2017 2:40 pm (23430)

---

It worked completely fine for me. Perhaps a low RAM version of the script is okay for you?

AMG, posted Mon May 22, 2017 2:44 pm (23431)

---

AnonBaiter wrote:

It worked completely fine for me. Perhaps a low RAM version of the script is okay for you?

I have no clue, since QuickBMS works perfectly fine with any other script.

aluigi, posted Mon May 22, 2017 2:45 pm (23433)

---

Try the new script 0.1.3 where I no longer use the memory buffer.

AMG, posted Mon May 22, 2017 2:52 pm (23436)

---

aluigi wrote:

Try the new script 0.1.3 where I no longer use the memory buffer.

Tried it now, I still have the same issue

aluigi, posted Mon May 22, 2017 2:54 pm (23437)

---

How is that possible?
Are you sure you are not using an old version of quickbms?
There is really no memory used except for the small compressed header of the archive.

AMG, posted Mon May 22, 2017 3:05 pm (23439)

---

I'm using v0.8.0
It crashes just at the start by the way:

aluigi, posted Mon May 22, 2017 3:21 pm (23441)

---

Is it a problem of memory or a crash?
If it's a crash quickbms displays some information.
Please post more info

Here there are no problems, even by using quickbms from double-click.

AMG, posted Mon May 22, 2017 3:25 pm (23442)

---

QuickBMS freezes after that, so I can't even get some informations. Probably a memory issue like you said?

aluigi, posted Mon May 22, 2017 3:29 pm (23443)

---

No absolutely no memory issue, quickbms correctly reports any problem and I doubt you have 128 Mb of RAM
It's more probable that you didn't copy&paste the script correctly. Download it, no copy&paste.

AMG, posted Mon May 22, 2017 4:22 pm (23445)

---

This is so weird...
I have downloaded the script of course.
I've just used the NFS Shift script before thinking this could have been an issue with the program, and QuickBMS unpacked everything correctly as always. I'm clueless.

aluigi, posted Mon May 22, 2017 4:45 pm (23448)

---

Maybe it's a rare bug in quickbms that happens when handling the C structs (an unofficial feature of the tool) and you have been lucky to catch it.
I have updated the script to version 0.1.3a to avoid to use these C structs, can you check if you still have the same problem?

AMG, posted Mon May 22, 2017 5:06 pm (23449)

---

aluigi wrote:

Maybe it's a rare bug in quickbms that happens when handling the C structs (an unofficial feature of the tool) and you have been lucky to catch it.
I have updated the script to version 0.1.3a to avoid to use these C structs, can you check if you still have the same problem?

Works just fine now! Thank you so much!

Here's the data of a game vehicle:
http://www115.zippyshare.com/v/P9q1Kgwy/file.html
From what I see, audio data, meshes and textures are all in a so called .RES format.
Compressed data again?

aluigi, posted Mon May 22, 2017 6:37 pm (23455)

---

Very good, now the real problem for me is understanding where is the bug

The RES archives are supported by the same script, there is no compression but I don't know what's their format. What I know is that they are 2 groups of files in each RES archive.