压缩软件范例6篇

压缩软件

压缩软件范文1

虽然最近一段时间受到了7-Zip的强力挑战,但对于绝大多数普通用户来说,WinRAR依旧是唯一的选择。不过在今天,情况很有可能发生逆转,在WinRAR4.0刚刚推出的时刻,360和百度也都纷纷加入到压缩软件的争夺战中,分别推出了自己的压缩软件“百压”和“360压缩”。面对突然出现的这些琳琅满目的压缩新作,应该做出什么样的选择呢?下面笔者就带领大家一同体验WinRAR4.0、百压和360这三款压缩软件的实际效果,看一下到底谁能够在这场碾压大赛中成功地技压群雄。

基本功能对比

分别将三款软件的主界面打开后,用户可以直观感受它们的不同:

360压缩的界面比较简约,除了菜单栏被放到了右侧外,与其他传统压缩软件并无不同。但在工具栏位置“木马扫描”的图标异常醒目,这也是360压缩独有的功能(如图1)。

百压界面的整体布局采用了特有的目录树(如图2)。用户可以像使用Windows的任务管理器一样快速跳转到不同的目录,如果不习惯此功能,也可以通过点击分隔栏小三角进行显示与隐藏,而下方的详细信息又可以显示选取区域的基本信息内容、压缩包信息,不过笔者并没有发现此前官方宣传的压缩文件和图片预览功能,不知在未来的正式版中是否能够看到这些独特的功能。

至于WinRAR熟悉的主界面,除了点击帮助可以看到版本号变成了4.0外,完全让人看不出它有任何升级变化(如图3)。

鼠标右键点击压缩的软件后,可以在弹出菜单中看到一模一样的解压选项不过,通过主界面的“选项/Baizip/添加Baizip到右键菜单”(如图4),就可以自定义弹出菜单中的内容了。

支持格式

如今网络上流传的压缩格式有几十种,压缩软件是否能够完美支持自己经常下载的压缩文件格式也十分重要,三款软件支持压缩与解压的数量如下表:

从表面上看,百压无论是在哪方面与其他软件相比都有这压倒性的优势,但是仔细算起来却未必如此,百压支持的TAR格式为LINUX下常用的压缩格式,在Windows用户群体中根本不会用到此种格式,而BAI格式则完全是百压原创出的一种压缩格式,目前除了充数外还没有看出它有任何特色。

WinRAR虽然支持的格式最少,但它是唯一一款支持RAR压缩的文件,尽管在压缩效率上远远比不上7Z,但是用户若是发送其他格式给那些只知道有RAR压缩的菜鸟朋友,他们很有可能因担心病毒而不敢打开。

压缩性能

对于一款压缩软件来说,用户最关心的自然是它的压缩率是否太消耗时间了,下面笔者通过一个装有270M的各类程序的文件夹使用三个文件进行压缩与解压缩(如图5),测试效果如下表。

通过结果可以看到,无论使用格式压缩,文件的压缩率都没有太明显的差异,但是在压缩与解压消耗的时间上却有不小的差异,WinRAR使用RAR格式压缩耗时远远高过360压缩与百压,而360所宣称的压缩速度是同类软件的2~10倍并不算是太夸张。

不过在笔者反复测试的过程中,使用360压缩对压缩包进行解压时曾经两次出现文件压缩错误的提示(如图6),如果高速度也伴随着如此高的出错率,那么笔者在此建议:在软件的版本完善之前,还是慎用360压缩了。

总体评价

百压

优势

免费软件,用户完全不必再担心诸如试用版过期、破解修正版暗藏恶意软件一类讨厌的问题。主界面采用了别具一格的目录树结构,让用户可以方便跳转。

缺点

百压的功能相对比较单一,和同类压缩软件相比,尽管在速度和压缩率上并不算差,但同时也看不到太值得一提的亮点。鼠标拖拽方面偶尔会出现Bug,不过由于目前的百压还是测试版,所以也不能过于苛求。百压独创的bai格式与传统格式相比,无论是安全性还是压缩率上也都没有明显特色,只能希望在正式版中能够给我们一点新的惊喜。

360压缩

优势

在安全领域起家的360制作出来的产品在安全性方面,自然有着其他软件不能比拟的优势,压缩软件自带的病毒云查杀功能更是让用户再也不必担心WinRAR时代那种双击压缩包,病毒就自动运行的问题了(如图7);在压缩速度上更是明显优于其他两款软件。

缺点

