bulat
how the FreeArc Next development going ?
when are you planing to release it..

it's almost done. now i fix bugs and write docs

great
are you plan to make it shareware like winrar or like 7z GNU source

i plan to release existing freearc as shareware so that those whio want to help fa'next development can do it by buying existing freearc

so you planing to support freearc more add more feature like built in zstd-srep or just convert freearc 0.67 alpha to 1.0 stable

anyway
i wish you best of luck on your journey
yours truly

existing freearc will be released as commercial product. fa'next will be developed as new beta product and finally released as freearc 2.0

i done a couple of test using only 4x4:lzma with different setting '4x4:lzma:a1:mfbt4:d64m:fb273:mc10000:lc8' '4x4:lzma:a1:mfbt4:d128m:fb273:mc10000:lc8' '4x4:lzma:a1:mfbt4:d200m:fb273:mc10000:lc8'...
i found that using 4 core 8 threads any setting other than d:64 only 40% cpu utilized ?
using 4x4:lzma:a1:mfbt4:d64m:fb273:mc10000:lc8 it seem to me the best option in scaling cpu with 2 core only only use 384mb in decompression and use the 2 core to tha max...
using on 2 core with 4 threads and 4 core without hyperthreading use the same 756mb of memory and in 4 core 8 threads it use 1024mb and the cpu 100%...
when try to use 4x4:lzma:a1:mfbt4:d128m:fb273:mc10000:lc8 or 4x4:lzma:a1:mfbt4:d200m:fb273:mc10000:lc8 the cpu usage on 4 core 8 threads only 40% whille on 2 core 4 threads and 4 core without hyperthreading cpu usage is 85%? (in decompression not compression)
i am not an expert so no need for smart remarks.
so the best scaling in decompression (in compression on i7 it use around 57% of cpu with 1684mb of memory) is to use 4x4:lzma:a1:mfbt4:d64m:fb273:mc10000:lc8 it work ( i mean that it use the cpu 100% on all setting like pentium-i3-i5-i7)
if anyone find it useful great.
*using 4x4:t does not work for me in decompression i tried 4x4:t4 but when decompress it use 14% of i7 not 50% of i7 4 core 8 threads...

summary
if you use pzlib or precompmt use it with this
4x4:lzma:a1:mfbt4:d64m:fb273:mc10000:lc8 is super fast in decompression but it use the cpu to the max and require more memory but modern system use 64bit so no problem there, for old system and limited ram don't use 4x4 use lzma:a1:mfbt4:d185m:fb273:mc10000:lc8

if srep only use it with zstd the new version 1.1.2

add this line to arc.ini
[External compressor:zstd]
header = 0
packcmd = zstd -22 --ultra <stdin> <stdout>

in compression it use around limit core and only 769mb in compression
in decompression zstd alone use only 128mb and srep better to limit it in inno to 128mb so the total memory use is 256mb it super fast and less demanding on the cpu...

I can't find any written document but judging from this
i think is betther idea

remember there is no constraint that you need the same number of cores to compress and decompress, so by using external compressor i.e. fazip you can fully control the CPU usage in both compression and decompression

still, it will write the required memory on hard drive making the process a little bit slower

