CLS-Nanozip: Preview

[Razor12911]

Hi guys, you might have noticed I have been creating a lot of CLS plugins for Freearc, it seems like for any compressor that I have in mind, well I have been trying on nanozip the only problem is the overall result hasn't been that effective, either the final size is affected badly or progress via Inno Setup or CMD window takes long to reflect dude to the fact that nanozip gives back false data when I try to steal(take) data from it while it is processing then end up with CRC error.

I gave it one last chance today then Panker told me something tragic, the creator is no longer with us which is why it isn't getting further updates however we decided that we must not give up on trying to make cls even if it doesn't work the way it is supposed to. Which is why I came up with the idea to try and give the message through to the user about the progress of the installation/unpacking process. :( (Not really sad because of no more updates, which is what most repackers would be sad of)

What I did was since it takes long to make reflections of the progress of nanozip was to make a cls that displays a GUI that shows the progress because at least I was able to figure out its progress.

So far progress is: 90%, the 10% is because after Inno Setup has used the CLS it crashes but anyways, I uploaded a few screenshots to show you guys how it looks like.

[ramazan19833]

CLS-Nanozip What will it be ready?

[Prince4]

So what method it'll have when it is done,How effective it'll be than other zips?

[Andrey167]

a very good idea, but I am concerned about the issue can somehow speed up the unpacking? currently unpacking without cls operates at a speed of 1-2 mb seconds

[kassane]

Excelent idea! You are becoming the master of cls.

[Razor12911]

CLS uploaded

It's just a test people, it fails sometimes at the end, have to research on how to make it stop showing that error at the end.

So what method it'll have when it is done,How effective it'll be than other zips?

Check here
http://nanozip.net/

a very good idea, but I am concerned about the issue can somehow speed up the unpacking? currently unpacking without cls operates at a speed of 1-2 mb seconds

Speed is the same, all I did is try to add GUI to show progress.

[Andrey167]

Speed is the same, all I did is try to add GUI to show progress.
and how can it accelerate?

[Razor12911]

What do you mean, how to accelerate it? What algorithm does Nanozip use?

[Andrey167]

What do you mean, how to accelerate it? What algorithm does Nanozip use?
I used the example of masked data compressed. in this example, the decompression speed is about 1-2 MB sec when using 8 cores,which is very slow when using large data

[Razor12911]

Yeah but still, what algorithm does nanozip use? How is that algorithm in terms speed?

[Andrey167]

Yeah but still, what algorithm does nanozip use? How is that algorithm in terms speed?

packcmd = nz a -r -v -cc -m8g -br512m -bw512m -p4 -t0 -nm $$arcpackedfile$$.tmp.nz $$arcdatafile$$.tmp

[1234567890123]

i'm using -cO it's more faster than -cc but a small bad ratio

[Carldric Clement]

This is how it work's for compress:

[External compressor:nanozip]
header = 0
packcmd = nanozip a -cO $$arcpackedfile$$.tmp.nz $$arcdatafile$$.tmp
packedfile = $$arcpackedfile$$.tmp.nz


For work's decompress:

[External compressor:nanozip]
header = 0
unpackcmd = nanozip x $$arcpackedfile$$.tmp
packedfile = $$arcpackedfile$$.tmp.nz

[Carldric Clement]

https://s20.postimg.org/69t8jgwlp/bandicam_2016_07_06_02_38_49_674.jpg

[Razor12911]

Alpha version uploaded

Take note:
This may be buggy.
Plus if you want to change skin of this, you just gotta apply codejock styles.

[angeldarkRS]

Thanks Razor! 100 working! :D

[L0v3craft]

Hi and thank you Razor12911 for this ! Is possible to get something like this for zpaq/zpaq64 ?

[Stor31]

Thanks Razor! 100 working!
but compression and too low 422MB = 415MB !!!!

[Simorq]

How to Nanozip Multi tasking?

[CAT8K]

me to :D
How to Nanozip Multi tasking?

[felice2011]

Someone????? Please tell me???????? how to change the dictionary size?????

use original nanozip from the command line and set the compression options in arc.ini.


NanoZip 0.09 alpha/Win64 (C) 2008-2011 Sami Runsas www.nanozip.net
Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz|36533 MHz|#4+HT|5790/8150 MB

usage: nz <command> [-<opt_1>...-<opt_n>] <archive_file> <files...>
e.g. nz a -cO -m1.2g backup document1.txt document2.txt

commands:
a add files to archive
l list contents of archive
t test archive, decompress without writing output
s simulate compression without writing output
x extract files from archive
w32c create self-extracting archive (windows 32-bit console)
info information about host system
help show advanced options

compression specific options (must be set at compression time):
c<n,f,F, compressor: none, nz_lzpf, nz_lzpf_large,
d,dp,dP nz_lzhd, nz_lzhd_parallel, nz_lzhd_parallel_extra,
D,Dp,DP nz_lzhds, nz_lzhds_parallel, nz_lzhds_parallel_extra,
o,O,c> nz_optimum1 (default), nz_optimum2, nz_cm
(use parallel compressor on multicore platform only)
p<0...n> number of compressors to run in parallel
(default: 0=auto/smart config based on -c, -t and files)
m<0...n>[k,m,g] memory use (approximate limit) (default: 512m)
s<n,e,a,s> sort files before compression by: nothing,
extension (default), name, size

general options:
- stop scanning switches
r recurse subdirectories
t<0...n> number of threads (default: 0=autodetect)
br<0...n>[k,m,g] read-ahead buffer size (default: auto)
bw<0...n>[k,m,g] write-behind buffer size (default: auto)
h<n,c,C,f> checksum: none, crc16, crc32, fletcher16 (default)
nt do not store timestamps
np do not store permissions
nm do not store metadata or redundancy (equals -nt -np -hn)
sp strip paths from files
o<path> output path
y yes to all queries
v verbose
x<file> exclude file(s)

[felice2011]

The example given by razor on the first page has the function of compression and decompression through DLL, without setting mode through INI files, if you want to change the compression options, use nanozip in normal mode with FreeArc support, and add the external compressor settings in the "arc.ini" configuration file, logically without DLL, with native compressor nz or nz64.


[External compressor:nz]
packcmd = nz a -r -v -cc -m1g -br256m -bw256m -p2 -t2 -nm $$arcpackedfile$$.tmp.nz $$arcdatafile$$.tmp
unpackcmd = nz x -m1g -p0 -t0 $$arcpackedfile$$.tmp.nz $$arcdatafile$$.tmp
datafile = $$arcdatafile$$.tmp
packedfile = $$arcpackedfile$$.tmp.nz

[External compressor:nz64]
packcmd = nz64 a -r -v -cc -m2g -br512m -bw512m -p6 -t6 -nm $$arcpackedfile$$.tmp.nz $$arcdatafile$$.tmp
unpackcmd = nz64 x -m2g -p6 -t6 $$arcpackedfile$$.tmp.nz $$arcdatafile$$.tmp
datafile = $$arcdatafile$$.tmp
packedfile = $$arcpackedfile$$.tmp.nz



Arc a -ma9 -ds -lc1024 -ld1024 -ep1 -di -i2 -ed -r -s; -w.\temp "data.arc" -mnz64 "pack\*"
or
Arc.exe a -ep1 -r -ed -s; -w.\temp -mnz64 data.arc "pack\*"

;)

