14 ポイント 投稿者 GN⁺ 2025-12-04 | 4件のコメント | WhatsAppで共有

Steam Machine today, Steam Phones tomorrow

  • Valveがオープンソース技術を活用し、Windows PCゲームをArmベースのデバイスで動作させられるよう支援する中核的存在であることが確認された
  • ProtonFexエミュレーターを組み合わせ、x86向けWindowsゲームをLinuxベースのArmデバイスで動作可能にする
  • Valveは2016年からFex開発者を直接雇用し、資金支援しながら、Arm互換性の確保を長期目標として推進
  • SteamOSのArm版は従来と同じ構造を維持し、ProtonとFexを通じてゲーム実行を支援
  • この技術はスマートフォン、ノートPC、デスクトップなど多様なArmデバイスでPCゲームを動かせる基盤として評価されている

ValveのArmゲーミング戦略

  • ValveはWindowsゲームをArmアーキテクチャへ移植なしで実行できるよう、オープンソース技術を開発・支援
    • 中核コンポーネントはProton(Windows-Linux互換レイヤー)Fex(x86-Arm変換エミュレーター)
    • ProtonはWineベースで、Windows API呼び出しをLinux環境向けに変換
    • Fexはx86コードをJIT(Just-In-Time)変換でArmコードへリアルタイム変換する
  • ValveはFexプロジェクトの実質的な創設者であり、主要な資金提供者でもあり、開発初期から中核人材を雇用
    • 2016〜2017年からオープンソース開発者と協力し、Arm互換性確保に向けた長期開発に着手
    • Fexのリード開発者Ryan Houdekは、Valveの支援を受けてフルタイムで開発を続けている

Steam FrameとArmエコシステムの拡大

  • Steam Frameヘッドセットは単なるVRデバイスではなく、ArmベースのデバイスでSteamゲームを動かすための技術プラットフォーム
    • Samsung Galaxy、Google Pixel、ArmゲーミングノートPCなどでも同じ技術を活用可能
    • 記者はGalaxyスマートフォンでHollow Knight: Silksongを実行し、この技術を実際に使用した
  • ValveはSteamOSのArm版を通じて、多様なフォームファクター(ハンドヘルド、ノートPC、デスクトップ)に対応
    • 同じArch Linuxベースで、ProtonとFexを含む同一構成を維持
    • Arm向けProtonはArmコードとしてコンパイルされ、Fexと連携する

技術構造と動作方式

  • ProtonはWineの拡張版で、Windows向けゲーム実行に必要なAPIをLinux環境で実装
    • DirectX、DirectSound、USB入力などのWindows API呼び出しをLinux APIに変換
    • DXVK(D3D11→Vulkan)、VKD3D(D3D12→Vulkan)などのグラフィックス変換レイヤーを含む
  • Arm環境での実行プロセス
    • Protonがコードセグメントを解析し、x86コードであればFexへ渡す
    • Fexはx86コードをArmコードに変換してから実行
    • API呼び出し時にはArmネイティブコードへ切り替わり、性能低下を最小限に抑える

Valveの開発哲学と目標

  • Valveはゲーム開発者がアーキテクチャごとの移植に時間を浪費しないようにすることを目標としている
    • 「移植作業はライブラリ価値の観点では無駄な努力」という立場
    • 開発者がゲーム品質の向上と新作開発に集中できるよう支援
  • ValveはSteam DeckにおけるLinuxゲーミング成功の経験をArm移行にも適用
    • Linuxベースのゲーミングの拡張性と、オープンソースエコシステムの継続的発展を強調

今後の展望とデバイス拡張の可能性

  • ValveはArmベースのSteamOSデバイスの多様化を期待
    • 超軽量ノートPC、高性能ラップトップ、ハンドヘルド、デスクトップなど多様な形態の可能性に言及
    • AppleのMシリーズチップのような大型SoCベースのデスクトップ設計も可能性がある
  • SteamOS for Armは別個のOSではなく、同じコードベースを維持
    • 今後はOEMとの協力拡大を通じて、さまざまなArmデバイスでSteamOSをサポートする予定
    • 現時点では具体的な商用化計画はなく、既存のSteam MachineとSteam Deckの開発に集中中

その他の技術要素

  • Steam FrameのAndroidアプリ実行機能はAndroid全体を搭載するのではなく、Protonに似た互換レイヤーで実装
    • ゲーム実行に必要なライブラリだけを提供し、Armコードをそのまま実行可能
  • SteamOSフォンの発売可否についてValveは「可能性を排除はしないが、現時点での主な焦点ではない」と述べた
    • 現在はリビングルーム、ハンドヘルド、デスクトップのゲーミング体験改善に集中

