AnyPS5 着色器覆盖率达到 100%，但原生 PS5 游戏登陆 PC 仍相去甚远

AnyPS5 在 1,166 条已追踪 GPU 指令上的着色器覆盖率已达到 100%，这对该开源项目而言是一项重要的技术里程碑，但也伴随着一项关键限制。如今每条列出的指令都能够被识别，但识别并不保证能够正确翻译，或让游戏稳定渲染。

这一区别，将一项有价值的工程成就与“PlayStation 5 游戏已准备好在普通 PC 上原生运行”这一更具轰动性的说法区分开来。AnyPS5 仍需解决尚未完成的着色器语义、不完整的系统库、同步问题以及特定游戏的行为差异。

该项目采取的路线也不同于 SharpEmu 和 Kyty 等实验性模拟器。AnyPS5 并非维护一个虚拟主机环境，而是将可执行文件转换为 Windows 或 Linux 版本，并提供替代系统库。因此，它的进展也在检验一个更大的构想：PS5 软件能否更像兼容层工作负载那样被适配，而非通过传统方式模拟整台主机。

AnyPS5 着色器覆盖现已包含 1,166 条指令

这项新里程碑填补的是 AnyPS5 着色器解码器中的空白，而不是消除了 PS5 可执行文件与可正常运行的 PC 游戏之间的所有障碍。

一份日期为 2026 年 10 月 9 日的进度快照显示，已追踪的 1,166 条 GPU 指令中已有 1,166 条被标记为已实现。该列表参考 AMD RDNA 1 和 RDNA 2 指令集，涵盖了着色器程序使用的多类指令。

这些类别包括标量操作、向量操作、内存访问、图像处理、数据共享以及控制流指令。它们共同构成了 PlayStation 5 图形程序在驱动主机 AMD GPU 时所使用的大部分“词汇”。

AnyPS5 对这一追踪器中的“已实现”有特定定义：只要着色器解码器能够识别一条指令，该指令便符合条件。解码器负责读取机器指令，并识别其操作、操作数和编码。

识别至关重要，因为未知指令可能会立即中断转换流程。如果工具无法判断原始程序某一部分的含义，就无法转换着色器。

不过，识别一条指令不同于重现其行为。后者要求将其语义翻译为能通过 PC 图形栈产生相同结果的代码。

根据该项目的公开文档，其着色器重编译器会生成 SPIR-V。SPIR-V 是一种中间表示形式，可让工具为包括 Vulkan 在内的 API 表达 GPU 程序，而无需直接面向某一家厂商的机器码。

该项目表示，在启用专用验证选项时，可使用 SPIRV-Tools 检查生成的输出。这类验证能够捕获格式错误的模块和结构性违规，但无法证明每条翻译后的指令都能返回 PS5 游戏所期望的精确结果。

这一区别类似于掌握一本完整的技术词典，与能正确翻译所有可能的句子之间的差别。译者必须先认识每个词，但词汇覆盖本身无法解决语境、时序或含义模糊等问题。

覆盖率报告还显示，已追踪的系统库实现进度为 3,038 个已声明函数中的 2,575 个，即 84.76%。这一数字同样需要谨慎解读。

它衡量的是项目已知并已声明的函数。随着开发者发现更多游戏所需的额外函数，分母可能继续增长。它并不是 Sony 完整私有软件接口的固定百分比。

在既定范围内，着色器数字则更为具体。项目 RDNA 追踪列表中当前纳入的每条指令，都已达到识别门槛。这意味着贡献者在研究陌生着色器时，会遇到更少的即时死路。

它也改变了后续工作的重心。开发者可以逐渐从补齐缺失的解码器条目，转向测试语义、诊断渲染失败，以及将输出与预期硬件行为进行比较。

因此，100% 是一项有意义的里程碑，但它并不等同于兼容性结论。

AnyPS5 如何在没有传统模拟器的情况下工作

AnyPS5 押注于 PS5 熟悉的 x86-64 与 AMD 图形基础，认为转换软件比以软件重建整台主机更具可行性。

该项目的架构始于一项硬件优势。PlayStation 5 使用基于 x86-64 指令集的 AMD 处理器，而主流 Windows 和 Linux PC 同样采用这一指令集。