[rinaldo]

nanozip is very complex for a programmer in grass

[felice2011]

@swyambhu ... You have modified and adapted the script you use for decompression Arc+nz?

In ISS ... posted by razor on the first page :


[Files]
Source: Include\arc.ini; DestDir: {tmp}; Flags: dontcopy;
//Source: Include\cls-nanozip.dll; DestDir: {tmp}; Flags: dontcopy; Disabled
Source: Include\english.ini; DestDir: {tmp}; Flags: dontcopy;
Source: Include\ISDone.dll; DestDir: {tmp}; Flags: dontcopy;
Source: Include\nz64.exe; DestDir: {tmp}; Flags: dontcopy; Added
Source: Include\nz.exe; DestDir: {tmp}; Flags: dontcopy; Added
Source: Include\unarc.dll; DestDir: {tmp}; Flags: dontcopy;

&

ExtractTemporaryFile('arc.ini');
//ExtractTemporaryFile('cls-nanozip.dll'); Disabled
ExtractTemporaryFile('english.ini');
ExtractTemporaryFile('nz.exe'); Added
ExtractTemporaryFile('nz64.exe'); Added
ExtractTemporaryFile('unarc.dll');


In Include Folder....

https://i.imgsafe.org/e89f6b73fd.png

Extracting successfully Tested....;)

[felice2011]

using the NZ 32-bit version, with these settings, you should have:


packcmd = nz a -r -v -cc -m1g -br256m -bw256m -p2 -t2 -nm $$arcpackedfile$$.tmp.nz $$arcdatafile$$.tmp
unpackcmd = nz x -m1g -p0 -t0 $$arcpackedfile$$.tmp.nz $$arcdatafile$$.tmp
datafile = $$arcdatafile$$.tmp
packedfile = $$arcpackedfile$$.tmp.nz


Compres... in WinDos

Threads: 2, memory: 1024 MB, IO-buffers: 256+256 MB
Setting up IO write buffer: 256 MB
Compressor #0: nz_cm [438 MB] IO-buffer: 128 MB.
Compressor #1: nz_cm [438 MB] IO-buffer: 128 MB.
Compressed 37 532 555 into 35 463 471 in 23.69s, 1547 KB/s (7.559 bpb)
IO-in: 0.02s, 1234 MB/s. IO-out: 0.00s, 3758 MB/s