除了实际测试过程中出现的高出错率外,在笔者测试完毕后对360压缩进行卸载时,发现所有的压缩文件都被强制取消文件关联,导致笔者只能去其他压缩软件的配置界面重新对文件进行关联,不知是程序的失误还是360就是要摆出一副与其他压缩软件“同归于尽”的架势。

云查杀功能虽然算得上是别具一格,但是仔细分析一下就会发现这实际上是一个颇为鸡肋的功能。对于那些安全意识相对较高的用户,安装的杀毒软件会自动对压缩包进行检测;反过来,那些全无安全意识的人甚至都懒得点击查杀按钮。

WinRAR 4

优势

由于版权和技术方面的原因,WinRAR是目前唯一支持RAR格式压缩的程序,这对只认识RAR格式压缩的用户来说,是个无人能及的优势。

压缩软件范文2

测试平台

操作系统:Windows 8/32位版

处理器:Intel Core i5-2410M @2.30GHz

内存:6GB

参评软件

此次参评的软件,在综合多家软件下载排行榜的基础上,再通过CFan编辑对各压缩软件的市场潜力做评估,最后筛选出5款。以正式版为准,下载截止于2012年12月25日。

WinRAR v4.20(.cn/)

7-Zip v9.30a(/)

好压 v3.1(/)

360压缩 v3.1b(/)

快压 v2.6(/)

谁压得最小

通过QQ或者E-mail之类的工具在线传文件,或者上传文件保存,因为带宽的限制,一般都要将文件压缩。有时,我们需要用U盘传送文件,要在有限空间的U盘中存放大量文件,文件更得压缩。如今各类文件越来越大,影视、软件、游戏等文件,动不动就好几GB,甚至各类文本文档也变得越来越大,所以对压缩软件来说,我们自然希望压缩率越高越好。

从表1的结果来看,各压缩软件对以JPG为主的图片及RMVB、WMV、MP4等视频的压缩微乎其微,因为这两类文件本就已经高度压缩了,所以对它们再压缩意义不大。不过当图片很多时,压缩软件可以起到打包的作用,传送起来方便。混合项的压缩效果最明显,因为其中包含了各类文本文件及BMP、TIF、PSD等未压缩过的图片。文本项主要包括PDF、DOC、TXT等文档,压缩效果也很不错。

测试结果分两部分,前一个是压缩成标准ZIP格式,后一个是压缩成软件自有格式。其中好压和360压缩没有自有格式,所以用它们所支持的7Z格式代替(下同)。压缩率方面,三款国产软件的成绩非常优秀,好压和360压缩在文本压缩中尤其亮眼(文本文档压缩是平时最常用的,更为实用),它们所用的7Z压缩,竟然比该格式的创建者7-Zip还要高。快压的整体成绩最好,但奇怪的是,它自身格式和ZIP格式大小都一样,难道都使用相同的算法么?

谁压得最快

文件少的话感觉不出什么,文件多的时候,压缩速度最让人揪心,当你有急事要出门,看到慢腾腾的压缩进度,一定会急不可耐吧(小编在测试时就遇到这种情况,差点误了回家的公车)。

表2的测试,样本为混合文件,包括常见的文图格式,总大小为1115MB。测试结果中前一个为压缩ZIP的时间,后一个为压缩为自有格式的时间,计时使用第三方工具。360压缩有“速度最快”和“文件最小”两大选项,实际就是一个噱头,前者是ZIP格式,后者是7Z格式而已。

压缩/解压的速度最能体现软件对算法的优化,这是技术活真功夫。这轮测试中,7-Zip和好压的速度名列前茅,快压速度则比较慢。

谁格式最全

谁也不愿意同时安装两个压缩软件吧,所以压缩软件支持的格式是否全面非常重要。这里说的格式全,并不是指支持的格式最多,而是指最可能见到的格式。

从表3可以看出,老牌软件WinRAR支持的格式很不全面,而几款国产软件表现优异。另外,表中所列是解压的格式,对于压缩格式,几款软件除支持标准ZIP外还会支持自有格式,没有自有格式的则基本都支持7Z格式。其中,7-Zip和好压支持的压缩格式,相比其他软件更加丰富。

特色功能展示

在软件同质化越来越严重的今天,软件往往要靠一些特色功能拼出一条血路。让我们看看以上各软件有哪些看家本领,是否实用。

7-Zip

超强的资源提取工具,各种EXE、DLL、快捷方式图标等程序或资源文件,它都可以解压出来,是高手的绝佳伴侣。

WinRAR

1.预测功能,未开始压缩前即可预测压缩后的大小及需要的时间。这对压缩较大的文件或文件夹非常有用,首先评估能压缩多少,另外看看时间够不够用,可避免做无用功。

