 |
|
WimTool-V1.30.2011.501(繁中版)
WimTool-V1.30.2011.501-CHT.part1.rar
(195.31 KB, 下载次数: 587)
WimTool-V1.30.2011.501-CHT.part2.rar
(195.31 KB, 下载次数: 538)
WimTool-V1.30.2011.501-CHT.part3.rar
(71.49 KB, 下载次数: 503)
|
原帖由 bahmo 于 2011-5-9 15:26 发表 已下載! 多謝! |
|
Thank you I tried that before my last post = Crash _SUB Loop FORM DriveType=%AllDrive% LSTR aStr=2,%AllDrive% FIND $%aStr%=X:,!FIND $%DriveType%=DRIVE_CDROM,!ENVI RDrive=%RDrive%|%aStr% MSTR AllDrive=4,0,%AllDrive% STRL iLen=%AllDrive% IFEX $%iLen%>0,CALL Loop!MSTR RDrive=2,0,%RDrive% _END MSTR MDrive=0,0,%RDrive% LSTR MDrive=2,%MDrive% Do not know what is wrong. |
| 试试看谢谢 |
wuyouman01 发表于 2025-10-20 15:49 到第8页设置基础挂载目录 如果是一个正常的WIM，双击应是打开WimTool的第4页的，可能你这个WIM设置了外壳执行，到第6页打开这个WIM看看，也可以在第6页清除这些设置 你到综合区下载2025-10-20的测试版试试 |
lxl1638 发表于 2025-10-20 10:11 确实是.esd格式的，已鉴定！ |
lxl1638 发表于 2025-10-20 10:11 好吧！ |
lxl1638 发表于 2025-10-20 09:55 我有重新新建了个文件夹，再操作一遍，还是一样！ |
2010hsxa 发表于 2025-10-20 09:10 你这个D:\Boot目录很可能不是空的，或挂载过WIM文件。 |
| 感谢分享 |
| 回帖支持一下 |
hjxk 发表于 2025-10-16 19:48 你不说我都没注意，原本设计是在第8页设置的，代码没写上，下次更新补上。 |
| 先收下啦！！感谢 |
| 收藏 |
| 试一下 |
| 谢谢分享 |
| 正在学习中，谢谢分享。 |
lxl1638 发表于 2025-10-11 22:17 看这个节奏，是又有新版本要出世了  |
| 谢谢分享 |
| 强无敌！感谢！ |
lxl1638 发表于 2025-10-11 22:17 ok |
dos时代菜鸟 发表于 2025-10-11 20:38 这个测试版应该可以了，既检测了WIM驱动，也检测了API，测试方法：1、在系统中WimMount和WimFltr驱动都正常时，假定你系统目录是WimFltr的WIMGAPI.DLL，WimTool放单独一个目录，进行一轮测试； 2、在WimTool目录中放一个WimMount的WIMGAPI.DLL，再进行一轮测试；
WimTool测试.rar
(1.56 MB, 下载次数: 8)
|
| 很给力 赞一个! |
| 赞一个! |
本帖最后由 dos时代菜鸟 于 2025-10-11 21:19 编辑 lxl1638 发表于 2025-10-10 21:38 imagex6 貌似并不通过 api 挂载Wim，而是直接 调取驱动挂载。 能否这样设计呢： 1.wimtool 同时自备 wimfltr 和 wimmount 两个驱动对应的 api , 2.wimtool 启动时， 1)判断 当前该系统 api.dll 版本，并探测对应的 wim 挂载情况。 2)通过 自备的 两个 api.dll 探测wim 的挂载情况,如果有与系统 api.dll 版本重叠的，就不予探测这个了。 3)在Wim挂载列表中 标记 wim 是通过何种驱动挂载的，以方便此后通过哪个 api 进行操作。 3.用 wimtool 挂载wim 时，责通过系统自带的 api.dll 去挂载。 这样就实现了通用性了 如下图：我的 win10pe 中 启动时 使用 imagex6 通过 wimfltr 加载的三个 wim ,可写挂载 却不占用 磁盘空间。后有 用 dism++ 通过 wimmount.sys 可写加载了一个 系统 wim. 系统中的 api 是 win10 的 。 这是用 imagex 6.0 探测到的wim 挂载列表。 
这是用 dism++ 挂载的 wim ，可以通过 win10 的 dism 探测到，也能通过 imagex 6.1 探测到，因为 都是 wimmount.sys 驱动的。
|
本帖最后由 lxl1638 于 2025-10-10 21:54 编辑 dos时代菜鸟 发表于 2025-10-10 14:01 首先要保证WimMount、WimFltr两份驱动能正常工作，但WIMGAPI.DLL文件名相同，有点难处理。 如果是64位系统，就相当于有4份驱动了，System32目录有WimMount和WimFltr，SysWOW64目录也有WimMount和WimFltr。 以后WimTool可以根据系统的WIMGAPI.DLL去判断是用WimMount挂载的还是用WimFltr挂载的， 因为系统中的WIMGAPI.DLL是唯一的(同一个目录不能放两个WIMGAPI.DLL)； 但如果其它工具，如imagex6用它自身目录下的WIMGAPI.DLL来挂载，则WimTool就无法判断了。 这个版本差不多可以满足这要求了。如果imagex6目录中有WIMGAPI.DLL，WimTool.EXE就放到imagex6目录中，否则随便放； 如果WimTool.EXE目录有高版本的WIMGAPI.DLL，就用WimMount挂载，否则就用系统目录中的WIMGAPI.DLL挂载。 在WimMount、WimFltr两份驱动能正常工作时，系统目录放什么WIMGAPI.DLL就用什么挂载，可以这样应用： 1、系统目录放WimFltr的WIMGAPI.DLL，WimTool目录中无WIMGAPI.DLL，此情况用WimFltr挂载； 2、WimTool目录中放WimMount对就的WIMGAPI.DLL，此情况用WimMount挂载。
WimTool00000.rar
(1.56 MB, 下载次数: 1)
|
本帖最后由 dos时代菜鸟 于 2025-10-10 20:25 编辑 lxl1638 发表于 2025-10-9 19:36
imagex.6.1.7600.7z
(1.22 MB, 下载次数: 1)
imagex.6.0.7z
(1.05 MB, 下载次数: 1)
按照 你说的方法，将 x86 的 wimfltr.sys *.dll 等驱动导入x86体系后，x86 新版wimtool 可以实现识别并挂载， 测试， x64 新版的 wimtool 也可以 因为不同的 驱动 对应 不同的 api 文件和句柄，而 api 又同名。 比如 ver.10 的api 就不能 调用 ver 6.0 的 wimfltr.sys 驱动，而 wimfltr.sys 与 wimmount.sys 可能会同时出现在系统中。系统中的 api 很可能是 wimmount.sys 对应的 。系统中已经挂载的 wim 却是用 imagex6 通过 wimfltr.sys 挂载的。此时，软件，可能就需要 判断 wim 的挂载方式，并运用 软件自带的 备份的 api 文件 管理 不同驱动方式挂载的 wim . |
| 感谢分享 |
lxl1638 发表于 2025-10-9 19:36 ok |
Powered by Discuz! X3.3
© 2001-2017 Comsenz Inc.
组图打开中，请稍候......
收藏
支持
反对
