推荐:音速启动(快捷方式分类管理工具)
 
 
音速启动(VStart) - 最新版本:5.0 Build 2009.4.13
 
 
  现在QQ纵横,其中有一个原因,就是其OutLook工具条形式的界面给予我们一种方便,舒适的操作环境。而音速启动以超仿真QQ界面的形式,结合桌面工具的特点,应用于软件,文件夹,网址的快捷操作,希望能带给朋友们使用电脑的方便。
 
音速启动为您带来的功能
1、超方便管理软件、文件夹、网址、以及强大的系统功能。
2、无数量限制的热键设定,一键执行任何需要的功能。
3、创新的图标缓存技术,彻底解决EXE图标读取慢的问题。
4、漂亮的OICQ式界面,强大的换肤功能(拥有众多皮肤)。
5、低于2MB的内存消耗,零CPU占用,不增加系统负担。
6、邮件检测、收集面板、天气预报等实用功能/插件,一软当关。
 
 
玩转颜色(PlayColor)=为您定制的颜色拾取辅助工具
 

玩转颜色是一款迷你形的,功能强大的颜色拾取器。她拥有娇小的身躯,灵活的拾取方式,支持颜色收藏夹,使得你的纵横于颜色拾取,方便各种颜色需要的场合。
玩转颜色为您带来的功能
1、 玩转颜色拥有灵活的拾取颜色方法
2、支持颜色值分组收藏并可以自由调用
3、支持颜色的简单处理:反色和灰度调整
4、分析网页颜色颜色值,得到网页的基调色
5、许多贴心设计,比如单击标签可以复制色值
6、支持热键拾取颜色,带有浮动窗体,方便使用
7、提供六种颜色值输出:RGB,网页色,16进制等
 
 
 
WinUDA 0.281 是第二个Final版本
与上一个Beta版本区别主要在于文件名的大写字母都被自动转
换成小写字母,以利于排序,并修正一些小bug.此版本制作的压缩包不保证与0.280版兼容.
 
名称:UDA高压缩率文件压缩器
版本:0.281 Final
类型:免费软件(free software)
日期:2004.7.31
大小:20KB
要求:内存最低32M, 建议64M以上,      推荐256M以上
     CPU最低486DX,建议PentiumII以上,推荐1G以上
平台:Windows95OSR2/98/ME/2000/XP,推荐Windows2000/XP
作者:Dwing
联系:dwing@163.com
主页:http://dwing.51.net
     http://dwing.spymac.net(镜象站)
     http://dwing.go.nease.net(镜象站)
--------------------------------------------------------------------------------------
特性:1.极高的无损压缩率,但比其他常用工具较慢.
     2.软件极小,只有20K.
     3.支持长文件名.
     4.支持通配符.
     5.支持固实压缩技术.
     6.支持制作自解压文件.
     6.图形界面,支持文件拖放.
--------------------------------------------------------------------------------------
描述:本压缩工具不像其他的压缩工具使用常见的zip,rar等格式,而是使用专用的UDA格式.
     最大的特点是使用了以最新的ContextModelMixing为基础的算术编码压缩技术和固实
     压缩技术,因此压缩率极高,几乎可以排到世界第一位,尤其是多文件压缩!唯一的缺点
     是压缩速度比其他格式较慢.后面给出各个常用的压缩工具压缩单文件和多文件的结果.
--------------------------------------------------------------------------------------
说明:1.程序只包含一个文件,文件名为WinUDA.exe,压缩包默认扩展名为UDA.
     2.此版本的压缩包只与WinUDA 0.28x兼容.
     3.由于用本压缩工具压缩的压缩包数据非常紧密,所以不支持压缩包内文件的增添,删除,
       修改文件等功能,只有解压缩并整理后再重新压缩.
     4.此版本不会还原目录的时间和属性.
     5.如果压缩和解压时出现读取或写入错误,原因可能为以下几个情况:
       (1)剩余空间不足(2)有同名目录或文件(3)磁盘写保护(4)向光盘写数据
       (5)欲覆盖的文件是只读属性(6)磁盘损坏无法读取或写入数据
       其他严重的错误提示比较详细,不再赘述.
     6.此软件每次直接打开时能自动关联UDA文件到当前的WinUDA程序.
     7.压缩文件可以用鼠标拖放入WinUDA的主界面中打开.
     8.待压缩的文件可以使用通配符,如:"C:\windows\*.*".
     9.压缩模式与内存具体需求关系见下表(非常重要!必读!):