2.超强文件管理工具,可作为另类资源管理器使用,所有文件无处隐身,是清理病毒的绝佳辅助工具。

3.超强修复功能,尤其是对RAR的修复。

好压

1.具有虚拟光驱功能,支持挂载ISO、MDS、MDF、CCD、CUE、IMG、UDF、URG等通用光盘镜像,方便娱乐和学习光盘的读取。

2.具有丰富的插件扩展,可进行MD5校验、批量修改文件名等,还可以直接在压缩包内查看图片。

360压缩

不仅解压,在压缩时也支持RAR格式。

快压

1.自有的KZ格式,具有超强的压缩能力,即使像JPG这类图片也能继续压缩。

2.支持虚拟光驱。

压缩软件范文3

01 软件迁移

我们安装应用软件一般都会选择默认的安装路径,直接安装到了C盘,时间一长,就造成系统盘空间过度拥挤,以前的解决办法是重新卸载软件再安装到别的分区,但比较费时费力。而App¨cation Mover只需点几下鼠标就可以对应用软件进行整体迁移,同时更新的还有该软件在注册表中和程序快捷方式对该软件新位置的指向,不会影响到软件的使用,和软件重新安装到一个新位置没有两样。软件下载地址:http//www funduc,com/app_mover htm。

STEP 01 启动Application Mover,在“Current Path”和“New Path”处点击右侧的“浏览”按钮,分别导入要迁移的软件的源文件夹和目标文件夹(如图1)。

STEP 02 点击“OK”按钮,随后弹出软件迁移前后文件位置的预览框,继续点击“OK”按钮,开始将整个软件文件夹移到新位置,随后修改注册表、程序的快捷方式及日志文件等(如图2)。

STEP 03 稍等片刻即完成整个软件的迁移操作,现在去新位置去查看一下,软件是不是真的迁移了,再到开始菜单启动一下软件,看看该软件是不是能正常使用。

02 软件压缩

以往的压缩工具(winRaR、winZip或7-Zip等),通常是将电脑中的资料或文档进行压缩,用来缩小储存空间,压缩后就不能再运行了,如果想运行必须解压缩。另外当你的系统中无压缩软件时,你的压缩包是无法解开的。而ASPack是一款专门针对wIN32可执行程序(包括EXE、OCX和DLL格式文件)进行压缩的工具。压缩率非常高,笔者通过实验,可以减小文件体积达70%左右,压缩后程序能正常运行,丝毫不会受到任何影响。而且即使你已经将ASPack从系统中删除,曾经压缩过的文件仍可正常使用。软件下载地址:http:#www aspack,corn/downioads aspx。

STEP 01 运行ASPack,软件支持包括简体中文在内的多国语言,默认为英文,点击“Options”标签,在“Language”处选择“chinese gb”选项即可将界面改成简体中文(如图3)。另外。为了以防万一,可以勾选“选项”标签页下的“创建备份(bak文件)”复选框,这样ASPack会在被压缩文件所在的同一个文件夹中生成一个备份文件。如果压缩文件不能正常运行,你还可以通过操作界面上提供的“恢复”按键将其还原。这样,就算压缩失败,也不需要再重新安装该软件。

压缩软件范文4

关键词:LZ77;Huffman;软硬件协调;PNG硬件解码

引言

PNG是流式网络图形格式的简称,是一种位图文件存储格式,PNG文件采用了压缩率高的LZ77和Huffman两种无损压缩算法,支持网络彩色图像传输,支持Alpha通道、定义透明区域和多重透明,逐步细化地显示图片。

PNG压缩的核心算法是Zip压缩算法,该算法的特点是先利用LZ77算法进行短语式重复的压缩;得到未匹配的字节和匹配长度、距离的组合值,然后再根据Huffman算法进行单字节重复压缩,最终得到压缩码流。PNG解码的原理是压缩的反过程,解码时可根据码表信息和压缩码流还原出原始图像数据。

PNG文件的解码通常由软件完成,软件解码实现方式灵活,但相对硬件解码而言,软件解码速度慢,能量消耗大,不利于移动设备的低功耗设计优化。

本文讨论了PNG图像的硬件解码实现方法,其应用对象是手机专用芯片,对低功耗和解码速度都有较高的要求,并解决了PNG解码的快速查表、软硬件协调和硬件加速等实现方法,而硬件加速解码功能的主要作用是减少CPU的负担,极大加快PNG图片的显示速度,并在一定程度上减少功耗,延长手机的待机时间,很具有研究与开发的实际价值。

PNG图像解码原理介绍

LZ77算法介绍

