[2024年11月10日更新]WimTool -- Wim文件的图形视窗处理工具[无忧首发]

lxl1638

原帖由 nn2nn 于 2008-2-25 12:46 AM 发表
那也不用做成DLL，做EXE也可以。
当EXE无界面时，可以很小。

WIM文件关联到该EXE，过滤后，再考虑调用WIMTOOL。

HOOK很多安全软件都显示出来。

EXE也可不在任务栏内。

但每双击一个WIM就会驻留一个EXE，且EXE可能被其它程序杀掉，HOOK技术在Windos2003以后的系统(包括 Vista、2008)都不成熟。
如果通过DLL，只需驻留一个DLL，且这个DLL本来就是驻留内存的，DLL不怕其它程序杀掉，除非KILL掉explorer.exe，explorer.exe重启后DLL又会被加载。

[ 本帖最后由 lxl1638 于 2008-2-25 12:54 AM 编辑 ]

james168

又更新了，支持。。。。

secowu

Vista下仍然会资源管理器崩溃的现象发生

另:

  下面这个建议是否值得参考?

1.添加树开型的恢复文件过滤器

2.那个恢复或者备份完后的动作能否再加个选项: 报告\退出\重启\关机

lxl1638

原帖由 secowu 于 2008-2-26 08:00 PM 发表
Vista下仍然会资源管理器崩溃的现象发生

另:

  下面这个建议是否值得参考?

1.添加树开型的恢复文件过滤器

2.那个恢复或者备份完后的动作能否再加个选项: 报告\退出\重启\关机

太复杂了，以后再找算。
其实，WimTool 内配的配置已足够常规使用，知道这个配置用途的自然会编辑它，不知道的再直观的教程也没有用。
等下更新 WimIcon.EXE 和 WimShExt.DLL，更新后的 WimIcon.EXE 编码速度上有质的飞跃！更新后的 WimShExt.DLL 解码速度也有质的飞跃！

1. 
   
2. [ExclusionList]
   
3. ;默认被排除的文件目录，这些文件目录不会被捕获或解压。
   
4. \$ntfs.log
   
5. \hiberfil.sys
   
6. \pagefile.sys
   
7. \System Volume Information
   
8. \RECYCLER
   
9. \Windows\CSC
   
10. [ExclusionException]
    
11. ;可以定义一个例外优先列表，表中的文件目录将会无条件地被捕获或解压。
    
12. [CompressionExclusionList]
    
13. ;排除以下类型的文件在压缩序列，这些文件在WIM映像内不会被压缩。
    
14. *.7Z
    
15. *.CAB
    
16. *.MP3
    
17. *.PNF
    
18. *.RAR
    
19. *.ZIP
    
20. [AlignmentList]
    
21. ;定义以下文件在64K边界对齐，在64K边界对齐的任何文件，将不会被压缩。
    

复制代码

lxl1638

V1.08.02.26版更新(速度优化版)
1、重写了 WimShExt.DLL 的解码算法，解码速度，显示图标的速度更快；
2、 WimIcon 也作了更新，WimTool 不更新。

ad2050

上帝啊，又更新了，不过版本显示还是V1.08.0223，
只有WimShExt.DLL的文件日期是2008-2-26 20:49，
WimTool.EXE的文件日期是2008-2-23 15:36

lxl1638

WimTool 不更新，暂时没有必要更新，关键是更新了 WimShExe.DLL ，这个版本的 DLL 速度更快更稳定。

secowu

其实，WimTool 内配的配置已足够常规使用，知道这个配置用途的自然会编辑它，不知道的再直观的教程也没有用。

这个配置手写太麻烦了

比如,我只要恢复
.\windows\system32\config
的文件,

那不是要将其它不需要的全部给写上去?

工作量可惨大了

lxl1638

原帖由 secowu 于 2008-2-26 09:42 PM 发表

这个配置手写太麻烦了

比如,我只要恢复
.\windows\system32\config
的文件,

那不是要将其它不需要的全部给写上去?

工作量可惨大了

