[2026年01月23日教程更新]WimTool - v2.0.2026.0103 Wim文件的图形视窗处理...

darkly

在2008rtm下功能也挺出色的 哈哈

darkly

右键卸载所有的时候　文件夹不会删除？

lxl1638

原帖由 darkly 于 2008-2-24 01:03 PM 发表
在2008rtm下功能也挺出色的 哈哈

2008rtm中可以用？

你试试三大方面是否正常：
1、能否注册[扩展功能]，有没有"踢出"现象？
2、右键菜单，弹出的菜单最多时有6项，各个菜单项都执行一次，看看是否正常？
3、图标功能，包括图标写入和图标显示是否正常？

[ 本帖最后由 lxl1638 于 2008-2-24 01:12 PM 编辑 ]

lxl1638

原帖由 darkly 于 2008-2-24 01:07 PM 发表
右键卸载所有的时候　文件夹不会删除？

不会，也不敢，因为原文件夹可能，也可以有文件。
你可以用 WimTool 定期清理，在[参数设置项]那一页。

ad2050

持续更新着，路过就要支持

darkly

原帖由 lxl1638 于 2008-2-24 01:11 PM 发表


2008rtm中可以用？

你试试三大方面是否正常：
1、能否注册[扩展功能]，有没有"踢出"现象？
2、右键菜单，弹出的菜单最多时有6项，各个菜单项都执行一次，看看是否正常？
3、图标功能，包括图标写入和 ...

我只试了第一 第二项 都正常

第三项没测试 因为正在寻找rtm的激活的方法 又来了业务 只好恢复到了k3 等明天再继续测试

lxl1638

原帖由 nn2nn 于 2008-2-24 11:55 PM 发表

IShellExecuteHook离我们的要求很远。
IShellExecuteHook截获的打开文件消息，用WIMTOOL打开的，WIMTOOL知道。
我们要截获的是退出时的消息，通过某种机制，知道要不要卸WIM文件。

思路简单得很，只有时间问题：
截获WIMTOOL打开文件，分析命令行参数。

一、如果是挂载WIM的，由DLL完成：

１、创建线程执行２～６；
２、按参数挂载WIM；
３、按参数执行挂载后的操作(命令)，如果XML内设置了卸载参数，执行４～６，否则结束线程；
４、等待命令结束；
５、按参数执行卸载前的操作；
６、按参数(是否可写)卸载WIM；
７、线程结束。

二、如果是其它操作：
如压缩、解压等非挂载操作交WimTool(默认)来完成。

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

lxl1638

或者明确一些，只有属于挂载要执行WIM内某些命令的才由DLL完成，其它操作，包括单纯的挂载不执行WIM内命令的交WimTool完成。

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秒可 ...

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

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