Link: www.maximumcompression.comOriginally Posted by maximumcompression.com
Link: www.maximumcompression.comOriginally Posted by maximumcompression.com
Thanks for the update !Originally Posted by maximumcompression.com
It seems that only Nanozip "-cc" (CM) option was tested.
Could you also include the other options from NZ in the tests ?
In MOC, NZ -cd/cD appears to be the "most efficient" compressor.
Further -co/-cO might compress even better than -cc on some files..
Thanks a lot and keep on the good work !![]()
Originally Posted by maximumcompression.com
BIT Archiver homepage: www.osmanturan.com
Oppss...The date should be 28 February 2009. But, in original source, it's as aboveOriginally Posted by maximumcompression.com
![]()
Last edited by osmanturan; 28th February 2009 at 22:55.
BIT Archiver homepage: www.osmanturan.com
Originally Posted by maximumcompression.com
BIT Archiver homepage: www.osmanturan.com
can someone calculate ratings? it seems that nz ratings are ~2x larger than it should be))
Werner fixed ratings, now nz takes 4th place. -cd/-cD are still untested![]()
Originally Posted by maximumcompression.com
BIT Archiver homepage: www.osmanturan.com
Originally Posted by maximumcompression.com
BIT Archiver homepage: www.osmanturan.com
Originally Posted by maximumcompression.com
Funny, even WinZip nowadays has an LZMA implementation included inside.Originally Posted by maximumcompression.com
![]()
It looks like winzip (like stuffit) doesn't detect the embedded JPEG in ohs.doc.
This is expected from WinZip. Because, it's stuck in legacy ZIP format. Okay. There are some improvements. But, they are only kinda patching over ZIP 2.0 format. So, they are still bounded by old things. Anyway, ZIP format doesn't give any support for fragmentation and every file should be compressed with single codec (it can support a codec which has PAQ8 like embedded detection though).
BTW, does anyone know that there is a new format specification by someone about ZIP2 format?
BIT Archiver homepage: www.osmanturan.com
WinRK still not 3.1.2![]()
I am... Black_Fox... my discontinued benchmark
"No one involved in computers would ever say that a certain amount of memory is enough for all time? I keep bumping into that silly quotation attributed to me that says 640K of memory is enough. There's never a citation; the quotation just floats like a rumor, repeated again and again." -- Bill Gates
Btw, winzip jpeg uses LZMA for metadata.
So technically it would be able to at least decode a file with a
single embedded jpeg, where file data are compressed with LZMA,
and jpeg with jpeg codec.
Also, it might be even possible with multiple embedded jpegs, in the
cases where they can be speculatively processed as a single image.
The Problem with stuffit (even v12) and winzip is they have a limited JPEG support. I have plenty of CMYK Jpeg images and none support it except "packJPG" which is great. and the combination of packjpg with "precomp" is much much great. Stuffit alread has jpg,png,gif,jp2,psd,tiff precompressors (for the gif,png,jpeg2000,psd,tiff are based on PWC work refer to http://archives.devshed.com/forums/c...gy-312411.html) and YPC (which i mentioned many times before outforms it but it has not been improved yet as its a 1998 development and it falls into GPL liscence and author is not answering any more and i think there is much to improve). Further to that Stuufit added MP3 which is great but as JPEG-codec does not handle embedded streams in data (like SWF,AVI,..).
Precomp now can decode "base-64" which is found in "eml, mht" files and stuffit & winzip does not..
I think Precomp is evolving very well but it needs more codecs to support (tiff, psd, jp2, MP3,..) then sources need to be issued to public..
I think MC.com lost its authority after such long break in updating... at least for me, completely... Even just text-based LTCB is more valuable! SqueezeChart is OK, however, as far as it became online - it may have live updating - compressor tested, the results are going online immediately. Not just as with PDF version... SqueezeChart should not be an online PDF...
![]()
Originally Posted by maximumcompression.com
Mhm...really? With their efficiency measure programs far ahead do change ranking pushing best results towards stronger but slower programs.Originally Posted by maximumcompression.com
Hi, I'm a developer for WinZip. WinZip JPG compression has support for CMYK images as well as 12-bit images. If you tried compressing your CMYK images and did not see much compression, it is likely they were compressed using the default compression method of Legacy which creates Zip 2.0 compatible files and therefore does not have JPG compression available. Try again and choose best method compression so that you enable JPG compression.
Steve
Originally Posted by maximumcompression.com
>I'm a developer for WinZip
afaik jpg is the first compression method developed specifically for WZ. are your team plan to add more methods of your own development?
is winzip going to support mjpeg movie files produced by digital camera.?
i've tested winzip on a sample file:
orig: 10,623,608
stuffit12: 10,375,468
winzip12: 10,466,054
winrar3.80: 10,479,175
precomp0.38: 7,949,018
i've read the winzip JPEG tech data it only handle images one by one it will not combine data. This combination will result into more effecient compression ratio if used on MJPEG movies as it hold frames with high matching and similarities.
The tested file has 227 frame and with "xjpg" i could extract them completly so its like a zip file with 227 images and an audio stream. First improvement all images has typical image size, DHT and if lets say four images data are combined it will improve compression similar what is called intra-frame.
* another question is MP3 recompression is the future for winzip.. or whats winzip future plans?
Originally Posted by maximumcompression.com
BIT Archiver homepage: www.osmanturan.com
Originally Posted by maximumcompression.com
BIT Archiver homepage: www.osmanturan.com