ZenHAX

I have found a simple way to bypass the problem of fields that are different than the original value read from the TOC, the new reimport2 mode will remember the last "math" operation performed on the variable and will reverse it for writing the correct value back in the TOC.
That means that "math OFFSET * 0x800" and "math OFFSET + BASE_OFF" are perfectly supported, BUT they are not supported together which means that only one operation per variable is allowed for having a correct new rewritten field.

quickbms 0.8.4 is almost ready since it's just a bugfix release, no new features.
Any last-minute idea is welcome

Hi.

I have an idea for you.

Replace "Press ENTER or close the window to quit" by a way to retry the script.

If there was a problem the first time, how it could be solved by doing the same things a second time?

For exemple i try many key for Sea of thieves and i need to relaunch and select 3 files/folders each time.
I think i have done 50times with no result and the process will be more faster if i just can retape a new key without relaunch.

If QuickBms understand the issue, they can propose other way ?
For Key issue => Can tape new key
File/Folder issue (block/protected...) => Can select new File/Folder

Still loop, if no folder, file, key issues find, write string to find te problem or understand the issue.

You are using unreal_tournament_4.bms in a completely wrong way.
The job of the script is extracting files with the correct key, not scanning N keys manually provided by the user (totally useless).

And no, it's not just a "loop", it's a new description with a new answer to get and starting a new process with the arguments saved when it started.
All of this because the user selected a wrong folder once in his life

If i don't know the key because nobody find it or share it,
And try to find it in bigExe with hexa editor, and have many result possible,
i need to test each one and i use unreal_tournament_4.bms for that..

But i understand it's the wrong way, show me the good one

If you want to continue with that way it's enough that you use quickbms from command-line or create a file.bat, so you don't have to select script/file/folder everytime.
But it's a waste of time in any case for some reasons.
Anyway here you are OT, this is the correct topic viewtopic.php?f=9&t=1005 in which you will find also some tips.

Hi luigi,

ihave an idea, make a wrapper around your functions to use them in .NET code. Like for example compressions, encryptions, coz qbms is only one on the planet which contains so many algos. This would be the best ever Thx

I remember that in the past quickbms.exe exported ALL its functions but I don't remember what happened later since lot of stuff was added and compatibility problems arised, anyway using exported functions from an executable may not work with some functions and still requires the developer to have knowledge of the prototype of the function and how to use it... not easy for most .NET developers.

Currently the only "solution" would be to execute quickbms.exe and pass a basic script via argument of the -s option but it's far to be a good solution.

Added to my TODO list

Thx mate, i have not seen code from qbms coz im not kind a c++ person, but im sure you can figure this out,im mostly using your compressions. Problem with method you mention, is the speed, specially if some files are chunked, it is amost impossible to use it like this..

Apple is using new zip method 99.
https://github.com/lzfse/lzfse/blob/mas ... internal.h
sample zip
http://iosapps.itunes.apple.com/apple-a ... j4ykFvA%3D

lzfse is already available in quickbms but apparently something was wrong, in fact even lzfse_compress crashes.
added to my todo list