较早的主机通常依赖与桌面硬件差异显著的 CPU 架构。运行其软件需要持续进行指令转换，或对不熟悉的处理器进行细致模拟。

AnyPS5 采用了另一种方法。其项目概述将其描述为一款可自动将可执行文件移植到 Linux 和 Windows 的工具。重链接器会把原始可执行文件转换为目标操作系统的原生格式。

重链接处理的是可执行文件的结构和依赖关系。PS5 程序依赖于 Sony 特有的模块、接口和加载行为，而标准 PC 安装环境中并不存在这些内容。

因此，AnyPS5 为 PS5 系统 PRX 库提供替代实现。PRX 库是可执行模块，提供主机软件使用的操作系统和运行时功能。

转换后的应用程序会链接到这些替代实现。原则上，游戏随后可作为原生宿主进程运行，而不是在独立的模拟进程内部运行。

图形部分遵循并行的转换路径。着色器重编译器会解码 GPU 指令，并为 Vulkan 生成 SPIR-V；Vulkan 是一套受 Windows 和 Linux 支持的跨平台图形 API。

这一架构解释了为何完整的指令识别如此重要。任何包含未知编码的着色器，都会在转换管线中形成缺口。补齐追踪列表后，解码器可以在遭遇另一类故障前继续推进得更远。

这也解释了为何该里程碑仍不完整。即便解码器能正确识别一条指令，重编译器也可能尚未拥有针对其行为的完整 SPIR-V 翻译。

即使已经生成了翻译结果，也可能存在细微错误。浮点规则、内存排序、通道掩码、波操作、纹理采样以及未定义的硬件行为，都可能导致只在特定工作负载下出现的缺陷。

主机游戏依赖的不只是 CPU 代码和着色器。它们还预期特定的内存布局、同步规则、图形命令行为、音频服务、存储接口、控制器输入、时序和操作系统响应。

原生可执行文件可能因某个预期函数缺失而失败；也可能因一个已存在的函数返回了略有不同的值、错误处理边缘情况，或以错误顺序完成工作而失败。

该项目的贡献规则也承认这一难点。着色器改动必须说明其语义来源是 AMD 文档、Mesa、LLVM、硬件测量，还是其他精确的技术来源。

贡献政策称，审查者会根据硬件检查着色器语义。仍未确定的行为必须抛出错误，或被记录到项目的技术债务记录中。

这一政策体现出对可见故障的有意偏好，而非静默近似。明确的崩溃能够揭示缺失的行为；安静但不准确的桩实现，则可能破坏状态，并在更久之后产生误导性结果。

因此，AnyPS5 并非只是修改文件扩展名。它是在重建足够多的 PS5 软件环境，以使转换后的程序能在另一套操作系统上正确运行。

重链接器、替代库和着色器重编译器构成了一条完整链路。任何单一组件的进展，只有在整条链路能够支撑一款真实游戏时才真正有意义。

真正的较量是覆盖率与正确性

核心矛盾并非 AnyPS5 与 Sony 的对抗，甚至也不是移植与模拟之争，而是项目可见的覆盖率百分比与难度高得多的行为正确性标准之间的差距。

进度仪表盘将复杂工作压缩为易于理解的数字。它帮助贡献者定位缺失领域，也让观察者能够追踪快速发展的项目。

危险在于，内部工程指标被转化为公开的兼容性宣称。“100% GPU 着色器指令覆盖率”听起来接近“完整 GPU 支持”，尽管这两种说法描述的是不同门槛。

覆盖率回答的是解码器是否知道某条指令的存在。正确性则关注完整翻译后的着色器，是否会在所有相关条件下表现得与原始版本一致。

第二个问题涉及多个层面。该指令必须产生正确的值，与相邻指令正确交互，并保留游戏对执行顺序的假设。

随后，着色器还必须与资源绑定、纹理、缓冲区、渲染目标和命令流正确整合。即使独立操作正确，也仍可能在不完整的图形管线中失败。

最后，结果必须能在不同的宿主 GPU 和驱动程序上保持稳定。Vulkan 通过通用 API 减少了平台差异，但并未消除所有实现细节。

