Tools for Repacking

[wrathma]

so this patched dll uses true stdio (no fileio) compression. directly
from ram to ram. it doesnt write anything to disk by itself.
as it is ram to ram, it will use more memory compared to fileio.

maximum memory usage during compression - input filesize +
output file size + compression memory. maximum memory
usage during decompression - decompression memory + ~4mb.

notes:

1. as i hooked multiple fileio functions of win32api, normal fileio
   compression/decompression through razor is not possible (with
   my patch). using fileio with my patch may lead to bsod. so i have
   added some checks to prevent accidental fileio operations. to do
   fileio operations use the original rz.exe.
2. you might see my patch reading/writing V_IN.SYMM or
   V_OUT.SYMM files, those are just my handles for virtual memory
   address. not actual files on disk.
3. its NOT interchangeable with Razor12911's patch or my old
   "fake" stdio patch.

compiled with mingw-clang. will add the source code after some
cleaning. works fine with arc. added sample arc.ini. for usage
instructions see test.bat/arc.ini.

edit:
fixed a memory leak issue (idk how it slipped past me). removed
debug-specific checks that are not required now. some cosmetic
changes and removed unused debug code. also fixed a bug where
it would fail with freearc decompression.
during testing i found out that razor decompressor is sequential so
made this patch do sequential streamed decompression. so memory
usage is same as (+ ~4 mb) non stdio operations. optimized dll
size (115kb to 14 kb).

[Dunnowho69]

Originally Posted by wrathma

so this patched dll uses true stdio (no fileio) compression. directly
from ram to ram. it doesnt write anything to disk by itself.
as it is ram to ram, it will use more memory compared to fileio.

maximum memory usage during compression - input filesize +
output file size + compression memory. maximum memory
usage during decompression - input filesize + 8mb output chunks
+ decompression memory.

i had to hook multiple win32api system calls to fool razor archiver
to use a memory address instead of a file.

compiled with msvc. will add the source code after some cleaning.
works fine with arc. added sample arc.ini. for usage instructions
see test.bat/arc.ini.

If you don't mind, what's the difference between this and https://www.fileforums.com/showpost....81&postcount=8 ? I use razor all the time that's why just asking if i should use this from now on

[wrathma]

Originally Posted by wrathma

fixed a memory leak issue (idk how it slipped past me). removed
debug-specific checks that are not required now. some cosmetic
changes and removed unused debug code. also fixed a bug where
it would fail with freearc decompression.
during testing i found out that razor decompressor is sequential so
made this patch do sequential streamed decompression. so memory
usage is same as (+ ~4 mb) non stdio operations. optimized dll
size (115kb to 14 kb).

if anyone is using my patch i will highly suggest to update it
as some bugs and dead code unfortunately slipped past me
on my last build. a bsod-level issue was fixed. and overall
dll size dropped by almost 90%. will try to be more careful
from now.

Originally Posted by Dunnowho69

If you don't mind, what's the difference between this and https://www.fileforums.com/showpost....81&postcount=8 ? I use razor all the time that's why just asking if i should use this from now on

as KaktoR said, all it does is compress from ram to ram
eliminating the need to copy stdin to a temp file. if you
try using it on a hdd you will understand the difference.
decompression is same as Razor12911's build.
also a smaller dll wouldnt hurt i think (1.6mb vs 14kb)

Originally Posted by kj911

Could someone port Razor to WinXP??

out of my skillset