Armゲーミングの位置づけ

  • ValveはArmが低消費電力および中程度の性能帯で競争力を持つと評価
    • Steam Deck以下の性能帯で特に有利
    • 市場の方向性を主導するというより、あらゆる選択肢を支えるプラットフォーム構築を目標としている

4件のコメント

 
ethanhur 2025-12-04

私はSteam Deckユーザーなのですが、Valveが最近やっていることは、顧客・企業・業界のすべてが win-win-win になれることをしていると感じています。

ゲイブ・ニューウェルの個人会社だからこそ、こうした選択を長い時間軸で一貫して続けていけるのではないかと思います。

 
m00nlygreat 2025-12-04

私も歓呼しています。ひとまずこれまではゲームのせいでWindows離れが難しかったのですが。本当にありがとうございます

 
aobamisaki 2025-12-11

(少なくともゲーム分野では)Windowsの影から完全に抜け出せるその日を、私も楽しみにしています。

 
GN⁺ 2025-12-04
Hacker Newsの意見
  • ValveがLinuxエコシステムのためにしていることは本当に大きな影響を与えている
    今ではHL3ミームですら冗談として使うのが申し訳ないほど、コミュニティのために本気で多くのことをしている

    • ValveはHNで珍しく「人知れず良いことをする会社」として言及される数少ない企業の1つだ。たいていの会社は「人知れず悪いことをする会社」と呼ばれるのに
    • 私はValveのLinuxへの取り組みを金銭的に支援するためにSteam Deckを買った。ゲームはほとんどしないが、Wine開発者たちやCodeWeavers、そしてValveのおかげで、もう「Linuxではゲームができない」という話を聞かずに済む。むしろ今ではLinuxのほうがWindowsより性能が良い
      関連動画
    • HL3ミームはもともと善意ある冗談として受け取っていた。今ではゲーム文化の一部になっていて、「SteamOS 2: Episode 2 part 1」みたいなものを待っている
    • ProtonとSteamは本当に好きだが、Googleのときのように企業を崇拝する過ちは繰り返すべきではない。経営陣が変われば、いつでも方針は悪化しうる
    • Half-Life新作が実際に開発中だという強い噂がある。2026年の新型ハードウェアと一緒に発売されるのではと期待されている
  • Valveは補完財を商品化する戦略(つまり上下のレイヤーを開く戦略)をうまく実践している

  • 現代のマルチプレイヤーゲームの大半はアンチチートの問題で翻訳レイヤー上では動かないが、一部は例外だ。ユーザーモードのアンチチートはWineでそのまま動くこともあり、Proton対応を追加したゲームもある

    • 動きはするが、完全にチートを防げるわけではない。オープンソースの本質はユーザーが制御権を持つことなので、その気になればチートも可能だ。Linuxのプロファイリングと文書化されたライブラリのおかげで、構造を理解しやすい
    • 「Rust、見てるか?」という感じだ。MicrosoftのMasterchief Collectionも対応しているのに、なぜ他の開発会社はやらないのか理解できない
      areweanticheatyet.com
    • Arc Raidersは、Protonでうまく動作する現代的なマルチプレイヤーゲームの良い例だ。チート問題もほとんどない
    • SteamOSはイミュータブルLinuxなので、SecureBootとattestationによってシステム完全性を保証できる。Valveがハードウェアを自ら推している理由は、まさにLinuxでアンチチートを支援するためだと思う
    • Valveならアンチチートソフトウェアを自分の血管に注入されても構わないと思える。それくらい信頼している
  • ValveにはWayland/X11/Xwaylandを完全になくしてほしい。Waylandは依然としてアプリ対応が不足していて、NVIDIA GPUとも互換性がない。X11は古すぎるし、Xwaylandは両方の世界の欠点を合わせたように感じる

    • だから、どのディスプレイサーバーを使っているのか、あるいは勧めるのか気になる
  • MacOSでもSteamOSを見てみたい。自分のMac MiniではSteamはちゃんと動くが、すべてのゲームに対応してくれたら本当にいいと思う

    • Appleが積極的に動く可能性は低いが、Valveと協力してMacでもSteam Deckレベルの互換性を見せてくれたら素晴らしいと思う
    • 問題はVulkan対応の欠如だ。MoltenVKのような回避策はすっきりしない。Wine、Rosetta 2、DXVK、MoltenVKを重ねて使うのは、性能と安定性の面で不安がある
    • Valveがこのプロジェクトを進める理由は、OSベンダーの支配から脱することにある。そういう意味ではAppleは最悪の選択だ
    • もしかしてCrossoverを探しているのか? Steamをネイティブで動かすわけではないが、M2 miniでは性能は悪くない。Baldur’s Gate 3のようなクロスプラットフォームゲームもよく動く
    • ValveとAppleの最後の協業は2016年のSteamVR対応だった。1年ほど後に頓挫したが、またああいう協業が実現してほしい
  • 次世代Steam Deckの発売時期が気になる。2025年を期待しているが、2026年になる可能性が高いと思う。SwitchでGTA: San Andreasを遊んでいて感じたのは、もう少し強力なデバイスが必要だということだ
    関連記事

    • Valveは来年Steam Machineを出し、Steam Deck後継機は現行機より明確に良くなるまで待つと言っていたので、2027年ごろではないかと思う
      出典
    • 私はLegion Go Sを買った。主にデスクトップからストリーミングでゲームをするからだ。120Hzの高解像度ディスプレイが気に入っている。SteamOSが標準搭載されていて、ソフトウェア面ではSteam Deckとほぼ同じだ。ただ、ボタン配置や背面マッピングボタンの数は物足りない
    • Steam Deck 2は2026年後半以降になりそうだ
    • 代替の携帯型デバイスを考えるなら、BazziteやCachyOS Handheld Editionのほうが良い選択かもしれない。SteamOSはカーネルとグラフィックスタックが古く、最新ハードウェアのサポートが不足している。現時点ではAMD Strix Haloベースの機器が最も強力だが、価格が高すぎる。私はFSR4をネイティブで使えるようになるまで待つつもりだ
    • 素直にSteam Deckを買うのがいい。コストパフォーマンスが圧倒的だ。Steam Deck OLEDで十分満足しているし、まだまだ寿命は長いと感じる
  • Microsoftは何度もWindows on ARMを試みたが失敗した。一方でValveは成功する可能性が高い

    • ValveはWindowsを動かそうとしているのではなく、デスクトップゲーミングそのものをARM向けに最適化しようとしている。Microsoftはすでに肥大化したOSを無理やり移植しようとして失敗した
    • MicrosoftのARMへの挑戦は失敗したが、その過程で生まれたx86バイナリのメタデータがValveのARMエミュレーターの性能向上に役立っている
    • いっそCopilotにやらせればいいのでは、という冗談もある
    • ARMデバイスの利点が明確ではなかったのが問題だった。ValveはARMを超小型のストリーミング中心デバイスに活用しようとしている。現状ではx86で代替できない領域だ
    • 結局、LinuxとSteam Machineのコミュニティの結束力がMicrosoftの支配的な試みを崩している。ARM vs RISCの戦いを語るにはまだ早いが、ValveはすでにMicrosoftより先を行っている
  • ARMの電力効率が実際どれほど違うのか気になる。特にゲーム負荷時に

    • 命令セット自体の影響はごくわずかだ。単に効率の良いチップがARMを使っているだけだ
    • ワークロード次第だ。ARMはアイドル時や単純な演算では効率的だが、SIMD命令の処理では遅くなる
  • ValveがSteamOSをすべてのWindowsプログラムと互換にしたら、Windowsを置き換えられるだろうか?

    • そこまでする必要はない。Microsoft自身もWindowsライセンスにそれほど関心がなく、企業は「偽Windows」を使わないだろう。ビジネスモデルがない
  • ARMライセンスが非友好的なら、RISC-Vアーキテクチャを探るほうがよいのではないか?

    • まだ商用化された高性能64ビットRISC-Vチップは存在しない。ARMにはすでにProtonやRosettaのような技術的基盤がある
    • ARMは完全にオープンではないが、貪欲な独占企業というわけでもない。RISC-Vはまだ高性能実装が不足している
    • Valveは市場を特定の方向へ誘導するのではなく、現在消費者が使っているハードウェアを支援することに集中している。だからSteam FrameにはARMを選んだのだと思う
    • まだRISC-VはARM64やAMD64並みのCPU・GPU性能と互換性を備えていない
    • ARMは西側中心、RISC-Vは東側中心という地政学的構図だ。ValveはMicrosoftを迂回する戦略を取っており、これまでほとんどすべての試みで成功してきた。ARM vs RISCの戦いを語るのはまだ時期尚早だ