Possible next features of QuickBMS

Doubts, help and support about QuickBMS and other game research tools
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

That's an interesting feature.
I cannot use that exact syntax because it may invalidate the current scripts that have a * or a ? inside.
But I can think to another type that allows to handle these special chars, something like:
findloc offset wildcard "N*IF"

Added in the TODO of the next version.
Thanks
TGE
Posts: 38
Joined: Sat Dec 20, 2014 5:14 pm

Re: Possible next features of QuickBMS

Post by TGE »

If you input a folder path in the GUI file select window, it selects the folder as input. Quite annoying when you're trying to navigate to a file, and not a folder.
Last edited by TGE on Tue Jan 20, 2015 8:01 am, edited 2 times in total.
michalss
Posts: 320
Joined: Sun Aug 10, 2014 12:49 pm

Re: Possible next features of QuickBMS

Post by michalss »

well you was talking about replace string values in bin files, is this still on or you complete left it, it could be interesting and handy in some cases?
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

Ah I guess you mean the feature to allow to export and reimport strings.
It would be definitely interesting but I still have no plans to how implement it.
puggsoy
Posts: 161
Joined: Sat Dec 13, 2014 1:01 am

Re: Possible next features of QuickBMS

Post by puggsoy »

I would like a script command to check if a file with a certain filename already exists. I saw that you can do this with the Open command, but I would prefer not to open existing files (since I might be checking many files and this could slow down the script). A simple checking command would be helpful :)
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

I think that the Open command with the "exists" argument is the only solution because the slowness you can notice is probably caused by the script engine itself and not the opening of the file.

An alternative solution is the Scandir command that is probably closer to what you need.
puggsoy
Posts: 161
Joined: Sat Dec 13, 2014 1:01 am

Re: Possible next features of QuickBMS

Post by puggsoy »

Well I assumed that Open loads the file into memory, but I just used it in a different script and apparently it doesn't. However, I did notice that it creates the file if it doesn't exist; this would be inconvenient for checking.

Scandir looks like the proper solution though, using the FILTER argument. Thank you!
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

That behaviour of Open (creating the file) happens only if you use the reimport feature.
But if you use the reimporting quickbms automatically checks the existence of the files.
puggsoy
Posts: 161
Joined: Sat Dec 13, 2014 1:01 am

Re: Possible next features of QuickBMS

Post by puggsoy »

Oh, it must be the fact that I'm writing to the file. If it doesn't exist and I use a Put command then it creates it.

By the way, is there an easy way to continue loops? Ending the loop early like Break, but not breaking out of the loop, just going directly to the next iteration. If not, I'd like to suggest a Continue command.
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

The implementation of "continue" and "break" was difficult, in fact break doesn't work in some situations.
In these cases you must use many "if" or some variable set to 1 or 0 that continue the loop.
For example:

Code: Select all

for
    math OK = 1
    if SIGN == "asdf"
        math OK = 0
    elif SIGN == "asdx"
        math OK = 0
    endif

    if OK != 0
        # do something
    endif
next
puggsoy
Posts: 161
Joined: Sat Dec 13, 2014 1:01 am

Re: Possible next features of QuickBMS

Post by puggsoy »

Mm, OK. My main use for it would be in complex loops where I have to check many things at different points, since otherwise I have to use nested if statements which can end up being a bit ugly.

But if it's difficult to implement then I understand, so it's fine :)
chrrox
Posts: 388
Joined: Thu Aug 07, 2014 10:28 pm

Re: Possible next features of QuickBMS

Post by chrrox »

Is it possible to add a dictionary type to quickbms?
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

Do you mean a dictionary for zlib compression?
chrrox
Posts: 388
Joined: Thu Aug 07, 2014 10:28 pm

Re: Possible next features of QuickBMS

Post by chrrox »

i mean like an array only a dict type.
https://docs.python.org/2/tutorial/data ... ctionaries
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

The only way to have something similar is using the arrays but it's not the same.
Note that if you use "putarray 0 -1 VAR" it will append the VAR to the array 0 so you don't need to increment an index. I forgot to document it in quickbms.txt
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

Maybe it's a stupid idea but what you think about offzip embedded in quickbms?
Basically the idea is being able to reimport the files back without using packzip.

Obviously it would be not limited to zlib but to any compression algorithm, but don't be happy because only zlib, deflate, lzma and probably few others are reliable (zero or few false positives) and don't crash.
puggsoy
Posts: 161
Joined: Sat Dec 13, 2014 1:01 am

Re: Possible next features of QuickBMS

Post by puggsoy »

I think this is a pretty good idea. The only real downside is that people who simply want to use the Offzip functionality would have to download QuickBMS entirely. It's not a big issue though. Personally I use both and having them in one program would be helpful.

What would the syntax for running it be? I imagine something like this?

Code: Select all

quickbms -z myfile.comp myfile.dec 0x100
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

offzip will continue to exist while this feature (a bms command or command-line option) is just for experimenting with the huge amount of compressions in quickbms.
aluigi
Site Admin
Posts: 12984
Joined: Wed Jul 30, 2014 9:32 pm

Re: Possible next features of QuickBMS

Post by aluigi »

Ah, I have just started to work on the new version of quickbms and I have already done half of the things in my TODO.
Hope to have everything ready before the end of next week.

If anyone has suggestions and feedbacks, that's the right moment :)
michalss
Posts: 320
Joined: Sun Aug 10, 2014 12:49 pm

Re: Possible next features of QuickBMS

Post by michalss »

aluigi wrote:Ah, I have just started to work on the new version of quickbms and I have already done half of the things in my TODO.
Hope to have everything ready before the end of next week.

If anyone has suggestions and feedbacks, that's the right moment :)


Still considering string replacement ?