Nope matey, anyhow the latest version is 0.93 which is included with my release, and if you don't believe me then please readout the last forum of zcm and even then you not believe then just checkout help area eight hat tool, you will know that am right!

m7
Compressed 20 files, 75,397,181 => 17,849,995 bytes. Ratio 23.6%
Compression time: cpu 0.12 secs, real 29.21 secs. Speed 2,581 kB/s

http://i.imgur.com/kMaa8ct.png
it has m8 method :) zcm 0.93 X64 version
x86 version has only until m7 method :)

OK matey, you are right, I just turned on my PC and seen that the infile should be placed after the archive output, so the pattern is correct ;) I will update my thread my tools, thanks for telling the mistake, am always in hurry like now too ;)

the main problem not in the ratio or compression :( it's from the decompression it always failed :(

we need to know where is the problem to solve it Compression is always success but decompression whatever i did it always fail .. we need to open freearc temp files to see where is the problem ? or it's not comp table with arc :(
Errorlevel=1
ERROR: invalid compression method or parameters in zcm
============================================
My arc.ini
[External compressor:zcm]
packcmd = zcmx64 a -s -v -m8 archive.zcm *
unpackcmd = zcmx64 x archive.zcm
packedfile = archive.zcm

@aswadd ..you're having the same problem that I had in the past by integrating zcm settings inside the configuration arc.ini files, try to eliminate fazip configuration, decompression should be successful.
Now I am in the company to update a management software, but in the evening I think to solve the problem, in order to integrate with other 30 compressors the zcm without this going at odds, especially with fazip and the classic error : "ERROR: write error (disk full?) in compression algorithm lzma:mfbt4:d1m".:rolleyes:

Hey guys zcm not support pipes!.
The only way is
7z a -ttar
srep
and finally zcm.

Ya actually that's the real thing, it don't support pipes

even not using fazip still have this error
Errorlevel=1
ERROR: invalid compression method or parameters in zcm
in the end , zcm is not comptable with arc but what i want to know why ?
where is the problem exactly 'cause maybe i can do something external to correct this error :D

can someone explain in details why arc doesn't work with zcm ? where is the problem exactly located ? .. in the temp folder i can see zcm already extracted the arcdatafile but then something wrong happens with arc ?? if the final data was successfully decompressed so where is the problem ??

When the mate @MAK opened this thread I thought there was something new, but I was wrong, @aswadd the problem is just one "ZCM" we have already dealt with this issue in other threads without any solution, plus I have had no response positive to problem from Nania Francesco.:rolleyes:

ZCM is a compressor that uses a compression method similar to fat Context Mixing (Mixing of contexts or orders) characterized by compression and decompression speeds comparable in terms of time with high compression efficiency, and personally I think it's one of the best compressors in circulation.;)

I was intrigued by the fact that @MAK was able to decompress zcm with the FA support, but the decompression was done in a positive manner in this order only with compression setting "packcmd = zcmx64 a -m8 -r -s -v $$arcdatafile$$.tmp $$arcpackedfile$$.tmp" but in this case the archive was reflate increasing in size and not compressed.
On the contrary the exact setting for compression I think it's this "packcmd = zcmx64 a -m8 -r -s -v $$arcpackedfile$$.tmp $$arcdatafile$$.tmp" where the archive is created rightly smaller of input data. But the decompression does not work with the now known error: invalid compression method or parameters in zcm.

I give up...:D, tests of zcm I made them in the past always with the same result, if someone succeeds a thank and of merit.:)

Actually matey, I was little bit confused with arcdatafile and arcpackedfile, so I wrote them in irregular manner, and then I simply found it working so I posted here because I seen decompression was working and later when I seen help from zcm and know which one is the input file and output file made by freearc, then I corrected it. Sorry for the SPAM :(

:eek: Hey @MAK do not have to apologize to anyone, nothing happened, you do not have any guilty, I just thought that the problem had been fixed.:D

It has been just 2 days totally from the time I meet with inno code and this forum. And some the projects here I seen for the first time

Anyways, I have talked with razor about this zcm problem, maybe he could apply my fixes told in his CLS for zcm, if so, then we be able to decompress zcm at least ;) Actually am not a programmer related to inno stuff and that's why can't write a CLS code, so I just told him the things needed to fixed there in CLS ;)