[更新376#2825]PECMD2012.1.80.13_Win32_64.多窗口多线程.裸机系统2.3.3.1+18M酷M...

dos时代菜鸟

敢问 如何用PECMD 调用API实现创建VHD差分子盘？

红毛樱木

1. <blockquote>CALL @MAIN

复制代码

-trans时，不能多行
-nf时，也不能多行

这个问题忘记处理了。

2012fengxi

进入PE后，执行：PAGE C:\PAGEFILE.SYS 128 256 没起作用，C盘不产生PAGEFILE.SYS

红毛樱木

MENU
控件的小弹窗不能设置背景色等(比如：.bkcolor)

hhh333

红毛，你对驱动很有研究，近期论坛中发布了几款驱动安装工具。我比较了一下，譬如显卡驱动，我是打包在WIM中的，用论坛中的工具

1. @echo off
   
2. echo.|time>t.log
   
3. DriverIndexer.exe load-driver DRV_VGA.WIM
   
4. pecmd.exe kill explorer
   
5. echo.|time>>t.log
   

复制代码

大概就是12秒14就安装好了
而用

1. @echo off
   
2. echo.|time>t.log
   
3. pecmd.exe DEVI *sub DRV_VGA,Display
   
4. pecmd.exe kill explorer
   
5. echo.|time>>t.log
   

复制代码

（这里为了简化把驱动先解开）
录得的时间是24秒14，相差一倍多，何况前者还要解压。经仔细观察，显卡安装时间都差不多（安装后屏幕会闪动），但用DEVI *sub的好像还在继续扫描安装，一下子退不出来，造成后面kill explorer要等待很久才执行。这个要如何改进。譬如安装成功后就不应该再继续往下安装了。

红毛樱木

hhh333 发表于 2021-5-20 07:32
红毛，你对驱动很有研究，近期论坛中发布了几款驱动安装工具。我比较了一下，譬如显卡驱动，我是打包在WIM ...

pecmd安装驱动的逻辑没有这么处理。
之前和m提过一次，后来由于我自己写了驱动安装工具和逻辑，所以后来就忘记配合m调整优化了。
安装驱动是一个极其复杂的过程，想要让pecmd在这块完全取代比较优秀的驱动安装工具可能不太现实。

hhh333

红毛樱木 发表于 2021-5-20 08:54
pecmd安装驱动的逻辑没有这么处理。
之前和m提过一次，后来由于我自己写了驱动安装工具和逻辑，所以后来 ...

他这个逻辑是不是允许安装所有其他设备包括双显卡，如果不指定设备安装类的话。应该也有优点。比较聪明的是应该设立一个开关，或者看还有不有没有安装的设备再尝试安装。dpinst.exe的逻辑也与这个相似，驱动程序越多就越慢。

红毛樱木

hhh333 发表于 2021-5-20 10:28
他这个逻辑是不是允许安装所有其他设备包括双显卡，如果不指定设备安装类的话。应该也有优点。比较聪明的 ...

等我有时间把ceomsx改造一下，你就不需要其他工具了。现在ceomsx用的是数据库引擎，处理越多驱动的时候优势越大

红毛樱木

1. CALL @MAIN
   
2. _SUB MAIN,W800H600
   
3.     EDIT+ -center -rich &Edit1,L32T244W240H100,C:\Windows,,0x28
   
4.     ENVI @&Edit1.Color=:100
   
5.     ENVI @this.Visible=1
   
6.     WAIT 2000
   
7.     ENVI @&Edit1=1231231231
   
8. _END

复制代码

EDIT通过.Color设置了字体后，没有保持，每次都需要重新设置，可能增加功能保持吗？

Lightning

hhh333 发表于 2021-5-20 07:32
红毛，你对驱动很有研究，近期论坛中发布了几款驱动安装工具。我比较了一下，譬如显卡驱动，我是打包在WIM ...

比较快速的安装驱动命令是 DEVI *update:硬件ID:INF，而且只解压需要安装的驱动比解压全部快。
比如压缩包里面有1000个驱动需要安装一个显卡id就只解压显卡部分，其它不解压，安装时用DEVI *update:硬件ID:INF命令安装就快了

红毛樱木

Lightning 发表于 2021-5-20 21:31
比较快速的安装驱动命令是 DEVI *update:硬件ID:INF，而且只解压需要安装的驱动比解压全部快。
比如压缩 ...

安装是这样子的，但是匹配驱动才是提速关键

红毛樱木

下面无法KILL

1. CALL @~MAIN
   
2. _SUB MAIN,#
   
3. KILL @MAIN
   
4. MESS. %&error%
   
5. _END
   

复制代码

下面可以KILL

1. CALL @~MAIN
   
2. _SUB MAIN,#
   
3. KILL \
   
4. MESS. %&error%
   
5. _END
   

复制代码

这里也比较奇怪，KILL \后，卡在LOOP里了

1. CALL @MAIN
   
2. _SUB MAIN,#
   
3. LOOP #1=1,
   
4. {*
   
5.     KILL \
   
6. }
   
7. MESS. %&error%
   
8. _END
   

复制代码

Lightning

红毛樱木 发表于 2021-5-20 23:17
安装是这样子的，但是匹配驱动才是提速关键

多线程同步匹配可以提高效率，查找匹配1000个inf文件在1秒内。

红毛樱木

Lightning 发表于 2021-5-21 12:09
多线程同步匹配可以提高效率，查找匹配1000个inf文件在1秒内。

估计你的逻辑写的很666

mdyblog

红毛樱木 发表于 2021-5-20 23:18
下面无法KILL

窗口杀不死的！

只是谁知结束标志。
函数结尾 时 检查到 这个标志， 就关闭 窗口。
函数都卡在那儿，不结束， 窗口 自然不结束。

mdyblog

红毛樱木 发表于 2021-5-20 16:24
EDIT通过.Color设置了字体后，没有保持，每次都需要重新设置，可能增加功能保持吗？

rich 支持不同的颜色。
各地方颜色可不同。
因此 各地方需要指定 各自 （不同的）颜色。

webright

学习了

红毛樱木

mdyblog 发表于 2021-5-21 15:59
窗口杀不死的！

只是谁知结束标志。

,#
的隐藏窗口不用杀？自动退出吗？
是不是这个意思

红毛樱木

mdyblog 发表于 2021-5-21 16:02
rich 支持不同的颜色。
各地方颜色可不同。
因此 各地方需要指定 各自 （不同的）颜色。

收到

527104427

红毛樱木 发表于 2021-5-21 16:34
,#
的隐藏窗口不用杀？自动退出吗？
是不是这个意思

M大是这个意思：
不退出循环，肯定就死在里面了。

CALL @MAIN
MESS 结束

_SUB MAIN,#
LOOP #1=1,
{*
    KILL \
    EXIT
}
_END

hhh333

mdyblog 发表于 2021-5-21 16:02
rich 支持不同的颜色。
各地方颜色可不同。
因此 各地方需要指定 各自 （不同的）颜色。

m大，把DEVI哪么强化一下，不太想用其他工具，希望用脚本一步到位
1、不要全部解包，应精确制导解包
2、有索引时用索引查找
3、安装后不要再尝试安装其他驱动（其实这项多余，只要精确解包出来的才安装就没有反复尝试安装的问题）

现在devi的说明很繁杂看起来脑壳痛，但核心痛点没抓住，也许是我不会用吧

hhh333

Lightning 发表于 2021-5-21 12:09
多线程同步匹配可以提高效率，查找匹配1000个inf文件在1秒内。

把你的代码贴出来让我们学习一下

红毛樱木

527104427 发表于 2021-5-21 18:18
M大是这个意思：
不退出循环，肯定就死在里面了。

EXIT _SUB  就可以退出一切了，所以就认为KILL \就更牛X一些，结果不是  哈哈

红毛樱木

hhh333 发表于 2021-5-21 19:30
m大，把DEVI哪么强化一下，不太想用其他工具，希望用脚本一步到位
1、不要全部解包，应精确制导解包
2 ...

总结一条：

安装某一个设备的驱动，成功一次就结束此设备的驱动安装。  这样就快了

lijun_cake_811

感谢楼主分享！！！

hhh333

红毛樱木 发表于 2021-5-21 20:41
总结一条：

安装某一个设备的驱动，成功一次就结束此设备的驱动安装。  这样就快了

这是一条，还有一条就是不要解开包中的所有文件再安装，而要有的放矢

实际上就是一条：把与本机硬件对应的驱动从包中成百上千个驱动中拎出来安装

红毛樱木

hhh333 发表于 2021-5-21 22:24
这是一条，还有一条就是不要解开包中的所有文件再安装，而要有的放矢

实际上就是一条：把与本机硬件对 ...

现在的规则就是先处理inf然后获取信息再对应解压的，如果不是的话，那就是bug

hhh333

红毛樱木 发表于 2021-5-22 02:11
现在的规则就是先处理inf然后获取信息再对应解压的，如果不是的话，那就是bug

哦，那就及时跳出来就可以了。

Lightning

红毛樱木 发表于 2021-5-22 02:11
现在的规则就是先处理inf然后获取信息再对应解压的，如果不是的话，那就是bug

安装多个设备时，再以多线程同步解压对应解压驱动，解压后再多线程同步安装这样更快。

举例：
多线程同步操作就像4辆车同时在赛道上跑100km，每辆车100km/h，1h后4辆车同时到达终点。
单线程操作就像4辆车在赛道上接力跑100km，每辆车100km/h，4h后4辆车可到达终点。

mdyblog

hhh333 发表于 2021-5-21 19:30
m大，把DEVI哪么强化一下，不太想用其他工具，希望用脚本一步到位
1、不要全部解包，应精确制导解包
2 ...

DEVI已经支持了。 老早就在 韦哥的PE中用上了。

DEVI 先预先建HASH。放在对应目录。DEVI buildcache: 驱动目录  //生成目录的加速缓冲   

DEVI 安装时，自动 调取HASH， 多线程安装。
不要全部解包: 这个是通过MOUN实现的。 所以用WIM打包。
（不打包直接目录当然支持）

另外， 最好分类下， 放在不同目录。
不如显卡， 就只在显卡目录中找。