Decompress.....in WinDos

Threads: 4
Compressor #0: nz_cm [436 MB]
Compressor #1: nz_cm [436 MB]
Decompressed 37 532 555 bytes in 23.66s, 1549 KB/s.
IO-in: 0.00s, 1877 MB/s. IO-out: 0.05s, 617 MB/s


-m1g = 1024
-m2g = 2048
-m3g = 3072
ETCCCC

-br256m (read Bufferrrr)
-bw256m (write Bufferr)

Change..in 64...128...256...512...etc,.....

..........:rolleyes:

[felice2011]

I'm sorry boy, Rinaldo is right saying that nanozip is complex for its settings, but you lack the basic to begin with.
tell me how you want configure it based to your installed RAM and the number core of CPU, I create an archive, and I will send you..

[rinaldo]

non hai capito un corno.. è difficile da elaborare per farne una cls. io seguo la guida, ma è difficile per chi cerca di modificarne l'eseguibile
God forbid that I needed help for this nonsense, the question was another

[felice2011]

penso che non c'entri nulla, dalle foto postate del ragazzo e da quello che dice il problema è solo nell'impostare l'uso della memoria ed il buffer di scrittura e lettura...segui la guida...guida...quale guida segui...
The current problem is of a different nature ...:confused:

[Mini]

use HEX and change
http://i91.fastpic.ru/big/2017/0223/48/136f150fa7e94f77ca997998f79c9d48.png

[rinaldo]

felice lascia stare tanto non ci arrivi. in generale parlo... cosa centra il ragazzo fammi capire.
What is this thing ... you want to resurrect a zombie mini?

[felice2011]

appunto, cosa centra nel contesto e con il problema delle impostazioni nel uso normale del nanozip, volevi dire che modificare l'exe e creare le dll con una configurazione *.ini per le impostazioni è cosa difficile, così come è stato fatto per zcm..vabene ok..ma nel contesto interessa poco o a nessuno..specialmente a me che non uso sto nanozip con dll, per lo stesso motivo che sto qui a perdere tempo ed aiutare sto @swyambhu..che non si è capito se ha risolto o meno il problema..
@swyambhu..You are able to resolve, or we are still on the high seas.:)

[felice2011]

use HEX and change
http://i91.fastpic.ru/big/2017/0223/48/136f150fa7e94f77ca997998f79c9d48.png

I have not tried if it works, but it can also be a variant or solution with the editor.;)

[gozarck]

you are the one bro, good job. Lots of new softwares to test now

[78372]

I don't know much about nanozip.May I ask how effective nanozip compression is?

[felice2011]

It's a great compressor, unfortunately was abandoned and no longer updated.

[romulus_ut3]

Not abandoned, the author passed away, which is sad.

It has a lot of potential, and it can make good use of compute power.

[Simorq]

Hi Razor12911
Please CLS-Nanozip Source

I think the CLS can be used to build RAZOR (https://encode.ru/threads/2829-RAZOR-strong-LZ-based-archiver)

[Razor12911]

Sorry, no longer have my sources :(

[oltjon]

if you have to spend time to make a CLS better do a cls for mcm.exe
LINK (https://encode.ru/threads/2127-MCM-LZP?highlight=mcm+compressor)

it's really powerful and fast enough and certain repackers that we know use it

[ravencrow]

if you have to spend time to make a CLS better do a cls for mcm.exe
LINK (https://encode.ru/threads/2127-MCM-LZP?highlight=mcm+compressor)

it's really powerful and fast enough and certain repackers that we know use it

It's CM so fast is a bit wrong. More than that, it scans input data firstly, processes text, media, etc bunched together and then does the same while extracting, which is not possible with cls or stdio, you can't just write a file in output and then recall it to add components in it, It'll give CRC error

[Simorq]

http://s9.picofile.com/file/8322643784/CLS_RZ.jpg

[doofoo24]

temp or <stdin> <stdout> ?

[Simorq]

temp or <stdin> <stdout> ?

no:( / like CLS-NANOZIP

It is better to ask Christian
Add (<stdin> <stdout>) to RZ.
https://encode.ru/threads/2829-RAZOR-strong-LZ-based-archiver

[Blackrazor1998]

Hi sorry i'm new i have question why when i use srep64+nz after installing my data i see one garbage temp folder(freearc2029159381.temp) in game installation directory temp name is"$$arcdatafile$$.tmp" how can i fix this can you help me please ?

[Simorq]

Hi sorry i'm new i have question why when i use srep64+nz after installing my data i see one garbage temp folder(freearc2029159381.temp) in game installation directory temp name is"$$arcdatafile$$.tmp" how can i fix this can you help me please ?

http://krinkels.org/threads/stdio-nanozip.3777/

[NickX700K]

Please Arc.ini Code For Support Wpi