new tool

[artag]

uelr is working great with batman arkahm origins. thanks!
i gained ~2 gb more.

[78372]

Fixed hangup when unpacking only one folder via cls (the -ap option
in the friark). Changes only touched unpacker. Repacking does not
require anything.

[oltjon]

lolz v21a6 [Jan 1 2018 19:38:26]

Settings:
----------------------------- detection settings -----------------------------
detection is enabled(-dt)
use probs propagate(-dtp[0..1]): 1 use brute detect(-dtb[0..1]): 1
o1 detect(-dto[0..1]): 1
raw graphic mm detect(-dtm[0..1]): 1 width detect algo(-dtw[0..1]): 1
dxt detect(-dtd[0..1]): 1
--------------------------- multithreading settings --------------------------
mt type(-mtt[0..1]): 1
mt threads(-mt[1..16]): 4 mt block size MB(-mtb[2..512]): 192m
---------------------------- lz & parser settings ----------------------------
dict size in MB(-d[0..2047]): 192m num parser arrivals(-tt[1..256]): 4
parser hard lim(-oh[8..14]): 12 parser soft lim(-os[0..hard_lim]): 8
fb type A(-fba[0..4096,0=off]): 256 fb type B(-fbb[0..4096,0=off]): 0
calc all literals(-al[0..1]): 1 slow parser mode (mlr)(-x[0..2]): 0
---------------------------- matchfinder settings ----------------------------
use only lz matchfinder (-rt[0..2]: 0)
lz mf cycles(-mc[2..1023]): 128
------------------------------- models settings ------------------------------
general models :
use simple cm(-cm[0..1]): 1
context mixer o1 ctx (-bc[0..8]): 4
use only o1 nibble literal model (-lm[0..4]): 0
literal hi o1 ctx (-blo[0..8]): 8 literal lo o1 ctx (-bll[0..8]): 8
literal hi rep0lit ctx (-blr[0..8]): 4
match flag rep0lit ctx (-bm[0..8]): 4
all -p* settings are ignored due to using detect
dxt models :
dxt color(X) and alpha(Y) model (-dmXY[X[0..3], Y[0..4]]: 34)
raw graphic models :
color mdl options (-gmXY[X[0..2], Y[0..1]]): 00

[ZakirAhmad]

what is OGGRE. how can we use it?
BTW, it would be nice if anyone explain the use of libraries provided by Profrager.
what settings can we use to achieve better compression.
thanks

[KaktoR]

I get "arc.exe stoped working" with DLZ compressor at the very end. Any suggestions?

[External compressor:dlz]
;options  = :d :lc :lp :fb :mc :ep :dc :em :cu :pc :pl
header = 0
packcmd   = _Compressors\DLZ\dlz_x64.exe {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp

I just use -mdlz

Edit:
nvm i just made a little mistake

[doofoo24]

DLZ compressor is slow in decompression better off the lzma...

[1234567890123]

cls srep gives me can't create read mapping error why?

[doofoo24]

did you use cls.ini for srep setting and include cls-srep_x64 and cls-srep_x86 with the new cls-srep ?

[78372]

Originally Posted by 1234567890123

cls srep gives me can't create read mapping error why?

Run as administrator, ALWAYS

[1234567890123]

i didn't edit cls.ini

[Srep]
Bufsize=24m
Memory=80%-512m
TempPath=.\

if i run administrator bat file freearc says general (de)compression error in srep other compressors working fine
i tried another 64 bit srep.exe giving ERROR! Invalid option: -idx=00

[elit]

I just cannot figure it out, lolz keep crashing but refer to cls-lolz even though I try to use packcmd exe only. The package does not come with cls.ini for lolz so I dont know what to put, I already tried search but found nothing clear on how this work. Can somebody tell me what exact content cls.ini should have to run lolz? Or even better, can I run exe for both packing and unpacking without cls(cause I hate it)? I dont see comp/decomp switches, only for detection...

arc.ini:
[External compressor:lolz]
header = 0
packcmd = lolz_x64.exe {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp

cls.ini: ???

Files in FA\bin directory:
cls-lolz.dll, cls-lolz_x86.exe, cls-lolz_x64.exe, lolz_x64.exe

cmd:
arc a -mlolz FILE.arc FILE

Note when packing directly with lolz_x64.exe alone it works, but I dont think it can unpack without cls's. Also does anyone know if this thing support <stdio>?

[doofoo24]

for compreesion i use lolz:dtd1:dto0:dtm0:dtw1:d64m:tt4 thank to Edison007...
for decompresion i use this setting for srep+lolz work fine for me use the new lolz 21a7...

cls.ini no need for arc.ini

[Srep]
Bufsize=24m
transfer_ReadBufSize=512k
transfer_WriteBufSize=512k
Memory=80%-512m
TempPath={app}

[lolz]
Bufsize=512k
transfer_ReadBufSize=512k
transfer_WriteBufSize=512k
MaxThreadsUsage=75%
MaxMemoryUsage=75%-10m
TempPath={app}

[elit]

Originally Posted by doofoo24

use the new lolz 21a7...
cls.ini no need for arc.ini
[lolz]
...

Yes using latest 21a7.
I am able to get packing properly if I rename [lolz] section in arc.ini to say [lolz2]. But on unpacking or testing I get infinite read, temp file get rapidly created and deleted and test/decompression never ends, going into infinite.

If I dont rename [lolz] then already upon packing I get "(de)compression error"(with and without cls.ini). I tried same cls.ini as you and arc.ini as posted above, what else could I be possibly doing wrong?

EDIT: Ok I managed it to work without damn cls at least:

packcmd = lolz_x64.exe {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = cls-lolz_x64.exe $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

But if anybody have an idea why cls didnt work for me I will appreciate it. That said, I already tried it on few tests and it does look promising. I will update my "worthiness debate" thread soon with results for comparison. So far this seem like it could be worthy replacement of internal FA's LZMA, but tests come first.

[1234567890123]

lolz:dtd1:dto0:dtm0:dtw1:d64m:tt4 is it the best ratio for lolz?

[Andu21]

Originally Posted by 1234567890123

lolz:dtd1:dto0:dtm0:dtw1:d64m:tt4 is it the best ratio for lolz?

Depends on the data, sometimes tt16 achieves a little more, and disabling and enabling dt modes as well.