View Full Version : CLS for LZTurbo compressor
cls-lzt with STDIO decompression and file based compression. You can compress file with/without cls and decompress with cls.
Files needed for decompression :
cls-lzt.dll
cls.ini
lzt.exe
lztstdio.dll
Remember original(non patched) lzt doesn't work with cls and lztstdio.dll is a must for modfied lzt to work. Some antivirus may take it as virus, while it's not.
Use cls.ini for compression parameters / decompression threads
Update:
LZT STDIO patch(no cls) uploaded.
Thanks to Razor12911 for fixing, I really didn't had time to look at this thing.
no work / ratio 0%
What's your encode command(from cls.ini)?
What's your encode command(from cls.ini)?
[lzt]
Encode=-10 -b512 -p0
DecThreads=2
Not expected at all. Try compressing without cls, then decode with this.
[External compressor:lzt]
packcmd = lzt -10 -b512 -p0 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
But I think you missed something else because afaik compression is bug free at least.
Not expected at all. Try compressing without cls, then decode with this.
[External compressor:lzt]
packcmd = lzt -10 -b512 -p0 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
But I think you missed something else because afaik compression is bug free at least.
http://s9.picofile.com/file/8319579850/2018_02_16_211808.jpg
lzt.exe does not run in the background.
That's probably the problem.
decompression isn't working
Ok, this is seriously weird because some people are saying(who tested in before release) that it works, my tests were successful and here it fails.
Sergey3695
17-02-2018, 23:53
Win 8.1 x64 it works for me. lol.
http://i100.fastpic.ru/big/2018/0218/f0/2902c2d0cd42353a841eab303bd7e0f0.jpg
Yeah I forgot to tell, lzt is x64 only
Dec doesn't work either. Win7 x64 as well.
I absolutely have no idea how are you guys getting such error, here I find no errors, even while I removed cls for compression and only used for decompression, and also with other methods connected, no errors here
Sergey3695
23-02-2018, 12:17
https://www.meme-arsenal.com/memes/461894428eee418257ed9840c7b77927.jpg
dont work. win10 x64
Extracting 4 files, 231,232,230 bytes. Processed 0%
ZakirAhmad
23-02-2018, 18:53
can u please make nanozip studio patch
can u please make nanozip studio patch
I have taken that it mind but I don't think that would be easier, nz is an archiver, not single file compressor, and an archiver is supposed to seek, which isn't allowed in stdio. Anyways I planned to give it a shot but I can't tell that I will be able to do it, last time I failed to make RAZOR archiver support stdin because of numerous errors, so probably it's not even easy for nz.
ZakirAhmad
23-02-2018, 21:48
I have taken that it mind but I don't think that would be easier, nz is an archiver, not single file compressor, and an archiver is supposed to seek, which isn't allowed in stdio. Anyways I planned to give it a shot but I can't tell that I will be able to do it, last time I failed to make RAZOR archiver support stdin because of numerous errors, so probably it's not even easy for nz.
Take your Time..
Cyber_Phantom
24-02-2018, 04:53
I compressed successfully but i cant decompress. Can someone tell me how do i decompress because i think i am doing something wrong somewhere in the process
I have taken that it mind but I don't think that would be easier, nz is an archiver, not single file compressor, and an archiver is supposed to seek, which isn't allowed in stdio. Anyways I planned to give it a shot but I can't tell that I will be able to do it, last time I failed to make RAZOR archiver support stdin because of numerous errors, so probably it's not even easy for nz.
Maybe he can help.
http://krinkels.org/threads/rzm.3416/
Nope, I saw that before. There are two problems.
1. That uses MagicAPIHook which is buggy AF
2. That patches fopen, which uses CreateFileA to work, and patching that won't work for rz(only stdout works)
Anyways, I found the lzt cls bug for decompression, the problem is with multiple files(doesn't make sense) but I should look a bit deeper for this thing, anything that is an archiver f***s everything up while we use stdin -_-
Anyways, I found the lzt cls bug for decompression, the problem is with multiple files(doesn't make sense) but I should look a bit deeper for this thing, anything that is an archiver f***s everything up while we use stdin -_-
Nice! waiting for update :)
ravencrow
24-02-2018, 09:22
Nope, I saw that before. There are two problems.
1. That uses MagicAPIHook which is buggy AF
2. That patches fopen, which uses CreateFileA to work, and patching that won't work for rz(only stdout works)
Anyways, I found the lzt cls bug for decompression, the problem is with multiple files(doesn't make sense) but I should look a bit deeper for this thing, anything that is an archiver f***s everything up while we use stdin -_-
Patching CreateFileA shall make nz stdio, and archivers are made to work with files so they don't care about the amount of data that was actually read ;) Think about it and it shall work
^^
Thanks, I will try to give it a shot for nz64
Though even nz32 seems to be a riddle for me, the result given by PE Viewer was horrible :p
ravencrow
24-02-2018, 10:21
^^
Thanks, I will try to give it a shot for nz64
Though even nz32 seems to be a riddle for me, the result given by PE Viewer was horrible :p
That's cause it's compressed exe, decompress it beforehand :)
hmm, seems it wouldn't be tough to use dllmerge to try, should do it tomorrow asap.
Update:
LZT STDIO patch(no cls) uploaded.
Thanks to Razor12911 for fixing, I really didn't had time to look at this thing.
@Everyone
Check first post
Razor12911
25-02-2018, 19:17
screenshot
doofoo24
25-02-2018, 19:19
thank's but LZTurbo seem similar to lzma with ratio and speed so why bother ?
https://github.com/powturbo/TurboBench
@78372 is it possible to use Fast LZMA2 library based on Radyx with <stdin> <stdout>?
screenshot
Thanks
LZTurbo has a high speed with excellent STDIO.
Is it possible for RAZOR also add STUDIO.
Thanks
LZTurbo has a high speed with excellent STDIO.
Is it possible for RAZOR also add STUDIO.
Afaik Razor12911 has already made that, but that's private tool.
Personally I once tried to make it but couldn't add stdin, only stdout worked, then left the project.
Plus no one can actually make a stdio tool public even if he had made it work perfectly, because the creator of rz doesn't allow it.
DO NOT directly or indirectly modify, decompile or otherwise reverse engineer
Special Thanks to Christian for his RAZOR(rz) and Eugene.
rzA rights goes to oreocreator16********com only, anyone else is not allowed to use it anyhow without our permissions.
[External compressor:rza]
header = 0
unpackcmd = rza d - - 1 450 400 <stdin> <stdout>
Unfortunately, this is also private.
Special Thanks to Christian for his RAZOR(rz) and Eugene.
rzA rights goes to oreocreator16********com only, anyone else is not allowed to use it anyhow without our permissions.
[External compressor:rza]
header = 0
unpackcmd = rza d - - 1 450 400 <stdin> <stdout>
Unfortunately, this is also private.
Private and most probably chunked mt
Private and most probably chunked mt
Exactly
However, you can reach mt 4x4.
Exactly
However, you can reach mt 4x4.
I don't need that :p I already have stdout support and chunked mt wrapper :p
Razor12911
26-02-2018, 14:05
Afaik Razor12911 has already made that, but that's private tool.
Personally I once tried to make it but couldn't add stdin, only stdout worked, then left the project.
Plus no one can actually make a stdio tool public even if he had made it work perfectly, because the creator of rz doesn't allow it.
DO NOT directly or indirectly modify, decompile or otherwise reverse engineer
It's not private, I just don't have it. I deleted it after making stdio and found out that modifying/decompiling that author's tools can lead to a similar problem like the one I had with yener90 making him leave forum so I deleted everything because I simply do NOT want to go through that again. I don't want to be held responsible for another programmer's decisions.
RamiroCruzo
01-03-2018, 18:29
Interesting XD
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.