--------------------------------------------------------------------------------------
模式(默认:0):  0    1    2     3   (PS:压缩和解压的时间和内存需求相同,内存不足会导致所)
最小内存需求: 32M  64M  128M  256M (   用时间因使用虚拟内存而急剧增加,使用时一定注意!!)
实际内存占用: 24M  46M   94M  194M
注:以上是在前台运行的最小内存需求,有其他大程序运行时还需要更多内存.所以压缩或解压时尽量
   不要运行其他程序特别是大程序,否则应选择内存要求较低的模式.如果压缩或解压时出现物理内
   存可能不足的警告时就要小心了,确保相应压缩模式所需内存与当前内存是否适合.
--------------------------------------------------------------------------------------
PS:由于软件算法复杂,制作时间紧张.如果发现BUG、问题、新的测试结果、更强悍的压缩工具
   以及建议,欢迎给我发邮件(dwing@163.com,由于最近的垃圾邮件过多,所以邮件主题请尽量
   用汉字,并尽量不用附件)或在我的网站上留言!
--------------------------------------------------------------------------------------
以前更新历史(目前不再支持这些版本):
0.10  第一个版本(只有压缩和解压一个文件的功能).
0.11  加入时间累计功能,设置文件缓冲,使压缩和解压速度提高5%.
0.12  修正一些BUG(WIN9x运行不正常,包含路径的压缩文件名等BUG),并精简了源程序.
0.20  增加多文件固实压缩成一个压缩文件的功能,支持通配符,增加列出文件功能以及8种
      压缩方案,能以百分比显示压缩进度,文件时间和属性的还原仍有bug(不影响主要功能).
0.21  采用了更新的内核,大多数情况会使0-3模式时间更少(-20%),压缩率更高,
      4-6模式时间较长20%,压缩率更高,需内存多20%.另外修正非默认模式的文件列表错误.
0.211 修正了文件属性和时间的还原及目录属性的还原,目录时间的还原还没有解决.
0.212 加入了一些细节问题,如文件数,压缩率,压缩速度,文件列表的现实方式等.
0.213 修正了目录时间的还原.使默认扩展名为uda.
0.214 修正了一些小bug.
0.215 解压时加入已存在文件的选项.
0.220 重新整理了外壳程序,并暂时停止开发,转向简化版的开发.
0.220l    0.220版的简化版,只支持0-3模式,并除去exe模型,与以前版本不兼容,默认扩展名为udz.
0.220lx   0.220l版的专用解压工具.
0.230 UDA的第一个非测试版.改善了界面,加入了制作自解压的功能.
      (取消简化版开发,压缩文件扩展名仍然使用uda.)
0.230l 由0.230完整版修改而成.
0.231 加入了解压时自定解压缩文件的路径.出现错误时立即停止程序而不继续压缩/解压.
      优化内核程序使压缩/解压速度提高了4%.增加了使用示例.修正了几个不重要的小bug.
0.240 UDA的第二个正式版,比上一个正式版(0.230)有以下提高:(1)在功能不减并加入解压时
      可自定解压缩路径和使用示例的前提下,把自身体积减小到16K!(2)大力度优化了内核,
      速度比0.230版提高了10%左右.(3)改善了内存的分配,节约内存占用5%-15%.(4)增强了
      异常错误处理以及改善很多细节设定.(5)经过了大量测试,保证了压缩/解压的稳定性.
0.241 此版本在0.240的基础上修正了命令中不能含有汉字的bug.加入了不存在解压路径时显
      示错误信息.readme.txt中增添一些遗漏的说明.
0.242 此版本彻底解决了所有的命令行(包括自解压)长文件/目录名问题,包括汉字和空格的
      支持,其中含空格时需要用双引号把整个文件名括起来.
      [0.24x版的压缩包(包括自解压)之间相互兼容.但与以前版本均不兼容.]
0.250 在上一版本的基础上更新了内核,重新设置并精简了压缩模式,使得速度和内存占用比
      以前的各个模式都有了很大的改善,此版本的默认模式0的压缩率和压缩时间相当于上
      一版本的模式3和4之间,但内存占用与上一版本模式3相当,以解决以前版本资源占用过
      多的问题.[此版本的压缩包与以前任何版本都不兼容]
--------------------------------------------------------------------------------------
常见问题解答:
1.问:使用UDA的哪个模式来压缩最好?
  答:此版本UDA一共有4个压缩模式,编号为0-3,数字越大,压缩率越高,速度越慢.建议使用默认
     的模式0,它的压缩率比UHARC的最高压缩率还高(速度约是UHARC的1/3~1/4).压缩时以内存
     大小决定,千万不要在内存不足的情况下使用较高的模式压缩或解压,否则会出现内存不足
     的错误或者速度会大大降低以至无法忍受.
