Helping thread :)

[doofoo24]

bulat great in time if you manage to answer me will be great.
is there a way to get constant speed in decompression when using lzma:a1:mfbt4:d185m:fb273:mc10000:lc8 without using fastzip or xz only builtin lzma and without 4x4...
i montor the disk usage is about 20 mb/s is there a better way to get 50 or 60 mb/s.
thank in advance...

[Bulat]

Originally Posted by doofoo24

lzma:a1:mfbt4:d185m:fb273:mc10000:lc8 without using fastzip or xz only builtin lzma and without 4x4...
i montor the disk usage is about 20 mb/s is there a better way to get 50 or 60 mb/s

no. lzma is really that slow. lzma2 will be faster, since it just copies incomperssible data instead of trying to compress them

[doofoo24]

bulat but in lzbench on github lzma or xz speed around 60 mb/ s,
so shouldn't lzma in freearc be the same ?

[ImmortalArc]

Yeah I have one what youre saying and cls from razor but the problem is it's extracting data more than original size and only in one file I got 8 Files but it's extracting only in 1 file and size is bigger than original. Why???

[doofoo24]

i truly try to help you man
try use srep witout cls in compression and with decompression use cls by profargo 0.33

[Bulat]

Originally Posted by ImmortalArc

Yeah I have one what youre saying and cls from razor but the problem is it's extracting data more than original size and only in one file I got 8 Files but it's extracting only in 1 file and size is bigger than original. Why???

if you have problem, try to solve it in small steps: remove evrything else from your compression method and try with srep.exe, then with vaioyus dlls that you trust

[ImmortalArc]

@PrinceGupta I tried razor cls decompression failed because it's decompressing data more than actual but when I use cls which is 86 on deck pressing successfull with speed of 20 Mb/s

@doofoo24 OK now I had compressed the whole game with srep without cls if I use cls profeg one will it decompress successfully???

But why razor cls extracting more data than actual

[doofoo24]

ImmortalArc what the method you using

[Gupta]

Originally Posted by ImmortalArc

@PrinceGupta I tried razor cls decompression failed because it's decompressing data more than actual but when I use cls which is 86 on deck pressing successfull with speed of 20 Mb/s

I Would say it is an Internal Bug , i already reported it earlier
http://fileforums.com/showthread.php...684#post452684

yes i think its strange because cls by Profager is always manages to deliver correct data,
i think it is because the ClS-Srep by Profrager is kinda old and probably written using older sources of srep which doesn't have that bug, may be it can be possible
on the other hand CLS by Razor doesn't work on the ground level, It is simply like using arc.ini but with some more settings like use of x64 srep
I don't know how razor's CLS actually works its a conjecture nothing more

[ImmortalArc]

-m3f

[doofoo24]

not srep but in the batch file what srep + ?

[ImmortalArc]

default pzlib arc.bat
Method is -mpzlib+srep+lzma

[doofoo24]

ok now
are you using external lzma or fastzip ....
it do not matter
i use file in the folder
srep.exe
pzlib.exe
arc.ini
.bat file
arc.exe
and the folder you want to compress that all i don't use fastzip or other dll
if you have problem in decompression try it
only this file are necessary
try in bat file
arc a -lc4096 -ed -ep1 -r -ma -md -mx -s; -w.\temp -mpzlib+srep+lzma:a1:mfbt4:d185m:fb273:mc10000:lc8 31.arc "file\*"
and make sure their is no fastzip or other lzma in arc.ini only

[External compressorzlib]
header = 0
packcmd = pZLib e -m2 -c16m -b256k -t8 - -o - <stdin> <stdout>

[External compressor:srep]
header = 0
packcmd = srep -m3f -a2 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp

[ImmortalArc]

But I don't know why cls makes decompress slower

[Bulat]

1. computers are different
2. speed depends on the data
3. we usually measure speed of decompressed stream i.e. if in 1 second 20 mb are decompressed into 60 mb, we say that the speed is 60 mb/s

try to compare with 7-zip/xz speed and you will find that arc is pretty close