SPIR-V 验证也承担着类似但有限的角色。验证器可以确认模块遵循形式上的结构规则，却无法判断程序是否表达了预期的 PS5 着色器。

一句语法正确的话仍可能陈述错误事实。同样，一个有效的 SPIR-V 模块也可能成功编译和运行，却生成错误图像。

对于要求严苛的商业游戏而言，这一区别尤其重要。现代游戏使用大量着色器、引擎系统、中间件模块、异步工作负载和定制渲染技术的组合。

一项指令错误可能只会出现在某种材质、光照通道或后处理效果中。同步缺陷则可能直到某个场景同时运行足够多的工作时才会暴露。

结果可能从缺失纹理、几何体闪烁，到驱动程序重置、内存损坏或完全崩溃不等。这些结果都不与 100% 解码器覆盖率相矛盾。

AnyPS5 的严格错误策略，可能会让早期兼容性看起来更差，却能提升诊断价值。其文档称，不受支持或意外的状态会抛出运行时错误并终止进程。

这种做法避免了假装尚未实现的路径能够正常工作。相比带着受损内部状态继续运行的游戏，它也能为贡献者提供更清晰的故障定位点。

同样的谨慎也适用于与 GPU 里程碑一同报告的 84.76% 系统库数字。实现数千个已声明函数代表了大量工作，但数值覆盖率几乎无法说明哪些缺失函数会阻止某一特定游戏运行。

一个不常见的函数就可能阻止游戏启动。反过来，一款简单游戏可能仅使用可用接口的狭窄子集，即便其他部分仍存在广泛缺口也能运行。

因此，兼容性进展并不均匀。一个项目可能在总体百分比很高时，仍难以运行一款热门游戏；随后，又可能通过精心实现的一项服务获得显著的可见进展。

正确解读 AnyPS5 着色器覆盖率，应当是范围有限但意义重大。已跟踪的解码器指令词汇已完整，贡献者可以在无需面对这类未知指令的前提下，继续排查更深层的翻译和运行时问题。

这一指标不应被延伸为“通用渲染已实现”、GPU 支持已完成，或短期内将兼容 PS5 游戏库的论断。

原生移植与 PS5 模拟面临不同瓶颈

AnyPS5 与传统 PS5 模拟器面临许多相同的技术问题，但其架构会在不同环节暴露这些问题。

模拟器通常为软件提供一个旨在复现原始主机的环境。它在模拟边界之后协调虚拟化硬件、系统服务、内存行为、图形翻译和输入。

AnyPS5 则会转换可执行文件，并将其与兼容宿主环境的实现连接起来。当客户机和宿主机采用相同的 CPU 架构时，这种方法可以减少层级，但并不能免除复现主机行为的需求。

原生路线提出了一个颇具吸引力的性能假设：如果原始 x86-64 代码能够直接执行，宿主机就能避免采用不同指令集的主机通常需要进行的大量 CPU 翻译。

这种优势并不会自动带来高性能。图形翻译、系统调用处理、同步和兼容性修复仍会消耗资源。为确保正确性，开发工作也可能需要采用降低速度的保守路径。

传统模拟或许能提供更好的隔离与集中控制。模拟器可以在受管理的运行时内部拦截行为，从而简化日志记录、状态管理和平台抽象。

转换后的原生进程可以直接使用宿主机执行能力，但也必须与宿主操作系统的应用程序模型共存。可执行文件格式、调用约定、异常行为和动态链接的差异，都会立刻成为工程问题。

SharpEmu 是一个很有参考价值的对比对象：它走的是模拟器路线，同时受益于 PS5 的 x86-64 CPU。2026 年 9 月，其开发者称，在测试的 55 款游戏中，有 12 款能够进入游戏过程，6 款可以达到每秒 60 帧。

这 6 款游戏并非都经过从头到尾的完整测试。根据项目方在一则兼容性更新中引用的信息，“可玩”标签仍可能包含轻微的图形或音频问题。

Kyty 则采用了另一种模拟器实现，并在要求更高的软件上展现出可见成果。然而，公开演示、帧率数据和简短的游戏片段，并不能证明其具备完整兼容性。

