本帖最后由 苏州本是 于 2018-4-7 13:31 编辑
decrypt-multi-release_v180403苏州本是【汉化归汉化-增强真增强】版2018-04-07更新
decrypt-multi-release-v180403苏州本是汉化增强版.7z
(3.61 MB, 下载次数: 84)
先下安心，读贴耐心！
零、【近期版本进化历史】
v180403
- 增加了对Windows 7的支持 - 使用2个索引（Windows PE和Windows Setup）创建boot.wim;
- 修复家庭消费者的名称（用于构建17133.1）;
- 文件nircmdc.exe已被删除;
- 优化的dism，现在只有32位版本就足够了。
v180108
- 解密中的小修正;
- update_decrypt中的代码进行了一些优化。
v171203
- 修复构建16299.64的名称;
- 更新版本16299.15;
- update_keys已更名为update_decrypt（改进版），现在可以通过它更新到最新版本的解密。
v180403
- added support for Windows 7 - create boot.wim with 2 indexes (Windows PE and Windows Setup);
- Fix the name of Home on Consumer (for build 17133.1);
- the file nircmdc.exe was deleted;
- optimized dism, now only a 32-bit version is enough.
v180108
- minor fixes in decrypt;
- The code in update_decrypt was slightly optimized.
v171203
- fix the name for build 16299.64;
- updated the dism to version 16299.15;
- update_keys has been renamed to update_decrypt (improved version) and can now be updated through it to the latest version of decrypt.
一、【汉化归汉化--汉化了什么？】
1。汉化继承说明：饮水当思源！我的DMR汉化版本以〖正义羊汉化DMR-旧版为基础〗，主要添加散落未多语言环境变量化的字符串汉化；convert-uup.cmd由于个人使用较多较熟悉，因此汉化风格改得较为精炼，其它脚本改得较少。特此致谢正义羊版主！
2。DMR都是将字符串环境变量化，语言资源外置于bin目录下的lang-*.cmd中，原为俄英双语，但因我不懂俄语且汉语俄语并存时文本编辑太麻烦，曾调用winHex增删修改，不胜其烦，现改为〖中英双语，其它语言应该自动显示英语〗（我没有测试环境，无法验证）。在lang-*.cmd中增加汉化资源和汉化调用跳转并改其它语言默认显示英语而非简单报错，改update_keys字符串为update_decrypt。
3。为软件根目录*.cmd增加汉化资源调用判别，把〖散落字句转化为字符串变量〗，相关语言资源添加到对应的lang-*.cmd。[注意：bin目录下有lang-EN-RU.7z和lang-EN-CN.7z包，分别是原版英俄双语和增强版英汉双语的lang-*.cmd语言资源文件压缩包。]
4。apply-UUP.cmd(UUP直接释放安装单行版)、UPDATE_decrypt.cmd(软件包模块更新)、SW_dism.cmd(本地dism备份还原)、BCD-boot.com(启动处理)4个〖脚本，内嵌汉化资源〗，以dism国际语言判国别，自动依系统语言显示信息提示(提供语言资源的部分别忘记加一句chcp xxx>nul)。7个脚本调试过程除了与英文符号处理相关之外，还都与提权运行相关，不是运行出错，就是echo状态如何如何（后查明这是环境变量未作定义引起）。其中尤其UPDATE_decrypt.cmd值得一提。它是软件包模块更新的脚本。英文原版可以双击正常运行，而一旦汉化，竟无法正常运行。无奈之下，曾出一下策：请双击运行“UPDATE_decrypt-汉英双语对照环境.cmd”，能为UPDATE_decrypt.cmd提供双窗口，来回切换汉英双语对照环境。但我不甘心。再再尝试之下，竟然找到了解决办法可以多语言自动识别运行了！方法居然是提权！提权脚本也是现成，在convert-UUP.cmd开头就有。我曾汉化过另外一个服务器版UUP下载脚本，但因汉化版无法正常运行而放弃。估计可能与此同病。容后测试。[注意：根目录下有4个脚本文件的万事皆空包：原版英俄包cmd-EN-RU.7z和增强英汉包cmd-EN-CN.7z]
5。newKEY.cmd、bcd.cmd、key.cmd、revision.cmd、update.cmd原版〖没有任何提示，无需汉化〗。
二、【增强真增强--增强了什么？】修正了原版脚本中残留的几个错误！
1。convert-*.cmd、decrypt-ESD.cmd〖路径由手工输入改为图形界面鼠标选择〗，方便寻找UUP或baseimage存储路径，由于联合使用select_folder.exe与ssed.exe、echo.exe小工具及批处理脚本技术，巧妙解决了含空格参数传递、含空格路径名设置环境变量的问题，因为select_folder当初设计时考虑了传递"bc d"至set a=，而不是更好的方案：传递bc d"至set "a=。
2。增加〖备份还原dism支撑文件〗，并自动适配修改脚本，若去除或移走备份目录64、86，体积可缩小约12兆，即可运行最小环境小至约9兆。经过多种各版本Win_PE环境的试用，转换释放脚本不适合PE下使用，因为它们调用多个小工具如futil、expand、findstr、find等可能在PE中已被精简掉，无法满足脚本的正常运行。而且目前Win10用户大多不是新装系统或单系统，玩脚本的多数在用的系统应该拥有完整的DISM支撑环境。同时，同样调用dism功能的uup-converter-wimlib，在bin目录中也并没有任何支撑文件，但脚本运行非常正常。所以，DMR也可以一样去除dism支撑文件（立省12兆空间），但还需要编辑一下convert-UUP.cmd和apply-UUP.cmd文件，去除&set "dism=%~dp0bin\bin64\dism.exe"，去除&set "dism=%~dp0bin\dism.exe"，替换%dism%为dism.exe。这个话题曾经发过贴。其实，更简单的修改方案是：去除&set "dism=%~dp0bin\bin64\dism.exe"和&set "dism=%~dp0bin\dism.exe"中的路径都改作&set "dism=dism.exe"，不再替换%dism%。已由ssed.exe实现自动修改，不再劳烦用户动手了。恢复时怎样加回地址，我的代码中用了一个小小的trick，细心人一眼就能瞧出来。
关于“转换释放脚本不适合PE下使用”，还有一种解决办法：即先创建一个VHD，再〖释放到一个VHD挂载盘符〗，卸载保存后就可以不论Windows系统还是WinPE都能安装了。
dism支撑文件的〖备份实现方法〗有多种，如：
[A。移走命令逐条罗列顺序执行法]：即罗列85条move xxx.yyy zzz>nul，此法有约4K代码，写出来怕你们砸了电脑。
[B。正向思维的移走文件列举法]：原始，代码长，但代码实现简单稳妥，除非dism版本更新带来异常变动。
[C。反向思维的保留文件列举法]：巧妙，代码短，但需注意版本更新及用户二次开发可能带来的文件列表变化。
[D。比较位数文件夹列表异同法]：巧妙，32位与64位同名的文件除wimlib相关2文件外两目录下都移走，另外再处理3个异同无关文件。
[E。移走与保留文件名称特征法]：特征提取需仔细，一旦版本更新及用户二次开发带来文件列表及名称变化，特征提取需从头再来一遍。
[F。不同位数移走文件列表复用法]：B、D结合，可以缩短一半代码，兼备稳妥与巧妙，移植到别处使用也非常方便。sw_dism.cmd的2017.12.13版即采用此法。
再随20180403版本去除64位处理代码部分。
3。convert-UUP.cmd的install.wim最高允许压缩率选项（创意来自金辰影视）、直接释放安装UUP文件选项（创意和原始脚本来自yaya141319），其实convert-BASEimage.cmd和decrypt-ESD.cmd也能添加最高压缩率和直接释放功能，只是两天的集中迁移（通常我都是用uup-converter-wimlib版本的convert）、调试（脚本中的权限、局部与扩展，还有英文标点符号真让人头痛，一不小心就入坑！），太累了，暂时就这样了，先推出，大家玩玩，〖反馈下有什么BUG〗，不超出我能力所限的话再作改进吧！下面请允许我加一段吐嘈下自己吃的苦。
由于Windows_10系统更新统一平台风格的实施，用户不得不参与系统映像处理。在此过程中，老白们比较倾心于使用映像转换脚本，最常见的就是uup-converter-wimlib和decrypt-multi-release。在使用及更新中，有幸在远景论坛看到了金辰影视的增强压缩率改进脚本和yaya141319的不转换制作映像直接释放UUP文件到目标分区的创意思路与脚本，由此开始了增强功能版本更新和优化。在对UUP的转换与释放的〖脚本合并〗与提升压缩率的〖功能合并〗过程中，苦头吃了无数，转换、释放映像无数，对脚本中符号细节、流程控制和功能实现越来越熟悉，合并风格也由原始的全程亦步亦趋、标志分支，到脚本双主线独立并行、复用程序段独立为过程，再到变量和功能选择由脚本开头渐渐移到了功能实现的合适必须位置或在原有合适菜单上增添选项、仅在到位分支处实现功能。在〖风格进化三阶段〗中，亦步亦趋阶段最痛苦而且难以调试；主线独立阶段方便实现、易于调试除错，但总觉得有些无奈和被绑架；手熟脑熟阶段实现功能很轻松，但总考虑位置合适吗、代码简洁吗，甚至会去合并脚本主体段、相似功能段（在UCW中特别明显）、改进现有代码，释放脚本中甚至删除多处未用到的或意义不大的变量、菜单和代码，如果去除界面及回显，核心功能代码只有4、5行（这符合yaya大当初的创意设想）！加入菜单项及处理输入也就几行！可以说新功能新增代码量已基本减至无可再减！现在对全新原版或汉化脚本实现功能增强，联合使用记事本和双BeyondCompare（一个以差异找位置，一个以位置定差异，避免发生遗漏），几分钟即可实现！这算苦头变甜头吧！
4。关于convert-UUP.cmd的apply功能，现追加了compact选项，开关在于输入释放目标分区盘符如C:时，大小写有别：输C:不压缩，输c:则以〖compact默认xpress4k压缩率〗压缩。若想定制压缩率，请打开脚本自行搜索xpress4k字样并替换成xpress8k、xpress16k或lzx，以获得约33%、35%、38%、44%的压缩效果。注意：压缩率越高，系统性能越低。不懂的，千万别改！
5。配合uup释放处理启动问题，借助bcdboot.exe〖为新装系统添加启动〗。可脱离软件包独立使用。
三、【bin目录增加了什么？】
bcdboot.exe --微软启动添加
ssed.exe --仿unix字符串替换
echo.exe --仿unix字符串显示
Select_Folder.exe --图形界面文件夹选择
四、【软件根目录文件有什么？】
apply-UUP.cmd --UUP直接释放安装脚本
BCD-boot.cmd --为全新安装的系统添加启动 （有bcdboot.exe即可独立于软件包单飞使用）
convert-BASEimage.cmd --基本映像转换
convert-UUP.cmd --UUP到ISO转换
decrypt-ESD.cmd --解密ESD并转换到ISO
SW_dism.cmd --bin目录dism支撑文件备份还原、*-UUP.cmd自动修改开关脚本（附属于软件包，不可单飞使用）
newKEY.cmd --设置新密钥变量
UPDATE_decrypt.cmd --软件包模块更新
读我吧！【汉化归汉化-增强真增强】.txt --你正在 读我
……※〓〖剧终〗〓※……
| 
