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:
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.

I just tried oggre compressor on ogg file, 6% gain with almost instant cmp/decmp time. And bpk on bik file, over 20% gain, very reasonable speed. Bpk still give over 20% gain even on already recompressed bink to 1/3 resolution and lowered bitrate, so regardless of that. Tools are simply amazing.

Hay, please help me with lolz.
 

Bro, please can u tell me what settings for lolz, so that i can achieve better compression. what r lolzi , lolzx in fitgirls repacks. r they better than lolz by Profrager. how can i achieve compression as close as fitgirls.
Thanks.

You need to learn all from beginning. Start by reading my threads, I just did lolz comparison in one of my threads. There is more to that however, you need to learn how to (de)compile game packs for many cases, for others Razor's ztool is enough(you can find it in this forums). Fitgirl use custom variants of existing compressors etc. In other words, you need to stick around and read a lot - first.

By using recent lolz compressor from Profrager you can achieve same compression ratio as Fitgirl :)

lolzi , lolzx, lollypop = old version lolz

So I was trying to get to bottom of this cls problem. I found I have no problem with cls-zstd as well as cls-razor compressors. But lolz no way, I also tried generating dll with cls generator but still error on (un)packing. But, I am not using cls-srep, only directly as -mlolz method. Could this be the problem have anyone tried without cls-srep? And is there anything else I could do? Maybe some step-by-step for dummies would be right at this point, especially to compare if same settings cause work or not.

Last time i compressed Tomb raider 2013 GOTY edition with only english language from 10.9 gb to 6.53gb using pzlib srep and lzma.
i re repacked it with pzlib srep lzma to 5.85gb i.e. around 6% gain in compression.
i used lolz:dt1:dtp1:dtm1:dtw1:dtd1:d64m:tt4:oh14:fba4096 :mc1023:bc8:blr8:bm8
it took around 12hours to compress.
i also used bpk.
i guess srep should be used with l1024. it makes lolz compression better.
Also, lolz makes a bifference if the file is big. in my case it was 10.9gb after processing with pzlib and srep. i used default srep settings.

i also compressed Assassins Creed 1 Directors Cut, which is around 6.5gb with single language to 1.63gb using AFR srep and lolz.
i only gained around 50mb better than lzma with lolz. in this games i used lolz settings provided by doofoo.
also, one more thing, after processing file with afr and srep, the input file size was 2.9gb for lolz.
i guess with lolz we can achieve compression close to fitgirl repacks.
thats all.
i might have gained 2 or more percent if i had processed input file with ztool m3 x rx.
plese suggest changes in lolz setting, if u think they can make difference.
I am using net only on mobile, so errors r possible in typing.

Is "bink compressor - bpk 0.2.6" lossless or lossy ?

lossless

are you sure about that

Initial tests indicated this.
 

Initial tests indicated srep with l1024 achieved better. but later i found use default srep settings r best.

Is it possible to make uelr multi-threaded. i used it on Some game from batman searies, the contained lzo stream type 9 (best compressed). the game successifully compressed to 3.7 gb around 500mb better than fitgirl. But extracting was hell worst around 0.2mb/ second.
perheps we could use 78377s universal cls maker mt version to make uelr mututhreaded.

Cls-bpk
 

No temps, no chunks, no external executables nor dlls.

BPK has two cls, I just added both of them to a single dll and compiled.

I don't think this needs another new thread so posting here.

Enjoy!

very good cls thank you very much

cls srep and cls lolz still don't work on me :(

Try with an installer

Could you please elaborate more on what you you mean by "using installer"?
I have same problem, most cls's expect RZ and maybe 1-2 more I could never made work.

I told because that needs administrator access and he can't make that with bat. Installer always run as administrator so it should work.
What do you mean by "expect RZ"?

I see, but I run whole system as admin so its probably not my issue. RZ is razor compressor's cls. That and 1 more I dont remember name were only ones I could ever make work. Everything else gave me app crash. I use win7 64bit btw and was wondering if this have to do with not using win10.

Otherwise FA work without problem as well as exe's, its also latest FA 0.67 march 15 2014. I also could not get to work custom cls's made by your generator if that help.

I am using win7 x64 too and also my whole system runs as admin.

Probably your cls script or something else is incorrect because the generator works fine here.

for me lolz is running in decompression but it's not using cpu and disk just use 250mb ram
tried example pack and unpack with cmd and run again it's worked for test file but tried precomp+msc_tak+srep+lolz gived error again today I will try deeply

For your generator, I really tried everything, like different chunk settings(static/dynamic,0) as well as no cls.ini or one with different chunk settings.

To give you example, I recall once I was able to get generated cls working for bpk but chunk size had to be 0 and static. Then it packed but without showing progress. It still could not unpack no matter what. Default bpk cls was able to pack properly showing progress but was never able to unpack, giving decompression error as well.

Lolz, for that one I could not generate working cls even for packing. Or I think there too chunk 0 maybe was able to pack with no progress but unpack never worked with any. On top of that, I tried cls others used that claimed to work for them - with exact same cls.ini settings as well and it still did not work. How can it work for someone but not other thats the question. I dont use any antivirus and even windows defender is disabled.

Since there are more people having cls problems here(and not just in this thread), there must clearly be something specific that is causing this, and I would like to get to the bottom of it so everyone can benefit from cls's. If you have any idea where I could look into, or any tips on this issue I will greatly appreciate it.