这些项目说明，按游戏作品衡量的证据比单一子系统百分比更重要。兼容性列表记录的是整套技术栈在真实工作负载下的表现。

AnyPS5 目前将 Dreaming Sarah 列为已验证游戏。项目文档称，这款 2D 平台游戏可在 GeForce GTX 1050 Ti 和 Intel Core i5-7500 上以稳定的每秒 60 帧运行。

这有力证明了其架构至少能让一款游戏完成转换、链接、图形翻译、输入处理和执行。它并不能证明同一条路径可以直接扩展到复杂的第一方大作。

一些社区实验也报告了其他游戏的原生转换成果，包括 Dead Cells。这类演示能够揭示可行路径，但每一项都需要仔细评估其所需补丁、缺失功能和可复现性。

因此，最有价值的比较并非项目之间的记分牌，而是不同方法如何发现并解决兼容性失败问题的比较。

模拟器可以在维持运行时边界的同时展示更广泛的游戏兼容性。AnyPS5 则可以检验静态转换与原生宿主执行，是否能为兼容工作负载提供一条更清晰的长期路径。

两条路线仍要面对同一项严苛标准：玩家关心的是游戏能否启动、正确渲染、接受输入、保存进度、维持性能，并从头到尾稳定运行。

任何架构标签都无法替代这些结果。

100% 覆盖率仍无法保证什么

AnyPS5 已完成一个可衡量的层级，但其剩余的不确定性恰恰位于真正难以支持游戏的环节。

第一个不确定性在于着色器语义。公开覆盖率表明解码器能够识别所有已跟踪指令，但并未说明其中有多少具备完整的 SPIR-V 翻译。

它同样没有披露，有多少翻译已在具有代表性的输入条件下与 PS5 硬件进行对比。公开文档无法明确行为时，硬件测试至关重要。

第二个不确定性在于组合关系。单条指令或许能通过聚焦测试，但更长的着色器可能暴露涉及控制流、精度、内存访问或子组操作的交互问题。

着色器程序也依赖图形管线提供的资源。即使算术运算正确，也无法弥补图像、缓冲区、采样器或渲染目标描述错误的问题。

第三个不确定性在于已跟踪范围本身。1,166 这一数字代表 AnyPS5 维护的指令列表。未来测试可能会发现当前跟踪器尚未捕获的未公开变体、编码或行为。

这种可能性并不会否定这一百分比。它意味着该百分比描述的是一个带版本的工程范围，而不是涵盖每一种 PS5 GPU 行为的不可变规范。

系统库也面临类似的动态目标。截至 10 月 9 日的快照，项目统计了 3,038 个已声明函数，其中 2,575 个被标记为已实现。

当另一款游戏导入此前未见过的接口时，更多函数可能会进入数据库。即便代码库持续改进，分母增长也可能降低显示出的百分比。

函数数量同样掩盖了实现深度。简单包装器与复杂的有状态服务各只占一行，尽管两者的实现成本可能相差巨大。

正确的媒体播放、网络、账户服务、存储行为和图形提交，都可能需要持久状态与准确的错误处理。它们并不总能简化为一个返回值。

第四个不确定性涉及法律与实际获取途径。AnyPS5 表示，它不分发受版权保护的游戏、固件、加密密钥或专有库。

其文档要求用户自行合法获取二进制文件，并遵守相关许可条款。对于围绕商业软件开展的保存与互操作性项目而言，这一界限至关重要。

该工具并不是 PS5 游戏的替代商店。用户仍需要合法取得所测试的软件，以及获取兼容文件所需的相关技术流程。

第五个不确定性涉及维护。游戏、驱动程序和宿主操作系统构成庞大的测试矩阵。一项可在某块 GPU 上运行的转换，可能会在其他环境中暴露不同问题。

AnyPS5 使用 Vulkan 来面向多个系统，但 Windows 和 Linux 在可执行文件加载、库、驱动程序、文件系统行为和调试工具方面仍存在差异。

项目的发布历史已显示出其在着色器、网络、媒体播放、库、构建验证和重新链接等方面的工作。这种广度说明，该问题远不止 GPU 解码这么简单。

