检测到论坛CSS可能没有正确加载，如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

Windows 杂交与体验（七拼八凑）

何木槿 · 2021-02-18T03:32:11+00:00

本帖的定位：作为Rectify 10/Iron的一个后方场地，测试杂交可用性和发送一些翻车的氧烷内容。测试的内容：1.体验一些Beta 2.WCOS和Windows Legacy的杂交。 3.Windows 11特性的尝试下放。 4.Validation OS可用化。

何木槿

测试

<?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>

gailium119

何木槿 UUP结构差不多可以看sxs啊（其实我有sxs提取一条龙，不怎么慌）

18946.7z

186kB

造出组件包deployment和mum,测试签一下在re里面dism安装
先尝试在18947rs上移植18947xbox的，不行那其他build就别想了

成功开出
何木槿
文件和explorerpatcher用于恢复10开始菜单的一致，除了WindowsInternal.Shell.Start.dll 和startmenuexperiencehost里面多的文件;注册表有一百来条
下一步，19041.1:成功

踩坑指南：不得替换StartMenuExperienceHost.exe，因为18947的签名过期导致无法启动。
何木槿这里mum应该还要魔改，搞不好还得改manifest自签

何木槿

gailium119 似乎这个Start Insiders在rs_xbox系列分支中只有浅色一种模式，倒是移植过来之后跟随系统颜色设置了

gailium119

何木槿对的，我没办法通过汇编去掉mach2才能开的限制，然后我发现这个东西他貌似有内存泄露（）你拿原版18947的放19041上看看开一晚上内存会不会爆

何木槿

现在就是不知Windows 10 Iron开发周期中的新的IME体验究竟来自于什么了，SEH里面也没有，WFEP也不管这个，明明这时候也不依赖XAML.CBS，最高等级才是Win UI 2.4。

gailium119 伸手求更新文件，我来试试在中文的20348上行不行，如果你担心外泄，可以发私密主题

ThinkBou

何木槿有个原生输入体验……

何木槿

IE11，是你吗？

何木槿

ThinkBou 可否细说，网上找不到结果

ThinkBou

何木槿没有inputapp什么的吗……

何木槿

ThinkBou 早没了，你是不是又双叒叕火星了

何木槿

ThinkBou 10X的cab已经摸了一遍了，连system32里面的dll都替换了

ThinkBou 啊对了，我还要说一句，这东西并不靠inputapp实现，Vibranium到后期都抛弃了inputapp（因为集成进了WFEP）

ThinkBou

何木槿那段时间的OS我用的不多……
不过你可以关注一下System32\InputMethod\

何木槿

ThinkBou 那些都是上古不更新的“神器”，直接替换成22000的都没变化，而且还能正常显示旧版候选框和Emoji面板

何木槿

Office LTSC Refresh（确信）

gailium119

何木槿除了ltsc四个字母貌似和mondo没区别（）
何木槿 ltsc怎么也扯不上365，只能写成ltsc（）

何木槿

gailium119 Mondo直接显示Microsoft 365

ThinkBou

gailium119 如果你更新到最新的版本，你会发现LTSC没有任何UI刷新，只有Word有自动保存功能，墨迹功能残废，和365差的多……

何木槿

这家伙还蛮鸡贼，原来你不直接释放文件到System32根目录，自己建了文件夹
WCOS的22000活得贼惨，没有新版appx的更新，UI也只是接着10和10X的遗产。
看这个10.3.0.0，我感觉这时候它（WCOS）不是在Industry领域（Factory OS）获得了新生，像是快断气了。

还不能够从你的梦里苏醒（10X），“我”（WCOS）还没有缝补受伤的躯体（VAIL容器，虽然在FactoryOS里面迎来了正式版，却依然不能很好工作），我有一个问题问题，哪里可以找到你？（到了ValidationOS，已然抛弃了WCOS，在沉寂之中，也许WCOS已经死了）

ThinkBou 可否看看推文是什么

ThinkBou

何木槿 ValidationOS很明显不适合用WCOS，因为其分区结构要求太多难以部署，而且FactoryOS给OEM用的搞驱动的最后用WCOS才是离谱……
另外就是，WCOS其实没新东西，分区结构什么的Client也已经有了初步支持

ThinkBou

深夜挖个坟，应该没人看见吧……

WCOS有几个要素：

全新的WinRT XAML写的GUI Shell，也就是CShell。此Shell与文件资源管理器分离。

GUI Shell由explorer.exe提供主要支持，代码应该主要包括在这个程序内。该Shell包括桌面、任务栏、“开始”菜单（后变为独立UWP）、SystemTray及弹出内容、虚拟桌面、通知中心等内容。该Shell可以被替换，比如Windows 10 Team上的Shell。
此处为个人理解，如有错误还请批评指正。

容器化运行所有应用。
通用部分组件。
DCH驱动。
NT10内核。
状态分离分区。

解释

以上第一点和第二点对于Client来说基本不可能实现，基本铲了99%的Windows生态，因此WCOS项目暴毙……
而第四点和第六点，前者已经在Client得到了广泛支持，后者也已经在Client有了初步支持（见ThinkBou ），所以WCOS的技术还是能移植到Client。
关于第三点，我们已经见到了其衍生物，不管是WFEP，还是10X OOBE在基于FE平台的Client上出现，都是这一点的体现。至于WCOS内通用组件，我们可能永远也见不到长什么样。其实这里要和CShell做区分。
至于第五点，说明Client和WCOS没有本质区别。关于onecore和WCOS的关系见ThinkBou 。
不过第二点反映出API层会和Client有不同，纯粹是因为WCOS是Mobile加东西而不是Client改过来导致的……
至于Mobile（从WP8开始）当年是Client砍出来的还是重写的，那就不清楚了。不过Mobile是可以运行cmd的，只不过需要特殊手段。

附：微软文档中的Windows系统架构图

和Build 2011提供的架构图

（下面这张来源于Sinofsky的推特（链接待补），其实更能说明问题）

ThinkBou

SteveWorkshop 看您说过状态分离会有锁UEFI的副作用

well…上状态分离不一定就要上UEFI锁，这没有任何技术上的关联。但是为某类设备的OS既然上了状态分离，那么就是出于安全角度考虑的，因此也可能会要求OEM开UEFI锁，或者就像10X和10 Team一样直接给你上锁了。
另外关于桌面设备能不能用上状态分离，看看我精炼的Windows Central报道ThinkBou ，就看到时候能实现多少了。技术上目前没问题ThinkBou