You've misunderstood it. There's no Precomp with multiple threads. The Magic is in the "cls-precomp.dll" file.

CLS file for FreeArc is something like a DLL file for Windows OS. Remember that when you use a CLS file, you shouldn't declare a method similar to CLS name in the arc.ini. In your case, it shouldn't be the method name of the "precomp" in your arc.ini for both compression and decompression.

It finally says that you don't need the configuration file (arc.ini) for CLS files (Some CLS files require their own configuration file (cls-precomp.ini). ;)

Thanks for the quick response and explanation.

I read the readme.log in Masks_Additions_v1.7z and wasn't fully understand the difference that arc.exe will use cls- files without the need to declare a external compressor in arc.ini, but for FA Next, it has to be declared in fa.ini

I tried again with a clean extracting of Masked_Compression_v3.0_.7z
adding the cls- files from Masks_Additions_v1.7z to where arc.exe is.

And in the Advanced_Data_Arc.bat I changed the method to :

This compressed fine.

I copied the srep and xz methods into the arc.ini in the folder of Arc_u.

Then I tried to decompress with Advanced_Data_Unarc.bat

but it gives error of

I can see if you can show me your example. (both compression and decompression)

Ok a simplier version to reproduce the problem:

Download Masked_Compression_v3.0_.7z and extract.

Put in a random file in pack folder for testing.

Try to run Advanced_Data_Arc.bat

with default packing command of

Packing is fine.

Try to unpack.

problem 1:

Arc_u folder has cls-lolz.dll and cls-lolz_x64.exe but not in Arc folder.
Guess when unpacking cls-lolz will be called, this cause the following problem of:

cls-lolz: Can't create read mapping

while trying to unpacking.
I moved cls-lolz.dll,cls-lolz_x64.exe out temporary to solve this issue.

Problem 2:

Arc_u folder has CLS-srep.dll and cls-srep_x64.exe but not in Arc folder.
This also create problem of

CLS-srep:can't create read mapping

while trying to unpacking.
I moved CLS-srep.dll and cls-srep_x64.exe out temporary to solve this issue.

Try unpacking again,
report error of

Upon checking the

The srep64.exe in Arc and Arc_u folder is not the same.
Tried to unpacking with the srep64.exe from Arc folder, will not unpack.
Tried to packing with the srep64.exe from Arc_u folder, will not pack.

It's a dead end :(

Also

Also Arc's arc.ini has
[External compressor:lolz]
header = 0
packcmd = "lz\lolz_x64.exe" {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = "lz\lolz_x64.exe" $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

Arc_u folder's arc.ini has:

[External compressor:delta,exe,mm,rep,tor,lolz,lolzi,lolz2,l zma]
header = 0
unpackcmd = fazip -i0 decompress:{compressor}{:option} <stdin> <stdout>

But even change to the same exe for lolz will not unpack.


Changed to xz

-msrep:m3f:a8:l256+exe+xz

will not unpack.

copied srep64.exe found in 'maksed data compressor 2.5' to both the arc and arc_u folder, it will still packing fine and not unpacking?

From here
https://fileforums.com/showpost.php?...&postcount=637

srep+lolz might have problem.
But I tested srep+xz same issue.

Might be same issue here:
https://fileforums.com/showpost.php?...&postcount=582

github
This error:
Occurs when you are trying to run FreeArc decompression without administrator privileges.

Thank you.
While running with administrator privileges those two errors are gone.
With the example command line to compress and decomperss works.

The next question is , what confused me for the last time, is
if I disable cls-lolz.dll and declare the method in arc_u\arc.ini:

This is the same definition in the compressing process. But the decompress will fail with


not an SREP compressed file.


Is it requied to use the cls-lolz.dll for any lolz compressed file?


Same thing happens to srep. If I disable cls-srep.dll and declare the method in arc_u\arc.ini:

This is the same definition in the compressing process. But the decompress will fail with


ERROR: archive data corrupted (decompression fails)


Is it requied to use the cls-srep.dll for any srep processed file?

I thought cls dlls are optional to use, not mandatory? That's why last time when I moved out the cls files, it ends up with
ERROR: archive data corrupted (decompression fails)

github
The CLS dll is actually the controller part of the decompressor, with the EXE doing the work.

For lolz and srep, you must use the cls.