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

libin2008

呵呵，好东西哦，下载看看

lxl1638

jl580650、netwinxp等大侠，如果有空，再用 ImageX 测试(4次)，在[ExclusionList] 分别放入

\Path1\Path2
\Path1\Path2\
\Path1\Path2\*
\Path1\Path2\*.*

看看这四种情况结果是如何的，又有什么不同？

jl580650

总算搞明了，微软是这样定义的：
匹配[ExclusionException]的将优先捕获到WIM映像内，不管它是否匹配[ExclusionList]。

按这样，很容易做到某类个别文件捕获到WIM映像内，而这类文件的其它文件不被捕获到WIM映像内，
如将 \Path1\ABC.RAR 放入[ExclusionException]，将 *.RAR 放入[ExclusionList]，则只有 \Path1\ABC.RAR
被捕获到WIM映像内，而其它的 *.RAR 文件不会被捕获到WIM映像内。

如果要相反，将除 \Path1\ABC.RAR 以外的其它RAR文件捕获到WIM映像内，只需将 \Path1\ABC.RAR 放入[ExclusionList]即可。
===============================
我本以为也会这样，但imagex并不如此，[ExclusionException]只会注释[ExclusionList]下相同条目的
//////////////////////////////////////////////////////////
\Path1\Path2和\Path1\Path2\相同，排除整个path2目录
\Path1\Path2\*和\Path1\Path2\*.*相同，留下个空的path2

lxl1638

原帖由 jl580650 于 2007-7-23 11:06 AM 发表
\Path1\Path2和\Path1\Path2\相同，排除整个path2目录
\Path1\Path2\*和\Path1\Path2\*.*相同，留下个空的path2

\Path1\Path2
\Path1\Path2\
\Path1\Path2\*
\Path1\Path2\*.*

这四条中都没有一条留下 Path2 的下级子目录的？或者哪条留下 Path2 的下级子目录？

[ 本帖最后由 lxl1638 于 2007-7-23 11:13 AM 编辑 ]

jl580650

没有，貌似imagex所有操作都包括子目录的
========
那个[ExclusionException]和[ExclusionList]的结论你怎么得出来的，怎么跟我用imagex测试的不一样

lxl1638

原帖由 jl580650 于 2007-7-23 11:14 AM 发表
没有，貌似imagex所有操作都包括子目录的
========
那个[ExclusionException]和[ExclusionList]的结论你怎么得出来的，怎么跟我用imagex测试的不一样

纯属是估做的，没有做测试，因为这样最方便配置，配置出不同的方案和要求。

jl580650

:em14 确实这样最方便

lxl1638

当然[ExclusionException]里如果有 *.RAR，则所有的RAR都会捕获
所以[ExclusionList]里定义的 *.RAR 或 \*.RAR 或  \Path\*.RAR 或 PATH\*.RAR 都无效

[ 本帖最后由 lxl1638 于 2007-7-23 11:23 AM 编辑 ]

lxl1638

V1.0.7.0722F版更新：
1、完善了捕获映像、解开映像时定义配置文件的规则；
2、加入了解开映像时可以通过配置文件来筛选被解压的文件；
3、修正了有关配置文件的若干说明；
4、V1.0.7.0722F版隐藏一个蛋蛋----文件目录名通配符匹配验证。

myBOOT

原帖由 wangjf 于 2007-7-22 05:27 PM 发表
楼上的请睁大你的眼睛，动动脑子。看看楼主是什么时候上传的。

是么？
给你个截图。你能解释下么？:)

lxl1638

原帖由 myBOOT 于 2007-7-23 03:54 PM 发表

是么？
给你个截图。你能解释下么？:)
25728

刚才停电，机子的日期乱了，回到主版初始化的日期。不还上传的文件是正确的。

95a0067ac0ee012cd2dcf24f25b3959f  wimtool-v1.0.7.0722f.rar
77ebf8e0cb86d98d21418dbb7f2fb2cd  wimtool.exe

对照一下，如果上面的MD5不对，再重新上传。
另，下载后也查一下毒，本人机子没有杀软，你们查一下，也是帮本人查毒。

[ 本帖最后由 lxl1638 于 2007-10-16 04:52 PM 编辑 ]

jl580650

01  \Path1\Path2              //某目录及其所有子目录的所有文件(相当于删除整个Path2)
02  \Path1\Path2\*            //某目录的所有文件(包括它的子目录，留下空的Path2)
03  \Path1\Path2\*.*          //某目录的所有文件(不包括它的子目录)
04  \Path1\Path2\?.ext        //某目录下指定扩展名的所有文件(不包括它的子目录)
05  \Path1\Path2\*.ext        //某目录下指定扩展名的所有文件(包括它的所有子目录)
06  \Path1\Path2\?PartName?.? //某目录下文件基本名含特征字符串的所有文件(不包括它的子目录)
07  \Path1\Path2\?PartName?.* //某目录下文件基本名含特征字符串的所有文件(包括它的子目录)
08  \Path1\Path2\FileName.?   //某目录下指定基本名的所有文件(不包括它的子目录)
09  \Path1\Path2\FileName.*   //某目录下指定基本名的所有文件(包括它的所有子目录)
10  \Path1\Path2\FileName.ext //特定的文件

