I'm not sure it's a bug, because both files can be decompressed to original, but "comtype lz4_compress" in 0.7.7 and 0.8.0 differs a lot - https://puu.sh/wP5sI/6099ff22b9.png0.8.0 always gives bigger (even bigger than input file!) files that have amount of 0xFF bytes at the beginning.

The only different thing is the version of lz4 used in quickbms because the library is used in the same way in both the quickbms.That happens with code taken from repository instead of stable releases, anyway it's enough to update the library in the next version of quickbms to (hopefully) solve the problem.Updating the libraries is something that I do automatically at every release of quickbms

Hi, Guys nice to meet you. Can somebody help me ? I'm confused right now. My problem i can't recompile from Quickbms. I tried Witcher 3 and make it .bat and nothing happen, CMD closed immediately. So i changed it and make Witcher 3 .bms, after that i got error result "Unsupported extension csv". Any suggests what recompile should i use for .csv? Please if u don't mind help me. Thanks a lot!

I think I found a bug with the -P command or the Rpa Renpy Nopython script:

When extracting an RPA file that contains Cyrillic characters in some of the file names they did not extract correctly so tried adding -P UTF8 (unless I'm wrong RPA files are always UTF-8 encoded) but the result was still wrong, next I tried every other UTF and Cyrillic option from this table using both Identifier and .NET Name values, I also tried adding the codepage "utf8" and codepage 1251 string in the BMS script with the same result.

For example the correct file name is: Armature-трет руки_0 as can be seen in the attached file table, but the files are extracted as: Armature-С‚СЂРµС‚ СЂСѓРєРё_0, Armature-треÑ рукÐ¸_0 or Armature-тÑет рÑƒки_0.

This bug is the same reported in viewtopic.php?f=11&t=4797 and I confirm that it will be fixed in the upcoming 0.8.1 version that will be released this week

@NothingI guess you want to reimport your edited files in the original archive using the reimporting feature of quickbms, correct?

You must use reimport.bat to do the job selecting the same files and folders you selected for the extraction (I really mean the same, do NOT select your edited files). Info in section 3 of http://aluigi.org/papers/quickbms.txt

Please note that the "bundle" archive of Witcher 3 use 4 different types of compression and some of them (lz4 for sure) will crash the game if one of your reimported files was archived using it.

I think it's not "whenever" but it's only limited to openssl algorithms, you should not get that error with 'encryption xor "test"', right?

I suspect it's some sort of lack of compatibility of EVP_CipherInit with openssl 1.1 but I don't know why that happens because if it works with 1.0 it must work with 1.1 too:

Quote:

The functions EVP_EncryptInit(), EVP_EncryptFinal(), EVP_DecryptInit(), EVP_CipherInit() and EVP_CipherFinal() are obsolete but are retained for compatibility with existing code.

Maybe it's related to how evp_ctx is initialized since I maintained the old code (that has ever worked) and made it compatible with 1.1, but I don't think.That error is the final step of setting the encryption when key and ivec are assigned

Currently I have no solution.Do you have the same error if you set an empty ivec like "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"?

Note about quickbms 0.8.2a, currently the rc4 encryption doesn't work correctly and probably other encryption algorithms of OpenSSL (not aes that was correctly tested) may fail.The problem is probably caused by the fix introduced for OpenSSL 1.1 in EVP_CipherInit, an argument that was originally NULL.Long story short, nfsshift.bms and other 8 scripts don't work at the moment.Expect a quickbms 0.8.2b or 0.8.3 soon.

- GUI mode activated, remember that the tool works also from command-line where are available various options like folder scanning, filters and so on

- select the BMS script to use- select the input archives/files to extract, type * or "" for whole folder and subfolders- select the output folder where extracting the files- open input file E:\steam\steamapps\common\PUBG\TslGame\Content\Paks\TslGame-WindowsNoEditor_assets.pak- open script F:\绝地求生源码\quickbms_0.8.1\unreal_tournament_4.bms

Error: this script has been created for a newer version of QuickBMS: expected 00080300 - 0.8.3 yours 00080100 - 0.8.1 you can download it from:

In quickbms 0.8.3 has been added a new useful feature that allows to specify the filenumber as a variable like: get VAR long VAR_FILENUM.

The problem happens with Idstring because the original syntax made by mr.mouse is:idstring FILENUM STRINGthe bad thing of that syntax is that it conflicts with the other commands where filenum is the last argument (idstring STRING FILENUM).

Till version 0.8.2a quickbms used a work-around to, let's say, "turn a blind eye" on idstring allowing both the syntaxes but from version 0.8.3 that's no longer possible so the non-original syntax (the most obvious) is no longer possible.

Long story short, this is the fix: idstring -1 "GMAD"

Maybe in the next versions of quickbms I may introduce a new work-around to allow that syntax, currently there is no plan and desire because a bad work-around may introduce a bug.

I've been using the Sims2_gc.bms script to extract files from The Sims 2 for GameCube. Unfortunately it doesn't work with Audiostr.arc, which I presume to contain the game's music and audio files. I get the following error.

Code:

Error: incomplete input file 0: C:\Users\A\Desktop\New folder\The Sims 2 GameCube [G4ZE69]\root\DATA\audiostr.arc Can't read 175071 bytes from offset 06dc5f20. Anyway don't worry, it's possible that the BMS script has been written to exit in this way if it's reached the end of the archive so check it or contact its author or verify that all the files have been extracted. Please check the following coverage information to know if it's ok.

coverage file 0 136% 157134942 115105568 . offset 06dc5f20

Last script line before the error or that produced the error: 32 log NAME OFFSET1 SIZE1