[ExclusionList]
;默认被排除的文件目录，这些文件目录不会被捕获或解压。
;排除所有
*.*
[ExclusionException]
;可以定义一个例外优先列表，表中的文件目录将会无条件地被捕获或解压。
;\windows\system32\config目录下的例外，就这么简单。
\windows\system32\config\*.*

[CompressionExclusionList]
;排除以下类型的文件在压缩序列，这些文件在WIM映像内不会被压缩。
*.7Z
*.CAB
*.MP3
*.PNF
*.RAR
*.ZIP
[AlignmentList]
;定义以下文件在64K边界对齐，在64K边界对齐的任何文件，将不会被压缩。

secowu

原帖由 lxl1638 于 2008-2-26 09:45 PM 发表


[ExclusionList]
;默认被排除的文件目录，这些文件目录不会被捕获或解压。
;排除所有
*.*
[ExclusionException]
;可以定义一个例外优先列表，表中的文件目录将会无条件地被捕获或解压。
;\windows\sy ...

原来是这样,被放在第二项里了,难怪有点不懂

lxl1638

原帖由 secowu 于 2008-2-26 09:49 PM 发表


原来是这样,被放在第二项里了,难怪有点不懂

有了这项，可以说是万能：
[ExclusionException]
;可以定义一个例外优先列表，表中的文件目录将会无条件地被捕获或解压。

secowu

5GB左右的WIM恢复需时1.2小时,解压后约14GB,这个速度能否再提升?

感觉,是否再整个多核心支持,以便让Wimtool多线程恢复,最大化的利用机器性能?

就像是LanSee一样,可以99个线程同时扫描一样,这样速度应该会加快吧

lxl1638

可以，但本人做不到，主观条件客观条件都做不到，以后有条件再考虑。

haiou327

0226版的数字签名还是０２２３

lxl1638

原帖由 haiou327 于 2008-2-26 11:23 PM 发表
0226版的数字签名还是０２２３

你说 .EXE 还是 .DLL？今次的更新只更新了 WimIcon.EXE 和 WimShExt.DLL，WimTool.EXE 不更新，还是 0223。
数字签名就算了，DLL再优化了一下，你拿到试试。

kyori

从07.09.01直接更新到08.02.26

secowu

WimTool的壓包及解包的速度能否再提升?在可預見的范圍內?

lxl1638

原帖由 secowu 于 2008-2-27 09:49 AM 发表
WimTool的壓包及解包的速度能否再提升?在可預見的范圍內?

同样的 WIM，你用微软的 ImageX ，分别压缩和解压，看看要多少时间，其它工具要超越 ImageX(控制台命令，微软自己的工具)几乎不可能了。
或者你用 WimTool 和 ImageX 同步(完全同步是不可能的，差1、2秒可以做到)试验，看看哪一个先完成同样的操作。

secowu

原帖由 lxl1638 于 2008-2-27 10:20 AM 发表


同样的 WIM，你用微软的 ImageX ，分别压缩和解压，看看要多少时间，其它工具要超越 ImageX(控制台命令，微软自己的工具)几乎不可能了。
或者你用 WimTool 和 ImageX 同步(完全同步是不可能的，差1、2秒可 ...

也就是说这个速度的提升目前已经达到了极限?

除非硬件的提升,磁盘的读写速度等等

secowu

对了,提供个建议,不知可否?

在压包与解包的面板里,添加个显示


速度(MB/秒):800MB/秒


这样,似乎就能够粗略的与Ghost对比下速度了

secowu

很显然,由于Vista系统的庞大,所以在进行对其备份与恢复时,由于花的时间很漫长

所以,就很想Wimtool在速度上进行提升.显然,楼主已经说了,目前基本无法再超越了

zts59

最近装上了WIN2000，发现没有办法用WIMTOOL

玄天

在vista下,图标显示错误,小于48的图标显示出来的与实际不符,大于48的图标显示为黑块

waj

很不错的东西，我已用过

secowu

提供下面几个建议，看能否采纳：

1.WimTool在制作映像文件时，可否提供树型的多选框来过滤文件啊？并且提供模拟的实时映像大小啊？

secowu

1.WimTool在恢复映像文件时，可否提供树型的多选框来过滤文件啊？这条好像是重复提过建议了，不好意思。放在一起比较醒目的说