推荐:音速启动(快捷方式分类管理工具)

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

玩转颜色是一款迷你形的,功能强大的颜色拾取器。她拥有娇小的身躯,灵活的拾取方式,支持颜色收藏夹,使得你的纵横于颜色拾取,方便各类颜色须要的场合。
玩转颜色为您带来的功能
一、 玩转颜色拥有灵活的拾取颜色方法
二、支持颜色值分组收藏并能够自由调用
三、支持颜色的简单处理:反色和灰度调整
四、分析网页颜色颜色值,获得网页的基调色
五、许多贴心设计,好比单击标签能够复制色值
六、支持热键拾取颜色,带有浮动窗体,方便使用
七、提供六种颜色值输出: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等,但大多须要极大的内存,并且速度极慢,不适合实际应      用,几年后较优秀的算法也许会出如今实际应用当中.      以上的说法比较客观,若是有任何异议能够与我交流. --------------------------------------------------------------------------------------
相关文章
相关标签/搜索