LZ77算法又可以称为“滑动窗口压缩”,该算法将一个虚拟的、可以跟随压缩进程滑动的窗口作为术语字典,要压缩的字符串如果在该窗口中出现,则输出匹配长度和距离的组合信息,来替换前面出现过的相同字符串,且要求最小替换的字符串为三个字节,这样可以保证压缩后的数据量小于原始数据。

LZ77解压缩时,只要维护好滑动窗口,随着压缩信息的不断输入,可根据匹配的组合信息从窗口中找到相应的匹配字符串作为输出,即可还原出原始数据。

Huffman算法介绍

Huffman算法属于编码式压缩,利用各个单字节使用频率不一样的特点,使定长编码转变为变长编码,给使用频率高的字节更短的编码,使用频率低的字节更长的编码,起到无损压缩的效果。这样,经过LZ77压缩后的未匹配的字节和匹配的组合信息可进一步进行Huffman压缩,得到很高的压缩效率。

例如,对于一组元素的字符值为s={a,b,c,d,e,f},其对应的出现频率为P={10,2,2,2,2,9)。图1是根据以上信息建立的Huffman树,各元素出现的频率和元素值如图中所示,编码后各个元素的长度分别为L={1,3,3,3,3,2},可见编码后储存这些字符值所需的空间极大地减少了。

这棵Huffman树是根据PNG规范的Deflate原则建立的,具有以下特点:左边的叶子编码为0,右边的为1;编码必须满足“前缀编码”的要求,即较短的编码不能是较长编码的前缀,保证码的唯一性;由于编码长度可变,因此译码时间较长,使编码的压缩与解码相当费时;每一层叶子的节点频率按从小到大排列,而同样频率的节点按字符值从小到大排列,这点也是PNG采用的Zip算法对Huffman算法的一种改进。因此,解码时首先要提取出压缩流中的码表信息建立出Huffman树,其中每个叶结点应包含有码长和字符值信息,并把最终生成的码表保存在RAM中,供Huffman解码模块查表,还原出图像原始数据。

PNG解码的软硬件协调机制

整个PNG硬件解码过程是由软件来调度的,在硬件解码中,当校验到图片数据出错或解码完成时,则PNG硬件模块通过配置专门的寄存器给软件检查做中断处理,当软件检测到这个寄存器信号使能时就产生中断,从而及时关闭PNG硬件解码模块。另外,在PNG解码前,先用软件检查PNG图片的头信息数据,如果数据出现错误,则不开启PNG硬件解码模块,在数据有误时可极大地降低功耗及软件调配时间。

解码前后数据的搬运机制是通过公用的AVI模块(相当于FIFO实现了输入输出数据的缓存)来实现PNG数据的搬运。解码前,软件通过调配AVI模块,从内存中搬取压缩数据给PNG硬件模块进行解码,解码后的数据经过Resize模块,又可以通过AVI搬运至VGA显示,以上这种较优的软件调配机制,解决了本设计的软硬件协调问题,可以在降低功耗的前提下实现高效率的解码,具体的软硬件协调原理如图2所示。

PNG解码的总体硬件结构

PNG硬件解码加速的整体结构主要由BytcsShift字符容器、PNG头信息处理模块、Inflate_table建Huffman表模块、Inflate_fast快速解码模块、Lz77寻找匹配串模块、Filter反滤波反交织模块和Resize放大缩小模块共七大模块组成,具体的硬件流程图如图3所示。

图中,PNG解码的基本流程为:通过AVI模块从总线上搬取压缩数据到Bytesshift字符容器进行缓存,并转换为压缩比特流;通过PNG头信息处理模块保留文件的头信息,通过控制Inflate_table模块读取码长信息来建立Huffman表,并对压缩数据进行解码;解码后的数据经过Flilter模块进行反滤波和反交织等处理,然后发给Resize模块做放大缩小处理后,通过AVI模块将最终解码后的数据发送出去。其中,解码核心模块和Filter模块通过采用数据的流水线处理方式,极大地提高了PNG的解码效率。

PNG核心解码模块的硬件结构

由于编码长度可变且不统一,解码时若按位比较来查找Huffman表会消耗很多时间,且PNG数据流中Huffman编码的最长码长为9。因此,为了实现快速查表解码,本算法中将码长小于9的Huffman树的叶结点作为父结点扩展到9层,即扩展出来的叶结点信息都同父结点一样,每次用固定的9比特压缩数据作为地址去查表,这样可以保证在每一个时钟内都可以查找到相应的字符值,从而极大地提高硬件解码的效率。以前面的Huffman树为例子,如图4所示,简单地将第4层以内的叶结点补充到第4层,即把整个Huffman二叉树补满,那么在第4层的子叶结点的长度和字符信息都同父结点一样。

