ZenHAX
http://zenhax.com/

Possible next features of QuickBMS
http://zenhax.com/viewtopic.php?f=13&t=19
Page 17 of 17

Author:  michalss [ Tue Jun 19, 2018 7:28 pm ]
Post subject:  Re: Possible next features of QuickBMS

aluigi wrote:
QuickBMS 0.9.0 is finally out:
http://quickbms.com



Where is a download link luigi pls ? Is exe same as dll ?

Author:  aluigi [ Tue Jun 19, 2018 8:21 pm ]
Post subject:  Re: Possible next features of QuickBMS

The link is not on the homepage but I posted it some posts ago and it's in quickbms.txt:
http://aluigi.org/papers/quickbms_dll.zip

Author:  michalss [ Fri Jun 22, 2018 11:12 am ]
Post subject:  Re: Possible next features of QuickBMS

Having hard time to make it work on C# to be honest.. :(

Code:
[DllImport("quickbms.dll", EntryPoint = "quickbms_compression")]
        private static extern int quickbms_compression(string algo, byte[] inData, int zsize, byte[] outData, int size);

        private void testCompression()
        {
            var rr = quickbms_compression("", null, 1000, null, 5000);

        }



Not sure if this is correct, dont know how to properly declarate it and how to write decompress and compress functions... :(

Author:  michalss [ Wed Jul 11, 2018 5:07 am ]
Post subject:  Re: Possible next features of QuickBMS

Hi Aluigi, we have finally found some time and implemented small wrapper around your great quickbms dll tool for C# and it works great for decompression and encryption / decryption. The only problem we now have is with compression and hashes - zlib_compress or deflate_compress etc. does not work like they should ( - error in src\extra\xalloc.c line 678: xdbg_realloc()
Error: memory allocation problem), we have also tested NULL array as output data, which eliminates error, but produces no comprimed data (returned size is zero). As for hashes, we have no idea how to get the computed hash - so far it returns identical data as input. If currently not possible / implemented with hashes -
we suggest another separate interface for hashes with custom hash output (instead of replacing input) and hash_size (in byte form is fine) is an option or replace input completely by resizing input array to default hash size (after computation - but this option is least favored)

Author:  aluigi [ Wed Jul 11, 2018 6:56 am ]
Post subject:  Re: Possible next features of QuickBMS

ok for compression I understand what's the problem, it's exactly what it says so a problem during allocation because the compression "reallocates" the buffers which is something impossible with the buffers provided externally from your tool.
The quickbms_hash variable can't be read from the dll.
Added to my TODO list and will check what I can do in the next release, consider that (re)compression and hashing are not exactly the features I was thinking to for the dll, I made it mainly for the decompression and encryption that you confirmed work correctly.

Author:  michalss [ Wed Jul 11, 2018 12:10 pm ]
Post subject:  Re: Possible next features of QuickBMS

aluigi wrote:
ok for compression I understand what's the problem, it's exactly what it says so a problem during allocation because the compression "reallocates" the buffers which is something impossible with the buffers provided externally from your tool.
The quickbms_hash variable can't be read from the dll.
Added to my TODO list and will check what I can do in the next release, consider that (re)compression and hashing are not exactly the features I was thinking to for the dll, I made it mainly for the decompression and encryption that you confirmed work correctly.



Nice thx for info and btw great job. Main reason to do this is to use compression and decompression and encryption in own tools, so compress is very important in this case as well.

Page 17 of 17 All times are UTC
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/