Ryujinx 対応リスト：状況を読み、Canary を順番に確認する方法

Ryujinx 対応リストが実際に示すもの

Ryujinx 対応リストは、利用者が行ったテストの集合です。タイトル画面まで進んだ、特定の場面を遊べた、描画の問題が出た、または確認できなかった、といった観察を知ることができます。しかし、ビルド、ゲーム更新、GPU ドライバー、OS、グラフィックバックエンド、コントローラー、ローカルファイルが違えば結果も変わります。各項目は永続的な評価ではなく、日付と条件のある記録として読んでください。ビルド番号、ゲームの更新状態、プラットフォーム、GPU、症状が書かれている記録ほど再確認に役立ちます。短い色分けだけでは最終結論になりません。

• 起動はメニューやゲーム場面に到達したことを示し、安定したプレイを保証しません。
• プレイ可能は、記載された環境で十分に使える結果が報告されたという意味です。
• 問題ありは、描画、音声、入力、性能などの制限がある状態です。
• 未確認は、判断できる証拠がまだ足りない状態です。

ステータスを過大評価しない読み方

検索結果の「対応」という言葉だけでは、起動しただけなのか、長時間プレイできたのか分かりません。ステータスの次に、テスト日、ビルド、ゲーム更新、描画バックエンドを確認します。古い報告は新しい Canary で改善することもあれば、リグレッションで悪化することもあります。ここで示す表はコミュニティの記録を読むための実用的な目安であり、公式の一律評価ではありません。

対応リストと実際の互換性テストは別物

リストが答えるのは「誰かの環境で何が起きたか」です。自分のテストが答えるのは「現在の環境で何が起きるか」です。安定版の報告と Canary の結果、別のゲーム更新、別の GPU ドライバーを同じものとして扱わないでください。自分の環境に近い報告から始め、ビルド、更新、バックエンド、セーブ、ゲーム別設定をそろえて比較します。結果が違っても、すぐにリストが間違いだと決めず、バージョンの境界や条件の違いを確認します。

すべてを変える前に基準状態を作る

クリーンな基準状態があると、互換性の問題を無関係な変更の集まりにせずに済みます。合法的にダンプしたゲーム、1つの Ryujinx プロファイル、1つの Canary ビルド、既定設定を使います。同じ場面や操作を繰り返し、最初に変化した場所を記録します。その後でバックエンド、解像度スケール、シェーダーキャッシュ、コントローラーを 1 つずつ確認します。新しい Canary を試すときは以前のフォルダーも残してください。数分間ランダムに設定を変えるより、ロールバックや報告に使える証拠が残ります。

• Canary のビルド、ゲーム更新、OS、GPU、ドライバーを記録する。
• 既定設定または既知の正常なプロファイルから始める。
• 比較ごとに同じセーブ地点や再現しやすい場面を使う。
• 変更は 1 つだけにし、必要なら再起動して確認する。
• 無関係なスクリーンショットではなく、最初の失敗点をメモする。

症状を正しい層に振り分ける

ゲーム一覧に出ない、prod.keys エラーが出る、描画が崩れる、更新後にだけ失敗する、という症状は同じ互換性問題ではありません。セットアップ、入力、グラフィック、ビルドのどの層かを先に判断します。互換性ラベルを変えても、フォルダーやドライバーの問題は直りません。この切り分けができると、サイト内の適切なガイドにも移動できます。

Canary のリグレッションはバージョン間で確認する

Canary は新しい変更を試せる一方、ビルドの変化が速いためゲームの結果も変わります。以前のビルドでは動き、現在のビルドで失敗するなら、同じゲーム、セーブ、プロファイルで両方を比較します。セットアップファイルが変わっていないこと、失敗が再現することを確認してください。描画の問題だからといって keys や firmware を交換する必要はありません。最初に失敗する場面、バックエンド、ドライバー、2つのビルド番号を記録すると、単なる「非対応」より有用な報告になります。

• 比較が終わるまで現在の Canary と以前のアーカイブを残す。
• ゲーム更新、セーブ、バックエンド、コントローラープロファイルをそろえる。
• 両方が失敗するなら、ドライバー、セットアップ、ゲームデータ、プロファイルを確認する。
• 新しいビルドだけが失敗するなら、更新ガイドや旧バージョンガイドを使う。

コミュニティのリストは便利だが公式保証ではない

コミュニティが管理する対応リストは、既知の症状を見つける近道になります。しかし、掲載範囲と更新頻度は一定ではありません。第三者の記録は出典を残して参考情報として扱い、Ryujinx の公式保証に書き換えないでください。タイトル名だけでなく、ビルド、ゲーム更新、OS、症状、確認日を確認します。報告がない場合は、未確認と書く方が安全です。証拠の空白を自信のあるラベルで埋めないことが重要です。

互換性の説明はゲームやセットアップのダウンロードを含まない

対応リストは ROM、keys、firmware、DLC、ゲーム更新、改造済みパッケージの配布と分けて扱います。このページはそれらのファイルをホストしたりリンクしたりしません。自分の合法的なゲームとセットアップファイルを使い、エミュレーターのビルドは Ryubing のリリース元で確認します。エミュレーターと「対応パック」を一緒に配るページは、再現性を高めるどころか、条件を不明確にし、安全面と法的な問題を増やします。

• 対応ラベルを著作権のあるゲームを入手する許可と解釈しない。
• 質問時に個人用セーブ、keys、firmware を共有しない。
• エミュレーターのビルドは信頼できるリリース元で確認する。
• ダウンロードや更新の質問は専用ガイドへ移動する。

結果が違ったときに記録する項目

再現できる報告には、ゲーム名、ゲーム更新、Ryujinx Canary のビルド、OS、CPU、GPU、ドライバー、バックエンド、コントローラー経路、セーブの場所、問題が出る場面を書きます。メニューまで進んだか、以前のビルドでは動いたか、どの設定を 1 つ変えたかも記録してください。個人情報や著作権のあるファイルは投稿しません。これらの情報があれば、クラッシュ、グラフィック、入力、更新、keys と firmware のどのガイドへ進むべきか判断できます。

• ゲーム名と更新状態
• Canary ビルドと OS
• GPU、ドライバー、グラフィックバックエンド
• 再現場面、エラー、最初の失敗点
• 以前のビルドと 1 つの変更の結果