这种扩展Huffman树的方法可以迅速查找Huffman表得到相应的字符值和匹配的组合信息值,对解出匹配的组合信息值则根据LZ77原则还原出解码数据输出。

本设计中的硬件解码核心模块如图5所示,这种硬件结构的优点是利用扩展码表的方法实现快速解码。核心解码的基本流程为:每次用固定的9比特压缩数据作为地址去查表,查出包含有码长和字符信息的叶结点,并根据码长信息从字符容器模块移出使用过的压缩数据,等待新进的压缩数据与字符容器剩余的压缩数据组成新的9比特数据作为查表地址。在下一个时钟重复上述过程,以此方式反复查表直至Huffman解码结束。

仿真和综合结果

通过ModelSim 6.3仿真提取出解码后数据,在MATLAB中对原图显示与本设计解码后提取出的图像数据进行对比,结果完全一致,并且在验证平台上比较其对应的原始图像数据也100%吻合,因此,本硬件设计能够完全不失真的恢复图像数据。

在设计中,采用台积电90nm工艺库,在100MHz频率下对PNG解码核心模块用DC进行综合,结果如表1所示(其中面积大小和功耗不包括RAM的面积和读写RAM的功耗)。

压缩软件范文5

1、首先选中要压缩的文件或文件夹。

2、接着在选中的文件上,单击右键,并选择“添加到压缩文件”。

3、其次修改压缩文件名、压缩文件保存位置、压缩配置等内容,之后点击“立即压缩”即可。

压缩软件范文6

首先说说KGB Archiver 这款压缩软件吧,它是一款压缩率高得不可思议的压缩工具。它超越了如7zip和UHARC等以高压缩率而著称的压缩工具,但是它对硬件的需求也较高,使用它的最大压缩模式居然需要4GB内存!软件作者推荐的最低配置为1.5GHz CPU和256MB 的内存,推荐最佳配置为3.0GHz的64位CPU和1.5GB 的内存。

接着回到众人的讨论中,有人说Maximum Compression网站有对各种压缩软件的变态测试,那里的测试结果是KGBArchiver可以把500MB 的数据压缩到70多MB,即使是现在最强的WinRK 或者PAQ8G 也只能压缩到60 几MB,以此证明这个1.43MB 的Office2007 是忽悠人的(网址:www /data/summary_mf.php)。但又有人提出了“微观压缩理论”,说任何的数字数据都可以用一个小于1 大于0 的有理数序列表表示,而这样的数字都可以在数轴上表示出来,因此只要一个字节就可以表示出最大地址值的数据量,最理想的情况下我们可以用1M B的空间存储1 TB 的内容。顿时就有人对这个在Google上都搜索不到的理论表示置疑,有的人就一步步分析此人的理论,说经压缩后的1TB 数据依然属于“任何”数据,那么它就应该能继续重复压缩,那就证明世界上所有数据的全集可以压缩为容量1MB ,这显然就很荒谬了。还有的人就把信息论之父C.E.Shannon 的理论搬出来,说信息编码是有极限的,在一定的概率模型下,无损压缩的编码长度不可能小于信息熵公式给出的结果。而提出微观压缩理论的人又说这个理论是颠覆信息学的,不能用信息学来解释,限制它实现的只有物理极限和技术水平。如此一番唇枪舌剑,让论坛里多了一丝学术气氛。

经过6 个多小时的等待,终于有人把它解压完了,然而安装的时候却提示OSETUP.DLL 文件的数字签名无效,无法进行安装。难道等待了6 个小时就是这么个结果?所幸这个Office2007 的鬼佬后来又提供了单独的OSETUP.DLL文件下载,但是替换掉这个文件后,仍然无法安装。不甘心者本着实事求是的态度,用UltraEdit打开了里面的几个CAB文件,发现内容竟然全部是FF,就连E XE 文件也有一大部分内容是00,估计整个压缩文件中可能就那么一两个小文件是真实的。还有的人用Win R AR 的最大压缩方式把解压后的Office2007 又重新压缩了一遍,最后得到的压缩文件竟然只有3.73MB,由此更加证明Office2007安装包里面绝大多数都是些空文件,根本就不是有效的安装程序。如果是空文件,那么这么大的压缩比就很好解释了。所谓空文件,就是文件的16进制内容全是00的文件(也可以是FF),这样的文件不管它的体积有多大,压缩后的体积也会很小。熟悉数据库操作的人就知道,随便建一个1GB的数据库,这个空数据库文件压缩后可能就只有几KB 大小。