「ゲーム」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(→‎Drivers: 飜訳)
(TranslationStatus)
 
(2人の利用者による、間の18版が非表示)
1行目: 1行目:
 
[[Category:ゲーム]]
 
[[Category:ゲーム]]
[[da:List of games]]
+
[[de:Spiele]]
 
[[en:Gaming]]
 
[[en:Gaming]]
[[es:List of games]]
 
[[it:List of games]]
 
 
[[lt:Games]]
 
[[lt:Games]]
[[ru:Gaming]]
+
[[zh-hans:Gaming]]
[[zh-hans:List of games]]
 
 
{{Related articles start}}
 
{{Related articles start}}
 
{{Related|ゲーム一覧}}
 
{{Related|ゲーム一覧}}
15行目: 12行目:
 
{{Related articles end}}
 
{{Related articles end}}
   
Linux は「非公式」のゲーミングプラットフォームと見なされまそれ提供されるサポートとターゲットユーザーは、ほとんどのゲーム組織にとって最優先事項ではありません。これは、2021年以降、[[Wikipedia:Valve Corporation|Valve]] などの大企業、[[Wikipedia:CodeWeavers|CodeWeavers]] グループ、および[[Wikipedia:Open-source software development|コミュニティ]]が、過去数か月わたって大幅な変更を行い、Linux が真にゲーム用の実行可能なプラットフォームになること可能にするために、いくつかの変化が見られました。さらに、Linux でゲームをコンパイルし実行できるようにするためにクロスプラットフォームのレンダリング エンジンを使用しようとするインディー開発チームますます増えています。
+
Linux は長らく「非公式」のゲーミングプラットフォームと見なされてきしたほとんどのゲーミング関連組織とって、Linux へのサポートと Linux のターゲットユーザーは最優先事項ではありません。しかし、2021年以降、この状況に変化が現れ始めました。[[Wikipedia:ja:Valve Corporation|Valve]] などの大企業、[[Wikipedia:CodeWeavers|CodeWeavers]] グループ、そして[[Wikipedia:Open-source software development|コミュニティ]]が、Linux エコシステム多くの改善を行い、Linux が真にゲーム用として利用可能なプラットフォームになること可能になりました。さらに、Linux ゲームをコンパイルし実行できるようにするためにクロスプラットフォームのレンダリングエンジンに移行するインディーゲーム開発が増えつつあります。
   