2.问:用UDA压缩或解压时为什么很慢?
  答:UDA使用的压缩技术比较复杂,为增大压缩率而需要很多的运算,我已经为此尽可能地优化
     源程序.实际上,内存读写速度的提高要比CPU提速还有用,所以较大的Cache对压缩/解压的
     速度提高很有利.据我测试,AthlonXP 1700+的压缩/解压速度比Pentium4 1.7G快不少.UDA
     的浮点运算比例仅占约0.1%,所以浮点运算能力对UDA无影响.另外,解压的速度比压缩只快
     了不到10%,内存需求相同,压缩时要考虑解压时的内存是否充足.
3.问:UDA有那些局限性?
  答:当前版本的UDA最多可以一次压缩65535个文件,理论上可以压缩最大2GB(实际是2GB-1byte)
     的文件,压缩包最大2GB(实际是2GB-1byte).因此不要一次压缩太多文件,遇到这种情况可以
     分成几部分各个压缩.另外一次压缩太多文件,压缩前的文件排序时间可能会消耗很久.解压
     时文件的属性和时间都会被还原,但目录的时间和属性都不会还原.为利于排序,文件压缩后
     压缩包中的文件名的大写字母都会被转换成小写字母.
4.问:为什么文件可以被压缩?
  答:文件一般是有很多冗余数据的,即使不能很容易察觉.有的文件冗余数据多(如BMP图象),有的
     文件很少(如JPG图象,压缩电影等),所以不同种类的文件压缩率是有很大不同的.不能说一个
     压缩软件能把一个10M的文件压缩成1M就说这个压缩软件压缩率高.只能用各种不同的压缩工
     具压缩同样的文件并对比才能说明压缩率高还是低.一般来说,RM,RMVB,AVI,PNG,GIF,JPG,WMA,
     WMV,MP3,RA,CHM等格式)这些已经经过高度有损压缩的文件再进行压缩已经没什么意义了(压
     缩率极低),所以用一些压缩率较高的文件(如BMP,TXT,DOC等大多数格式文件)测试比较有意义.
5.问:目前各压缩软件的压缩性能如何?
  答:每种压缩软件都使用至少1种压缩格式,有的压缩软件有自主的格式,如WINRAR,WINZIP,WINACE
     等等(格式各为RAR,ZIP,ACE).而有的压缩软件只提供一些常见格式的压缩/解压缩.因为WINRAR
     压缩的ZIP格式文件和WINZIP压缩的ZIP格式文件相同,所以压缩性能(压缩率与压缩时间)的比
     较只能以各种格式来比较,而不是压缩软件的比较.
     下面简单谈谈各种压缩格式的比较:
     ZIP:从DOS时代到现在一直保持兼容路线,所以压缩率很低,速度极快.
     ARJ,LZH等:也是DOS时代的格式,与ZIP压缩率相当,又由于使用不如ZIP广泛,现在已淘汰.
     RAR:DOS时代就有RAR压缩工具了,而且压缩率比DOS时代的ZIP等格式高,并且支持固实压缩技术,
         到WIN9X时代WINRAR(2.9以上版本)有了新的PPM2算法,使用较多的内存来压缩,因此ZIP格式
         与新的RAR格式的差距有加大了很多.
     ACE,CAB,JAR,PAR,IMP,ARJ32等:WIN9X时代的一些压缩格式,同RAR类似使用了大量内存和固实压
         缩,压缩率与新RAR略低或相同,但速度都不能和WINRAR相比.
     7ZIP,UHARC:WIN9x时代的少数几个有实力的压缩格式,压缩率均比WINRAR高,其中7ZIP速度比WINRAR
         慢一半,但要高压缩率时内存要求很高,UHARC内存要求低,但速度比7ZIP慢很多,数据文件压
         缩UHARC比7ZIP高一点,文本压缩7ZIP比UHARC高一点.
     以上都是实用的压缩格式.近两年出现了新的算法(现在仍在实验当中,包括UDA),使得压缩率又
     有了很大提高,如SLIM,DURILCA,WINRK等,但大多需要极大的内存,而且速度极慢,不适合实际应
     用,几年后较优秀的算法也许会出现在实际应用当中.
     以上的说法比较客观,如果有任何异议可以与我交流.
--------------------------------------------------------------------------------------