这也说明，快速的提交活动不应被误认为兼容性已经完成。一个年轻项目可以迅速变化，同时仍处于实验阶段，并不适合普通玩家使用。

用户也不应从轻量级游戏外推到未来的大作。一款小型 2D 游戏可以验证架构，却未必会触及最具挑战性的渲染和系统路径。

大型游戏会放大每一个薄弱环节。它们使用更多模块、更多图形特性、更大的资源集、更严格的时序，以及历经多年主机优化形成的引擎特定假设。

因此，技术上准确的总结必须保留这一里程碑的两面性。AnyPS5 已从其着色器解码器中移除了所有当前已跟踪的未知项，这是一项有价值的基础性工作。

它尚未证明具备完整的着色器翻译、完全等效的 GPU 行为、广泛的系统库兼容性，或对 PS5 游戏库的可靠支持。

三个信号将显示 AnyPS5 是否正在缩小差距

接下来有意义的证据，将来自语义测试、可复现的游戏兼容性，以及经受更广泛工作负载考验的系统库分母。

第一个信号是已验证的指令行为。贡献者需要通过测试表明，已解码的操作能够被翻译为正确的 SPIR-V，并匹配预期的硬件输出。

项目的贡献规则已经指向这一方向。着色器变更必须引用精确的技术来源或真实硬件测量结果，而尚未解决的情况仍会被明确标记为技术债务。

更大规模的自动化语义测试集合将强化 100% 这一数字。它会让跟踪器从识别地图转变为关于翻译行为的证据。

最有价值的报告至少应区分三种状态：已解码、已翻译和已通过硬件验证。这种拆分能让观察者了解，实现深度是否正在追上覆盖广度。

如果已翻译和已验证的数量快速增长，这一里程碑将更像是集中攻克正确性阶段的开端。如果识别仍是唯一完成的层级，标题背后的差距仍将存在。

第二个信号是可复现的兼容性列表。更多游戏需要通过公开构建运行，并记录硬件、操作系统、设置、已知缺陷和测试深度。

启动一款游戏，应与进入菜单、进入实际游戏、达到目标帧率以及通关游戏明确区分。将这些状态混为一谈，掩盖的信息会多于揭示的信息。

有价值的条目还应标明外部补丁或手动步骤。当其他用户无需私有代码或未记录的修改即可复现结果时，原生转换就更具说服力。

从一款已验证的轻量级游戏，发展到多款彼此独立的作品，将证明这一架构具有通用性。支持一款要求较高的 3D 游戏，则会提供更有力的压力测试。

第三个信号是已发现与已实现系统函数之间的关系。报告中的 84.76% 看起来令人鼓舞，但它的价值取决于分母是否稳定。

如果测试更多游戏后发现许多额外函数，原始百分比可能会下降。这代表着对平台有了更深入的了解，而非出现退步。

关键在于，新发现的函数是否获得准确实现，并解除真实软件的运行障碍。随着接口地图扩展，按游戏作品衡量的结果也应当有所改善。

观察者还应关注失败是否向执行的更深层推进。一款游戏从启动错误逐步进入菜单、实际游戏和更长时间的运行，即使尚未达到可玩标准，也可能表明取得了实质进展。

AnyPS5 的着色器覆盖率值得关注，因为它消除了一个广泛存在的即时失败类别。每条已跟踪指令如今都可以进入解码器，而不会因未知输入而中止。

在完成识别之后，更困难的阶段才刚刚开始。开发者必须证明，翻译后的着色器行为正确，替代库能够复现预期服务，转换后的游戏能够在完整工作负载下保持稳定。

对于开发者、保存研究人员和技术好奇的玩家而言，最值得问的问题已不再是跟踪器能否达到 100%。它已经达到了。

关键在于：这 1,166 条指令中，有多少比例能在不同 PC 的真实游戏环境中通过语义测试，而无需依赖隐藏补丁。请关注已验证的兼容性列表以及基于硬件的着色器测试。这些结果将决定 AnyPS5 这一里程碑会成为在 PC 上原生运行 PS5 游戏的基础，还是仅仅停留在一项令人印象深刻的解码器统计数据。