AndroidでPCゲームを端末内実行、DroidDeckの「約60 FPS」と互換性の現在地
- 何が起きた: DroidDeckでCyberpunk 2077が約60 FPSという実演が紹介され、0.4.0では互換設定を拡充した。
- なぜ重要か: Arm版Steamとゲームの変換技術を組み合わせ、Android上で既存PCゲームを扱う手間を減らす。
- 次に見るべき点: 端末とゲームの組み合わせごとの互換性や、フレーム生成を含む測定条件の確認が必要だ。
DroidDeckが、Android端末の中でSteamとWindows向けPCゲームを動かす環境を整えつつある。VideoCardzが紹介したETA PRIMEの実演では、RedMagic 11 Proで『Cyberpunk 2077』が中設定で約60 FPSに達したという。PCやクラウドから映像を送る方式ではなく、端末自身でゲームを実行する試みだ。開発チームは2026年10月12日に0.4.0も正式公開し、ゲーム別の互換設定や必要なWindows部品の自動選択を加えている。高性能スマートフォンで動くという成果を、手持ちのゲームを日常的に遊べる環境へつなぐには、性能と互換性を分けて見る必要がある。
60 FPSのデモと、0.4.0の更新を分けて読む
VideoCardzの紹介によると、ETA PRIMEが使ったのはSnapdragon 8 Elite Gen 5と16 GBのメモリーを備えるRedMagic 11 Proだ。『Cyberpunk 2077』は中設定で約60 FPSだったとされる。ただし、この値は同媒体を通じた実演の紹介であり、映像内のフレーム生成設定までは確認できていない。描画されたフレームだけで60 FPSを維持した結果とは断定できず、一般的なAndroid端末の性能目安にも広げられない。
フレーム生成については、DroidDeck自体がLossless Scalingを使う機能を備えている。開発元の説明では、利用には自分で所有するLossless Scalingが必要で、DroidDeckにそのシェーダーが同梱されるわけではない。機能が使えることと、この測定で有効だったことは別の話だ。約60 FPSという数字から、生成前の描画速度や長時間の安定性を逆算することもできない。
また、動作デモと最新版の公開には時間差がある。動画ページとGitHubの公開日を並べると、順序は次のようになる。
| 公開日（2026年） | 公開物 | 確認できる内容 |
|---|---|---|
| 10月10日 | ETA PRIMEの動画 | DroidDeckを使う実演。動画ページの公開日を確認 |
| 10月12日 | DroidDeck 0.4.0 | ゲーム別互換設定などを追加した正式リリース |
10月10日公開の動作デモは、10月12日の0.4.0正式リリースより前のものだ。約60 FPSという結果を、この更新の改善効果として扱うことはできない。ここで比較しているのは公開日の順序で、デモに使われた正確なビルドや開発版の先行利用までは特定していない。性能の実演と、設定・操作を改善する更新を分けると、DroidDeckが何を達成し、何を整えているのかが見えやすくなる。
SteamとWindowsゲームで異なる実行の仕組み
DroidDeckの構成を読み解くうえで、Steamクライアントとゲーム本体の違いは大きい。0.2.0の公開資料には、ValveのARM64版Steamクライアントを動かし、WindowsゲームにはARM64版ProtonとFEXを使う構成がすでに記されている。Steamはコントローラー操作に向いたBig Pictureで表示され、端末上でゲームをダウンロードできる。こうした基本構成は、0.4.0で初めて実現したものではなかった。
ARM64向けのSteamクライアントは、Arm系プロセッサーに向けて用意されたプログラムだ。一方、PC向けのWindowsゲームを動かす際には、Windows向けソフトを実行する互換層のProtonに加え、CPU命令の違いを扱うFEXが入る。FEXの開発元は、x86のアプリをARM64 Linux上で実行するエミュレーターと説明し、WineやProtonと組み合わせたWindowsゲームの実行も用途に挙げている。
つまり、SteamがArm向けに動くことと、Windowsゲームから変換処理がなくなることは同義ではない。DroidDeckはAndroidを残したまま、Linuxの実行環境と複数の互換技術をアプリから利用できるようにする。ゲームをAndroid向けに作り直した移植版ではなく、既存のPC版を動かすための仕組みである。この違いは、対応端末を選ぶときにも、ゲームごとの動作報告を読むときにも効いてくる。
0.4.0で進む、ゲームごとの設定の省力化
0.4.0の更新履歴で実用面に直結するのは、互換設定をゲームごとに保存できるようになった点だ。ProtonやFEXに加え、描画を担うDXVKとVKD3D-Proton、必要なWindows部品などを個別に指定し、既定設定も引き継げる。あるタイトルのために選んだ構成を、ゲームごとに管理する方向へ進んだことになる。
Windows部品の導入も自動化が進む。Steamなどの各ストアが持つゲームの依存情報に基づいて必要な部品を選び、利用者が手動で変更する余地も残した。Visual C++の再頒布可能パッケージや.NET Frameworkなどへの対応も広げている。互換層を選ぶだけで終わらないPCゲームの準備を、アプリ側で引き受けようとする更新だ。
ゲームへの入口も増えた。GOG、Epic Games、Amazon Gamesのアカウントでライブラリーを読み込み、ダウンロードしたゲームをSteamから起動できるようになる。クラウドセーブの対象として挙げられているのはGOGとEpic Gamesで、全ストア共通の機能とはされていない。スマートフォンでの操作にはSteamのタッチコントローラーをベータとして導入し、ゲーム別の操作配置やコミュニティー設定を利用できる。
ただし、設定の保存や部品の自動選択が加わったことだけで、すべてのゲームが動くようになったとは言えない。更新履歴が示すのは導入・調整の手間を減らす機能であり、対応ゲームの比率や平均フレームレートの改善を測った結果ではないからだ。0.4.0の価値は、派手な性能値に結び付けるより、タイトルごとに異なる準備を扱いやすくする変化として捉えるほうが具体的である。
対応GPUでも、遊べるかはゲームごとに違う
開発元のREADMEでは、Android 9以降と対応するAdreno GPUが条件になる。対応の段階は一様ではなく、同じAdrenoという名前でも差がある。
| GPUの区分 | READMEに示された対応状況 |
|---|---|
| Adreno 730以降、または8xx | 対応対象 |
| Adreno 6xx | 実験的対応。DirectX 11はDXVK 2経由で動く可能性があり、DirectX 12ゲームはクラッシュする場合がある |
| Adreno 710 | 非対応 |
| Mali、Xclipse、PowerVR | 非対応 |
この表はGPUの対応方針であって、ゲームの動作保証ではない。開発元自身も、互換性と性能は端末によって異なり、実機検証は限られると明記している。GPU名だけで判断せず、遊びたいタイトルと端末を組み合わせた動作情報が必要になる。
VideoCardzの筆者も、Mangmi Pocket MaxでDroidDeckを起動できた一方、『Raft』は起動しなかったと記している。限られた試行なので同作の全面的な非対応を示すものではないが、Steamの画面が開くこととゲームが動くことの違いが表れた例だ。互換設定を保存する新機能はこの個別調整を扱う手段であり、起動失敗の原因まで自動的に解消するという約束ではない。
導入にはroot権限を必要としないものの、Steamの起動前にAndroidの子プロセス制限を解除する設定が求められる。空き容量も、実行環境に約3 GB、追加のデスクトップとエミュレーターに約1.1 GBを見込む必要があり、ゲーム本体は別途用意する。開発チームはValveとの提携を否定し、独立した公式Webサイトも持たないと注意を促しているため、配布元はREADMEから案内されるGitHubのReleasesをたどるのが確実だ。
DroidDeckが日常的に使うゲーム環境へ育つかは、同じ端末と設定で起動・操作・継続プレイを再現できるタイトルがどれだけ増えるかにかかる。そうした動作情報とゲーム別設定が蓄積すれば、利用者は手持ちのPCゲームをAndroidで遊ぶための試行錯誤を減らせるはずだ。
