何木槿 当21996装了SV2Moment1启用包…… 开机时“正在更新你的系统”一闪而过 版本号变成了21996.1012： 注册表里面有22478.1012.amd64fre.rs_prerelease_flt.211010-1700的字符串，估计我不小心弄了KB5007328。
何木槿 像这样光鲜亮丽的Win 11（仅限SV1，图中是21996），也能正常运行Factory Orchestrator 及其服务，虽然UWP调取程序的接口大概不一样，但闭源软件也没有什么好折腾的，咱也就是玩玩。
何木槿 看来给21996打了几个mun，更新到22000之后，满朝文武全部都臣服了…… 体现在什么地方呢？比如Edge会提供Windows 11视觉效果的选项，Media Player等一众新应用不会拒你于门外，终端可以设置为默认主机，还能检测到22000的补丁，还能安装22610的安全中心 Media Player对于中国歌手的辨识度提升的不错，而且能在线加载大多数的专辑封面。 惊，阿绫也可以被识别 但是——还不够，比如许嵩的新歌它就识别不出来 那怎样安装Media Player呢？实际上，你真要通过Windows Update安装补丁是不行的（按照我之后会更新的方法，目前此方法仍缺少实验，直接无缝更新21996到22000，但更新是不完全的，但是不管是系统层面还是使用上都和22000一样，只不过缺失CU带来的新体验罢了），你可以通过下载一些Windows 11 Beta的更新包，这些更新包直接安装肯定会报错，但只要你勾选上所有的mun，就会有一类刷版本号的mun是不管怎样都可以安装的（如图），我们都知道Beta的CU有着相当夸张的小版本号（例如22463.1012），所以你可以通过这种方式规避WU，但又能接受重要的安全更新，还能使用对小版本号有需求的APPX。
何木槿 21996无缝更新22000（Alpha1） 打开22000的Client-Desktop（amd64）包。（使用7-zip解压原来的esd） 安装顺序：安装不带序号的第一个Client-Desktop Package（11KB） 完成一次重启，会出现正在更新你的系统的提示，这就为我们后续的操作打下了良好的基础。这会更新注册表。 安装其余Client-Desktop分包。此时不要重启，否则可能因为驱动问题导致蓝屏。 安装驱动和桌面环境。然后把整个Client-Desktop（wow64）包灌进去，再重启。你可能需要两次重启，来使Windows完成配置，机械硬盘耗时10分钟，固态的话只会更快。 完成之后，system32里面有将近2800个文件会被更新。包括ntoskrnl。
momo 何木槿 用了这个方法，确实可以更新到22000.1，但是尝试安装更高版本的累计更新还是失败（22000.9+），提示不适用，解包后再装除了能刷版本号之外也没有任何变化 有没有办法获得11的新Explorer和任务栏等功能
何木槿 gailium119 没有，因为Start本身是一个appx，而且还是基于HTML的，要想让它内嵌，就得移植它的加载项，并且要让它和Windows混熟（指写入注册表键值，让Windows认为这是个组件，加载它），我没有能力移植它的加载项（10X的cab内部不像Legacy NT，不再分出子mun，整个部署会提示清单文件包含多个错误），尽管我知道它的加载项在哪个老巢。 不要对闭源软件抱有太大期待，除非你有内部资料
何木槿 gailium119 18946这个新的开始界面来自于10X……如果要找加载项，当然是找10X，而不是18946，WCOS的好处就在于全部cab化，东西好找。18946似乎并没有UUP 传世，那也就不可能移植来自18946本身的Start（除非你够本领，能写出对应的WinSxS内文件夹名，并写出相应注册表项目，我所弄过的移植，某一些效果是挺好的，但都依赖于Windows 更新[dism/dism++]，因为通过更新的方式可以一劳永逸），所以采取10X的Cab。 附图：18947（18946咱还没有，但是两者在新体验上都差不多） gailium119 实际上所谓的“移植”也不是没有做过，但是直接复制文件或者安装appx都是无效的。不能直接调用，也不能通过URL调用，应用程序列表也找不到，VS调试也不行。至于Windows 11上的那个，则是WFEP和SEH（这里的S指Start）结婚的结果。如果你有意愿，你甚至可以来我这里下载10X的HTML Start，不过不含加载项，因为这WindowsInternal.Shell.Start.dll拿去也没用，既不能注册，也不能被加载。 ThinkBou xbox分支不一定干xbox的事…… 没错，这正是我要说的
gailium119 何木槿 我可是专门研究winsxs的（）另：18946 32 位UUP文件：https://opendirectory.luzea.de/Enthousiast/Leaked_UUP/18946.1000.x86fre.rs_xbox_dev.190723-1700.7z
gailium119 何木槿 UUP结构差不多可以看sxs啊（其实我有sxs提取一条龙，不怎么慌）18946.7z186kB 造出组件包deployment和mum,测试签一下在re里面dism安装 先尝试在18947rs上移植18947xbox的，不行那其他build就别想了 成功开出 何木槿 文件和explorerpatcher用于恢复10开始菜单的一致，除了WindowsInternal.Shell.Start.dll 和startmenuexperiencehost里面多的文件;注册表有一百来条 下一步，19041.1:成功 踩坑指南：不得替换StartMenuExperienceHost.exe，因为18947的签名过期导致无法启动。 何木槿 这里mum应该还要魔改，搞不好还得改manifest自签
何木槿 gailium119 x64还差不多吧……32位也就只能研究用了 gailium119 提取靠的是硬链接吗？我不会告诉你我是懒得解压install.wim fsutil hardlink list "C:\Windows\SystemResources\WindowsInternal.Shell.Start.dll" 那么怎么对应上mun呢？可以自己搓吗？ gailium119 你甚至可以往20348走 gailium119 啊对了，如果改成10X的相应文件会如何？我在18947上直接替换是不行的，如果把10XWindowsInternal.Shell.Start.dll的拿来加载为Start Insiders会发生什么？（不过直接替换appx倒是啥事没有） Vibranium开发过程中通知中心还有个Lite Layout，请问那个东西有机会移植吗？
何木槿 现在就是不知Windows 10 Iron开发周期中的新的IME体验究竟来自于什么了，SEH里面也没有，WFEP也不管这个，明明这时候也不依赖XAML.CBS，最高等级才是Win UI 2.4。 gailium119 伸手求更新文件，我来试试在中文的20348上行不行，如果你担心外泄，可以发私密主题
何木槿 测试 <?xml version="1.0" encoding="utf-8" standalone="yes"?> <assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v3"> <assemblyIdentity name="Microsoft-WCOSCDG-Experience-Package" version="10.0.20279.1002" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" /> <package identifier="Microsoft-WCOSCDG-Experience-Package" releaseType="Feature Pack" binaryPartition="false" targetPartition="mainos"> <customInformation> <phoneInformation phoneRelease="Production" phoneOwner="Microsoft" phoneOwnerType="Microsoft" phoneComponent="WCOSCDG.Experience" phoneSubComponent="" phoneGroupingKey="" /> <applicablePartitions> <partition name="mainos" /> </applicablePartitions> <file name="\Windows\ShellExperiences\WindowsInternal.Shell.Start.dll" size="1196032" staged="553975" compressed="553975" sourcePackage="Microsoft-Composable-Composer-ModernUXComposer-merged-Package" cabpath="amd64_microsoft-windows-shell-start_31bf3856ad364e35_10.0.20279.1002_none_02e40f5390eeae4d\WindowsInternal.Shell.Start.dll" sourceComponent="Microsoft-Windows-Shell-Start" /> </customInformation> <update name="62158D3C706B42AA05C1A3B8F8F44C4C64AD3B1C6147B83987AB9846831B7D96"> <component> <assemblyIdentity name="microsoft-wcoscdg-experience-deployment0" version="10.0.20279.1002" processorArchitecture="amd64" language="neutral" buildType="release" publicKeyToken="31bf3856ad364e35" versionScope="nonSxS" /> </component> </update> </package> </assembly>