^^^
Can you please upload the script here?

Here is some example with generated cls for lolz, but first I want to let you know that your last cls-bpk seems to work fine for both packing AND unpacking, which is great and for me also rare so thank you for that.

Ok here is how I made lolz cls:
Attachment 20770
File uclsg that it generated is:
Cls.ini is(also generated):
Now here is something I just found only now. You see the file generator.exe on the right side panel that was used to create lolz cls. I can actually pack this file, it will create arc packed file with it inside. Now, this one is located in: D:\Downloads\a.
But, when I go one folder up to D:\Downloads and try to pack another file:
Attachment 20771
I get this:
Attachment 20772
That is same type of crash I always get.

I am not friendly with MultiArc so probably I haven't figured out the real problem but make sure you did these:
1. keep cls-lolz.dll at the same folder where freearc.exe is located
2. Do not try to add files to an already created archive
3. I am not sure keeping unpackcmd blank will cause bug or not, but you must use cls generated with UCLSG to unpack a file packed with UCLSG cls

Don't worry about multiarc, it (doesn't)work same with FA's GUI I tried already, multiarc only pass same arguments and I intentionally worked with simple few files to avoid possible unknown errors.
1. yes as you see from my screenshot
2. no I always try pack to new one
3. I think it should but I am not 100%, how can one add 2 exe files since many programs have separate exe for packing and unpacking? Like bink_pack.exe | bink_unpack.exe, or oggre_enc.exe | oggre_dec.exe. Is there way to use your generator for such situations?

Anyway, here is another example, I used default lolz cls and its settings as was published on this thread:
Attachment 20773
^I coppied 2 exe's and dll, there was no cls.ini so I assume its not needed and deleted if I had any in my FA folder.
Attachment 20774
^I copied exe and imported same exact lolz setting into my arc.ini, which is:
And yet, when I try to compress a file I get:
Attachment 20775
This is with everything exact as it came. So, I dont know. You guys tell me if I did something stupid or what. And yes I did tried also with cls.ini and different and previously suggested parameters it did not made any difference.

EDIT: 78372 here is an idea, if you could make lolz cls with your generator that work for you and tell me exact settings and how you did it, or just attach the files here, I will try it same way and see if it work, then we could see if its actually possible that same cls dont work on different systems.

disable your anti-virus and try again-
also error may be missing redist -install all visual C++ and try again.

just removed header=0 and cls it's unpacking very fine now
[External compressor:lolz]
unpackcmd = lolz_x64.exe $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

Here it works.

Tips: Use reshacker to change cls settings after generating

78372 man can you upload that pack and unpack folder. my cls is just 16kb?!? downloaded lolz21a7 and first post in this thread

Cls-lolz
 

For those having problems, here is a lolz cls.
I made the cls based on original cls, so expect it to work like the original except compression.
See the archive for settings and others

Whats the difference between this and latest clslolz ?

Nothing, just makes it easier for user to compress and decompress without having headaches for setting arc.ini and others, actually same, you can compress with natural lolz and decompress with this, or compress with this and decompress with original cls, or can do everything using this one cls.

Can any body plese provide a stable version of srep

3.92 x64 and 3.2 x64

Greetings 78372, so finally thanks to your cooperation I was able to find the culprit! I tried exact same settings as you and it worked. The difference when it started crashing again was when instead of "static" chunk size I selected "take from ini". Even though your generator.exe created cls.ini with chunk info, and I did copy it into main $FA/bin folder, it would still crash. Only "static" worked.

I dont know why "take from ini" dont want to work here, but it explain why other cls's also wont, it have to be set to "static" during dll generation. If you have any idea why this may be you can let me know. I am glad I can get it to to work at least this way, your tool is finally extremely useful to me.

Also to let you know your last lolz cls work fine for both packing and unpacking. I noticed no metadata string when looking into dll through rez hacker, I guess you made that cls different way and not through generator. Is it because 2 different exe's are needed? Since I was asking already if there is a way to generate cls with your generator that can use 2 different exe files for packing and unpacking, like you did this lolz cls. I would love to make one's for many other compressors.

Anyway, thank you it was very helpful.

The cls I uploaded was fully programmed in general, no generator or such things because it uses no chunks(so no loss of ratio) and uses original cls-lolz.dll

The files there are these:
lolz.exe = lolz_x64.exe
lolz.dll = cls-lolz.dll by profrager
lolz_x64.exe and lolz_x86.exe = cls-lolz_x64.exe and cls-lolz_x86.exe


I had to rename those to keep compatibility and remove bugs.

In compression, only lolz.exe is needed.
On decompression, everything is needed except lolz.exe

If profrager updates lolz, you can just rename the files and use them with this cls, no bugs are expected in that way.


The generator needs to be updated, I am not having time(unfortunately) but anyways I will try to remove the bug you reported(thanks for it) soon so that you and others could use it

Hi Friends,
someone can help me? I used this CLS (thx 78372) for compression and decompression via Prompt/Command (Arc a and Arc x) and it works great.

My problem is when I have to use it in my innosetup script.

I added this lines:

The setup is compiled correctly but when I start the installation "unarc.dll return error -1"

For information I have not included anything in my arc.ini since the CLS decompresses perfectly the same file ".bin" via Command.

Where am I wrong?

Thanks in advance & Best Regards

compressed mass effect from 10.5 to 3.03 gb using uelr srep and lolz.