you the "expert" PrinceGupta2000...:o
in decompession i meant using zstd it use 128mb of memory and limt srep to 128mb not 512mb in inno will not make the proccess slower
i test large file (assassin's creed syndicate) with srep+zstd using '128mb' '256mb' and '512mb' in inno setup on normal hdd wd black 1tb write speed was around 176 mb/s max and the same time it took to install so using more than 128mb for srep on hdd is waste of memory usage...

Razor is the King he just taught me what are the pros and kons of using rep+srep.

disk write when using 4x4:lzma on NVME SSD (CPU IS I7 6700K)
* note using srep+4x4:lzma:a1:mfbt4:d185m:fb273:mc10000:lc8
srep limited to 128mb in inno using isdone script

disk write using zstd
* note using srep+zstd
setting of zstd 1.1.2
[External compressor:zstd]
header = 0
packcmd = zstd -22 --ultra <stdin> <stdout>

**srep limited to 128mb in inno using isdone script
the same data compress with two method

the ratio on zstd is worst but around 1 to 2% different

that's it i done testing.
if anyone find it useful great...
GREAT FORUM

hi all !

im in trouble.... i cant unpack my archives using the default isdone script,although it works fine with precomp/srep/lzma,etc.

if i use any extrenal compressors,it says :

Attachment 17068

My .ISS looks like this :



#define zstd
[Setup]

[Files]
#ifdef zstd
Source: Include\zstd.exe; DestDir: {tmp}; Flags: dontcopy
Source: Include\arc.ini; DestDir: {tmp}; Flags: dontcopy
#endif

[Code]
#ifdef zstd
ExtractTemporaryFile('zstd.exe');
ExtractTemporaryFile('arc.ini');
#endif

if not ISArcExtract ( 0, 0, ExpandConstant('{src}\data1.arc'), ExpandConstant('{app}\'), '', false, '', '', ExpandConstant('{app}'), notPCFonFLY {PCFonFLY}) then break;




end;


Upon execution ,setup unpacks the arc.ini ,zstd.exe ,everything ,but the result is the above picture.
I tried to change the unpack command to :

if not ISArcExtract ( 0, 0, ExpandConstant('{src}\data1.arc'), ExpandConstant('{app}\'), '', false, '', ExpandConstant('{tmp}\arc.ini'), ExpandConstant('{app}\'), notPCFonFLY{PCFonFLY}) then break;

Doesnt help.
The only working method for me is :

if not ISExec(0, 0, 0, ExpandConstant('{tmp}\arc.exe'), ExpandConstant('x -o+ -cfg"{tmp}\arc.ini" -w"{app}" -hp"mypw" -dp"{app}" "{src}\data1.arc"'), ExpandConstant('{tmp}'), '...', False) then break;

But its pretty ugly.
Is there any other way to extract my archives using ISArcExtract function ?

Arc.ini content :

[External compressor:zstd]
header = 0
unpackcmd = zstd -d -f <stdin> <stdout>

Thanks in advance !

try using this
http://fileforums.com/showthread.php?t=98121

CLS doesnt work,still the same error. :/

the file was compressed using this method : (FreeArc 0.67 ,March 15 2014)

arc.exe a -mzstd c:\x\chunk0.arc d:\chunk0.dat

arc.ini :
[External compressor:zstd]
header = 0
packcmd = zstd --ultra -v -22 $$arcdatafile$$.tmp -o $arcpackedfile$$.tmp

Tried with this ,too :
packcmd = zstd --ultra -v -22 <stdin> <stdout>

My script : Attachment 17069 (This is the basic ISDone script)

oh ,before i forget : i have the same issue with pzlib.....

maybe im failed at compression procedure... ?

USE
if not ISArcExtract ( 0, 0, ExpandConstant('{src}\data.bin'), ExpandConstant('{app}\'), '', false, '123', ExpandConstant('{tmp}\arc.ini'), ExpandConstant('{app}\'), notPCFonFLY{PCFonFLY}) then break;

Nope,doesnt work. :/

try using to
if ISDoneInit(ExpandConstant('{tmp}\records.inf'), $F777, Comps1,Comps2,Comps3, MainForm.Handle, 512, @ProgressCallback) then begin
repeat
ChangeLanguage('english');
if not SrepInit(ExpandConstant('{app}\'),128,0) then break;
if not FileSearchInit(true) then break;
if not ISArcExtract ( 0, 100, ExpandConstant('{src}\setup-1'), ExpandConstant('{app}'), '', false, '', ExpandConstant('{tmp}\arc.ini'), ExpandConstant('{app}'), False) then break;

still the original error.

doesnt matter.... im stay with the uglier unpack-method.
thanks to all for the help...!

are you using zstd 32bit or 64bit in isdone ?
if you using zstd 64bit you can't decompress using zstd 32 you need to use zstd 64bit

Successfully unpacked zstd 64 bit archives with x86 version.




Many-many thanks...
its working fine now !
I dont know what caused the error ,but its fine now!
im a little bit confused ,because the compression-syntax is pretty easy ,but...... :D
no matters. :)
thanks again !

Where I can I get freearc .70 to download ?

correct question is "When". answer is never, i plan to release 1.0

And when 1.0 ??

And how can I optimize cpu and time both ?????

But your site still shows .70 will arrive in Feb still ?? Hahha

How crysis 3 pak files can be decompressed using xdelta...

Any way to completely disable external compression in freearc? I mean making it impossible to enable by arc.ini or something else.

Dont know ,but if u r trying to repack it.... You cant do that ,because it uses an asymmetric cypher. (AFAIK)

so i tried to use fazip for lzma to get better ratio the limit in freearc lzma:a1:mfbt4:d185m:fb273:mc10000:lc8 using fazip i mange up lzma:a1:mfbt4:d756m:fb273:mc10000:lc8 work with ISDONE more than d756mb IT SAY NOT not enough memory...
but it is so slow compare to 4x4:lzma:64 or zstd
so ratio vs speed.
is there a way to get better ratio with zstd
[External compressor:zstd]
header = 0
packcmd = zstd -22 --ultra <stdin> <stdout>
*can i improve compression more than this setting with zstd ?
any ideas ??

Maybe delta can improve compression a little bit...Give it a shot :

arc.exe a -msrep:a8:m5f:l64+delta+zstd 1.arc 1.dat

Which is better?
Precomp 0.38 vs 0.4 vs 0.42

Which is better?
Precomp 0.38 vs 0.4 vs 0.42

Precomp 0.45, and one which is in currently in development is even better, uses only 2 temp file per stream
https://github.com/schnaader/precomp-cpp

I don't know why, but freearc mx compression is better than precomp04+srep+lzma for some games, such as GTA San Andreas. precomp04+srep+lzma=1.27GB, freearc mx=1.2GB

if Game doesn't get deflate stream and < 4GB then even 7zip's -mx will beat both
precomp04+srep+lzma
and freearc's -mx
in compression , compression time and decompression time.

So, I see recent posts about 4x4. Let me tell you my experience with it. When users were installing my repacks some of them, got "Not enough memory" error. Srep was given 256mb memory in script

Do you think if I would have given it 128mb, no one had this errors? I just left 4x4 and moved onto lzma2.

And have any of you had such error?

Well then which precomp is the fastest while compressing? (.38/.4/.42)

Another question, PPMonstr compressor shows not enough memory while having more than enough memory in windows 10. Why? Any way to fix it?