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

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

  • Windows

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

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，请问那个东西有机会移植吗？

            何木槿 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自签

                    测试

                    <?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 似乎这个Start Insiders在rs_xbox系列分支中只有浅色一种模式，倒是移植过来之后跟随系统颜色设置了

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

                            10 天 后

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

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

                                6 天 后

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

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

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

                                      5 天 后

                                      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 可否看看推文是什么

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





                                                © 2025 wvbCommunity 管理团队

                                                删封申诉 | 知乎专栏 | 状态监控 | 用户协议(EULA) | 隐私政策

                                                本站文章除其作者特殊声明外，一律采用CC BY-NC-SA 4.0许可协议进行授权，进行转载或二次创作时务必以相同协议进行共享，严禁用于商业用途。