Valve 借 Steam Frame 让 Steam 游戏摆脱 x86 架构依赖

Valve花了十年时间让Windows在PC游戏领域变得可有可无。现在它想对x86做同样的事——x86是每一台游戏PC核心处的Intel和AMD CPU架构。如果成功，由此引发的变革甚至可能改变“PC游戏”本身的含义。

Steam Deck证明了Valve的Proton兼容层可以在Linux上运行海量Windows游戏，开发者无需先将游戏移植到Linux。这一突破帮助Steam Deck大获成功，也让Linux游戏真正变得可行，并为SteamOS扩展到其他PC奠定了基础。

但Steam Frame表明Valve的野心远不止于此。这款独立VR头显在基于Arm架构的高通Snapdragon 8 Gen 3处理器上运行SteamOS，而非几十年来驱动PC游戏的AMD和Intel x86处理器。

而且Valve期望你现有的x86 Windows游戏照样能在上面运行。这就是为什么Steam Frame内部的Arm芯片比VR本身重要得多。Valve正在开始拆解关于游戏PC需要什么硬件和软件来运行你的游戏的基本假设。

趋势已经很明显了。我们正在看到Valve用SteamOS、Proton、Steam Deck以及现在的Steam Frame所构建的一切的终局：随处购买，随处游玩。你的Steam库不会在意你用什么操作系统、你的设备内部是什么处理器架构，或者最终甚至不在意你拿的是什么类型的设备。只要你有足够的计算和图形性能来运行游戏，剩下的Steam会搞定。

那将是真正的游戏规则改变者。系好安全带。

嗨！我是Brad，PCWorld的执行编辑。想在任意设备上获取更多这样犀利的新闻报道？订阅PCWorld面向PC爱好者的Full Nerd和Boost Mode新闻简报，并记得在YouTube和各大社交渠道订阅PCWorld。欢迎加入PCWorld大家庭！

Valve首先让Windows变得可有可无

Steam Deck的软件魔法如今很容易被视为理所当然，但值得回顾一下它的基本前提曾经听起来有多疯狂。

大多数PC游戏都是Windows游戏。Valve没有通过说服数千名开发者创建和维护Linux原生版本来解决这个问题。它构建了Proton，让Windows版本在Linux上运行。

Proton内部有很多事情在发生。它围绕Wine构建，而DXVK等组件将DirectX图形调用转换为Vulkan。关键的一点是，所有这些都发生在游戏底层。开发者可以继续发布Windows游戏。玩家可以继续购买Windows游戏。Valve来解决不兼容问题。

这一策略并非始于Steam Deck。Valve向Linux的推进在Windows 8时代真正开始，当时微软的Windows Store及其日益封闭的计算方式让Gabe Newell确信Valve需要一个逃生通道。十年前的初代SteamOS和Steam Machines就是那个对冲。它们作为产品失败了，但Valve从未放弃底层工作。

Proton最终攻克了那个致命的先有鸡还是先有蛋的问题，正是这个问题注定了Steam Machines的命运：玩家不会转向Linux，因为他们的Windows游戏不在那里；而开发者不会支持Linux，因为玩家不在那里。

所以Valve不再要求开发者移植他们的游戏。

Valve没有要求PC游戏生态围绕SteamOS弯曲，而是让SteamOS围绕PC游戏生态弯曲。Steam Deck是那十年独立之路的集大成者。

Omdia分析师James McWhirter将Valve的策略追溯到完全相同的地方。“2013年最初发布的SteamOS和Steam Machines是对Windows 8边缘化旧Win32框架的对冲，而那么多游戏都依赖这个框架，”McWhirter通过电子邮件告诉我。

他说，自那以后发生了很多变化，但“SteamOS的精神——给予Valve对其自身命运更多控制权——一直是一个关键常量。”而现在Steam Frame将同样的理念推进了一层。

现在Valve让x86变得可有可无

Steam Frame不只有操作系统兼容性问题。它的Snapdragon处理器说的语言与为传统游戏PC编译的x86代码在根本上不同。

这就是FEX的用武之地。

FEX将x86代码转换为Snapdragon处理器能理解的Arm64指令。把它和Proton叠加在一起，某种相当疯狂的事情就成为可能：你可以拿一个为Windows编译的x86游戏，在运行Linux的Arm处理器上运行它。

但Valve并不是简单地模拟一整台x86 Windows PC然后听天由命。“当提供合适的ARM执行环境时，比如与Proton ARM集成时，FEX只翻译应用程序的CPU代码，”Valve软件工程师Pierre-Loup Griffais通过电子邮件告诉我。

这是一个关键区别。Proton本身、操作系统和图形驱动都可以在Arm上原生执行。Griffais说Proton在Win32 API边界处对接，意味着“没有Proton、操作系统或图形驱动代码需要翻译。”FEX主要只需处理游戏自身的CPU代码。

“FEX的翻译开销只落在游戏自身的CPU代码上，而且通常相当有限，”Griffais说。“对于一个典型的GPU瓶颈游戏，我们的目标是输出性能与在同等性能GPU上不进行CPU翻译运行游戏时相似。”

正是这个技术细节让更大的构想成为可能。Valve并没有让处理器架构变得无关紧要。它试图将架构从兼容性否决因素转变为性能权衡因素。

这本质上就是Proton对Windows玩过的同样的把戏。Valve不需要底层技术消失。它只需要底层技术不再能决定你的Steam库在哪里运行。

（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）