11  Path1\Path2               //某目录及其所有子目录的所有文件(相当于删除整个Path2)
12  Path1\Path2\*             //某目录的所有文件(包括它的子目录，留下空的Path2)
13  Path1\Path2\*.*           //某目录的所有文件(不包括它的子目录)
14  Path1\Path2\?.ext         //某目录下指定扩展名的所有文件(不包括它的子目录)
15  Path1\Path2\*.ext         //某目录下指定扩展名的所有文件(包括它的所有子目录)
16  Path1\Path2\?PartName?.?  //某目录下文件基本名含特征字符串的所有文件(不包括它的子目录)
17  Path1\Path2\?PartName?.*  //某目录下文件基本名含特征字符串的所有文件(包括它的子目录)
18  Path1\Path2\FileName.?    //某目录下指定基本名的所有文件(不包括它的子目录)
19  Path1\Path2\FileName.*    //某目录下指定基本名的所有文件(包括它的所有子目录)
20  Path1\Path2\FileName.ext  //特定的文件

匹配规则用的是不是这个??

lxl1638

原帖由 jl580650 于 2007-7-23 04:24 PM 发表

匹配规则用的是不是这个??

不一定，这次是直接用MS的函数来确定通配符是否匹配的，你可以双击最后一页的说明，那里可以验证。

lxl1638

或者你用这些规则做测试，看看与ImageX是不是不同。

lxl1638

原帖由 nn2nn 于 2007-7-23 03:56 PM 发表

是不是跑一次目录文件名，出一个报告，不是生成WIM文件。

很有意思，主意也不错，准备加上，大家先测试与配置文件相关的功能，如果没有问题，就按 nn2nn 的主意加这个验证报告了，到此WimmTool就作终结版。

lxl1638

原帖由 nn2nn 于 2007-7-23 03:56 PM 发表

是不是跑一次目录文件名，出一个报告，不是生成WIM文件。

这个报告是你的提议，你可否提些建议，这个报告以什么方式显示，是不是被捕获的文件和被放弃的文件都显示出来，以什么样的方式显示？

本人担心一个问题，Delphi的Memo容量有限，不知完整的Vista系统如果加将很多软件的话，Memo可能出错，
(Memo1.Lines.Count)中的Count是有符号的32位整数，最多只能显示30000多行文字，一个系统会不会超过
30000多个文件呢？

过程中不显示，最后再保存也可以，但不够直观。

jl580650

:funk: wimtool是用Delphi编写的???
vista轻松超过3W的文件

netwinxp

偶现在系统盘有3w6个文件，32位的有符号整数是-2147483648~2147483647，16位的才是-32768~32767 ，老九看错了;P 。

[ 本帖最后由 netwinxp 于 2007-7-23 07:11 PM 编辑 ]

lxl1638

看来要做这个报告不容易啊。

      WimTool是Delphi做的，当初也曾考虑用VC++，但试验时一个没有任何功能的窗口界面在本人精简的32M_U盘版中运行就提示欠.DLL，后来就决定用Delphi做了，Delphi做的东西是大些，但容易适应不同的系统，特别是精简的系统，也容易做成绿色工具。现在的WimTool在XP/2K3/Vista及它们对应的PE(包括很精简的PE)都可以使用。而且只需一个WIMGAPI.DLL就可以使用绝大部分最常用的功能。

写WimTool的工作量和难度比PECMD大多了。

[ 本帖最后由 lxl1638 于 2007-7-23 07:22 PM 编辑 ]

lijia07

现在下载好烦啊————————

wincap

又出更新了，感觉跟前一版没有变化啊:)

hsc

V1.0.7.0722F版更新 繁體化

lxl1638

原帖由 hsc 于 2007-7-23 10:00 PM 发表
V1.0.7.0722F版更新 繁體化

手脚好快啊，就来繁体化了。

希望大家多多试验，看看WimTool定义配置文件的规则与ImageX有没有出入，本人自己一个人能做的事有限，一个人的试验也有限。

jl580650

:lol 老九，2者的出入大了去了
经反复测试，得出了imagex只有以下规则
===================================
01 *.Ext                      \\所有目录下某种类型的文件(基本名和扩展名都能用通配符*/?)

02 \path1\path2           \\排除path2目录
03 path1\path2

04 \path1\path2\*         \\排除path2目录中所有文件，留下空的path2

05 \Path1\Path2\FileName.ext    \\排除具体的文件
06 Path1\Path2\FileName.ext

07 \Path1\Path2\*.ext     \\排除某个目录下的某个类型文件(一样支持通配符)
PS:通配符规则和cmd下一样,*代表任意长度,?代表单个字符
所有操作都包括子目录
===============================

lxl1638

呵呵，你再将ImageX支持的所有规则放到WimTool中试验，看看WimTool是不是都支持。
本人的本意是在支持ImageX的所有规则基础上补充自己的规则，或者是对ImageX规则的扩展。

这样做的目的有二：
１、可以直接使用ImageX的配置文件(点[载入按钮])；
２、对ImageX规则的补充和扩展，方便定义出功能更多的配置文件。
关键是第１点，只要不与ImageX的规则冲突就可以了，或者说ImageX的配置文件不作任何修改就可以利用。