thats what i said there is no affect while restoration at all....
observe the dat file they are 0 kb and will be the same during whole process, precomp not uses temps during restoration at all bt precomp always make a temp file if the same exists it rename it to something else bt while recompression it constantly new temp file with every stream it finds, the version u r reffering to makes 4 temp files per stream (decompression -> recompression -> decompression -> recompression), the last 2 only used for partial matches, at same time, so think urself three precomp running at a time, total 12 temp files, there are no communication between all these precomp instances ,all wills to write the temp file with same name (default one tempfile1, tempfile2....etc) and overwrite others temp file manytimes and which led to more work for the prcomp

bt while restoration things are differrent precomp no longer checks crc and all that stuffs becaz everything is already done while recompressing part, so no need of temp files at all..... thats why u see only 1 tempfile which is of 0 kb only, precomp not even uses those at all means u can use ppx2 while restoring safely bt not when recompressing

ok now to be safe & sure Just separate precomps :) thnx PrinceGupta2000 for the illustration

Great job aswadd, I am reminded of one of my first multi-compressors developed in dos here in the forum in the far 2011, you're good you are one who learns quickly...;)

Great job matey.

"-mmt=3 is the nimber of threads to use so if you have 12 threads Just put 11 but don't put
12 'cause xz will make heavy usage
d300m is the dictionary size i think you should read about it first
BTW the more dictionary the more your file will be smaller"

do mention that more threads affect final output.

Good to know that thnx :) I'll update xz & 7z next time

Good Work Pro

thnx bro

why we are using just precomp3 (precomp45) for*.jpg *.jpeg *.png *.gif *.img *.mp3 *.pdf *.swf is it good?
i have a srep that you can set m5f not m3f any difference?

yeb there is a difference :) as I saw a comparison by someone here
precomp045 is very slower than precomp043 (intense mode) but with the same ratio
so I used precomp045 only for mp3 & jpg because it has the latest libraries for jpg & mp3 ..etc compression in it :)
for srep
m3f require less ram than m5f I saw this in a comparison on freearc website also nearly the same ratio but m5f will be slower & require much ram :)

BTW you can use m3f/m4f/m5f in the compression without editing arc.ini
forEX:
srep:m5f:a64:d1g+lzma:max:256m

ANTIZ testing, what I recommend combining with lzma?

Antiz like precomp but with fast speed & intense mode :) I recommend it when you have a small game like 7GB & you can use srep+lzma or even xz or as you wish :)

I just did a test with EGYcompressor used reflate+lzma

Pro Evolution Soccer 2017
Repack Size: 3.51 GB As CP

Failed to uncompress remains stuck on 28% inno setup

With maker.bat 50%

for me stuck at 60% it seems a bug in reflate :(

Aswadd , I have problem about this...:confused:
I m using free.bat & wahen trying to decompress by ur Unpack Maker then it appears & fails to extract :confused:
One thing more I want to know..Unpack Maker will extract single or every bin files in folder itself or do i need to extract Ist.bin after 2nd.bin :confused:

- will extract all arc files one after another
- for access is denied this is a security issue try this one
http://www.howtogeek.com/howto/windo...menu-in-vista/