Insane 2 pak files

[Denis]

Help me unpack archives from Insane 2 game.
I think they myst be the same as in Clutch (Armageddon Riders) http://aluigi.org/papers/bms/clutch.bms

Here the sample file from Insane 2 https://rapidshare.com/files/2259931768/gamedata.rar

[aluigi]

I have updated the script for supporting both the games

[Denis]

Thanks

[mambox]

hi,

i just play with insane 2 and as usual i'm looking deeper inside.

i've seen that the excellent aluigi updated the script,i've tested it onto my gamedata but it give:

quickbms.exe clutch.bms gamedata.pak

result:

QuickBMS generic files extractor and reimporter 0.5.3
by Luigi Auriemma
e-mail: [email protected]
web: aluigi.org

- open input file gamedata.pak
- open script clutch.bms

offset filesize filename
------------------------------

Error: the requested amount of bytes to allocate is negative (-17)

Note that if both the scripts and your files are correct then it's possible
that the script needs a newer version of QuickBMS, in which case download it:

http://aluigi.org/quickbms


what's wrong?
thanks!

[delutto]

Here gave the same error.
I uploaded the file gamedata.pak for analysis.
http://www.mediafire.com/?rv1cdux4r8wmbm0

[aluigi]

script updated to version 0.2.1:
http://aluigi.org/papers/bms/clutch.bms

[mambox]

Respect to you!!!

work fine.

if my old brain could like your knowledge

[delutto]

Another problem aluigi.
Extracting the packages, some files are larger than packaged.
For example the file "loadtips_strings.txt" extracted from the file ui.pak which I uploaded for analysis.
http://www.mediafire.com/?cgn8wrs410gdnf2

[aluigi]

if you refer to problems during the reinjection I can do nothing because the injectable data (compressed or plain-text file) must be minor-equal than the original one.

so if the archive uses compression and your file is smaller than the original one it could be invalid because when compressed it's larger than the original compressed data

[delutto]

if you refer to problems during the reinjection I can do nothing because the injectable data (compressed or plain-text file) must be minor-equal than the original one.

so if the archive uses compression and your file is smaller than the original one it could be invalid because when compressed it's larger than the original compressed data

But the error message appears even without edit the files. It would be a problem to decompress them from the pack?
I tested using both x86 and x64 versions and the error persists.
Even so, thanks. I'll have to reduce the size of files even before you edit them.

[aluigi]

yes it's perfectly possible because the same algorithm is not really identical so some of them pack better of others or pack some types of data better than others.
quickbms uses zlib for this type of data and it's not that good for compression ratio.
quickbms implements also the deflate algorithm used in 7zip which works very well, I don't remember what of these two is used in this script in reimport mode.

[delutto]

yes it's perfectly possible because the same algorithm is not really identical so some of them pack better of others or pack some types of data better than others.
quickbms uses zlib for this type of data and it's not that good for compression ratio.
quickbms implements also the deflate algorithm used in 7zip which works very well, I don't remember what of these two is used in this script in reimport mode.

One last observation:
Some textures are in error, EOF error, it was also because of the decompression?
And it would update the script to use 7zip compression?
Thank you again aluigi.

Example: