Appleシリコン搭載MacでSteamOSが動作、Windowsゲームで最大約2.9倍のFPSを記録

Appleシリコン搭載MacでWindows向けPCゲームを動かす技術は、Wine派生ツールや各種変換レイヤーを中心に発展してきた。コミュニティ主導で開発される「FX Steam Launcher」（リポジトリ名：steamac）は、これとは異なるアプローチを採用し、ValveがSteam Frame向けに開発したARM64版SteamOSをMac上の軽量仮想マシン（VM）で起動する。これにより、SteamOSのLinux環境からWindows向けx86-64ゲームを実行できる。

最大の特徴は、ゲームに応じてグラフィックスの変換経路を選択できることだ。従来のMoltenVKに加え、Metal 4を利用するKosmicKrispや、Direct3DをMetalへ直接変換する実験的なDXMTを備える。ただし、性能向上と引き換えに互換性やセキュリティ上の制約もあり、Windowsゲームが一律に動作するわけではない。

SteamOSをMac上で動かす仕組み

FX Steam Launcherは、ValveやAppleとは独立したプロジェクトだ。配布アプリはAppleのコード署名と公証（Notarization）を受けているが、動作や安全性がAppleによって保証されているわけではない。

仮想化にはmacOSのHypervisor.frameworkとlibkrunを使用し、その内部でSteam Frame向けのARM64版SteamOSを実行する。Windows向けx86-64ゲームのCPU命令はFEXが変換し、DirectXの描画処理はProtonに含まれるDXVKやvkd3d-protonがVulkanへ変換する。さらに、仮想GPUインターフェースのvirtio-gpu/Venusを介してmacOS側へ処理を送り、ホスト側のドライバがVulkanをAppleのMetalへ変換する仕組みだ。FEXとARM64版Proton 11はSteamクライアントが必要に応じて自動取得する。

ランチャーにはSteamOSのシステムイメージは同梱されていない。初期設定時にValveの公式サーバーから約4.5GBの署名済みRAUCイメージを取得し、SHA-256チェックサムと電子署名を検証して仮想ディスクを作成する。利用者はSteamOSの利用許諾契約（EULA）とSteam利用規約への同意が必要だ。

動作環境はAppleシリコン搭載のmacOS 15以上のMacで、配布されているDMG版ならDockerなどを別途用意する必要はない。ただし、ソースコードからビルドする場合は、Xcode 26以上、Homebrew、rustup、OrbStackなどのコンテナ基盤が必要となる。

3種類の描画経路で性能と互換性を調整

FX Steam Launcherでは、MoltenVK、KosmicKrisp、DXMTという3種類の描画経路を利用できる。それぞれ対応するmacOSやDirectXの機能、性能、安全性が異なる。

標準のVulkan経路では、MoltenVKとKosmicKrispを設定画面から切り替えられる。MoltenVKはUTMのフォークを基盤とする構成に独自パッチを適用したもので、macOS 15以上で利用できる。一方、KosmicKrispはオープンソースのグラフィックスドライバ群「Mesa」のMetal 4実装を基盤とし、未マージの修正や独自パッチを取り込んでいる。

KosmicKrispの大きな利点は、Metal 4のスパースリソース機能を使い、DirectX 12の機能レベル12_0とタイルドリソースTier 2に対応できることだ。ただし、通常の構成で対応するシェーダーモデルは6.0までとなる。Unreal Engine 5採用タイトルなど、機能レベル12_1やシェーダーモデル6.6を厳密に要求するゲームは、原則として動作しない。『Dragon's Dogma 2』向けには、M2以降などの条件を満たすMacで上位機能を申告する個別設定も用意されているが、正常動作を保証するものではない。

これに対し、DXMTはDirect3D 10/11をMetalへ直接変換することで、DXVK、Venus、ホスト側Vulkanドライバによる変換工程を迂回する。DXMTを使うタイトルはProton 10.0上で動作し、DirectX 12やネイティブVulkanを使うゲームは従来の描画経路を維持する。変換工程の削減によって高速化が期待できるものの、すべてのゲームでDXVKを上回るわけではない。

ベンチマークでは最大約2.9倍のフレームレートを記録

プロジェクトが公開した『Stellar Blade Demo』のテストでは、M4 Max搭載MacのMoltenVK構成で、解像度1280×800において60 FPSを記録した。また、M1 Maxで同じデモを比較したところ、Metal HUD上の表示値はMoltenVKの約18 FPSからKosmicKrispの約29 FPSへ向上したという。

DXMTでは、M1 Max、macOS 27、6 vCPU、仮想マシンメモリ8GB、120Hzディスプレイという条件で比較が行われた。『Death's Door』のタイトル画面（1280×800）では、Proton 11/DXVK構成の約41 FPSに対し、Proton 10/DXMT構成で約117 FPSを記録した。

{
  "type": "bar",
  "title": "M1 Max環境における描画ベンチマーク比較",
  "unit": "FPS",
  "categories": ["Death's Door (タイトル画面)", "d3d11bench (フィルレート)", "d3d11bench (描画コール)"],
  "series": [
    { "name": "Proton 11 / DXVK", "values": [41, 44, 133] },
    { "name": "Proton 10 / DXVK", "values": [null, 50, 139] },
    { "name": "Proton 10 / DXMT", "values": [117, 100, 115] }
  ],
  "caption": "プロジェクト公表値。macOS 27、6 vCPU、8GB RAM、120Hz表示での測定結果",
  "source": "FX Steam Launcher公式ドキュメント"
}

Direct3D 11向けベンチマーク「d3d11bench」でも、フィルレート重視のテストではDXMTが100 FPSとなり、DXVKの44〜50 FPSを大きく上回った。一方、描画コール重視のテストではDXMTが115 FPSにとどまり、DXVKの133〜139 FPSを下回っている。各テストは20秒間実施され、Vulkan経路では3回、DXMT経路では再起動を挟んで6回測定した中央値を採用した。

これらの結果から、DXMTの効果は描画負荷の種類によって大きく異なることが分かる。また、『Death's Door』の約117 FPSはタイトル画面での測定値であり、120Hzディスプレイの制約も受けている。ゲーム全体の性能が約2.9倍になったと解釈することはできない。

実際、テック系レビュアーのETA Prime氏によるM4 Max搭載Macでの検証では、『The Witcher 3: Wild Hunt』が1080p・高画質設定で70 FPSを超えたものの、樹木が正常に描画されない不具合が発生した。MoltenVKへ切り替えても改善しなかったという。『Stellar Blade Demo』は800p・高画質設定で70 FPS超、『Fallout 4』は1080p・中画質設定で60 FPSを記録した一方、『DOOM Eternal』『Marvel's Spider-Man: Miles Morales』『Ghost of Tsushima』などは起動できなかった。

このように、フレームレートが高くても描画の正確性や安定性が保証されるわけではない。特に、仮想マシンの検出によって起動を拒否するカーネルレベルのアンチチートを搭載したゲームは、基本的に動作対象外となる。

16GBメモリ環境の限界とDXMTの安全性

FX Steam Launcherの実用性を左右するのが、Appleシリコンのユニファイドメモリだ。16GBメモリ搭載Macでは、仮想マシンのメインメモリに8GB、グラフィックス用に4GB、macOSホストの予備として4GBが自動的に割り当てられる。このため、要求スペックの高いゲームではメモリ不足が発生しやすい。

ETA Prime氏が16GBメモリ搭載Mac miniで行った検証でも、重量級タイトルでは激しいスワップとフレームの引っかかりが確認された。軽量な2Dゲームやインディーゲームなら16GBでも動作するが、中〜重量級のタイトルには24GB以上を目安とするのが現実的だ。

描画ドライバを切り替える際には、シェーダーキャッシュの再構築も必要となる。プロジェクトによれば、M1 MaxでKosmicKrispを使って『Stellar Blade Demo』を初めて起動した際、シェーダーのコンパイルに約28分を要したという。ゲーム中にも、Metalのパイプライン生成によって50〜100ミリ秒程度の一時的な停止が発生する場合がある。

さらに注意が必要なのが、DXMTのセキュリティリスクだ。通常、仮想マシン内のプログラムはホストOSから隔離されている。しかしDXMTでは、ゲスト側のMetal呼び出しを処理するホスト側エグゼキュータが、ゲスト環境を完全に信頼する設計となっている。これにより、ゲスト側プログラムがmacOSのログインユーザーの権限で任意のコードを実行できる可能性があり、通常の仮想マシンに期待される隔離が維持されない。

開発側もこのリスクを認識しており、DXMTは既定で無効化され、信頼できるゲームに限って利用するよう注意を促している。また、同梱のDXMT構成ではストリーム出力にも対応していない。性能向上を目的にDXMTを有効化する場合は、こうした安全性や機能面の制約を理解する必要がある。

開発状況と導入時の注意点

FX Steam Launcherは継続的に更新されており、バージョン1.9.9では2026年版Steam ControllerのBluetooth LEおよびPuck経由での認識に対応した。また、ゲームプロセスがCPU 0〜4番に制限されていた問題を修正し、割り当てられたすべての仮想CPUを利用できるようになった。4K・高リフレッシュレート環境での同期異常や、一部タイトルのクラッシュにも修正が加えられている。ただし、これらは開発側が公表した更新内容であり、すべての環境での改善を保証するものではない。

導入にあたっては、メモリ容量とゲームのAPI要件を事前に確認したい。macOS 26以上ではKosmicKrispが基本的な選択肢となり、古い対応環境ではMoltenVKを利用する。また、初期セットアップにはダウンロードキャッシュを含めて約20GBの空き容量が必要だ。仮想ディスクは使用量に応じて拡張されるスパースファイル形式だが、exFAT形式の外部ドライブではこの機能が働かない。SteamOSの取得先も、通常のウィザードでは安定版（stable）とリリース候補版（rc）に限定され、previewやbetaは安全性を考慮して除外されている。

プロジェクトは利用者が任意で送信したゲームの動作統計も公開しており、「マイMac」フィルタで自分の環境に近い報告を参照できる。ただし、FPSは仮想マシンの画面出力から計測したもので、解像度や画質、プレイ場面は統一されていない。チップ世代も完全には一致させられず、推奨設定の集計には最低2人の報告が必要となるため、あくまで参考情報として扱うべきだ。

FX Steam Launcherの意義は、Mac上でWindowsゲームを完全に動かせるようにしたことではなく、SteamOSと複数の描画経路を組み合わせ、タイトルごとに性能と互換性を調整できる環境を構築したことにある。現時点では、一般利用者向けの完成されたゲーム環境というより、APIの制約や仮想化の仕組みを理解した愛好家向けの実験的なツールといえる。今後は、対応タイトルの拡大に加え、描画の正確性、メモリ効率、安全性をどこまで改善できるかが注目される。