ゲームに関して言えば、ユーザーの考えの大部分は、[[Wikipedia:Microsoft Windows|Microsoft Windows]] プラットフォーム向け書かれた人気のある [[Wikipedia:AAA games|AAA games]] に向けられることがよくあります。これは理解できますが、唯一用性ではありません。 [[#ゲーム環境]] と [[#ゲームの取得]] を参照してください。他のプラットフォームからゲームを実行するためのソフトウェアを見つけることできるページの下にあります。
+
ゲームプレイに関して言えば、ユーザーの考えの大部分は、[[Wikipedia:ja:Microsoft Windows|Microsoft Windows]] プラットフォーム専用開発された人気のある [[Wikipedia:ja:AAA (コンピュータゲーム産業)|AAA ゲーム]]に向けられることがよくあります。これは理解できますが、Windows が唯一プレイ能な環境であるわけではありません。このページのさらに下にある [[#ゲーム環境]] と [[#ゲームの取得]] てください。これらの章では、他のプラットフォーム上でゲームを実行するためのソフトウェアが挙げられています。
   
しかし、[[Wikipedia:Microsoft Windows|Microsoft Windows]] 向けに書かれたゲームを Linux で動作させることに執着している場合は、別の考え方、ツール、およびアプローチが必要です。内部理解し、機能的な代替を提供します。以下の[[#ゲームの専門性]]をください。
+
しかし、[[Wikipedia:ja:Microsoft Windows|Microsoft Windows]] 向けに書かれたゲームを Linux で動作させることに執着している場合は、別の考え方、ツール、およびアプローチが必要で内部についての理解機能代替が必要になることがあります。以下の [[#ゲームの技術的情報]] を読んでください。
   
== ゲームの専門性 ==
+
== ゲームの技術的情報 ==
   
[[Wikipedia:AAA games|AAA ゲーム]] を Linux でプレイしようとすると、最終的に「2 つの大きな問題発生しす。これらです:
+
Windows 用に開発された [[Wikipedia:ja:AAA (コンピュータゲーム産業)|AAA ゲーム]]を Linux でプレイしようとすると、最終的に'''3つの複雑な問題'''立ち塞がります:
   
* '''グラフィックス SDK'''
+
; グラフィックス SDK:
** Linux が認識ない API ([[Wikipedia:DirectX|DirectX]] など) 用に作成およびコンパイルされたゲーム。
+
: Linux が認識できない API ([[Wikipedia:ja:DirectX|DirectX]] など) 用に開発されコンパイルされたゲーム。
  +
; 汎用ライブラリの依存関係:
* '''グラフィックスハードウェア'''
 
  +
: ゲーム内でのセーブ、設定ファイルの読み込みなど、ゲームプレイ中に行うであろう一般的な操作に必要なライブラリ (例: Microsoft Visual C++、MFC、.NET)。
** ゲームのレンダリングを処理するために必要なドライバー。 ([[Wikipedia:Nvidia|Nvidia]] ドライバーなど)
 
  +
; 互換性のないインターフェイス:
  +
: 上記のフレームワークとは別に、Linux が認識できない、Windows によって生成されたバイナリフォーマットやコンパイル済みコードによる問題もあります。
   
  +
グラフィックス SDK は、グラフィックの呼び出しを基底のグラフィックドライバに転送し、グラフィックドライバは GPU ハードウェアと対話します。
これらの問題から、特に次のような「2 つの問題」が発生します。
 
   
  +
[[Wikipedia:ja:DirectX|DirectX]] をメインの SDK として使用しているゲームは数多くあります。一方、Linux は [[Wikipedia:ja:OpenGL|OpenGL]] と [[Wikipedia:ja:Vulkan (API)|Vulkan]] しかネイティブにサポートしていません。Linux それ自体は [[Wikipedia:ja:DirectX|DirectX]] も前述の技術 (Visual C++、MFC、.NET) もサポートしていません。
* '''一般的なライブラリの依存関係'''
 
** ゲーム内での保存、設定の読み込みなど、ゲームプレイ中に一般的な目的の操作を行うために必要なライブラリ。 (例: Microsoft Visual C++、MFC、.NET)
 
* '''互換性のないインターフェース'''
 
** 上記のフレームワークとは別に、Linux が認識しない Windows によって生成されたバイナリ形式とコンパイル済みコードには、さらに問題があります。
 
** 最後に、レンダリングを実行するための適切なドライバーがないと、馬のいない荷馬車の状況になります。
 
   
  +
代わりに、'''同一の'''機能を提供し、最終的にはグラフィックの観点から同一の結果を達成することを試みるオープンソースの代替ソフトウェアがいくつか存在します。これらには、[[Wikipedia:ja:ブラックボックス|ブラックボックス]]の観点から、オリジナルの SDK 呼び出しによって行われるであろう結果を「再発明」することを試みる独自の代替実装が含まれています。人気なものとしては以下があります:
上記の API は、グラフィック呼び出しを基盤となるドライバーに転送し、ドライバーは GPU ハードウェアとの対話に進みます。幸いなことに、AMD ユーザーは、AMD 自体によってリリースされたオープンソースドライバーを持っています。これはすでに解決された大きな問題です。Nvidia ユーザーは、多くの場合、ブロブとしてパックされている他の代替手段に頼る必要があります。(Nvidia ドライバーのリバース エンジニアリングの結果として、マイクロコードとファームウェアがフィード スルーされます)
 
   
  +
* [[Wine]] (Wine Is Not an Emulator): "ローダー VM"、依存関係の自己記述、相互運用性などを提供します
[[Wikipedia:DirectX|DirectX]] を主要な駆動 SDK として使用しているゲームは数多くあります。 Linux は、[[Wikipedia:OpenGL|OpenGL]] と [[Wikipedia:Vulkan (API)|Vulkan]] のみをネイティブにサポートします。 Linux 自体は、[[Wikipedia:DirectX|DirectX]] または前述のテクノロジ (Visual C++、MFC、.NET) のいずれもサポートしていません。
 
  +
* [[Proton]]: Wine プロジェクトからフォークされました。Valve の Steam 用に最適化されています。
  +
* [[Wikipedia:ja:Mono (ソフトウェア)|Mono]]: .NET の代替
  +
* [[Wikipedia:ja:Media Foundation|MF-Media]]: media foundation の依存関係
   
  +
例えば、[[Wikipedia:ja:DirectX|DirectX]] における頂点の読み込み、変換、シェーディングの呼び出しは、Wine の新しい ''.dll''/''.so'' でゼロから書き直され、その関数が水面下で何を行うかについての"仮説"に基づいて呼び出しを [[Wikipedia:ja:OpenGL|OpenGL]] に転送して、実質同じ結果を達成することを試みるかもしれません。これらの呼び出しは直接的には同じであり、DirectX が実行されているかのように扱われ、パフォーマスには影響しません (ただし、これらと対話する際の初期オーバーヘッドを除く)。
代わりに、'''同一の''' 機能を提供しようとするいくつかのオープンソースの同等物が作成されており、最終的にグラフィックスの観点から同じ結果を達成しています。これらの同等物には、[[Wikipedia:black box|black box]] の観点から、元の SDK 呼び出しが達成する可能性があるものを「再発明」しようとする「独自の」書かれた代替物があります。人気のあるものは次のとおりです。
 
   
  +
しばしば、これらのツールは同時にシステム上のディストリビューションに組み込まれます。'''prefix''' (Wine 用語で、Windows サンドボックスを模倣するディレクトリを指す) が作成・設定された後、依存関係は '''prefix 内に'''インストールされ ("サンドボックス"はゲームの[[Wikipedia:ja:ライブラリ|再配布可能ライブラリ]]が依然として必要です)、しばしば [https://wiki.winehq.org/Winetricks winetricks] もインストールされます。その後、まるで Windows 内であるかのように、ゲームの実行を試みます。
* [[Wine]] (Wine is Not Emulator) [provides a "loader vm", self written dependencies, interop and more]
 
* [[Proton]] (forked Wine project, optimized for Steam by Valve)
 
* [[Wikipedia:Mono (software)|Mono]] (.NET alternative)
 
* [[Wikipedia:Media Foundation|MF-Media]] (media foundation dependencies)
 
   
  +
最近では、この方法はほとんどのゲームでうまく行きます (Wine/Proton にはまだ存在しないカーネルドライバが必要な[https://www.keengamer.com/articles/features/opinion-pieces/kernel-level-anti-cheat-and-7-games-or-programs-that-use-it/ アンチチートで保護されているゲーム]を除いて)。ゲームが動作しない場合、通常は、互換性のないパッケージや不足している依存関係、Wine/Proton の未実装の機能が原因です。
For example, a call to load, transform and shade vertices on [[Wikipedia:DirectX|DirectX]] may be re-written from scratch in a new .dll/.so owned by Wine, providing their own "hypothetical" belief on what the function may be doing underneath, and forward it instead to an [[Wikipedia:OpenGL|OpenGL]] alternative, effectively trying to achieve similar results. Since these calls are direct equivalents and treated "as if" DirectX was running, performance is not impacted. (with the exception of the starting overhead to interop with these)
 
   
  +
Lutris は、ゲームをインストールする際に、依存関係を管理してくれるランナーとサンドボックスを提供するソフトウェアです。上記の手順が退屈または複雑と感じる場合に便利です。
These tools are often brought in the distribution together on the system at the same time. A '''prefix''' (Wine's terminology for a directory mimicking a Windows sandbox) is created and configured. Dependencies are installed '''inside the prefix''' (the "sandbox" still needs the game's [[Wikipedia:Library (computing)|redistributables]]), often with [https://wiki.winehq.org/Winetricks winetricks], followed by an attempt to run the game "as if" it was executed from Windows.
 
   
  +
== ゲームの一般的な依存関係 ==
This, nowadays, fortunately works for most games (aside from [https://www.keengamer.com/articles/features/opinion-pieces/kernel-level-anti-cheat-and-7-games-or-programs-that-use-it/ anticheat protected ones], which require a kernel driver that Wine/Proton does not yet have). If a game does not work, it is usually as a result of incompatible packages, missing dependencies or unimplemented functionality by Wine/Proton.
 
 
If you are to run Wine/Proton, please make sure you use versions past '''5.x''' as this is where most of the recent patches have been made into.
 
 
Lutris is a piece of software that provides runners and sandboxes that handle dependencies for you when you install games, if the above process is found tedious and/or complicated.
 
 
== ゲーム共通の依存関係 ==
 
   
 
Wine/Proton を使用する場合、どのようなことをしなければならないか、より深く理解するために、ゲームを実行するために必要となる一般的な依存関係を説明します。アーキテクチャについても、x86 か x64 か、できれば両方か、ということを念頭に置く必要があります。
 
Wine/Proton を使用する場合、どのようなことをしなければならないか、より深く理解するために、ゲームを実行するために必要となる一般的な依存関係を説明します。アーキテクチャについても、x86 か x64 か、できれば両方か、ということを念頭に置く必要があります。
   
ほとんどの Windows ゲームを動作させるためには、プレフィクスに以下の項目設定する必要があります
+
'''ほとんどの''' Windows ゲームは、以下の依存関係 prefix にインストールする必要があるでしょう
   
=== Mandatory (for high coverage) ===
+
=== 必須 (広く使用されている) ===
   
  +
* [[Microsoft フォント|Microsoft Core フォント]]
{{Style|Links to wiki articles that contain package links (e.g. [[Fonts]]) should be used here}}
 
  +
* Microsoft Visual C++ 2015 (2017 が広く使用されているので、推奨) [2005、2008、2010、2012、2013、2015、2017-2018、2019]
 
  +
* DirectX 9.0 (11.0 が広く使用されているので、推奨) [June SDK update 2010] {いくつかのコンポーネントの例を挙げると:}
* Microsoft Core Fonts
 
* Microsoft Visual C++ 2015 (2017 has the most coverage, recommended) [2005, 2008, 2010, 2012, 2013, 2015, 2017-2018, 2019]
 
* DirectX 9.0 (11.0 has the most coverage, recommended) [June SDK update 2010] {which consists of, to name a few:}
 
 
** Direct3D
 
** Direct3D
 
** Direct2D
 
** Direct2D
80行目: 67行目:
 
** DXGI
 
** DXGI
 
** XAudio2
 
** XAudio2
* .NET Framework (3.5 has most coverage)
+
* .NET Framework (3.5 がよく使用されます)
* OpenGL
+
* [[OpenGL]]
 
** OpenAL
 
** OpenAL
 
** OpenAI
 
** OpenAI
 
** OpenCL
 
** OpenCL
* Vulkan
+
* [[Vulkan]]
   
  +
=== 任意 (しかし、よく使われている) ===
=== Optional (but still common) ===
 
   
 
* XNA
 
* XNA
94行目: 81行目:
 
* Quicktime
 
* Quicktime
 
* Adobe Reader 11
 
* Adobe Reader 11
* Java SRE (e.g Minecraft)
+
* [[Java]] SRE ([[Minecraft]] などで)
   
=== Rare (less common) ===
+
=== (あまり一般的でない) ===
   
 
* Gamespy
 
* Gamespy
102行目: 89行目:
 
* ACDSee
 
* ACDSee
   
== Machine requirements ==
+
== マシン要件 ==
   
  +
ゲームが必要とする依存関係をプレフィックスに入れるだけでは十分ではありません。カーネルそのものが、ゲームが行う呼び出しに対応する代替が必要です。すでに述べたように、ドライバと代替品が利用可能です。
It is not enough to just populate a prefix with the dependencies the game will need. The kernel itself has to have the substitution it will provide to the calls the game will make. As already mentioned, drivers and alternatives are available.
 
   
 
=== ドライバー ===
 
=== ドライバー ===
   
* AMD ドライバー: [[ATI]] と [[AMDGPU]] を参照。
+
* AMD ドライバー: [[AMDGPU]] を参照。
* Intel ドライバー: [[Intel Graphics]] を参照
+
* Intel ドライバー: [[Intel graphics]] を参照
 
* NVIDIA ドライバー: [[NVIDIA]] を参照。
 
* NVIDIA ドライバー: [[NVIDIA]] を参照。
   
  +
=== マシンと代替品への依存性 ===
=== Dependency for the machine & substitutes ===
 
  +
  +
{{Note|以下の情報は参考程度です。これらのパッケージの一部は、主要なパッケージをインストールした際に一緒にインストールされます。}}
   
 
* [[Wine]]
 
* [[Wine]]
119行目: 108行目:
 
* [[Vulkan]]
 
* [[Vulkan]]
 
* [[OpenGL]]
 
* [[OpenGL]]
  +
* [[Proton]] 再配布可能パッケージ (オプションですが、役立つ場合があります)
* [[Proton]] Redistributables (optional, but it may help)
 
* {{AUR|wine-ge-custom}} or [https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git TKG] (optional, unless unsuccessful) : specially compiled wine versions containing patches for certain games.
+
* {{AUR|wine-ge-custom}} または [https://github.com/Tk-Glitch/PKGBUILDS/tree/master/wine-tkg-git TKG] (オプション。失敗しないかぎり) : 特定のゲームのパッチを含む、特別にコンパイルされた wine バージョン。
 
'''This is mostly informative. Some of these packages install themselves once you install the major ones.'''
 
   
 
== ゲーム環境 ==
 
== ゲーム環境 ==
   
Linux でゲームを遊ぶための環境は様々なものが存在します:
+
Wine/Proton 以外にもゲームをプレイする方法はあります。Linux でゲームをプレイするための環境は様々あり、これら環境では Windows と同じくらい (あるいはそれ以上) のゲームが存在します:
   
* ネイティブ – Linux 向けに書かれたゲーム (大抵はでオプンソース)
+
* ネイティブ Linux プラットフォーム向けのビルドが存在し、OpenGL や Vulkan グラィックス API のサポトのあるゲ
  +
* [[Wikipedia:ja:エミュレータ|エミュレータ]] – 他のアーキテクチャやシステム用に設計されたソフトウェアを実行する際に必要です。ほとんどのゲームは ROM をエミュレータに読み込ませれば特に設定せずとも動き、問題が発生することは稀です。エミュレータのリストは [[ビデオゲームプラットフォームエミュレーター]] を参照してください。
* ブラウザ – この種のゲームをプレイするのに必要なのはブラウザとインターネット接続だけです。
 
  +
* [[Java]] - Write once, run everywhere (一度書けば、どこでも動く) なプラットフォームです。Linux でも動く人気なゲームとしては、[[Minecraft]]、[[RuneScape]]、[[Wikipedia:Wurm_Online|Wurm Online]]、[[Wikipedia:Puzzle_Pirates|Puzzle Pirates]] があります。
** プラグインベース – 遊ぶためにはプラグインのインストールが必要です。
 
  +
* ウェブ – ウェブブラウザ内で動くゲームです。
*** [[Java]] Webstart – クロスプラットフォームのゲームを簡単にインストールするのに使われます。
 
*** [[Flash]] ゲームはウェ最も一般的なゲームです。
+
** HTML5 ゲームは canvas と WebGL の技術を使用し、最近のラウザ全て動作可能です。
  +
** [[Flash]] ベースのゲーム – プレイするにはプラグインをインストールする必要があります。
** HTML 5 によるゲームは新しい canvas と WebGL テクノロジーを使います。全てのモダンブラウザで動作しますがマシンの性能が低いと実行が非常に遅くなります。
 
  +
* [[Wine]] – Windows 互換レイヤーです。Unix ライクなオペレーティングシステム上で Windows アプリケーション (だけでなく多くのゲームも) を動かせるようにします。[[Wine#DXVK]] を使用すれば、ランタイムで DirectX から Vulkan への変換もサポートし、DirectX しかサポートしていないゲームでパフォーマンスを向上させることができます。
* 専用環境 (ソフトウェアエミュレータ) – 他のアーキテクチャや環境のために作られたソフトウェアを実行するのに必要です (あなたの国の著作権法に注意)。詳しくは[[アプリケーション一覧/その他#エミュレータ|エミュレータのリスト]]を見て下さい。
 
  +
* [[仮想マシン]] – ゲームと互換性のあるオペレーティングシステム (Windows など) をインストールするために使用できます。[[VirtualBox]] には優れた 3D サポートがあります。これに加えて、互換性のあるハードウェアを使用している場合は、Windows KVM ゲストへの VGA パススルー (キーワードは [https://docs.kernel.org/driver-api/vfio.html "virtual function I/O" (VFIO)]) や [[OVMF による PCI パススルー]]も可能です。
** [[Wine]] – 膨大な Windows ソフトウェアだけでなく、Windows のゲームの実行も可能にします。Wine ではゲームのパフォーマンスが下がらないため (むしろ高速に動作することもあります)、Windows で動作するシステム要件が低いゲームならば大抵は Wine でも動作します。ゲームごとの互換性の情報は [https://appdb.winehq.org/ Wine AppDB] を見て下さい。
 
  +
* [https://steamcommunity.com/games/221410/announcements/detail/1696055855739350561 Proton/DXVK] – プロプライエタリな {{Pkg|steam}} プラットフォームで使用するために設計された、Wine のフォークです。Wine よりも優れたゲームへのサポートを可能にします。詳細は [[Steam#Proton Steam-Play]] を参照してください。
** [http://www.codeweavers.com/ Crossover Games] – Codeweavers チームのメンバーは Wine の主要なサポーターです。Crossover Games を使うことでゲームのインストールや設定を楽にしたり、他の方法を使うのと比べて信頼性を高めたりすることができます。Crossover は有料の市販品ですが、開発者がコミュニティと対話できるように [http://www.codeweavers.com/support/forums/ フォーラム] が用意されています。
 
** [[DosBox]] – DOS エミュレータ。古典的な DOS タイトルを動かすのに使われます。
 
** {{Pkg|scummvm}} – 多数のクラシックなアドベンチャーゲームで使われていた [[Wikipedia:ja:SCUMM|SCUMM ゲームエンジン]]のゲームをエミュレートします。対応タイトルの完全なリストは [http://scummvm.org ScummVM ウェブサイト] を見て下さい。
 
* ハードウェアエミュレータ – ソフトウェア環境ではなくデバイス全体をエミュレートします。著作権については同じです。仮想マシンを使うことで Windows 専用のゲームを遊ぶことができます。[[VirtualBox]] は 3D もサポートしています。Windows の KVM ゲストから [[OVMF による PCI パススルー]]によって直接ハードウェアを利用することも可能です。
 
   
== ゲームの取得 ==
+
== ゲームの互換性 ==
   
=== ネイティブ ===
+
=== vm.max_map_count を増やす ===
   
  +
デフォルトでは {{ic|vm.max_map_count}} サイズ制限は 65530 となっていますが、一部のゲームにおいては小さすぎる可能性があります [https://www.phoronix.com/news/Fedora-39-VM-Max-Map-Count]。なので、以下のような [[sysctl]] 設定ファイルを作成してサイズを永続的に大きくしておきましょう:
[[公式リポジトリ]]や [[AUR]] からかなりの数が入手できます。[http://liflg.org/ Loki] はいくつかのゲームのインストーラーを提供しています。
 
   
  +
{{hc|/etc/sysctl.d/80-gamecompatibility.conf|2=
=== デジタル配信 ===
 
  +
vm.max_map_count = 2147483642
  +
}}
   
  +
'''2147483642''' (MAX_INT - 5) は SteamOS でのデフォルト値です。Fedora では、'''1048576''' が安全な値であるとされています [https://www.phoronix.com/news/Fedora-39-Max-Map-Count-Approve]。
* {{App|[[Wikipedia:Desura|Desura]]|インディーゲームに特化したデジタル配信プラットフォーム。豊富なゲームがあると考えてよいでしょう (セキュリティやバグがあまり気にならないならば)。|http://www.desura.com/|{{AUR|desura}}{{Broken package link|パッケージが存在しません}}}}
 
   
  +
再起動せずに変更を適用するには、以下を実行してください:
* {{App|[[Steam]]|Valve によって開発されている著名なデジタル配信とコミュニケーションのプラットフォーム。最近 Linux に (開発会社によって) 移植された有名ゲームが揃っています。Source (Half-Life 2) や Goldsource (HL1) エンジンのゲーム, Serious Sam 3, Brutal Legend, 多数の Humble Bundles のゲームやその他のインディータイトルなどを含んだ巨大なライブラリが存在します。|https://store.steampowered.com|{{Pkg|steam}}}}
 
::*[http://developer.valvesoftware.com/wiki/Steam_under_Linux Steam under Linux]
 
::*[https://store.steampowered.com/browse/linux/ linux ゲームカタログを見る]
 
::*Steam のタイトル全てがネイティブであるとは限りません。中には Wine を使って動作するゲームも存在します。
 
   
  +
# sysctl --system
* The [https://www.humblebundle.com/store Humble Store]
 
   
  +
{{Note|この設定により、コアダンプファイルを読み込もうとする古いプログラムとの互換性が壊れる可能性があります [https://github.com/torvalds/linux/blob/v5.18/include/linux/mm.h#L178]。}}
* [https://itch.io/ itch.io] || {{AUR|itch}}
 
   
  +
== ゲームの取得 ==
* [http://www.gog.com/games/linux GOG.com]
 
::*{{AUR|lgogdownloader}} パッケージを使うことでコマンドラインから GOG タイトルをダウンロードすることができます。
 
::*GOG.com が公式でサポートしているのは Ubuntu と Linux Mint だけです。サポートを求めるときはこのことを覚えておきましょう。たとえ Arch でゲームが動かせなかったとしても返金してもらうことはできません。
 
::*ほとんどの GOG.com タイトルは DOSBox, ScummVM, Wine によってパッケージ化されています。
 
 
=== Java ===
 
   
  +
Linux で利用できるゲームであったとしても、それがネイティブに動作するとは限りません。[[Wine]] や [[Proton]] と一緒に事前にパッケージングされていることもあります。
* 多くの 4kb 以下のゲーム (中にはゲームデザインの名作もあります) が http://www.java4k.com にあります。
 
* https://www.pogo.com/ – 最大のカジュアル Java ゲームポータル
 
* [http://www.javagametome.com/ The Java Game Tome] - カジュアルゲームの巨大なデータベース
 
   
  +
[[公式リポジトリ]]や [[AUR]] にある Arch 用にパッケージングされたゲームのリストは、[[ゲーム一覧]] を見てください。
=== Wine ===
 
   
  +
* {{App|Athenaeum|Steam の代替自由ソフトウェア。|https://gitlab.com/librebob/athenaeum|{{AUR|athenaeum-git}}}}
* [[Wine]] におけるゲーム (やその他のアプリケーション) の実行については [https://appdb.winehq.org/ Wine AppDB] に情報が集積されています。
 
  +
* {{App|Flathub|[[Flatpak]] の中央リポジトリ。ゲームセクションはまだ小さいですが、大きくなりつつあります。|https://flathub.org/apps/category/Game|{{Pkg|flatpak}}、{{Pkg|discover}}、{{Pkg|gnome-software}}}}
* [[:カテゴリ:Wine]] も参照。
 
  +
* {{App|[[Wikipedia:ja:GOG.com|GOG.com]]|DRM の無いゲームストア。|https://www.gog.com|{{AUR|lgogdownloader}}、{{AUR|wyvern}}、{{AUR|minigalaxy}}}}
  +
* {{App|Heroic Games Launcher|GOG と Legendary の GUI。Epic Games Launcher のオープンソースな代替ソフトウェア。|https://heroicgameslauncher.com/|{{AUR|heroic-games-launcher}}}}
  +
* {{App|[[Wikipedia:ja:itch.io|itch.io]]|インディーゲームストア。|https://itch.io|{{AUR|itch-setup-bin}}}}
  +
* {{App|Legendary|Epic Games Launcher のフリーでオープンソースな代替ソフトウェア。|https://github.com/derrod/legendary|{{AUR|legendary}}}}
  +
* {{App|[[Wikipedia:Lutris|Lutris]]|Linux 用のオープンなゲーミングプラットフォーム。GOG、Steam、Battle.net、Origin、Uplay、その他多くのソースからゲームを取得できます。Lutris は、様々な[https://lutris.net/games ゲームランナー]を使用しており、完全にカスタマイズ可能な設定オプションを使用してゲームを起動することができます。|https://lutris.net|{{Pkg|lutris}}}}
  +
* {{App|Play.it|ネイティブパッケージのビルドを自動化します。[[Wine]]、[[DOSBox]]、ScummVM のゲームもサポートしています。|https://www.dotslashplay.it/|{{AUR|play.it}}}}
  +
* {{App|Rare|Legendary のもう一つの GUI。PyQt5 をベースとしています。|https://github.com/Dummerle/Rare|{{AUR|rare}}}}
  +
* {{App|[[Steam]]|Valve によって開発されている、デジタル配信及びコミュニケーションのためのプラットフォーム。|https://store.steampowered.com|{{Pkg|steam}}}}
   
  +
Wine のラッパーに関しては、[[Wine#サードパーティ製アプリケーション]] を参照してください。
{{Pkg|playonlinux}} を使うのが (特に初心者には) おすすめです。必要な依存パッケージが全てインストールされ、最初の起動時に Windows ツールを自動でダウンロード、ネイティブの windows アプリケーションが正しく実行されるように設定を行います。詳しくは、[https://www.playonlinux.com/en/ 公式ウェブサイト]を見て下さい。
 
   
 
== ゲームの設定 ==
 
== ゲームの設定 ==
184行目: 168行目:
 
=== マルチスクリーン環境 ===
 
=== マルチスクリーン環境 ===
   
マルチスクリーン環境ではフルスクリーンのゲームで問題が発生することがあります。そのようなときは、[[#別の X サーバーでゲームを起動する|別の X サーバーを実行する]]のが一つの解決方法になりえます。他の方法は [[NVIDIA#Twinview を使ってゲームを遊ぶ|NVIDIA の記事]]を見てみて下さい (NVIDIA 以外を使っているユーザーも見る価値があります)
+
マルチスクリーン環境ではフルスクリーンのゲームで問題が発生することがあります。そのようなときは、[[#別の X サーバーでゲームを起動する|別の X サーバーを実行する]]のが一つの解決方法になりえます。他の方法は [[NVIDIA#Twinview を使ってゲームを遊ぶ|NVIDIA の記事]]を見てみて下さい。
   
 
=== キーボード操作 ===
 
=== キーボード操作 ===
190行目: 174行目:
 
多くのゲームはキーボードの入力を横取りするため、ウィンドウの切り替え (alt-tab) ができなくなることがあります。
 
多くのゲームはキーボードの入力を横取りするため、ウィンドウの切り替え (alt-tab) ができなくなることがあります。
   
SDL のゲーム (例: Guacamelee) では {{ic|Ctrl-g}} を押すことでキーボードの占有を無効にすることが可能です。
+
一部の SDL のゲーム (例: Guacamelee) では {{ic|Ctrl-g}} を押すことでキーボードの占有を無効にすることが可能です。
 
また、{{AUR|sdl-nokeyboardgrab}}{{Broken package link|{{aur-mirror|sdl-nokeyboardgrab}}}} をダウンロードすることでも SDL のゲーム中にキーボードコマンドを使えるようにすることができます。さらに、{{AUR|libx11-nokeyboardgrab}}{{Broken package link|パッケージが存在しません}} を使うことで X11 レベルでキーボードの占有を無効にしたり、{{AUR|libx11-ldpreloadnograb}}{{Broken package link|{{aur-mirror|libx11-ldpreloadnograb}}}} で {{ic|LD_PRELOAD}} を使って特定の占有を止めるようにしてアプリケーションを実行するなど細かい制御をすることもできます。Wine/lib32 ユーザーは各 lib32 ライブラリにも気をつけて下さい。
 
   
 
{{Note|SDL はときどき入力システムを使うことができなくなることが知られています。そのような場合は、数秒間待機すると入力できるようになることがあります。}}
 
{{Note|SDL はときどき入力システムを使うことができなくなることが知られています。そのような場合は、数秒間待機すると入力できるようになることがあります。}}
198行目: 180行目:
 
=== 別の X サーバーでゲームを起動する ===
 
=== 別の X サーバーでゲームを起動する ===
   
上記のような場合だと、別の X サーバーを実行するのが必要もしくは望ましいかもしれません。二番目の X サーバーを実行することには複数の利点が存在します。より良いパフォーマンス、{{ic|Ctrl+Alt+F7}}/{{ic|Ctrl+Alt+F8}} を使ってゲームを"最小化"することができる、ゲームがグラフィックドライバーと問題を起こしてもメインの X サーバーはクラッシュしないなどです。新しい X サーバーは ALSA へのリモートアクセスログインと同じく、ユーザーは音声を聞くために {{ic|audio}} グループに入っている必要があります。
+
上記のような場合だと、別の X サーバーを実行するのが必要もしくは望ましいかもしれません。もう一つの X サーバーを実行することには複数の利点が存在します。より良いパフォーマンス、{{ic|Ctrl+Alt+F7}}/{{ic|Ctrl+Alt+F8}} を使ってゲームを"最小化"することができる、ゲームがグラフィックドライバーと問題を起こしてもメインの X サーバーはクラッシュしないなどです。新しい X サーバーは ALSA へのリモートアクセスログインと同じく、ユーザーは音声を聞くために {{ic|audio}} グループに入っている必要があります。
  +
  +
別の X サーバーを起動するには次のようにします (例として [https://www.xonotic.org/ Xonotic] を使っています):
   
別の X サーバーを起動するには次のようにします (例として [http://www.xonotic.org/ Xonotic] を使っています):
 
 
$ xinit /usr/bin/xonotic-glx -- :1 vt$XDG_VTNR
 
$ xinit /usr/bin/xonotic-glx -- :1 vt$XDG_VTNR
  +
さらに、別の X 設定ファイルを使うことでちょっとしたスパイスを振りかけることができます:
 
  +
さらに、別の X 設定ファイルを使うことでカスタマイズすることもできます:
  +
 
$ xinit /usr/bin/xonotic-glx -- :1 -xf86config xorg-game.conf vt$XDG_VTNR
 
$ xinit /usr/bin/xonotic-glx -- :1 -xf86config xorg-game.conf vt$XDG_VTNR
  +
別の ''xorg.conf'' を使う理由としては、メインの設定では、NVIDIA の Twinview を使って Xonotic のような 3D ゲームをマルチスクリーンの中央、全ての画面にまたがって、レンダリングしているのが考えられます。これが望ましくない場合は、二番目の X を起動してセカンドスクリーンを無効にした設定を使うようにするというのが良いでしょう。
 
  +
別の ''xorg.conf'' を使う理由としては、メインの設定で NVIDIA の Twinview を使って Xonotic のような 3D ゲームをマルチスクリーンの中央、全ての画面にまたがって、レンダリングしている場合などがあります。これが望ましくない場合は、セカンドスクリーンを無効にした設定を使って二番目の X を起動するのが良いでしょう。注意点として、この X 設定ファイルの場所は {{ic|/etc/X11}} ディレクトリからの相対パスとなります。
   
 
Openbox を利用してホームディレクトリや {{ic|/usr/local/bin}} でゲームを起動するスクリプトは以下のようになります:
 
Openbox を利用してホームディレクトリや {{ic|/usr/local/bin}} でゲームを起動するスクリプトは以下のようになります:
  +
 
{{hc|~/game.sh|<nowiki>
 
{{hc|~/game.sh|<nowiki>
 
if [ $# -ge 1 ]; then
 
if [ $# -ge 1 ]; then
221行目: 208行目:
 
</nowiki>}}
 
</nowiki>}}
   
{{ic|chmod +x}} したら、次のようにしてスクリプトを使うことが可能です:
+
ファイルを[[実行可能属性|実行可能]]にしたら、次のようにしてスクリプトを使うことが可能です:
  +
 
$ ~/game.sh xonotic-glx
 
$ ~/game.sh xonotic-glx
  +
  +
{{Note|{{ic|/etc/X11/xorg.conf.d}} 内の設定ファイルをロードさせたくない場合は、{{ic|-configdir}} オプションを使って、空のディレクトリを指すようにすると良いでしょう。}}
   
 
=== マウス検出の調整 ===
 
=== マウス検出の調整 ===
230行目: 220行目:
 
=== OpenAL とバイノーラル音声 ===
 
=== OpenAL とバイノーラル音声 ===
   
[[Wikipedia:ja:OpenAL|OpenAL]] を使っているゲームでは、ヘッドフォンを使用している場合、OpenAL の [[Wikipedia:ja:頭部伝達関数|HRTF]] フィルターを使ってより良いポジショナルオーディオを得ることができます。有効にするには、コマンド実行してさい:
+
[[Wikipedia:ja:OpenAL|OpenAL]] を使っているゲームでは、ヘッドフォンを使用している場合、OpenAL の [[Wikipedia:ja:頭部伝達関数|HRTF]] フィルターを使ってより良いポジショナルオーディオを得ることができます。有効にするには、以下ファイル[[作成]]してください:
   
echo "hrtf = true" >> ~/.alsoftrc
+
{{hc|~/.alsoftrc|2=
  +
hrtf = true
  +
}}
   
 
または、AUR から {{AUR|openal-hrtf}} をインストールして、{{ic|/etc/openal/alsoftrc.conf}} のオプションを編集して下さい。
 
または、AUR から {{AUR|openal-hrtf}} をインストールして、{{ic|/etc/openal/alsoftrc.conf}} のオプションを編集して下さい。
240行目: 232行目:
 
dsp_slow_cpu 1 # Disable in-game spatialiazation
 
dsp_slow_cpu 1 # Disable in-game spatialiazation
 
snd_spatialize_roundrobin 1 # Disable spatialization 1.0*100% of sounds
 
snd_spatialize_roundrobin 1 # Disable spatialization 1.0*100% of sounds
dsp_enhance_stereo 0 # Disable DSP sound effects. You may want to leave this on, if you find it doesn't interfere with your perception of the sound effects.
+
dsp_enhance_stereo 0 # Disable DSP sound effects. You may want to leave this on, if you find it does not interfere with your perception of the sound effects.
 
snd_pitchquality 1 # Use high quality sounds
 
snd_pitchquality 1 # Use high quality sounds
   
=== Pulseaudio の調整 ===
+
=== PulseAudio の調整 ===
   
 
[[PulseAudio]] を使っている場合、最適な動作をさせるためにデフォルト設定から変更することができる部分がいくつかあります。
 
[[PulseAudio]] を使っている場合、最適な動作をさせるためにデフォルト設定から変更することができる部分がいくつかあります。
   
==== realtime プライオリティと負の nice レベルを有効にする ====
+
==== Realtime 優先度と負の nice レベルを有効にする ====
   
Pulseaudio はオーディオデーモンとしてリアルタイムの優先度で実行されるようにビルドされます。しかしながら、システムがロックアップする可能性があるというセキュリティ上のリスクのため、デフォルトでは標準のスレッドと同じようにスケジューリングされます。これを変更するには、まずユーザーを {{ic|audio}} グループに追加してください。そして、{{ic|/etc/pulse/daemon.conf}} の以下の行をアンコメント・編集してください:
+
PulseAudio はオーディオデーモンとしてリアルタイムの優先度で実行されるようにビルドされます。しかしながら、システムがロックアップする可能性があるというセキュリティ上のリスクのため、デフォルトでは標準のスレッドと同じようにスケジューリングされます。これを変更するには、まずユーザーを {{ic|audio}} グループに追加してください。そして、{{ic|/etc/pulse/daemon.conf}} の以下の行をアンコメント・編集してください:
  +
high-priority = yes
 
  +
{{hc|1=/etc/pulse/daemon.conf|2=
nice-level = -11
 
  +
high-priority = yes
  +
nice-level = -11
  +
  +
realtime-scheduling = yes
  +
realtime-priority = 5
  +
}}
   
realtime-scheduling = yes
 
realtime-priority = 5
 
 
編集したら pulseaudio を再起動します。
 
編集したら pulseaudio を再起動します。
   
 
==== 高品質なリミックスを使ってサウンドを良くする ====
 
==== 高品質なリミックスを使ってサウンドを良くする ====
   
Arch の Pulseaudio ではリミックスチャンネルにデフォルトで speex-float-0 を使っていますが、これはやや低品質なリミックスとされています。あなたのシステムに負担を増やす余裕がある場合は、以下の設定をすることでサウンドを良くすることが可能です:
+
Arch の PulseAudio ではリミックスチャンネルにデフォルトで speex-float-0 を使っていますが、これはやや低品質なリミックスとされています。あなたのシステムに負担を増やす余裕がある場合は、以下の設定をすることでサウンドを良くすることが可能です:
  +
 
resample-method = speex-float-10
 
resample-method = speex-float-10
   
266行目: 263行目:
 
バッファをあわせることで音の途切れを減らし、ほんの僅かですがパフォーマンスを向上させることができます。詳しくは [https://forums.linuxmint.com/viewtopic.php?f=42&t=44862 ここ] を見て下さい。
 
バッファをあわせることで音の途切れを減らし、ほんの僅かですがパフォーマンスを向上させることができます。詳しくは [https://forums.linuxmint.com/viewtopic.php?f=42&t=44862 ここ] を見て下さい。
   
=== Cgroups ===
+
== リモートプレイ ==
  +
  +
[[Wikipedia:ja:クラウドゲーム|クラウドゲーム]]は、クライアント側のハードウェア要件が低いため、近年大きな人気を集めています。クラウドゲームにおいて唯一重要なことは、最低速度が 5 から 10 Mbit/s (ビデオ品質やフレームレートに依ります) の安定したインターネット接続です (イーサネットケーブル接続か 5 GHz WiFi を推奨)。
   
  +
ネットワーク経由でのゲームパッドの使用を通常サポートしていないサービスで、ネットワーク経由でゲームパッドを使用する方法については、[[ゲームパッド#ネットワークを介して Gamepad を使う]] を見てください。
[[Cgroups]] はプロセスをグループでまとめてユーザースペースで優先順位を付けて、レイテンシーを最小限にすることができるカーネルのアジャストメントです。IO の優先順位や CPU の優先順位など、複数のファクターを調整することができます。[[Systemd]] は Cgroups を暗示的に管理することができ、多数のスレッドが実行しているシステムをスムーズに動作させます。systemd をインストールするだけでこの動作の改善が行われます。
 
   
  +
{{Note|ブラウザで動作するサービスのほとんどは、たいてい {{AUR|google-chrome}} との互換性しか保証していません。}}
=== CPU 周波数スケーリングの設定を確かめる ===
 
   
  +
{| class="wikitable sortable" style="text-align: center;"
適切な cpu 周波数スケーリングドライバーを使うように正しく設定されている場合、システムはデフォルトの governor を Ondemand に設定します。デフォルトでは、この governor はシステムが CPU の 95% を利用しているときのみ、非常に短い時間だけ、クロックを変更します。この設定では、電力が節約され熱が少なめですむ代わりに、パフォーマンスにかなり影響を与えることになります。システムの governor をチューニングすることで、ダウンクロックするのをアイドル状態の時だけに限ることが可能です。詳しくは [[Cpufrequtils#ondemand governor を調整する]]を参照。
 
  +
! サービス
  +
! class="unsortable" | インストーラ
  +
! ブラウザクライアントでの利用
  +
! 自身のホストを使う
  +
! ホストの貸出
  +
! フルデスクトップサポート
  +
! コントローラサポート
  +
! class="unsortable" | 備考
  +
|-
  +
| [https://dixper.gg/ Dixper] || {{-}} || {{Yes}} || {{Y|Windows のみ}} || ? || ? || ? || {{-}}
  +
|-
  +
| [https://reemo.io/ Reemo] || {{AUR|reemod-bin}} || {{Y|Chromium ベースブラウザのみ}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Y|Windows のみ}} || ウェブサイトのダウンロードセクションにある公式インストールスクリプトでソフトウェアをインストールすることもできます。
  +
|-
  +
| [https://xbox.com/play Xbox Cloud] || {{AUR|xbox-cloud-gaming}} || {{Yes}} || {{No}} || {{No}} || {{No}} || {{Yes}} || XCloud を使用するには Game Pass Ultimate が必要です。
  +
|-
  +
| [[GeForce Now]] || {{-}} || {{Yes}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || このサービスを使用するには、Steam、Epic Client、あるいは GOG 上のゲームが必要です。
  +
|-
  +
| [https://moonlight-stream.org/ Moonlight] || {{AUR|moonlight-qt}} || {{No}} || {{Yes}} || {{No}} || {{Yes}} || {{Yes}} || これは単なるクライアントです。ホストマシンは GeForce Experience (Windows のみ) か [https://github.com/SunshineStream/Sunshine Sunshine] (マルチプラットフォーム) を使用しなければなりません。
  +
|-
  +
| [https://parsec.app/ Parsec] || {{AUR|parsec-bin}} || {{Yes}} (実験的) || {{Y|Windows のみ}} || {{No}} || {{Yes}} || {{Yes}} || クラウドホスティングは[https://support.parsecgaming.com/hc/en-us/articles/360031038112-Cloud-Computer-Update もはや利用できなくなっています]{{Dead link|2023|05|06|status=404}}。
  +
|-
  +
| [https://github.com/mbroemme/vdi-stream-client VDI Stream Client] || {{AUR|vdi-stream-client}} || {{No}} || {{Y|Windows のみ}} || {{No}} || {{Yes}} || {{No}} || 3D GPU アクセラレーションと組み込みの USB リダイレクトをサポートしている VDI クライアント。
  +
|-
  +
| [https://playkey.net/ Playkey] || {{AUR|playkey-linux}} || ? || ? || ? || ? || ? || {{-}}
  +
|-
  +
| style="white-space:nowrap" | [https://www.playstation.com/en-gb/ps-now/ps-now-on-pc/ PlayStation Now] || [[Wine]] か [[Steam]] の Proton で動作します。 || {{No}} || {{No}} || {{-}} || {{No}} || {{Yes}} || PC 上で PS4、PS3、PS2 のゲームをプレイできます。あるいは、[[ビデオゲームプラットフォームエミュレーター|エミュレータ]]を使うという手もあります。
  +
|-
  +
| style="white-space:nowrap" | [https://www.playstation.com/en-us/remote-play/ PlayStation Remote Play] || {{AUR|chiaki}} || {{No}} || {{Yes}} || {{-}} || {{Yes}} || {{Yes}} || PS4 や PS5 のゲームを PC でプレイできます。
  +
|-
  +
| [https://rainway.com/ Rainway] || 2019 Q3 に登場予定。 || {{Yes}} || {{Y|Windows のみ}} || {{No}} || {{Yes}} || ? || {{-}}
  +
|-
  +
| [https://shadow.tech/ Shadow] || '''安定版:''' {{AUR|shadow-tech}} <br> '''ベータ版''': {{AUR|shadow-beta}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || コントローラサポートは USB over IP に依存しています。現在、AVC のみのサポートとなっており、HEVC はサポートされていません。
  +
|-
  +
| [[Steam#Steam Remote Play|Steam Remote Play]] || {{pkg|steam}} に含まれています || {{No}} || {{Yes}} || {{No}} || {{No}} || {{Yes}} || {{-}}
  +
|-
  +
|-
  +
| [https://stadia.google.com Stadia] || {{-}} || {{Yes}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || サービスは2023年1月18日に終了します。
  +
|-
  +
| [https://vortex.gg/ Vortex]{{Dead link|2024|01|29|status=404}} || {{-}} || {{Yes}} || {{No}} || {{-}} || {{No}} || ? || {{-}}
  +
|-
  +
| [[VNC]] || {{pkg|tigervnc}} or {{pkg|x11vnc}} || {{No}} || {{Yes}} || {{No}} || {{Yes}} || {{No}} || 汎用のリモートデスクトッププロトコル。LAN 経由でゲームする場合には、レイテンシは十分に低いはずです。ゲームパッドのサポートについては [[ゲームパッド#ネットワークを介して Gamepad を使う]] を見てください。
  +
|-
  +
| [[xrdp]] || {{AUR|xrdp}} || {{No}} || {{Yes}} || {{No}} || {{Yes}} || {{No}} || もう一つの汎用リモートデスクトッププロトコル。[[xrdp#グラフィックアクセラレーション|グラフィカルアクセラレーション]]を設定すれば、OpenGL 及び Vulkan の両方がサポートされます。LAN 経由でゲームをする場合におすすめです。ゲームパッドのサポートについては [[ゲームパッド#ネットワークを介して Gamepad を使う]] を見てください。
  +
|-
  +
| [[X11 フォワーディング]] || {{pkg|openssh}} || {{No}} || {{Yes}} || {{No}} || {{No}} || {{No}} || [[VirtualGL]] による SSH 経由での X フォワーディングは OpenGL をサポートしており、全てではありませんが一部のゲームで動作します。ゲームパッドのサポートについては [[ゲームパッド#ネットワークを介して Gamepad を使う]] を見てください。
  +
|-
  +
| [https://boosteroid.com/ Boosteroid] || {{AUR|boosteroid}} || {{Yes}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || このサービスを使用するにはデジタル配信プラットフォーム (Steam、EGS、Origin など) 上のゲームが必要です。全てのゲームが利用できるわけではありません。ゲームの完全なリストを見るにはサインアップ (無料) する必要があります。デジタル配信プラットフォーム上であなたが所有しているゲームを起動するには、サブスクリプションを購入する必要があります。
  +
|-
  +
| [https://www.blacknut.com/ Blacknut] || {{AUR|blacknut-appimage}} または [https://www.blacknut.com/en/download/linux Blacknut AppImage] || {{Yes}} || {{No}} || {{No}} || {{Yes}} || {{Yes}} || このサービスを使用するにはサブスクリプションが必要です。全てのゲームが利用できるわけではありません。
  +
|}
   
 
== パフォーマンスを向上させる ==
 
== パフォーマンスを向上させる ==
   
メインの記事も参照してください: [[パフォーマンスの最大化]]。Wine プログラムに関しては、[[Wine#パフォーマンス]] を見てください。素晴らしいゲーミング体験のためには、低遅延、安定した応答時間 (変動がない)、十分なスループット (FPS) が必要です。
+
メインの記事 ([[パフォーマンスの向上]]) も参照してください。Wine プログラムに関しては、[[Wine#パフォーマンス]] を見てください。素晴らしいゲーミング体験のためには、低遅延、(変動のない) 安定した応答時間、十分なスループット (FPS) が必要です。
 
小さな変動のある源が複数存在すると、それらが時々重なり合って、顕著なカクつきを生み出してしまうでしょう。ゆえに、ほとんどの場合、スループットを少し下げて、応答時間の安定性を増やすことが推奨されます。
 
小さな変動のある源が複数存在すると、それらが時々重なり合って、顕著なカクつきを生み出してしまうでしょう。ゆえに、ほとんどの場合、スループットを少し下げて、応答時間の安定性を増やすことが推奨されます。
   
287行目: 336行目:
 
read_hept (または acpi_pm_read) のオーバーヘッドを見てください。
 
read_hept (または acpi_pm_read) のオーバーヘッドを見てください。
   
あなたが非常に正確なタイマーを必要としていないならば、hpet (high precision event timer) や acpi_pm (ACPI Power Management Timer) から、より高速な TSC (time stamp counter) タイマーに切り替えることができます。以下の[[カーネルパラメータ]]を追加することで、TSC を利用可能にし有効化してください:
+
あなたが非常に正確なタイマーを必要としていないならば、hpet (high precision event timer) や acpi_pm (ACPI Power Management Timer) から、より高速な TSC (time stamp counter) タイマーに切り替えることができます。TSC を利用可能にし有効化するには、以下の[[カーネルパラメータ]]を追加してください:
   
 
tsc=reliable clocksource=tsc
 
tsc=reliable clocksource=tsc
300行目: 349行目:
   
 
このコマンドで表示されたタイマー名を current_clocksource に echo する (つまり、書き込む) ことで、タイマーを変更することができます。Zen 3 システムにおける [https://gist.github.com/weirddan455/eb807fa48915652abeca3b6421970ab4] のベンチマークでは、{{ic|hpet}} や {{ic|acpi_pm}} と比べて {{ic|tsc}} のスループットのほうが約50倍良くなっています。
 
このコマンドで表示されたタイマー名を current_clocksource に echo する (つまり、書き込む) ことで、タイマーを変更することができます。Zen 3 システムにおける [https://gist.github.com/weirddan455/eb807fa48915652abeca3b6421970ab4] のベンチマークでは、{{ic|hpet}} や {{ic|acpi_pm}} と比べて {{ic|tsc}} のスループットのほうが約50倍良くなっています。
  +
  +
{{Warning|{{ic|tsc}} タイマーの信頼性が乏しい場合にこのタイマーを強制すると、{{ic|clock_gettime(CLOCK_MONOTONIC)}}[https://mastodon.yuuta.moe/@coelacanthus/110996261222325004] の単調増加性 (Firefox はこれに依存しています) が破壊され、Firefox がランダムにクラッシュする原因になります。このタイマーは自己責任で使用してください!}}
   
 
=== カーネルパラメータを調整して応答時間を安定化させる ===
 
=== カーネルパラメータを調整して応答時間を安定化させる ===
   
[[リアルタイムカーネル]]をインストールることで、CPU のスループットが大幅低下し、何も設定せずに応答時間を飛躍的に安定化させことができます。ちなみに、リアルタイムカーネルは {{Pkg|nvidia-open-dkms}} とは互換性がなく、デフォルトのプロセススケジューリングタイプである SCHED_NORMAL (SCHED_OTHER とも呼ばれる) のプロセスのスケジューラは変更しません。以下のようにカーネルパラメータを変更すると、リアルタイムカーネルおよび他のカーネル (デフォルトの linux カーネルなど) の応答時間をさらに安定化させます:
+
リアルタイムカーネルにはデフォルトでいくつかのメリット ([[リアルタイムカーネル]]の記事参照) がありま、CPU のスループットが犠牲なり、た割り込み処理遅延す可能性もあります。ちなみに、リアルタイムカーネルは {{Pkg|nvidia-open-dkms}} とは互換性がなく、デフォルトのプロセススケジューリングタイプである SCHED_NORMAL (SCHED_OTHER とも呼ばれる) のプロセスのスケジューラは変更しません。以下のようにカーネルパラメータを変更すると、リアルタイムカーネルおよび他のカーネル (デフォルトの linux カーネルなど) の応答時間をさらに安定化させます:
   
[https://docs.kernel.org/admin-guide/sysctl/vm.html カーネルドキュメント]によると Proactive Compaction は応答時間の揺れを生させるので、無効化してください:
+
(Transparent) Hugepage の割り当てに対する proactive compaction は、割り当ての平均時間を減少させますが、最大時の時間を減らすとは限りません。Proactive compaction は、[https://docs.kernel.org/admin-guide/sysctl/vm.html カーネルドキュメント]によると応答時間の揺れを生させるので ([https://nitingupta.dev/post/proactive-compaction/ 内部での動作])、無効化してください:
   
 
# echo 0 > /proc/sys/vm/compaction_proactiveness
 
# echo 0 > /proc/sys/vm/compaction_proactiveness
   
  +
メモリの断片化が発生した場合にページブロック1つ (x86_64 では 2MB) だけをデフラグするようにするために、watermark boost factor を減らしてください。こうすることで、メモリの断片化の発生後、アプリケーションのデータがプロセッサキャッシュの最終レベルに残りやすくなります。
RAM の空き領域が十分にある場合、メモリアロケーション時に応答時間が悪化することを防ぐために、minimum free Kilobytes の値を増やしてください: [http://highscalability.com/blog/2015/4/8/the-black-magic-of-systematically-reducing-linux-os-jitter.html][https://docs.kernel.org/admin-guide/sysctl/vm.html]. この値を 1024 KB 以下、もしくはシステムメモリの 5% より大きい値に設定しないでください。1GB を予約するには:
 
  +
  +
# echo 1 > /proc/sys/vm/watermark_boost_factor
  +
  +
RAM の空き領域が十分にある場合、メモリアロケーション時に応答時間が悪化することを防ぐために、minimum free Kilobytes の値を増やしてください: [http://highscalability.com/blog/2015/4/8/the-black-magic-of-systematically-reducing-linux-os-jitter.html][https://docs.kernel.org/admin-guide/sysctl/vm.html]。この値を 1024 KB 以下、もしくはシステムメモリの 5% より大きい値に設定しないでください。1GB を予約するには:
   
 
# echo 1048576 > /proc/sys/vm/min_free_kbytes
 
# echo 1048576 > /proc/sys/vm/min_free_kbytes
   
  +
RAM の空き領域が十分にある場合、アロケーション時に応答時間が増加する可能性をさらに減らすために、watermark scale factor を増やしてください (説明: [https://blogs.oracle.com/linux/post/anticipating-your-memory-needs][https://blogs.oracle.com/linux/post/anticipating-your-memory-needs-2])。Watermark の位置を RAM の 5% に設定するには:
システムの空きメモリ領域が不足していない限りスワップを防ぐために (スワップはページをロックするので、レイテンシを増加させ、ディスク IO を使用します):
 
  +
  +
# echo 500 > /proc/sys/vm/watermark_scale_factor
  +
  +
システムの空きメモリ領域が不足していない限りスワップを防ぐために (スワップはページをロックするので、レイテンシを増加させ、ディスク IO を使用します)、swappiness を減らしてください:
   
 
# echo 10 > /proc/sys/vm/swappiness
 
# echo 10 > /proc/sys/vm/swappiness
   
zone reclaim効化してください (zone reclaim はメモリペジをロック・移動するで、レイテンシのスパイク発生させます):
+
Multi-Gen Least Recently Used (MGLRU)効化してください (小さなパフォマンスコストでロック競合可能性減らします [https://docs.kernel.org/admin-guide/mm/multigen_lru.html]):
  +
  +
# echo 5 > /sys/kernel/mm/lru_gen/enabled
  +
  +
Zone reclaim を無効化してください (zone reclaim はメモリページをロック・移動するので、レイテンシのスパイクを発生させます):
   
 
# echo 0 > /proc/sys/vm/zone_reclaim_mode
 
# echo 0 > /proc/sys/vm/zone_reclaim_mode
   
Transparent Huge Pages (THP) を無効化してください。デフラグメンテーションが無効化されている場合でも、THP はレイテンシのスパイクを発生させるかもしれません。[https://docs.kernel.org/admin-guide/mm/transhuge.html][https://alexandrnikitin.github.io/blog/transparent-hugepages-measuring-the-performance-impact/]
+
パフォーマンスコストの観点から Transparent HugePages (THP) を無効化してください。デフラグメンテーションが無効化されている場合でも、THP はレイテンシのスパイクを発生させるかもしれません。[https://docs.kernel.org/admin-guide/mm/transhuge.html][https://alexandrnikitin.github.io/blog/transparent-hugepages-measuring-the-performance-impact/] madvise と advise を使用することで、アプリケーションが明示的に要求した場合に限り有効化します:
   
 
{{bc|
 
{{bc|
# echo never > /sys/kernel/mm/transparent_hugepage/enabled
+
# echo madvise > /sys/kernel/mm/transparent_hugepage/enabled
# echo never > /sys/kernel/mm/transparent_hugepage/shmem_enabled
+
# echo advise > /sys/kernel/mm/transparent_hugepage/shmem_enabled
# echo 0 > /sys/kernel/mm/transparent_hugepage/khugepaged/defrag
+
# echo never > /sys/kernel/mm/transparent_hugepage/defrag
 
}}
 
}}
   
335行目: 398行目:
 
# echo 1 > /proc/sys/vm/page_lock_unfairness
 
# echo 1 > /proc/sys/vm/page_lock_unfairness
   
スケジューラの設定を調整します。以下のスケジューラの設定は {{AUR|cfs-zen-tweaks}} と衝突するので、それぞれの設定に対してプロバイダを1つだけ選んでください。デフォルトでは、linux カーネルのスケジューラはレイテンシではなくスループットに対して最適化されています。以下のお手製の設定はそれを変更し、異なるゲームにおいてテストされ、顕著な改善が確認されています。これらの設定はあなたのユースケースに対しては最適ではないかもしれません。必要に応じてこれらの設定を変更することを検討してください [https://access.redhat.com/solutions/177953][https://doc.opensuse.org/documentation/leap/tuning/html/book-tuning/cha-tuning-taskscheduler.html]:
+
スケジューラの設定を調整します。以下のスケジューラの設定は {{AUR|cfs-zen-tweaks}} と衝突するので、それぞれの設定に対してプロバイダを1つだけ選んでください。デフォルトでは、linux カーネルのスケジューラはレイテンシではなくスループットに対して最適化されています。以下のお手製の設定はそれを変更し、異なるゲームにおいてテストされ、顕著な改善が確認されています。これらの設定はあなたのユースケースに対しては最適ではないかもしれません。必要に応じてこれらの設定を変更することを検討してください [https://access.redhat.com/solutions/177953][https://doc.opensuse.org/documentation/leap/tuning/html/book-tuning/cha-tuning-taskscheduler.html][https://www.amd.com/system/files/documents/58016-epyc-9004-tg-java.pdf#page=29]:
   
 
{{bc|
 
{{bc|
 
# echo 0 > /proc/sys/kernel/sched_child_runs_first
 
# echo 0 > /proc/sys/kernel/sched_child_runs_first
 
# echo 1 > /proc/sys/kernel/sched_autogroup_enabled
 
# echo 1 > /proc/sys/kernel/sched_autogroup_enabled
# echo 500 > /proc/sys/kernel/sched_cfs_bandwidth_slice_us
+
# echo 3000 > /proc/sys/kernel/sched_cfs_bandwidth_slice_us
# echo 1000000 > /sys/kernel/debug/sched/latency_ns
+
# echo 3000000 > /sys/kernel/debug/sched/base_slice_ns
 
# echo 500000 > /sys/kernel/debug/sched/migration_cost_ns
 
# echo 500000 > /sys/kernel/debug/sched/migration_cost_ns
# echo 500000 > /sys/kernel/debug/sched/min_granularity_ns
 
# echo 0 > /sys/kernel/debug/sched/wakeup_granularity_ns
 
 
# echo 8 > /sys/kernel/debug/sched/nr_migrate
 
# echo 8 > /sys/kernel/debug/sched/nr_migrate
 
}}
 
}}
353行目: 414行目:
   
 
{{hc|/etc/tmpfiles.d/consistent-response-time-for-gaming.conf|
 
{{hc|/etc/tmpfiles.d/consistent-response-time-for-gaming.conf|
# Path Mode UID GID Age Argument
+
# Path Mode UID GID Age Argument # default value as of linux 6.6
w /proc/sys/vm/compaction_proactiveness - - - - 0
+
w /proc/sys/vm/compaction_proactiveness - - - - 0 # 20
w /proc/sys/vm/min_free_kbytes - - - - 1048576
+
w /proc/sys/vm/watermark_boost_factor - - - - 1 # 15000
w /proc/sys/vm/swappiness - - - - 10
+
w /proc/sys/vm/min_free_kbytes - - - - 1048576 # 67584
w /proc/sys/vm/zone_reclaim_mode - - - - 0
+
w /proc/sys/vm/watermark_scale_factor - - - - 500 # 10
w /sys/kernel/mm/transparent_hugepage/enabled - - - - never
+
w /proc/sys/vm/swappiness - - - - 10 # 60
w /sys/kernel/mm/transparent_hugepage/shmem_enabled - - - - never
+
w /sys/kernel/mm/lru_gen/enabled - - - - 5 # 7
w /sys/kernel/mm/transparent_hugepage/khugepaged/defrag - - - - 0
+
w /proc/sys/vm/zone_reclaim_mode - - - - 0 # 0
w /proc/sys/vm/page_lock_unfairness - - - - 1
+
w /sys/kernel/mm/transparent_hugepage/enabled - - - - madvise # always
w /proc/sys/kernel/sched_child_runs_first - - - - 0
+
w /sys/kernel/mm/transparent_hugepage/shmem_enabled - - - - advise # never
w /proc/sys/kernel/sched_autogroup_enabled - - - - 1
+
w /sys/kernel/mm/transparent_hugepage/defrag - - - - never # madvise
w /proc/sys/kernel/sched_cfs_bandwidth_slice_us - - - - 500
+
w /proc/sys/vm/page_lock_unfairness - - - - 1 # 5
w /sys/kernel/debug/sched/latency_ns - - - - 1000000
+
w /proc/sys/kernel/sched_child_runs_first - - - - 0 # 0
w /sys/kernel/debug/sched/migration_cost_ns - - - - 500000
+
w /proc/sys/kernel/sched_autogroup_enabled - - - - 1 # 1
w /sys/kernel/debug/sched/min_granularity_ns - - - - 500000
+
w /proc/sys/kernel/sched_cfs_bandwidth_slice_us - - - - 3000 # 5000
w /sys/kernel/debug/sched/wakeup_granularity_ns - - - - 0
+
w /sys/kernel/debug/sched/base_slice_ns - - - - 3000000 # 3000000
w /sys/kernel/debug/sched/nr_migrate - - - - 8
+
w /sys/kernel/debug/sched/migration_cost_ns - - - - 500000 # 500000
  +
w /sys/kernel/debug/sched/nr_migrate - - - - 8 # 32
 
}}
 
}}
   
380行目: 442行目:
 
LD_BIND_NOW=1
 
LD_BIND_NOW=1
   
これにより、プログラムコードを実行時に読み込む必要性がなくなり ({{man|8|ld.so}} を参照)、関数が初めて呼ばれたときの遅延をなくします。システム上に実際には存在せず決して呼ばれないライブラリにリンクしている ''startplasma-x11'' やその他のプログラムに対してこの変数を設定しないでください。この場合、プログラムは起動時に存在しない共有オブジェクトにリンクしようとして失敗するので、問題の特定は簡単です。ほとんどのゲームはこの変数を有効化した状態で問題なく起動するはずです。
+
これにより、プログラムコードを実行時に読み込む必要性がなくなり ({{man|8|ld.so}} を参照)、関数が初めて呼ばれたときの遅延をなくします。システム上に実際には存在せず決して呼ばれないライブラリにリンクしている ''startplasma-x11'' などのプログラムに対してこの変数を設定しないでください。この場合、プログラムは起動時に存在しない共有オブジェクトにリンクしようとして失敗するので、問題の特定は簡単です。ほとんどのゲームはこの変数を有効化した状態で問題なく起動するはずです。
   
 
=== ユーティリティ ===
 
=== ユーティリティ ===
387行目: 449行目:
   
 
[[Gamemode]] は、ゲームがホスト OS に最適化のセットを一時的に適用するように要求できるようにする、Linux 用のデーモン/ライブラリの組です。これによりゲームのパフォーマンスを向上できます。
 
[[Gamemode]] は、ゲームがホスト OS に最適化のセットを一時的に適用するように要求できるようにする、Linux 用のデーモン/ライブラリの組です。これによりゲームのパフォーマンスを向上できます。
  +
  +
==== Gamescope ====
  +
  +
[[Gamescope]] は、Valve によって開発されているマイクロコンポジタです。Steam Deck で使用されています。このプロジェクトの目的は、ゲーミング向けに調整され、多くのゲーム中心の機能をサポートする独立したコンポジタを提供することです。
   
 
=== ACO コンパイラ ===
 
=== ACO コンパイラ ===
393行目: 459行目:
   
 
[[AMDGPU#ACO コンパイラ]] を参照。
 
[[AMDGPU#ACO コンパイラ]] を参照。
 
=== fsync パッチ ===
 
 
[[Steam#Fsync パッチ]] を参照。
 
   
 
=== DRI の遅延を軽減する ===
 
=== DRI の遅延を軽減する ===
436行目: 498行目:
 
==== コアアフィニティ ====
 
==== コアアフィニティ ====
   
ドライバーがマルチスレッドするべきか、あるいはプログラムがマルチスレッドするべきかは、開発において多少の混乱が存在します。ドライバとプログラムの両方に同時にマルチスレッドさせてしまうと、フレームレートの低下などの大幅なパフォーマンスの劣化が発生し、クラッシュのリスクを増加させてしまいます。
+
ドライバーがマルチスレッドするべきか、あるいはプログラムがマルチスレッドするべきかは、開発において多少の混乱が存在します。ドライバとプログラムの両方に同時にマルチスレッドさせてしまうと、フレームレートの低下などの大幅なパフォーマンスの劣化が発生し、クラッシュのリスクを増加させてしまいます。最近のゲームや、[[Wikipedia:ja:GLSL|GLSL]] を無効にしないで実行される Wine プログラムなどがこの例に含まれます。単一のコアを選択して、ドライバーだけがプロセスを管理できるようにするには、{{ic|-a 0x''#''}} フラグを使います。''#'' はコアの番号に置き換えて下さい。例えば、1番目のコアを使うには:
 
最近のゲームや、[[Wikipedia:ja:GLSL|GLSL]] を無効にしないで実行される Wine プログラムなどがこの例に含まれます。単一のコアを選択して、ドライバーだけがプロセスを管理できるようにするには、{{ic|-a 0x''#''}} フラグを使います。''#'' はコアの番号に置き換えて下さい。例えば、1番目のコアを使うには:
 
   
 
bit.trip.runner -a 0x1
 
bit.trip.runner -a 0x1
470行目: 530行目:
 
マウスに4つ以上のボタンが付いている場合、[[マウスボタン]] を参照すると良いかもしれません。
 
マウスに4つ以上のボタンが付いている場合、[[マウスボタン]] を参照すると良いかもしれません。
   
ゲーミングマウス (特に Logitech と Steelseries) を使用している場合、{{Pkg|piper}} を使ってマウスの DPI、LED などを設定すると良いかもしれません。サポートされているデバイスの完全なリストは[https://github.com/libratbag/libratbag/tree/master/data/devices このページ]を見てください。logitech デバイスだけの場合は {{Pkg|solaar}} もあります。
+
ゲーミングマウス (特に Logitech と Steelseries) を使用している場合、{{Pkg|piper}} を使ってマウスの[[マウスのポーリングレート]]、DPI、LED などを設定すると良いかもしれません。piper によってサポートされているデバイスの完全なリストは[https://github.com/libratbag/libratbag/tree/master/data/devices このページ]を見てください。logitech デバイスだけの場合は {{Pkg|solaar}} も使えます。
   
 
=== LED ===
 
=== LED ===
   
{{AUR|openrgb}} を使ってマザーボードや RAM の点灯を変更できます。
+
{{Pkg|openrgb}} を使ってマザーボードや RAM の点灯を変更できます。現在サポートされているデバイスのリストは、[https://openrgb.org/devices_0.9.html] を見てください
   
 
== 参照 ==
 
== 参照 ==
   
* [https://www.reddit.com/r/linux_gaming/] - reddit.com 上の Linux ゲーミングに関するフォーラム。サブページ: [https://www.reddit.com/r/linux_gaming/wiki/index Wiki], [https://www.reddit.com/r/linux_gaming/wiki/faq FAQ]。
+
* [https://www.reddit.com/r/linux_gaming/ linux_gaming] - reddit.com 上の Linux ゲーミングに関するフォーラム。サブページ: [https://www.reddit.com/r/linux_gaming/wiki/index Wiki][https://www.reddit.com/r/linux_gaming/wiki/faq FAQ]。
* [https://github.com/AdelKS/LinuxGamingGuide Linux Gaming Guide] - Linux ゲーミングのエクスペリエンスの最適化に関するテクニック集
+
* [https://github.com/AdelKS/LinuxGamingGuide Linux Gaming Guide] - Linux ゲーミングのエクスペリエンスの最適化に関するテクニック集
  +
* [https://areweanticheatyet.com/ are we anti cheat yet] - アンチチートを使用するゲームとそのゲームの Gnu/Linux 及び Wine/Proton における互換性の、コミュニティによる包括的なリスト。
  +
* [https://www.protondb.com/ proton db] - コミュニティによる Linux 互換性レポート集
  +
  +
{{TranslationStatus|Gaming|2024-03-11|802585}}

2024年3月11日 (月) 20:30時点における最新版

関連記事

Linux は長らく「非公式」のゲーミングプラットフォームと見なされてきました。ほとんどのゲーミング関連組織にとって、Linux へのサポートと Linux のターゲットユーザーは最優先事項ではありません。しかし、2021年以降、この状況に変化が現れ始めました。Valve などの大企業、CodeWeavers グループ、そしてコミュニティが、Linux エコシステムに多くの改善を行い、Linux が真にゲーム用として利用可能なプラットフォームになることが可能になりました。さらに、Linux 上でもゲームをコンパイルし実行できるようにするためにクロスプラットフォームのレンダリングエンジンに移行するインディーゲーム開発者が増えつつあります。

ゲームプレイに関して言えば、ユーザーの考えの大部分は、Microsoft Windows プラットフォーム専用に開発された人気のある AAA ゲームに向けられることがよくあります。これは理解できますが、Windows が唯一プレイ可能な環境であるわけではありません。このページのさらに下にある #ゲーム環境#ゲームの取得 章を見てください。これらの章では、他のプラットフォーム上でゲームを実行するためのソフトウェアが挙げられています。

しかし、Microsoft Windows 向けに書かれたゲームを Linux で動作させることに執着している場合は、別の考え方、ツール、およびアプローチが必要で、内部についての理解と機能の代替が必要になることがあります。以下の #ゲームの技術的情報 を読んでください。

目次

ゲームの技術的情報

Windows 用に開発された AAA ゲームを Linux 上でプレイしようとすると、最終的に3つの複雑な問題が立ち塞がります:

グラフィックス SDK
Linux が認識できない API (DirectX など) 用に開発されコンパイルされたゲーム。
汎用ライブラリの依存関係
ゲーム内でのセーブ、設定ファイルの読み込みなど、ゲームプレイ中に行うであろう一般的な操作に必要なライブラリ (例: Microsoft Visual C++、MFC、.NET)。
互換性のないインターフェイス
上記のフレームワークとは別に、Linux が認識できない、Windows によって生成されたバイナリフォーマットやコンパイル済みコードによる問題もあります。

グラフィックス SDK は、グラフィックの呼び出しを基底のグラフィックドライバに転送し、グラフィックドライバは GPU ハードウェアと対話します。

DirectX をメインの SDK として使用しているゲームは数多くあります。一方、Linux は OpenGLVulkan しかネイティブにサポートしていません。Linux それ自体は DirectX も前述の技術 (Visual C++、MFC、.NET) もサポートしていません。

代わりに、同一の機能を提供し、最終的にはグラフィックの観点から同一の結果を達成することを試みるオープンソースの代替ソフトウェアがいくつか存在します。これらには、ブラックボックスの観点から、オリジナルの SDK 呼び出しによって行われるであろう結果を「再発明」することを試みる独自の代替実装が含まれています。人気なものとしては以下があります:

  • Wine (Wine Is Not an Emulator): "ローダー VM"、依存関係の自己記述、相互運用性などを提供します
  • Proton: Wine プロジェクトからフォークされました。Valve の Steam 用に最適化されています。
  • Mono: .NET の代替
  • MF-Media: media foundation の依存関係

例えば、DirectX における頂点の読み込み、変換、シェーディングの呼び出しは、Wine の新しい .dll/.so でゼロから書き直され、その関数が水面下で何を行うかについての"仮説"に基づいて呼び出しを OpenGL に転送して、実質同じ結果を達成することを試みるかもしれません。これらの呼び出しは直接的には同じであり、DirectX が実行されているかのように扱われ、パフォーマスには影響しません (ただし、これらと対話する際の初期オーバーヘッドを除く)。

しばしば、これらのツールは同時にシステム上のディストリビューションに組み込まれます。prefix (Wine 用語で、Windows サンドボックスを模倣するディレクトリを指す) が作成・設定された後、依存関係は prefix 内にインストールされ ("サンドボックス"はゲームの再配布可能ライブラリが依然として必要です)、しばしば winetricks もインストールされます。その後、まるで Windows 内であるかのように、ゲームの実行を試みます。

最近では、この方法はほとんどのゲームでうまく行きます (Wine/Proton にはまだ存在しないカーネルドライバが必要なアンチチートで保護されているゲームを除いて)。ゲームが動作しない場合、通常は、互換性のないパッケージや不足している依存関係、Wine/Proton の未実装の機能が原因です。

Lutris は、ゲームをインストールする際に、依存関係を管理してくれるランナーとサンドボックスを提供するソフトウェアです。上記の手順が退屈または複雑と感じる場合に便利です。

ゲームの一般的な依存関係

Wine/Proton を使用する場合、どのようなことをしなければならないか、より深く理解するために、ゲームを実行するために必要となる一般的な依存関係を説明します。アーキテクチャについても、x86 か x64 か、できれば両方か、ということを念頭に置く必要があります。

ほとんどの Windows ゲームでは、以下の依存関係を prefix にインストールする必要があるでしょう。

必須 (広く使用されている)

  • Microsoft Core フォント
  • Microsoft Visual C++ 2015 (2017 が広く使用されているので、推奨) [2005、2008、2010、2012、2013、2015、2017-2018、2019]
  • DirectX 9.0 (11.0 が広く使用されているので、推奨) [June SDK update 2010] {いくつかのコンポーネントの例を挙げると:}
    • Direct3D
    • Direct2D
    • DirectShow
    • DirectInput
    • DirectPlay
    • DirectSound
    • DXGI
    • XAudio2
  • .NET Framework (3.5 がよく使用されます)
  • OpenGL
    • OpenAL
    • OpenAI
    • OpenCL
  • Vulkan

任意 (しかし、よく使われている)

  • XNA
  • PhysX
  • Media Foundation
  • Quicktime
  • Adobe Reader 11
  • Java SRE (Minecraft などで)

稀 (あまり一般的でない)

  • Gamespy
  • MIDI driver
  • ACDSee

マシン要件

ゲームが必要とする依存関係をプレフィックスに入れるだけでは十分ではありません。カーネルそのものが、ゲームが行う呼び出しに対応する代替が必要です。すでに述べたように、ドライバと代替品が利用可能です。

ドライバー

  • AMD ドライバー: AMDGPU を参照。
  • Intel ドライバー: Intel graphics を参照。
  • NVIDIA ドライバー: NVIDIA を参照。

マシンと代替品への依存性

ノート: 以下の情報は参考程度です。これらのパッケージの一部は、主要なパッケージをインストールした際に一緒にインストールされます。
  • Wine
  • wine-gecko
  • wine-mono
  • Vulkan
  • OpenGL
  • Proton 再配布可能パッケージ (オプションですが、役立つ場合があります)
  • wine-ge-customAUR または TKG (オプション。失敗しないかぎり) : 特定のゲームのパッチを含む、特別にコンパイルされた wine バージョン。

ゲーム環境

Wine/Proton 以外にもゲームをプレイする方法はあります。Linux でゲームをプレイするための環境は様々あり、これらの環境では Windows と同じくらい (あるいはそれ以上) のゲームが存在します:

  • ネイティブ – Linux プラットフォーム向けのビルドが存在し、OpenGL や Vulkan グラフィックス API のサポートのあるゲーム。
  • エミュレータ – 他のアーキテクチャやシステム用に設計されたソフトウェアを実行する際に必要です。ほとんどのゲームは ROM をエミュレータに読み込ませれば特に設定せずとも動き、問題が発生することは稀です。エミュレータのリストは ビデオゲームプラットフォームエミュレーター を参照してください。
  • Java - Write once, run everywhere (一度書けば、どこでも動く) なプラットフォームです。Linux でも動く人気なゲームとしては、MinecraftRuneScapeWurm OnlinePuzzle Pirates があります。
  • ウェブ – ウェブブラウザ内で動くゲームです。
    • HTML5 ゲームは canvas と WebGL の技術を使用し、最近のブラウザ全てで動作可能です。
    • Flash ベースのゲーム – プレイするにはプラグインをインストールする必要があります。
  • Wine – Windows 互換レイヤーです。Unix ライクなオペレーティングシステム上で Windows アプリケーション (だけでなく多くのゲームも) を動かせるようにします。Wine#DXVK を使用すれば、ランタイムで DirectX から Vulkan への変換もサポートし、DirectX しかサポートしていないゲームでパフォーマンスを向上させることができます。
  • 仮想マシン – ゲームと互換性のあるオペレーティングシステム (Windows など) をインストールするために使用できます。VirtualBox には優れた 3D サポートがあります。これに加えて、互換性のあるハードウェアを使用している場合は、Windows KVM ゲストへの VGA パススルー (キーワードは "virtual function I/O" (VFIO)) や OVMF による PCI パススルーも可能です。
  • Proton/DXVK – プロプライエタリな steam プラットフォームで使用するために設計された、Wine のフォークです。Wine よりも優れたゲームへのサポートを可能にします。詳細は Steam#Proton Steam-Play を参照してください。

ゲームの互換性

vm.max_map_count を増やす

デフォルトでは vm.max_map_count サイズ制限は 65530 となっていますが、一部のゲームにおいては小さすぎる可能性があります [1]。なので、以下のような sysctl 設定ファイルを作成してサイズを永続的に大きくしておきましょう:

/etc/sysctl.d/80-gamecompatibility.conf
vm.max_map_count = 2147483642

2147483642 (MAX_INT - 5) は SteamOS でのデフォルト値です。Fedora では、1048576 が安全な値であるとされています [2]

再起動せずに変更を適用するには、以下を実行してください:

# sysctl --system
ノート: この設定により、コアダンプファイルを読み込もうとする古いプログラムとの互換性が壊れる可能性があります [3]

ゲームの取得

Linux で利用できるゲームであったとしても、それがネイティブに動作するとは限りません。WineProton と一緒に事前にパッケージングされていることもあります。

公式リポジトリAUR にある Arch 用にパッケージングされたゲームのリストは、ゲーム一覧 を見てください。

  • Athenaeum — Steam の代替自由ソフトウェア。
https://gitlab.com/librebob/athenaeum || athenaeum-gitAUR
  • FlathubFlatpak の中央リポジトリ。ゲームセクションはまだ小さいですが、大きくなりつつあります。
https://flathub.org/apps/category/Game || flatpakdiscovergnome-software
  • GOG.com — DRM の無いゲームストア。
https://www.gog.com || lgogdownloaderAURwyvernAURminigalaxyAUR
  • Heroic Games Launcher — GOG と Legendary の GUI。Epic Games Launcher のオープンソースな代替ソフトウェア。
https://heroicgameslauncher.com/ || heroic-games-launcherAUR
  • itch.io — インディーゲームストア。
https://itch.io || itch-setup-binAUR
  • Legendary — Epic Games Launcher のフリーでオープンソースな代替ソフトウェア。
https://github.com/derrod/legendary || legendaryAUR
  • Lutris — Linux 用のオープンなゲーミングプラットフォーム。GOG、Steam、Battle.net、Origin、Uplay、その他多くのソースからゲームを取得できます。Lutris は、様々なゲームランナーを使用しており、完全にカスタマイズ可能な設定オプションを使用してゲームを起動することができます。
https://lutris.net || lutris
  • Play.it — ネイティブパッケージのビルドを自動化します。WineDOSBox、ScummVM のゲームもサポートしています。
https://www.dotslashplay.it/ || play.itAUR
  • Rare — Legendary のもう一つの GUI。PyQt5 をベースとしています。
https://github.com/Dummerle/Rare || rareAUR
  • Steam — Valve によって開発されている、デジタル配信及びコミュニケーションのためのプラットフォーム。
https://store.steampowered.com || steam

Wine のラッパーに関しては、Wine#サードパーティ製アプリケーション を参照してください。

ゲームの設定

特定のゲームや、ゲームのタイプによっては実行するのに特別な設定を必要としたり、または設定されていることが前提になっていることがあります。大抵のゲームは、何も設定をしなくても Arch Linux で動作し、コンパイル時の最適化によって、他のディストリビューションよりもパフォーマンスが出ることもあります。しかしながら、特別な環境を使っている場合、希望通りにゲームをスムーズに実行するために多少の設定やスクリプトが必要になるでしょう。

マルチスクリーン環境

マルチスクリーン環境ではフルスクリーンのゲームで問題が発生することがあります。そのようなときは、別の X サーバーを実行するのが一つの解決方法になりえます。他の方法は NVIDIA の記事を見てみて下さい。

キーボード操作

多くのゲームはキーボードの入力を横取りするため、ウィンドウの切り替え (alt-tab) ができなくなることがあります。

一部の SDL のゲーム (例: Guacamelee) では Ctrl-g を押すことでキーボードの占有を無効にすることが可能です。

ノート: SDL はときどき入力システムを使うことができなくなることが知られています。そのような場合は、数秒間待機すると入力できるようになることがあります。

別の X サーバーでゲームを起動する

上記のような場合だと、別の X サーバーを実行するのが必要もしくは望ましいかもしれません。もう一つの X サーバーを実行することには複数の利点が存在します。より良いパフォーマンス、Ctrl+Alt+F7/Ctrl+Alt+F8 を使ってゲームを"最小化"することができる、ゲームがグラフィックドライバーと問題を起こしてもメインの X サーバーはクラッシュしないなどです。新しい X サーバーは ALSA へのリモートアクセスログインと同じく、ユーザーは音声を聞くために audio グループに入っている必要があります。

別の X サーバーを起動するには次のようにします (例として Xonotic を使っています):

$ xinit /usr/bin/xonotic-glx -- :1 vt$XDG_VTNR

さらに、別の X 設定ファイルを使うことでカスタマイズすることもできます:

$ xinit /usr/bin/xonotic-glx -- :1 -xf86config xorg-game.conf vt$XDG_VTNR

別の xorg.conf を使う理由としては、メインの設定で NVIDIA の Twinview を使って Xonotic のような 3D ゲームをマルチスクリーンの中央、全ての画面にまたがって、レンダリングしている場合などがあります。これが望ましくない場合は、セカンドスクリーンを無効にした設定を使って二番目の X を起動するのが良いでしょう。注意点として、この X 設定ファイルの場所は /etc/X11 ディレクトリからの相対パスとなります。

Openbox を利用してホームディレクトリや /usr/local/bin でゲームを起動するスクリプトは以下のようになります:

~/game.sh
if [ $# -ge 1 ]; then
        game="$(which $1)"
        openbox="$(which openbox)"
        tmpgame="/tmp/tmpgame.sh"
        DISPLAY=:1.0
        echo -e "${openbox} &\n${game}" > ${tmpgame}
        echo "starting ${game}"
        xinit ${tmpgame} -- :1 -xf86config xorg-game.conf || exit 1
else
        echo "not a valid argument"
fi

ファイルを実行可能にしたら、次のようにしてスクリプトを使うことが可能です:

$ ~/game.sh xonotic-glx
ノート: /etc/X11/xorg.conf.d 内の設定ファイルをロードさせたくない場合は、-configdir オプションを使って、空のディレクトリを指すようにすると良いでしょう。

マウス検出の調整

マウスの素早い操作が鍵を握るゲームの場合、マウスのポーリングレートを調整することで精度を上げられます。

OpenAL とバイノーラル音声

OpenAL を使っているゲームでは、ヘッドフォンを使用している場合、OpenAL の HRTF フィルターを使ってより良いポジショナルオーディオを得ることができます。有効にするには、以下のファイルを作成してください:

~/.alsoftrc
hrtf = true

または、AUR から openal-hrtfAUR をインストールして、/etc/openal/alsoftrc.conf のオプションを編集して下さい。

Source エンジンのゲームの場合、HRTF を有効にするにはゲーム内設定の `dsp_slow_cpu` を `1` に設定します。設定しなかった場合は代わりに自前の処理がゲームによって有効にされます。また、ネイティブランタイムを使うように Steam を設定するか、または openal.so のネイティブランタイムのコピーをローカルコピーにリンクさせる必要があります。完全性のために、以下のオプションを使って下さい:

dsp_slow_cpu 1 # Disable in-game spatialiazation
snd_spatialize_roundrobin 1 # Disable spatialization 1.0*100% of sounds
dsp_enhance_stereo 0 # Disable DSP sound effects. You may want to leave this on, if you find it does not interfere with your perception of the sound effects.
snd_pitchquality 1 # Use high quality sounds

PulseAudio の調整

PulseAudio を使っている場合、最適な動作をさせるためにデフォルト設定から変更することができる部分がいくつかあります。

Realtime 優先度と負の nice レベルを有効にする

PulseAudio はオーディオデーモンとしてリアルタイムの優先度で実行されるようにビルドされます。しかしながら、システムがロックアップする可能性があるというセキュリティ上のリスクのため、デフォルトでは標準のスレッドと同じようにスケジューリングされます。これを変更するには、まずユーザーを audio グループに追加してください。そして、/etc/pulse/daemon.conf の以下の行をアンコメント・編集してください:

/etc/pulse/daemon.conf
high-priority = yes
nice-level = -11

realtime-scheduling = yes
realtime-priority = 5

編集したら pulseaudio を再起動します。

高品質なリミックスを使ってサウンドを良くする

Arch の PulseAudio ではリミックスチャンネルにデフォルトで speex-float-0 を使っていますが、これはやや低品質なリミックスとされています。あなたのシステムに負担を増やす余裕がある場合は、以下の設定をすることでサウンドを良くすることが可能です:

resample-method = speex-float-10

ハードウェアバッファを Pulse のバッファリングに合わせる

バッファをあわせることで音の途切れを減らし、ほんの僅かですがパフォーマンスを向上させることができます。詳しくは ここ を見て下さい。

リモートプレイ

クラウドゲームは、クライアント側のハードウェア要件が低いため、近年大きな人気を集めています。クラウドゲームにおいて唯一重要なことは、最低速度が 5 から 10 Mbit/s (ビデオ品質やフレームレートに依ります) の安定したインターネット接続です (イーサネットケーブル接続か 5 GHz WiFi を推奨)。

ネットワーク経由でのゲームパッドの使用を通常サポートしていないサービスで、ネットワーク経由でゲームパッドを使用する方法については、ゲームパッド#ネットワークを介して Gamepad を使う を見てください。

ノート: ブラウザで動作するサービスのほとんどは、たいてい google-chromeAUR との互換性しか保証していません。
サービス インストーラ ブラウザクライアントでの利用 自身のホストを使う ホストの貸出 フルデスクトップサポート コントローラサポート 備考
Dixper Yes Windows のみ ? ? ?
Reemo reemod-binAUR Chromium ベースブラウザのみ Yes Yes Yes Windows のみ ウェブサイトのダウンロードセクションにある公式インストールスクリプトでソフトウェアをインストールすることもできます。
Xbox Cloud xbox-cloud-gamingAUR Yes No No No Yes XCloud を使用するには Game Pass Ultimate が必要です。
GeForce Now Yes No No Yes Yes このサービスを使用するには、Steam、Epic Client、あるいは GOG 上のゲームが必要です。
Moonlight moonlight-qtAUR No Yes No Yes Yes これは単なるクライアントです。ホストマシンは GeForce Experience (Windows のみ) か Sunshine (マルチプラットフォーム) を使用しなければなりません。
Parsec parsec-binAUR Yes (実験的) Windows のみ No Yes Yes クラウドホスティングはもはや利用できなくなっています[リンク切れ 2023-05-06]
VDI Stream Client vdi-stream-clientAUR No Windows のみ No Yes No 3D GPU アクセラレーションと組み込みの USB リダイレクトをサポートしている VDI クライアント。
Playkey playkey-linuxAUR ? ? ? ? ?
PlayStation Now WineSteam の Proton で動作します。 No No No Yes PC 上で PS4、PS3、PS2 のゲームをプレイできます。あるいは、エミュレータを使うという手もあります。
PlayStation Remote Play chiakiAUR No Yes Yes Yes PS4 や PS5 のゲームを PC でプレイできます。
Rainway 2019 Q3 に登場予定。 Yes Windows のみ No Yes ?
Shadow 安定版: shadow-techAUR
ベータ版: shadow-betaAUR
No No Yes Yes Yes コントローラサポートは USB over IP に依存しています。現在、AVC のみのサポートとなっており、HEVC はサポートされていません。
Steam Remote Play steam に含まれています No Yes No No Yes
Stadia Yes No No Yes Yes サービスは2023年1月18日に終了します。
Vortex[リンク切れ 2024-01-29] Yes No No ?
VNC tigervnc or x11vnc No Yes No Yes No 汎用のリモートデスクトッププロトコル。LAN 経由でゲームする場合には、レイテンシは十分に低いはずです。ゲームパッドのサポートについては ゲームパッド#ネットワークを介して Gamepad を使う を見てください。
xrdp xrdpAUR No Yes No Yes No もう一つの汎用リモートデスクトッププロトコル。グラフィカルアクセラレーションを設定すれば、OpenGL 及び Vulkan の両方がサポートされます。LAN 経由でゲームをする場合におすすめです。ゲームパッドのサポートについては ゲームパッド#ネットワークを介して Gamepad を使う を見てください。
X11 フォワーディング openssh No Yes No No No VirtualGL による SSH 経由での X フォワーディングは OpenGL をサポートしており、全てではありませんが一部のゲームで動作します。ゲームパッドのサポートについては ゲームパッド#ネットワークを介して Gamepad を使う を見てください。
Boosteroid boosteroidAUR Yes No No Yes Yes このサービスを使用するにはデジタル配信プラットフォーム (Steam、EGS、Origin など) 上のゲームが必要です。全てのゲームが利用できるわけではありません。ゲームの完全なリストを見るにはサインアップ (無料) する必要があります。デジタル配信プラットフォーム上であなたが所有しているゲームを起動するには、サブスクリプションを購入する必要があります。
Blacknut blacknut-appimageAUR または Blacknut AppImage Yes No No Yes Yes このサービスを使用するにはサブスクリプションが必要です。全てのゲームが利用できるわけではありません。

パフォーマンスを向上させる

メインの記事 (パフォーマンスの向上) も参照してください。Wine プログラムに関しては、Wine#パフォーマンス を見てください。素晴らしいゲーミング体験のためには、低遅延、(変動のない) 安定した応答時間、十分なスループット (FPS) が必要です。 小さな変動のある源が複数存在すると、それらが時々重なり合って、顕著なカクつきを生み出してしまうでしょう。ゆえに、ほとんどの場合、スループットを少し下げて、応答時間の安定性を増やすことが推奨されます。

clock_gettime のスループットを改善する

ユーザ空間のプログラム (特にゲーム) は、現在の時刻を取得する clock_gettime(2) をたくさん呼び出して、ゲームの物理演算や fps の計算などを行います。時間の使用頻度は以下を実行することで確認できます:

# perf top

read_hept (または acpi_pm_read) のオーバーヘッドを見てください。

あなたが非常に正確なタイマーを必要としていないならば、hpet (high precision event timer) や acpi_pm (ACPI Power Management Timer) から、より高速な TSC (time stamp counter) タイマーに切り替えることができます。TSC を利用可能にし有効化するには、以下のカーネルパラメータを追加してください:

tsc=reliable clocksource=tsc

その後、再起動し、以下を実行して clocksource を確認してください:

# cat /sys/devices/system/clocksource/clocksource*/current_clocksource

以下を実行すれば、現在利用可能なタイマーすべてを確認できます:

# cat /sys/devices/system/clocksource/clocksource*/available_clocksource

このコマンドで表示されたタイマー名を current_clocksource に echo する (つまり、書き込む) ことで、タイマーを変更することができます。Zen 3 システムにおける [4] のベンチマークでは、hpetacpi_pm と比べて tsc のスループットのほうが約50倍良くなっています。

警告: tsc タイマーの信頼性が乏しい場合にこのタイマーを強制すると、clock_gettime(CLOCK_MONOTONIC)[5] の単調増加性 (Firefox はこれに依存しています) が破壊され、Firefox がランダムにクラッシュする原因になります。このタイマーは自己責任で使用してください!

カーネルパラメータを調整して応答時間を安定化させる

リアルタイムカーネルにはデフォルトでいくつかのメリット (リアルタイムカーネルの記事を参照) がありますが、CPU のスループットが犠牲になり、また割り込み処理が遅延する可能性もあります。ちなみに、リアルタイムカーネルは nvidia-open-dkms とは互換性がなく、デフォルトのプロセススケジューリングタイプである SCHED_NORMAL (SCHED_OTHER とも呼ばれる) のプロセスのスケジューラは変更しません。以下のようにカーネルパラメータを変更すると、リアルタイムカーネルおよび他のカーネル (デフォルトの linux カーネルなど) の応答時間をさらに安定化させます:

(Transparent) Hugepage の割り当てに対する proactive compaction は、割り当ての平均時間を減少させますが、最大時の時間を減らすとは限りません。Proactive compaction は、カーネルのドキュメントによると応答時間の揺れを生じさせるので (内部での動作)、無効化してください:

# echo 0 > /proc/sys/vm/compaction_proactiveness

メモリの断片化が発生した場合にページブロック1つ (x86_64 では 2MB) だけをデフラグするようにするために、watermark boost factor を減らしてください。こうすることで、メモリの断片化の発生後、アプリケーションのデータがプロセッサキャッシュの最終レベルに残りやすくなります。

# echo 1 > /proc/sys/vm/watermark_boost_factor

RAM の空き領域が十分にある場合、メモリアロケーション時に応答時間が悪化することを防ぐために、minimum free Kilobytes の値を増やしてください: [6][7]。この値を 1024 KB 以下、もしくはシステムメモリの 5% より大きい値に設定しないでください。1GB を予約するには:

# echo 1048576 > /proc/sys/vm/min_free_kbytes

RAM の空き領域が十分にある場合、アロケーション時に応答時間が増加する可能性をさらに減らすために、watermark scale factor を増やしてください (説明: [8][9])。Watermark の位置を RAM の 5% に設定するには:

# echo 500 > /proc/sys/vm/watermark_scale_factor

システムの空きメモリ領域が不足していない限りスワップを防ぐために (スワップはページをロックするので、レイテンシを増加させ、ディスク IO を使用します)、swappiness を減らしてください:

# echo 10 > /proc/sys/vm/swappiness

Multi-Gen Least Recently Used (MGLRU) を有効化してください (小さなパフォーマンスコストでロック競合の可能性を減らします [10]):

# echo 5 > /sys/kernel/mm/lru_gen/enabled

Zone reclaim を無効化してください (zone reclaim はメモリページをロック・移動するので、レイテンシのスパイクを発生させます):

# echo 0 > /proc/sys/vm/zone_reclaim_mode

パフォーマンスコストの観点から Transparent HugePages (THP) を無効化してください。デフラグメンテーションが無効化されている場合でも、THP はレイテンシのスパイクを発生させるかもしれません。[11][12] madvise と advise を使用することで、アプリケーションが明示的に要求した場合に限り有効化します:

# echo madvise > /sys/kernel/mm/transparent_hugepage/enabled
# echo advise > /sys/kernel/mm/transparent_hugepage/shmem_enabled
# echo never > /sys/kernel/mm/transparent_hugepage/defrag

あなたのゲームが TCMalloc を使用する場合 (例: Dota2、CS:GO)、パフォーマンスが大幅に低下してしまうので、THP を無効化することは推奨されません。[13]

適切なスループットを維持しつつ、ページロック取得のレイテンシの最大値を減らします [14][15][16]:

# echo 1 > /proc/sys/vm/page_lock_unfairness

スケジューラの設定を調整します。以下のスケジューラの設定は cfs-zen-tweaksAUR と衝突するので、それぞれの設定に対してプロバイダを1つだけ選んでください。デフォルトでは、linux カーネルのスケジューラはレイテンシではなくスループットに対して最適化されています。以下のお手製の設定はそれを変更し、異なるゲームにおいてテストされ、顕著な改善が確認されています。これらの設定はあなたのユースケースに対しては最適ではないかもしれません。必要に応じてこれらの設定を変更することを検討してください [17][18][19]:

# echo 0 > /proc/sys/kernel/sched_child_runs_first
# echo 1 > /proc/sys/kernel/sched_autogroup_enabled
# echo 3000 > /proc/sys/kernel/sched_cfs_bandwidth_slice_us
# echo 3000000 > /sys/kernel/debug/sched/base_slice_ns
# echo 500000 > /sys/kernel/debug/sched/migration_cost_ns
# echo 8 > /sys/kernel/debug/sched/nr_migrate

設定の変更を永続化させる

通常、カーネルパラメータを永続的に変更するには、sysctl の設定ファイルを作成したり、ブートローダーの設定を変更したりすることが推奨されます。しかし、上記の設定の変更は procfs (/proc、sysctl を含む) と sysfs (/sys) の両方に渡っているので、最も便利な方法は systemd-tmpfiles を使用することです:

/etc/tmpfiles.d/consistent-response-time-for-gaming.conf
#    Path                  Mode UID  GID  Age Argument # default value as of linux 6.6
w /proc/sys/vm/compaction_proactiveness - - - - 0 # 20
w /proc/sys/vm/watermark_boost_factor - - - - 1 # 15000
w /proc/sys/vm/min_free_kbytes - - - - 1048576 # 67584
w /proc/sys/vm/watermark_scale_factor - - - - 500 # 10
w /proc/sys/vm/swappiness - - - - 10 # 60
w /sys/kernel/mm/lru_gen/enabled - - - - 5 # 7
w /proc/sys/vm/zone_reclaim_mode - - - - 0 # 0 
w /sys/kernel/mm/transparent_hugepage/enabled - - - - madvise # always
w /sys/kernel/mm/transparent_hugepage/shmem_enabled - - - - advise # never
w /sys/kernel/mm/transparent_hugepage/defrag - - - - never # madvise
w /proc/sys/vm/page_lock_unfairness - - - - 1 # 5
w /proc/sys/kernel/sched_child_runs_first - - - - 0 # 0
w /proc/sys/kernel/sched_autogroup_enabled - - - - 1 # 1
w /proc/sys/kernel/sched_cfs_bandwidth_slice_us - - - - 3000 # 5000
w /sys/kernel/debug/sched/base_slice_ns  - - - - 3000000 # 3000000
w /sys/kernel/debug/sched/migration_cost_ns - - - - 500000 # 500000
w /sys/kernel/debug/sched/nr_migrate - - - - 8 # 32

その後、再起動し、値が正しく反映されていることを確認してください。

共有オブジェクトを即座に読み込んで初回の遅延を減らす

使用するゲームに対して以下の環境変数を設定してください:

LD_BIND_NOW=1

これにより、プログラムコードを実行時に読み込む必要性がなくなり (ld.so(8) を参照)、関数が初めて呼ばれたときの遅延をなくします。システム上に実際には存在せず決して呼ばれないライブラリにリンクしている startplasma-x11 などのプログラムに対してこの変数を設定しないでください。この場合、プログラムは起動時に存在しない共有オブジェクトにリンクしようとして失敗するので、問題の特定は簡単です。ほとんどのゲームはこの変数を有効化した状態で問題なく起動するはずです。

ユーティリティ

Gamemode

Gamemode は、ゲームがホスト OS に最適化のセットを一時的に適用するように要求できるようにする、Linux 用のデーモン/ライブラリの組です。これによりゲームのパフォーマンスを向上できます。

Gamescope

Gamescope は、Valve によって開発されているマイクロコンポジタです。Steam Deck で使用されています。このプロジェクトの目的は、ゲーミング向けに調整され、多くのゲーム中心の機能をサポートする独立したコンポジタを提供することです。

ACO コンパイラ

ノート: 以下の方法は、AMDGPU ドライバを動作させている AMD GPU でしか動作しません。

AMDGPU#ACO コンパイラ を参照。

DRI の遅延を軽減する

Direct Rendering Infrastructure (DRI) の設定ファイルは、Mesa と Nouveau を含むすべての DRI ドライバに適用されます。/etc/drirc を編集することで DRI の設定をシステム全体に対して変更することができますし、$HOME/.drirc を編集すればユーザ単位で変更できます。これらのファイルが存在しない場合、まず作成する必要があります。両方のファイルは同じ構文を使用します。オプションに関するドキュメントは https://dri.freedesktop.org/wiki/ConfigurationOptions/ で見られます。vblank との同期を無効化することで入力の遅延を減らすには、以下を追加してください:

<driconf>
   <device>
       <application name="Default">
           <option name="vblank_mode" value="0" />
       </application>
   </device>
</driconf>

スケジューリングポリシーによってフレームレートやレスポンスを改善する

カーネルがタスクを優先順位付けできるように適切なスケジューリングポリシーを与えれば、ほとんどのゲームにおいて利益を得られます。これらのポリシーは、理想的にはアプリケーション自体によってスレッドごとに設定されるべきです。

アプリケーション自体がスケジューリングポリシーを実装していない場合、schedtool というアプリケーションとそれに関連するデーモンの schedtooldAUR を使えば、これらのタスクの多くを自動的に処理できます。

どのプログラムがどのポリシーを使用するかを編集するには、/etc/schedtoold.conf を編集し、プログラム名の後に必要な schedtool 引数を追加してください。

ポリシー

SCHED_ISO (-pf や -ck カーネルで使用されている BFS/MuQSSPDS スケジューラでのみ実装されています) は、プロセスが CPU の最大80%まで使用できるようになるだけでなく、できるかぎり遅延とスタッタリングを減らすことにつながります。全てではなくとも多くのゲームで効果が得られます:

bit.trip.runner -I

SCHED_FIFO は、より良く機能する代替を提供します。あなたのアプリケーションが SCHED_FIFO でよりスムーズに動作するかを確認してみるべきでしょう。スムーズに動作する場合は、SCHED_FIFO を代わりに使用すべきです。とはいえ、SCHED_FIFO はシステムのリソースを枯渇させるリスクがあるので、注意してください。以下のよな -I が使用されるケースでこれを使用します:

bit.trip.runner -F -p 15

Nice レベル

次に、先に処理させる必要があるタスクを昇順に nice レベルを設定します。ゲームなど、マルチメディアのタスクは基本的に nice レベルを -4 にすることが推奨されています:

bit.trip.runner -n -4

コアアフィニティ

ドライバーがマルチスレッドするべきか、あるいはプログラムがマルチスレッドするべきかは、開発において多少の混乱が存在します。ドライバとプログラムの両方に同時にマルチスレッドさせてしまうと、フレームレートの低下などの大幅なパフォーマンスの劣化が発生し、クラッシュのリスクを増加させてしまいます。最近のゲームや、GLSL を無効にしないで実行される Wine プログラムなどがこの例に含まれます。単一のコアを選択して、ドライバーだけがプロセスを管理できるようにするには、-a 0x# フラグを使います。# はコアの番号に置き換えて下さい。例えば、1番目のコアを使うには:

bit.trip.runner -a 0x1

CPU にはハイパースレッディングによって 2 または 4 のコアしか存在しないのに 4 あるいは 8 もコアがあるように認識されることがあります。その場合、仮想コア 0101 (1 と 3) を使うには:

bit.trip.runner -a 0x5

一般的なケース

高いフレームレートと低遅延を必要とするほとんどのゲームでは、上記のフラグを全て使うのが一番良い結果になります。ただし、アフィニティはプログラムごとに確認してください。ほとんどのネイティブゲームは正しい使い方を理解しています。一般的なケースのフラグ例:

bit.trip.runner -I -n -4
Amnesia.bin64 -I -n -4
hl2.exe -I -n -4 -a 0x1 #GLSL が有効化された状態の Wine

Optimus やその他の便利なプログラム

一般的に、ゲームが動作するのに必要なプロセスはゲーム自体のプロセスよりも上のレベルに renice されるべきです。奇妙なことに、Wine には reverse scheduling という既知の問題が存在し、重要なプロセスに nice レベルが高く設定されることがあります。そこで、スケジューリングポリシーを設定すると動作が改善します。Wineserver も CPU 全体を消費することはあまりなく、必要なときは優先度を高くする必要があるので、無条件で SCHED_FIFO を設定したほうが良いでしょう。

optirun -I -n -5
wineserver -F -p 20 -n 19
steam.exe -I -n -5

周辺機器

マウス

マウスのアクセラレーションを設定して、マウスをより正確にコントロールできるようにすると良いかもしれません。

マウスに4つ以上のボタンが付いている場合、マウスボタン を参照すると良いかもしれません。

ゲーミングマウス (特に Logitech と Steelseries) を使用している場合、piper を使ってマウスのマウスのポーリングレート、DPI、LED などを設定すると良いかもしれません。piper によってサポートされているデバイスの完全なリストはこのページを見てください。logitech デバイスだけの場合は solaar も使えます。

LED

openrgb を使ってマザーボードや RAM の点灯を変更できます。現在サポートされているデバイスのリストは、[20] を見てください。

参照

  • linux_gaming - reddit.com 上の Linux ゲーミングに関するフォーラム。サブページ: WikiFAQ
  • Linux Gaming Guide - Linux ゲーミングのエクスペリエンスの最適化に関するテクニック集。
  • are we anti cheat yet - アンチチートを使用するゲームとそのゲームの Gnu/Linux 及び Wine/Proton における互換性の、コミュニティによる包括的なリスト。
  • proton db - コミュニティによる Linux 互換性レポート集
翻訳ステータス: このページは en:Gaming の翻訳バージョンです。最後の翻訳日は 2024-03-11 です。もし英語版に 変更 があれば、翻訳の同期を手伝うことができます。